October 2011 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312921] Install extra packages from customizable list during setup
by fate_noreply＠suse.de 01 Nov '11

01 Nov '11

Feature added by: Sebastian Ha (SebastianHa) Feature #312921, revision 1 Title: Install extra packages from customizable list during setup openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Sebastian Ha (sebastianha) Partner organization: openSUSE.org Description: I am not the person who does distro upgrades because I like to have a fresh system when a new version is out. I have a seperate home partition, so I only have to install the system and mount my home. After setup there is always the same procedure: I have to reinstall all the software which I use at my daily work and which not has been installed during setup. So I have a txt-file with a list and install every package manually. This is stupid work and often I forget something and notice is later. That is annoying. It would be very comfortable to have a list of package that will be available after setup. Regardles if the package is installed by default or not the installer takes a look at this list and installs every package which is not installed. This list is provided by the user during the setup process by an url, usb-stick, local file or whatever. It is a very simple format e.g. just one package name per line. So everyone can manage a list of personal wanted packages and the setup process takes care that these packages are installes when the system starts for the first time. This way a user can manage a personal list but it could also be possible to build up a community with pre-configured lists. So I can choose the "java-developer" list from a community member and will have everything available to start coding right after setup. With a flexible community system lists could be combined. It would be very nice to have this feature in openSUSE and in my oppinion it should not that hard to implement this in the current installer. Use Case: A user wants to update to the latest distro version and wants a fresh install. The user has a list of programs / packages he works with. The list will be downloaded from the web / cloud during setup. After installing the main packages every package on the list will be installes if not done already. The user has a system which can be used for his daily work right after the first start. Business case (Partner benefit): openSUSE.org: It makes the life easier and should not be that hard to implement. -- openSUSE Feature: https://features.opensuse.org/312921

1 5

[New: openFATE 310046] yast2 progress report when downloadinadvance is set
by fate_noreply＠suse.de 28 Oct '11

28 Oct '11

Feature added by: Guillaume van Baalen (gvanbaalen) Feature #310046, revision 1 Title: yast2 progress report when downloadinadvance is set openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Guillaume van Baalen (gvanbaalen) Partner organization: openSUSE.org Description: This is a feature request for yast2. As of now, when the option "downloadinadvance" is set for package installation, the "perform installation" screen does not report correctly how the overall installation is progressing. What I mean is that there are two progress bars, one showing how much of the current package is being downloaded/installed, and one supposedly showing the overall process. So far, the "overall" progress bar stays at 0% while packages are being downloaded, and shows progress only when actually installing packages once they are all downloaded. I guess it shouldn't be too hard to have the "overall" progress bar go to 50% while packages are downloaded, then going from 50% to 100% while they are installed. Business case (Partner benefit): openSUSE.org: I want this because we have no clue right now as to whether the installation will take seconds or minutes/hours... -- openSUSE Feature: https://features.opensuse.org/310046

1 4

[New: openFATE 309205] Remove old kernel package only after the new one successfully booted
by fate_noreply＠suse.de 25 Oct '11

25 Oct '11

Feature added by: Michal Marek (michal-m) Feature #309205, revision 1 Title: Remove old kernel package only after the new one successfully booted openSUSE-11.2: New Priority Requester: Important Requested by: Martin Barry (supine) Description: When the kernel package is upgraded the old one is immediately removed leaving the currently running kernel with no modules. This breaks anything that requires modules until the user has an opportunity to reboot. The removal of the old package should be delayed till the system is rebooted into the new kernel. Reproducible: Always Steps to Reproduce: 1. Kernel package is upgraded 2. Try to run tcpdump Actual Results: 3. Get error about "interface not supported" and "unknown address family" 4. Reboot into new kernel 5. Try again to run tcpdump with identical arguements 6. tcpdump works as expected Expected Results: 3. tcpdump works as expected even before system is booted into new kernel Relations: - Kernel upgrade removes modules of running kernel subtly breaking the system until rebooted into new kernel (novell/bugzilla/id: 590496) https://bugzilla.novell.com/show_bug.cgi?id=590496 Discussion: #1: unknown user (2010-03-23 14:38:59) This is another symptom of needing the ability to clean up an old kernel after a successful boot. #2: (michal-m) (2010-03-23 16:02:38) (reply to #1) Let alone defining "successful boot" would be tough, but let's say if the user has logged in, there is at least some success (but e.g. the network might still not be working though). This would be the kernel packaging part. Then there would need to be some way to tell the package manager "now it's time to remove packages x,y and z, ask the user for confirmation either via the update applet, or as soon as the package manager is started". IMO it would be a nice feature, but I have no idea how difficult the zypp/yast/updater applet part would be. -- openSUSE Feature: https://features.opensuse.org/309205

1 12

[New: openFATE 312910] rename priority of repository to rank
by fate_noreply＠suse.de 24 Oct '11

24 Oct '11

Feature added by: Ralph Ulrich (ulenrich) Feature #312910, revision 1 Title: rename priority of repository to rank openSUSE 12.1: Unconfirmed Priority Requester: Desirable Requested by: Ralph Ulrich (ulenrich) Partner organization: openSUSE.org Description: People coming from Debian worlds (Ubuntu,Mint) are familiar using pin-priority to qualify priorities of repositories. But openSUSE is the other way round: Lower numbers are preferred. Instead of 'priority' allow the wording in /etc/zypp/repos.d: rank - ranking this would ease support in the forums especially for Tumbleweed users. -- openSUSE Feature: https://features.opensuse.org/312910

1 2

[New: openFATE 312903] Translations for Firewall Services Defined by Packages
by fate_noreply＠suse.de 20 Oct '11

