June 2010 - openSUSE Features - openSUSE Mailing Lists

[openFATE 307505] zypper should list updates by version, not by build version
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: M. S. (FunkyM) Feature #307505, revision 1 Title: zypper should list updates by version, not by build version openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: M. S. (funkym) Partner organization: openSUSE.org Description: If you look at the regular zypper workflow with refreshing, checking out updates and ending up upgrading those, one thing bothers me. Using the "list updates command, zypper shows me every package which has been updated. My fate here is to propose adding some switch to the "list updates" command to only list a package in the "lu" list if the package version increased and ignore build version changes. Test Case: Example: MozillaFirefox full version is 3.5.2-2.1. I don't want it listed in "lu" if the version changed to 3.5.2-3.1, but I care to get it listed if it was 3.5.3-1.1. Use Case: Most of the time it is just the same package, rebuilt by the build service or due to a packager adding some minor change and triggering a rebuild. Thus only the build version of the package increased, not the real package version. As long as my system is stable and I am just upgrading for features of new package versions I read up on the internets, I only care about the updates for packages that changes their package version, regardless if they had been rebuild or not. Business case (Partner benefit): openSUSE.org: This simplifies the use case of checking for real "software" updates on zypper, filtering out the updates that are caused by rebuilds. -- openSUSE Feature: https://features.opensuse.org/307505

1 2

[openFATE 307824] .jpg & .gif user icons
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307824, revision 1 Title: .jpg & .gif user icons openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Mircea Kitsune (mirceakitsune) Description: A small suggestion for a small component. When selecting an user icon under Configure Desktop -> Advanced -> Login Manager (11.1) the only common image format that is supported is .png. It would be nice if .jpg and .gif images could be chosen as login icons too (possibly .bmp if anyone still uses that). http://img27.imageshack.us/img27/7808/shot1w.png -- openSUSE Feature: https://features.opensuse.org/307824

1 7

[openFATE 307593] ScreenShots During instalation
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: belal mandurah (belal_mandurah) Feature #307593, revision 1 Title: ScreenShots During instalation openFATE: Unconfirmed Priority Requester: Desirable Requested by: belal mandurah (belal_mandurah) Description: I have some suggestions that i would like to see in the next coming release. During installation and choosing which desktop manager (GNOME,KDE3,KDE4) 1- I would like to see the interface SCREENSHOTS beside the Logo and the description (at least one small screenshot). to help newbie like me to decide which one I choose. 2- Further more, I would like see the option where I can install several desktop managers on the computer. eg(GNOME+KDE3). I know i can do it later in YaST, but some people don't know about it. Also it will save time for people who install more than one desktop manager. I know these suggestions are easy but I think they will make a big difference. These are my thoughts, Thank you. -- openSUSE Feature: https://features.opensuse.org/307593

1 4

[openFATE 307714] Listaller Inclusion
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: John Thomas (john_tomas) Feature #307714, revision 1 Title: Listaller Inclusion openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: John Thomas (john_tomas) Partner organization: openSUSE.org Description: Default inclusion of Listaller ( http://listaller.nlinux.org/ (http://listaller.nlinux.org/) ) in OpenSuse! Business case (Partner benefit): openSUSE.org: It would make software management a lot easier, specially for newbies! They would feel more at home. -- openSUSE Feature: https://features.opensuse.org/307714

1 3

[openFATE 307514] cdrecord alternative
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Thomas Peter (lizzarddude) Feature #307514, revision 1 Title: cdrecord alternative openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thomas Peter (lizzarddude) Description: Mr. Schillings constant ramblings about how openSuSE and other Linux distributions are violating the Copyright of his License Mixup should lead to development of an non-cdrecord-based alternative. -- openSUSE Feature: https://features.opensuse.org/307514

1 5

