July 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 311028] Add "Enable/disable numlock at startup" option to installer and YaST
by fate_noreply＠suse.de 04 Aug '12

04 Aug '12

Feature added by: Pieter De Decker (pdedecker) Feature #311028, revision 1 Title: Add "Enable/disable numlock at startup" option to installer and YaST openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Pieter De Decker (pdedecker) Partner organization: openSUSE.org Description: Related thread: https://features.opensuse.org/310152 Some people who don't have a QWERTY layout can't use the numbers on the top of the keyboard. I'm an AZERTY user (http://en.wikipedia.org/wiki/File:Belgian_pc_keyboard.svg) so I have to hold Shift to use the numbers on top of the keyboard. Therefore I usually prefer using the numpad, but that isn't possible if the numlock is switched off. Auto-enabling numlock at startup would be a huge time-saver. Some people on the other hand prefer having numlock switched off. Quoting Ned Ulbricht: "Enabling NumLock at boot would be very annoying on ThinkPads (and possibly other laptops) that overlay the numeric keypad on top of the alphabetic keys." I think the best way to resolve this little annoyance is to offer the user a choice during install as to what the default setting should be. Or even better: if it's possible to auto-detect which numlock setting is most desirable depending on the keyboard, the user doesn't even need to be presented this option. Additionally, I'd like to see this option added to the "System Keyboard Layout" applet in YaST. Business case (Partner benefit): openSUSE.org: This satisfies people who need to disable numlock for their keyboard to work properly and people who prefer using the numpad. -- openSUSE Feature: https://features.opensuse.org/311028

1 3

[openFATE 307254] Use POSIX capabilities instead of suid
by fate_noreply＠suse.de 04 Aug '12

04 Aug '12

Feature added by: Pascal Bleser (pbleser) Feature #307254, revision 1 Title: Use POSIX capabilities instead of suid openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Pascal Bleser (pbleser) Description: Use POSIX file capabilities instead of suid processes and running e.g. Apache as root: * http://www.nuxified.org/blog/dear-distributors (http://www.nuxified.org/blog/dear-distributors) * http://www.friedhoff.org/posixfilecaps.html (http://www.friedhoff.org/posixfilecaps.html) * https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01568.html (https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01568.html) -- openSUSE Feature: https://features.opensuse.org/307254

1 23

[New: openFATE 311068] Akmod Equivalent for openSUSE
by fate_noreply＠suse.de 02 Aug '12

02 Aug '12

Feature added by: Luke Wolf (LukeWolf) Feature #311068, revision 1 Title: Akmod Equivalent for openSUSE openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Luke Wolf (lukewolf) Partner organization: openSUSE.org Description: Tumbleweed related as opposed to 11.4 related Fedora has this really nice tool called Akmod or Automatic Kernel Module, which builds kmods on boot when you load into a new kernel that doesn't have kmods or to use the openSUSE term kmps. As we now have a rolling release in openSUSE: Tumbleweed this kind of functionality is more important than ever. Unless there are plans for rebuilding the kmps for Tumbleweed each time there is a new kernel. Which doesn't seem to be the case with the Nvidia kmp only supporting up to 2.6.34 series. Use Case: A user wants to run the rolling release version as opposed to the version based version because it better suits his needs to not have to reinstall every 8 months, This user updates to all the latest packages in Tumbleweed but unfortunately the latest kmp is for the last version release and so the user is forced to fall back to either the open source drivers which as of yet are not up to the user's needs, or fall back to the older kernel. an Akmod equivalent would fix this problem Business case (Partner benefit): openSUSE.org: Because we have a rolling release now and this rolling release has new kernels but there aren't for instance new Nvidia kmps to support it but an akmp or whatever you want to call it would fix that -- openSUSE Feature: https://features.opensuse.org/311068

1 3

[New: openFATE 311059] Installer like Fedora
by fate_noreply＠suse.de 16 Jul '12

16 Jul '12

Feature added by: Kim Leyendecker (openLHAG) Feature #311059, revision 1 Title: Installer like Fedora openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: Maybe you know the Fedora installer. YouÂ´ve got four options: - Use all Disk space - Update the existent Linux system - Use free disk place - Do your own partition table This would be a nice and easy to use feature for openSUSE too. Maybe as a additional installation-option, that you can choose. By the way, Fedora-users have it easy to change to openSUSE. What do you think? Use Case: Installation Business case (Partner benefit): openSUSE.org: Because we have a easy installation methode and we make it fedora-users easy, to merge in openSUSE -- openSUSE Feature: https://features.opensuse.org/311059

1 5

[New: openFATE 310955] Include PAC Manager in openSuSE
by fate_noreply＠suse.de 10 Jul '12

10 Jul '12