20 Oct '11

Feature added by: Lukas Ocilka (locilka) Feature #312903, revision 1 Title: Translations for Firewall Services Defined by Packages Hackweek VII: Unconfirmed Priority Requester: Important Requested by: Lukas Ocilka (locilka) Partner organization: openSUSE.org Description: SuSEfirewall2 has been supporting FW services defined by packages for some time. YaST Firewall currently uses a workaround that make their name and description translatable. This functionality is now obsolete and will slowly die. Why? It needs to be done manually in YaST sources. Before creating the final translations, someone has to run script refresh-srv-def-by-pkgs-trans.sh in http://svn.opensuse.org/svn/yast/trunk/yast2/library/network/src/ This will recreate yast2-services-translations.ycp in the same location. Then someone needs to create pot files and submit them. In ideal world this would be automatic. Moreover, the scrip mentioned above uses pdb command which is internal to SUSE and the database is outdated as it's not supported for openSUSE 11.2 ad further. -- openSUSE Feature: https://features.opensuse.org/312903

1 0

[New: openFATE 312855] Kernel crash dump identification
by fate_noreply＠suse.de 19 Oct '11

19 Oct '11

Feature added by: Petr Tesařík (ptesarik) Feature #312855, revision 1 Title: Kernel crash dump identification Hackweek VII: Unconfirmed Priority Requester: Important Requested by: Petr Tesařík (ptesarik) Partner organization: openSUSE.org Description: A utility that looks at any crash dump and finds out the architecture, kernel version, and possibly even kernel log. -- openSUSE Feature: https://features.opensuse.org/312855

1 1

[New: openFATE 309702] Make NetworkManager better
by fate_noreply＠suse.de 18 Oct '11

18 Oct '11

Feature added by: Li Bin (BinLi) Feature #309702, revision 1 Title: Make NetworkManager better Requested by: Li Bin (binli) Description: There are several features in NetworkManager, I wanna focus one or two * VPN autoconnect (?) ( bgo #349151 (https://bugzilla.gnome.org/show_bug.cgi?id=349151) , bgo #560471 (https://bugzilla.gnome.org/show_bug.cgi?id=560471) ) * Interface bonding support ( bgo #540995 (https://bugzilla.gnome.org/show_bug.cgi?id=540995) ) * Bridge interface support ( bgo #546197 (https://bugzilla.gnome.org/show_bug.cgi?id=546197) ) * Local caching nameserver support * PPPoE over WiFi (http://live.gnome.org/WiFi) support ( bgo #559134 (https://bugzilla.gnome.org/show_bug.cgi?id=559134) ) * Connection time and traffic tracking ( bgo #601372 (https://bugzilla.gnome.org/show_bug.cgi?id=601372) ) * VPN connections in the top-level applet menu First I wanna hack the VPN autoconnect for NetworkManager. -- openSUSE Feature: https://features.opensuse.org/309702

1 10

[New: openFATE 312854] make nfs-server and nfs-client setup in YaST themselves deal with the Firewall
by fate_noreply＠suse.de 17 Oct '11

17 Oct '11

Feature added by: Steffen Eibicht (steffen13) Feature #312854, revision 1 Title: make nfs-server and nfs-client setup in YaST themselves deal with the Firewall openSUSE 12.1: Unconfirmed Priority Requester: Important openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Steffen Eibicht (steffen13) Partner organization: openSUSE.org Description: Hi, when setting up a NFS Server or a NFS client, you can tick "open firewall port" That is really convinient. But there are also other services involved with NFS, which also require some modifications to the firewall. As far as I understood (I do not have that much clue about all this), it is rpc.mountd and rpc.statd, which need to go through the firewall as well. So the normal user (like me) is not able to setup NFS at home, without switching off the firewall completely as it seems like that you can not force these two services to use ports, which you specify as open. Switching off the firewall completely is a workaround but it leaves a bitter taste, as it lowers the security. So it would be cool, if YaST could take care of all services related to NFS in terms of firewall settings and also the settings coming from the NFS setup Business case (Partner benefit): openSUSE.org: it would increase the security of the system if you do not need to switch off the firewall completely. And of course it would make YaST and openSUSE even better, as this then fullfills the promise, YaST makes as an convinient tool. -- openSUSE Feature: https://features.opensuse.org/312854

1 3

[New: openFATE 312806] Jitsi
by fate_noreply＠suse.de 17 Oct '11

17 Oct '11

Feature added by: Christian Spaan (Gyges88) Feature #312806, revision 1 Title: Jitsi Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Christian Spaan (gyges88) Partner organization: openSUSE.org Description: Provide Jitsi (formerly SIP Communicator), a cross-platform multiprotocol messaging and SIP client. Main benefits: audio/video with XMPP Jingle on all platforms, thus improving interoperability; out-of-the-box encryption for chats and calls. -- openSUSE Feature: https://features.opensuse.org/312806

1 2

[New: openFATE 312850] Opensuse 12.1 - integrate PulseAudio 1.0
by fate_noreply＠suse.de 17 Oct '11

17 Oct '11

Feature added by: Jedi Beeftrix (Jedibeeftrix) Feature #312850, revision 1 Title: Opensuse 12.1 - integrate PulseAudio 1.0 openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Jedi Beeftrix (jedibeeftrix) Partner organization: openSUSE.org Description: Among the features of PulseAudio 1.0 is a D-Bus based control protocol, source output volumes, passthrough audio support, echo cancellation support, restored Windows support, and improved sample rate adaptation in the module-rtp-receive module. -- openSUSE Feature: https://features.opensuse.org/312850

1 3