[openFATE 306291] ADD ability to launch YaST modules via SystemSettings
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Stephan Kulow (coolo) Feature #306291, revision 1, last change by Title: ADD ability to launch YaST modules via SystemSettings openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Paul Lubetsky (vegeek) Description: It would be better and simplier for novice to have only one configuration panel in the system, both for KDE and general System Administration via YaST. Similiar work was done for gnome: now opensuse has an integrated all-in-one control panel there. I propose to add an Administration tab in systemsettings, which would provide launchers for YaST`s system administration tools. Reproducible: Always Steps to Reproduce: Simply open menu: you`ll find there two different launchers for YaST and SystemSettings. Actual Results: Now SystemSettings and YaST aren`t integrated. Expected Results: User want to do some system administration tasks, he/she opens SystemSettings and opens required configuration tool. Something similiar was in SuSE 10.0 with KDE3.4. Relations: - ADD ability to launch YaST modules via SystemSettings (novell/bugzilla/id: 487611) https://bugzilla.novell.com/show_bug.cgi?id=487611 -- openSUSE Feature: https://features.opensuse.org/306291

1 7

[openFATE 306418] Bluetooth configuration via YaST
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Joop Boonen (worldcitizen) Feature #306418, revision 1, last change by Title: Bluetooth configuration via YaST openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Joop Boonen (worldcitizen) Description: Corrently is rather complex for a newbee to configue for instance a gps receiver that is connected via bluetooth. Configure /etc/bluetooth/rfcomm.conf rfcomm bind rfcomm0 start gpsd /dev/rfcomm0 It would be helpful is bleutooth and bluetooth devices could be configured via YaST. -- openSUSE Feature: https://features.opensuse.org/306418

1 7

[openFATE 306905] Create simple fallback output when using live CD
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Piotrek Juzwiak (BenderBendingRodriguez) Feature #306905, revision 1 Title: Create simple fallback output when using live CD openSUSE-11.2: Unconfirmed Priority Requester: Mandatory Requested by: Piotrek Juzwiak (benderbendingrodriguez) Description: We all know that a live CD is best to test out the distro. We also know that not every piece of hardware will be discovered correctly (mainly graphic card). I was thinking about including a simple output with text like "if the X server failed to start and you see just a black screen then try sax2 -r 0=vesa" on the TTY1 just after initializing the X server. Many people get discouraged by such simple thing or sometimes they don't even know what to do in such cases. This should be very simple to implement and will help A LOT to users new to linux. -- openSUSE Feature: https://features.opensuse.org/306905

1 5

[openFATE 306634] Grey out services in Yast not installed
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Drew Kwashnak (dragonbite) Feature #306634, revision 1 Title: Grey out services in Yast not installed Buildservice: Unconfirmed Priority Requester: Desirable openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Drew Kwashnak (dragonbite) Description: Yast lists a lot of configuration options, such as in the Network services section, which users may not necessarily use or knows what it does. This is most likely with newer users to Linux and/or those who are not as involved with system/network administration. I am suggesting that if the related service is not installed (like Samba Server for example) then the configuration option in Yast should be greyed out. It gives a visual indicator of what you don't need to worry about configuring while lets you know what is installed and can be configured. Perhaps users clicking on the greyed-out icons can be greeted with a message giving a brief description of what the service does and offers a chance to install it at that point if they are interested. At that point it could drop them into the software manage screen with the required and recommended services filtered in the package list and the required ones to be already checked off so all the user has to do is click to Accept/Install them. Ultimately when I was trying to configure my openSUSE for the network, for which I am still very new to even though I've learned a lot so far, I was confused by all of the choices and ended up making a bigger mess than accomplishing what I was trying to do. PS: This is my frist openFATE entry. If I am going about this incorrectly please let me know. -- openSUSE Feature: https://features.opensuse.org/306634

1 11

[openFATE 306655] zypper: new command needed
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Sascha Manns (saigkill) Feature #306655, revision 1 Title: zypper: new command needed openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Description: Today my X-System crashed. So i become an Idea. It would be graeat, if we can implement an Function in zypper, who search the whole RPM-Database, and detects Errors with the installed Packages. And if he found Errors, that he connects to the Net and reinstalls the broken Packages. -- openSUSE Feature: https://features.opensuse.org/306655

1 8