November 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310058] SUDO with sandbox -X integration
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310058, revision 1 Title: SUDO with sandbox -X integration openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Fedora team have developed sandbox -X, a tool allowing to run programs from desktop in sandbox, but still connected to X server. We should integrate this with Sandbox -X to avoid security holes by running some application as another user by sudo. Use Case: [code] sudo /sbin/yast2 [/code] Business case (Partner benefit): openSUSE.org: People are often using graphical tools as root on unprivileged user. PolicyKit is still not satisfied. -- openSUSE Feature: https://features.opensuse.org/310058

1 3

[New: openFATE 310775] Bring back sax2 for next openSUSE versions
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Andres Linares Bracamonte (andoresu) Feature #310775, revision 1 Title: Bring back sax2 for next openSUSE versions openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Andres Linares Bracamonte (andoresu) Description: There are not any good solution for non-experienced users to set up X. Please bring sax2 back again. -- openSUSE Feature: https://features.opensuse.org/310775

1 3

[openFATE 302047] Integrated package searching for YaST and build service
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #302047, revision 38 Title: Integrated package searching for YaST and build service openSUSE-10.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2007-10-05 14:30:28 reject reason: still open partly - postpone the rest. Priority Requester: Important Projectmanager: Important openSUSE-11.0: Rejected by Michael Loeffler (sprudel24) reject date: 2008-06-10 14:01:45 reject reason: not done for 11.0 Priority Requester: Important Projectmanager: Important openSUSE-11.1: Rejected by Adrian Schröter (adriansuse) reject date: 2008-09-04 18:17:10 reject reason: No time for it, but we have the one-click installation supported from web interface. Priority Requester: Important Projectmanager: Desirable - openSUSE-11.3: Unconfirmed + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-08 16:58:51 + reject reason: Not done for 11.3. Priority Requester: Desirable openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Duncan Mac-Vicar (dmacvicar) Developer: (Novell) Description: You perhaps remember the hacks Benjamin did to support "click and install" packages (similar to Click'n run) [1] Benjamin has another article in his blog that is worth to read. He has been providing a wepage to search packages from repositories like packman and build service. Now he presents an architecture to desentralize the system, using web services an indexers, and he shows working prototypes of YaST modules for searching, and others like web and irc-bot clients http://blogs.warwick.ac.uk/bweber/entry/package_search_developments/ I hope we can provide a strategy and roadmap to integrate these cool ideas and _code_. [1]: http://blogs.warwick.ac.uk/bweber/entry/next_generation_package/ Discussion: #1: Juergen Weigert (jnweiger) (2007-05-03 15:29:13) see also 300898 For 10.3 the installer should be able to make use of an external list of repositories. I suggest to host such a list at http://packages.opensuse-community.org/ together with the search engine, which is already there. #3: Klaas Freitag (kfreitag) (2007-07-12 10:46:54) Implementation on openSUSE BS already started, Adrian knows the details. #4: Adrian Schröter (adriansuse) (2007-07-12 11:30:04) We work on two approaches atm: * YaST will support (thanks to mvidner) additional repository offers during installation. The list gets hosted on our servers, the open question is how to maintain this list. * The build service End-User interface will offer .ymp files based on pattern submissions for easy installation. #5: Stanislav Visnovsky (visnov) (2007-07-30 20:13:09) (reply to #4) Adrian, please, drive this. The feature for YaST should be done now (let me know if anything is missing). #6: Michael Loeffler (sprudel24) (2007-11-22 11:26:30) This sounds like very useful. And it might be possible the community (in this case Benji) helps implementing this. #7: Andreas Jaeger (a_jaeger) (2008-06-06 10:56:28) Apparently not done - please reject and postpone for 11.1. #9: Adrian Schröter (adriansuse) (2008-06-18 17:08:16) This is something what we should bind to the new upcomming software portal. The software portal will be the End-User interface for searcing and installing software and replace http://software.opensuse.org/search . However it is still in development and not yet set up. Therefore I am unsure if this can happen in time for 11.1. On the other side, the 1-click-installation and integration into the web interface is done since quite some time. The user can use the cool technologies from Benjamin since 10.3. -- openSUSE Feature: https://features.opensuse.org/302047

