October 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308937] Include MariaDB
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Michal Hrusecky (-miska-) Feature #308937, revision 1 Title: Include MariaDB openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Michal Hrusecky (-miska-) Description: MariaDB is a backward compatible, drop-in replacement branch of MySQL Database Server which includes all major open source storage engines. For comparison against MySQL see upstream page (http://askmonty.org/wiki/index.php/MariaDB_versus_MySQL) . Pros: * Nice features & goals * Not much difference agains MySQL from maintanance point of view Cons: * Possible conflicts with MySQL needs to be resolved * It is still an extra work -- openSUSE Feature: https://features.opensuse.org/308937

1 4

[New: openFATE 309710] one click installer tui
by fate_noreply＠suse.de 08 Nov '10

08 Nov '10

Feature added by: Marcus Moeller (MarcusMoeller) Feature #309710, revision 1 Title: one click installer tui openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Marcus Moeller (marcusmoeller) Description: It would be great to have a command line one click installer 'frontend', allowing the installation of ymp's from the console. It would be great to have some 'switches' to enable non-interactive installs. Best Regards Marcus -- openSUSE Feature: https://features.opensuse.org/309710

1 2

[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 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