Feature added by: Nikolaos Beast (metalized) Feature #310955, revision 1 Title: Include PAC Manager in openSuSE Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Nikolaos Beast (metalized) Partner organization: openSUSE.org Description: The description from the application's website [ http://gtk-apps.org/content/show.php/PAC+Manager?content=125533 (http://gtk-apps.org/content/show.php/PAC+Manager?content=125533) ] PAC is a Perl/GTK Gnome replacement for SecureCRT/Putty/... It provides a GUI to configure SSH/Telnet connections: users, passwords, EXPECT regular expressions, macros, etc... Business case (Partner benefit): openSUSE.org: I was always using Konsole for everything that had to do with console related tasks (as I mainly use KDE). PAC Manager has replaced totally Konsole, or any other terminal emulator/ssh client I have used. It has all the features an SSH client should have! -- openSUSE Feature: https://features.opensuse.org/310955

1 3

[New: openFATE 310886] "expire" configuration in Pastebin, a plasmoid using Plasma's new share engine.
by fate_noreply＠suse.de 08 Jul '12

08 Jul '12

Feature added by: double chou (MargueriteSu) Feature #310886, revision 1 Title: "expire" configuration in Pastebin, a plasmoid using Plasma's new share engine. openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: double chou (margueritesu) Partner organization: openSUSE.org Description: On paste.opensuse.org, you can choose the expire time like 1 week for your paste. After that period of time, you paste will be unrecoverablely deleted from server. This design liberates the server. But nowadays every paste from the pastebin plasmoid will host on opensuse.org forever. I hope the code can be modified by changing "never" delete to "1 week" delete, or just give the user a self configuration button. 'coz there is no login mechanism in pastebin currently, we can't manage our pastes. It means most of our pastes will be surely useless after a certain period. -- openSUSE Feature: https://features.opensuse.org/310886

1 5

[New: openFATE 312471] LightDM as the default Display Manager
by fate_noreply＠suse.de 06 Jul '12

06 Jul '12

Feature added by: saulo aldighieri moraes (saul0) Feature #312471, revision 1 Title: LightDM as the default Display Manager openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: saulo aldighieri moraes (saul0) Partner organization: openSUSE.org Description: Using LightDM as the default Display Manager for Gnome, KDE and XFCE we will be reducing possible Display Manager issues to just 1 source. Ubuntu is already using it and others distro will probably follow this idea. KDE/Qt LightDM is already in progree: http://www.phoronix.com/scan.php?page=news_item&px=OTUxNg -- openSUSE Feature: https://features.opensuse.org/312471

1 2

[New: openFATE 309055] get rid of SuSEconfig.postfix
by fate_noreply＠suse.de 19 Jun '12

19 Jun '12

Feature added by: Ludwig Nussel (lnussel) Feature #309055, revision 1 Title: get rid of SuSEconfig.postfix openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Description: /etc/sysconfig/postfix and SuSEconfig.postfix are a mess. They cause trouble on updates and one never knows whether the settings are actually applied or a "xy.SuSEconfig" file gets created. Instead of translating sysconfig values to postconf calls, yast should just read and modify postfix' files directly if needed. https://bugzilla.novell.com/show_bug.cgi?id=559235 https://bugzilla.novell.com/show_bug.cgi?id=580124 https://bugzilla.novell.com/show_bug.cgi?id=580485 -- openSUSE Feature: https://features.opensuse.org/309055

1 3

[New: openFATE 309370] Get ride of SuSEconfig.gtk2
by fate_noreply＠suse.de 19 Jun '12

19 Jun '12

Feature added by: Thorsten Kukuk (kukuk) Feature #309370, revision 1 Title: Get ride of SuSEconfig.gtk2 openSUSE-11.3: New Priority Requester: Mandatory Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: There are a few packages which needs a SuSEconfig.gtk2 run afterwards. Currently they touch "run-gtk" and the next SuSEconfig run will execute the script. But the problem is, that only YaST2 calls SuSEconfig afterwards, zypper and rpm do not. As result, if you install gtk based applications the first time with zypper or rpm, this ones are often broken and don't work. The workaround is, that all this applications get a %run_suseconfig macro. This is very error prone, and makes the installation slower than doing it right from the beginning and let the post install of this packages, which really installs a plugin, register it correct. As all the bug reports with SLE11 SP1 shows, the current solution is not maintainable in any ways. We need to get ride of this hack. Business case (Partner benefit): openSUSE.org: Make gtk applications work out of the box again and not depending on a special Novell hack not supported by most of our own RPMs and 3rd party RPMs. -- openSUSE Feature: https://features.opensuse.org/309370

1 11

[New: openFATE 312320] don't install postfix by default anymore
by fate_noreply＠suse.de 14 Jun '12

14 Jun '12

Feature added by: Ludwig Nussel (lnussel) Feature #312320, revision 1 Title: don't install postfix by default anymore openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: postfix slows down system boot and runs on every installation even though it's not actually needed anymore on the average desktop. Even mutt can send mails without local mta nowadays. Therefore we shouldn't install postfix anymore by default. cron may need adjustments to report output of cron jobs via other means such as syslog. -- openSUSE Feature: https://features.opensuse.org/312320

1 7