1 0

[New: openFATE 309228] openSUSE Browser choose screen
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Emil Cabaj (rozbarwinek) Feature #309228, revision 1 Title: openSUSE Browser choose screen openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Emil Cabaj (rozbarwinek) Description: It would be great if users could simply choose default browser at the installer so openSUSE won't install unnecessary firefox updates. See screenshot --> http://img683.imageshack.us/img683/5379/browserf.png -- openSUSE Feature: https://features.opensuse.org/309228

1 5

[New: openFATE 309184] Add more languages for installation from live CD
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Vojtech Zeisek (vojtaeus) Feature #309184, revision 1 Title: Add more languages for installation from live CD openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vojtech Zeisek (vojtaeus) Description: Actually, when I boot from live CD and I choose for example Czech on the first boot screen, I boot to fully English environment of KDE/GNOME. Some applications like Mozilla are translated. This is OK, I understand CD can not contain support for all languages. But at least YaST Live Installer should be translated to all languages . Look at Ubuntu: it speaks English during live session, but installer is localized. Preferably, whole YaST should be translated. It should not be so big wasting of space... There is also another problem: for example I'm used to Czech keyboard layout, but even I choose Czech during boot, the KDE uses English keyboard. This is very unpleasant especially when typing passwords. Why should I bother with keyboard settings in KDE Control Center which will be lost during install? The live session should use keyboard map and locales of language selected on boot screen . -- openSUSE Feature: https://features.opensuse.org/309184

1 6

[New: openFATE 309145] Improve Bittorrent support
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Shashank Sondhi (dreamtrip) Feature #309145, revision 1 Title: Improve Bittorrent support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Shashank Sondhi (dreamtrip) Partner organization: openSUSE.org Description: I've seen that transmission and Moon, the bitttorrent applications tend to be MUCH slower on openSUSE. Whether the firewall causes this or maybe it's just a problem with memory footprint (but I know the footprint to be low on other linuxes namely, ubuntu, linux mint, centos) Please rectify this. Use Case: E.g. When I minimize the app to the taskbar and then click it, it shows the main window. On clicking in it it would turn grey (indicating the application was not responding) and all othe rapplications would be slowed down substantially. Business case (Partner benefit): openSUSE.org: Bittorrent is a very popular network albeit under dispute for copyright infringement. But the use should not allow execution hurdles. It's support in openSUSE, being a server operating system, should be top-notch. Not as if it is catching up to windows in this regard. -- openSUSE Feature: https://features.opensuse.org/309145

1 4

[New: openFATE 309094] Clear console on exit for security reasons
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Fco. Javier Nacher (xiscoj) Feature #309094, revision 1 Title: Clear console on exit for security reasons openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Fco. Javier Nacher (xiscoj) Description: hi, I've seen that ubuntu clears console screen when the user does a logout. If you use your linux as a sever or in text mode it is very interesting. At the moment when you do a logout all your last operations in console are visible, and I think it is a seucurity problem. I know that usually people use a GUI term, but it won't be a problem to add this feature I've done it myself, just added this to my .bash_logout. # when leaving the console clear the screen to increase privacy if [ "$SHLVL" = 1 ]; then [ -x /usr/bin/clear ] && /usr/bin/clear -q fi So addind this to the user creation skeleton files would do it and won't cost more than 2 minutes. Bye and thanks -- openSUSE Feature: https://features.opensuse.org/309094

1 6

