October 2010 - openSUSE Features - openSUSE Mailing Lists

[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 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 309553] Ereseva
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309553, revision 1 Title: Ereseva Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://tapioca-voip.sourceforge.net/wiki/index.php/Ereseva Ereséva is an Instant Messenger and VoIP application written to fit well with the GNOME Desktop Environment. It is written in Python and it uses the Tapioca framework which is based on Telepathy specification. -- openSUSE Feature: https://features.opensuse.org/309553

1 3

[New: openFATE 309555] GCstar
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309555, revision 1 Title: GCstar Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://www.gcstar.org/ GCstar is a free open source application for managing your collections. -- openSUSE Feature: https://features.opensuse.org/309555

1 3

[New: openFATE 308976] Color management in GNOME
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Vincent Untz (vuntz) Feature #308976, revision 1 Title: Color management in GNOME openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We should make color management just work on the desktop, so that people can enjoy color accuracy when looking at their pictures, or when printing. gnome-color-manager and recent gnome-settings-daemon would bring us a great step forward. See http://projects.gnome.org/gnome-color-manager/ -- openSUSE Feature: https://features.opensuse.org/308976

1 1

[openFATE 307220] Make YaST Software Management settings persistant
by fate_noreply＠suse.de 06 Oct '11

06 Oct '11

Feature added by: Dean Hilkewich (deanjo13) Feature #307220, revision 1 Title: Make YaST Software Management settings persistant openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Description: One thing I would really like to see in 11.2 is having YaST's Software Management module retain the view selections of whether or not to show the devel and / or the debug packages. In 11.1 you have to set it upon every load up of the module. -- openSUSE Feature: https://features.opensuse.org/307220

1 4

[openFATE 305859] Make installation history accessible from Yast GUI
by fate_noreply＠suse.de 05 Oct '11

05 Oct '11

Feature added by: Atri Bhattacharya (badshah400) Feature #305859, revision 1, last change by Title: Make installation history accessible from Yast GUI openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Atri Bhattacharya (badshah400) Description: As there is now (since openSUSE 11.1) a way to access the history of installed packages and their dependencies, it would be very useful if this history could be accessed from the Yast GUI. In the present implementation, zypper saves the history in a file (/var/log/zypp/history) which is very obscure. The history thus shown from yast should be able to show official-updates and non-official upgrades in different categories. Use Case: 1. Install new software, software not working (or not liked), look-up history start yast, look-up history, uninstall software and installed dependencies. 2. Online update, something goes wrong (upgraded software not working or something), look-up history to see recent updates and revert (all from yast). -- openSUSE Feature: https://features.opensuse.org/305859

1 8

[openFATE 306982] Create an open SLES
by fate_noreply＠suse.de 03 Oct '11

03 Oct '11

Feature added by: Stephen Shaw (decriptor) Feature #306982, revision 1 Title: Create an open SLES Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephen Shaw (decriptor) Description: It would be great to have something like centos but that is based off of SLES. This would give people the abililty to use openSLES (for example) and move over to SLES if needed. I believe it would help to grow our user base in the enterprise as well by allowing small companies to start and grow and later move to a supported model. I don't think we would loss customers as these are the people that probably wouldn't be buying licenses in the first place. As they grow this could completely change and they would be well positioned to buy support from Novell. -- openSUSE Feature: https://features.opensuse.org/306982

1 13

[New: openFATE 309731] Perl based wine configurator for games
by fate_noreply＠suse.de 02 Oct '11

02 Oct '11

Feature added by: Alexander Orlovskyy (aorlovskyy) Feature #309731, revision 1 Title: Perl based wine configurator for games Requested by: Alexander Orlovskyy (aorlovskyy) Partner organization: openSUSE.org Description: The idea is to create perl application which can edit wine config files for following purpose: Sometimes the default wine configuration is not suitable to run windows games (more info on http://appdb.winehq.org/) In most cases the user need to edit manually wine config files, well thats should be solved through wine configurator. For testing purpose i chose 2 games: Starcraft and Civilization IV The result should be a one click solution, which edit wine config files , so that it possible to use windows games without any additional configuration. following help needed: Gui : gtk2-perl wine: basic info how to handle wine config files. testing : ;) Business case (Partner benefit): openSUSE.org: It will help new openSUSE users to use Linux for Windows games! -- openSUSE Feature: https://features.opensuse.org/309731

1 4