[New: openFATE 308289] Dedicate More third party support
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Gary Pikula (shadoweva09) Feature #308289, revision 1 Title: Dedicate More third party support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Gary Pikula (shadoweva09) Partner organization: openSUSE.org Description: All of the desktop Linux distributions could definitely benefit from better third party software support. The case right now is that a company may decide to dedicate resource to make their software Linux compatible, but likely will only dedicate enough resources to make it .rpm, .deb, or .tar.gz packages and nothing else because of the small market share. They also don't want their software being hosted in repository servers and keep control over distribution. I know the politics usually go that the should use our package format and our repositories, but they don't and certain reasons come up that make it impossible to do so (like Skype needing to protect their phone bills). Since they didn't use the format the user has, the user has to do all the work getting it to work and they suffer. Use Case: A user is using a distribution that uses rpm install files and needs to install commercial software to connect to their school's application server. The company that makes the software only dedicated enough resources to make the debian package. The user now has to install and learn to use special software to make the client software work. If there was a special way of handling Third party software that businesses were encouraged to use and all desktop Linux distributions supported that way of software management the users would not suffer, and business would not have to choose between which package format to allocate project funds for. Business case (Partner benefit): openSUSE.org: To put an end to the second rate treatment of software that's not in repositories, make the user experience much better for people using third party software, and reduce costs for companies developing software for desktop Linux by eliminating the need to create multiple packages. -- openSUSE Feature: https://features.opensuse.org/308289

1 4

[openFATE 307787] Protection against modifying of system libraries
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307787, revision 1 Title: Protection against modifying of system libraries openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Mircea Kitsune (mirceakitsune) Description: A few days ago I made a mistake that caused me to brake my KDE and Linux installation. Although the fault was mine, I believe OpenSuse should have a protection against dangerous system changes or at least signal the user clearly when a change to system packages could damage important components. What I did was upgrading Pidgin messenger from version 2.5.1 to 2.6.2, but selecting the 32bit version from the repositories instead of the 64bit one (the installed 2.5.1 was the correct 64bit version). I didn't realize it and Yast replaced KDE and system libraries with 32bit versions, ripping the install apart. OpenSuse did not notify me that I would replace and brake system components, and everything appeared like a normal installation. Although I learned from my mistake and should have better reviewed the list of changes, I believe OpenSuse should have not allowed such a change rather than letting it seem like a normal installation. This is dangerous for new users who may not be aware of such dangers and only learn after braking their first OpenSuse install. Test Case: On a 64bit version of OpenSuse 11.1 KDE4 which has Pidgin 2.5.1-x.x-x86_64 installed: 1 - Open Yast -> Software Management, and add the following repository in Configuration -> Repositories: http://download.opensuse.org/repositories/GNOME:/Factory/openSUSE_11.1/ 2 - Refresh it then return to the search screen and search for Pidgin. Select pidgin from the packet list and in the Versions tab below select "2.6.2-x.x-i586 from gnome-repo" and click Accept. 3 - A conflict window will appear, mentioning you can either take some actions to resolve the conflict, not install pidgin, or ignore some of its dependencies. Under "Following actions will be done" there is a "369 more" list which includes important system libs that would be changed with 32bit versions. 4 - If the user is a Linux beginner and has commonly avoided such conflict windows, he may not give enough attention to this nor realize he has selected the i586 version and choose to replace the libraries. Once installation is done KDE and Linux core components are broken and the OpenSuse installation damaged. This is an example screenshot (I have the correct version of 2.6.2 already installed, consider it's 2.5.1-x86_64 at the top): http://img27.imageshack.us/img27/9106/installg.jpg -- openSUSE Feature: https://features.opensuse.org/307787

1 9

[openFATE 307551] Booting Live OS from a USB drive
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Ben Metzner (Bman22) Feature #307551, revision 1 Title: Booting Live OS from a USB drive openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ben Metzner (bman22) Partner organization: openSUSE.org Description: I think it would be great to allow for a live session to be run via a usb key. Almost every live distro i know supports it as a feature, and even a lot of non-live-specific distro's have the option to run live from a usb key. If this could be incorperated in 11.2, or 11.3, it would be great. Just providing an ISO file to image to a usb drive would be great, seeing as the current images won't boot from a usb key. Use Case: Somebody who wants to be able to easily carry around multiple linux distrobutions, and boot them from a usb drive, or memory card reader in their computer. Business case (Partner benefit): openSUSE.org: I want this specifically so i can image some sd cards with my favorite distro's (OpenSuSE obviously being one of those), and just reboot the computer with a different sd card when i want a different distro, instead of having to carry around multiple cd drives, as well as an external cd player for my netbook. -- openSUSE Feature: https://features.opensuse.org/307551

1 7