April 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309221] Simplify adding OBS repos
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stefan Majewsky (majewsky) Feature #309221, revision 1 Title: Simplify adding OBS repos openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Stefan Majewsky (majewsky) Partner organization: openSUSE.org Description: When I want to add a build service repository, I have to find a quite cryptic URL, such as http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openS…. Much of the information in this URL is redundant and error-prone, such as the domain and the distribution version. It would be much nicer if Zypper and YaST knew about the repo structure of the OBS, so I could type something like obs://KDE:KDE4:Factory:Desktop, and have Zypper/YaST figure out the rest. Extra points if browsers could figure out that "obs://" URLs should be handled by YaST. Business case (Partner benefit): openSUSE.org: This reduces error sources. For example, if I provided some repository that provides some closed-source drivers, I would currently have to provide a gigantic list of repository URLs for all supported openSUSE versions. With the proposed change, the description for how to use such a repository would boil down to: 1. Add the repository "obs://home:foobar:importantdrivers". 2. Do a system upgrade. With the browser integration, we could even have something like a one-click installation for repositories. -- openSUSE Feature: https://features.opensuse.org/309221

1 5

[New: openFATE 308424] Please port Light style revision 2 theme to KDE4
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Ilya Chernykh (Ansus) Feature #308424, revision 1 Title: Please port Light style revision 2 theme to KDE4 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ilya Chernykh (ansus) Description: Please port Light style revision 2 theme from KDE3 to KDE4. This is the best-looking widget theme ever in my opinion. This makes transition to KDE4 much easier and allows for better coexistence of KDE3 and KDE4 applications. -- openSUSE Feature: https://features.opensuse.org/308424

1 5

[New: openFATE 310987] Add Intel Atom as a specific architecture
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jiri Dluhos (jdluhos) Feature #310987, revision 1 Title: Add Intel Atom as a specific architecture openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jiri Dluhos (jdluhos) Partner organization: openSUSE.org Description: Atom processors, currently very popular in lightweight devices, behave very differently from common Intel/AMD processors; although they can execute code optimized for common x86 or x86-64, they don't run it much efficiently. Because they are not that fast, every cycle counts. I believe it would be useful to consider them a separate sub-architecture that deserves its own set of compilation options. -- openSUSE Feature: https://features.opensuse.org/310987

1 4

[New: openFATE 311038] Update to Eclipse 3.6.1
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: F S (fs92) Feature #311038, revision 1 Title: Update to Eclipse 3.6.1 openFATE: Unconfirmed Priority Requester: Desirable Requested by: F S (fs92) Partner organization: openSUSE.org Description: Update from Eclipse 3.4 from OpenSuse 11.3 to Eclipse 3.6.1 is desirable. -- openSUSE Feature: https://features.opensuse.org/311038

1 4

[openFATE 307842] Update eclipse to latest version
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Glenn Doig (doiggl) Feature #307842, revision 1 Title: Update eclipse to latest version openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Update eclipse to latest version as found in http://www.eclipse.org/downloads/ Thanks Glenn -- openSUSE Feature: https://features.opensuse.org/307842

1 29

[New: openFATE 311322] Add button to change color depth on Display Monitor
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Roman Bysh (Romanator) Feature #311322, revision 1 Title: Add button to change color depth on Display Monitor openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Roman Bysh (romanator) Partner organization: openSUSE.org Description: I'm proposing that we add an extra button to the Display and Monitor settings to change the color depth. Since sax2 was deprecated. We have been missing a way to dynamically change the color depth. Sax2 used to have a button to allow users to change the color depth. For example: * 8-bit * 15-bit * 16-bit * 24-bit * 32-bit Let's vote to add this feature to the Display and Monitor in KDE. -- openSUSE Feature: https://features.opensuse.org/311322

1 29

[New: openFATE 311365] Include biosdevname to rename network interfaces based on chassis labels
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Narendra K - (narendra_k) Feature #311365, revision 1 Title: Include biosdevname to rename network interfaces based on chassis labels openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Narendra K - (narendra_k) Partner organization: openSUSE.org Description: On a Dell PowerEdge server with multiple add-in cards, the naming of the network interfaces is non-deterministic. This results in 'eth0' not mapping to "Embedded NIC 1" as labeled on the server chassis. This issue is seen on Dell PowerEdge 10G above. This feature addresses this issue by renaming network interfaces based on their location on the system motherboard. The naming policy it suggests are as follows: Embedded devices: em<port> Add-in PCI cards: pci<slot>p<port>_<virtual function instance> Please refer to "Consistent Network device naming-Name network interfaces to match chassis labels" (https://features.opensuse.org/310896). Business case (Partner benefit): openSUSE.org: This allows system administrators to refer to the network interfaces by names based on their location on the motherboard. The naming becomes deterministic and there is no state such as HWADDR embedded into the configuration files. -- openSUSE Feature: https://features.opensuse.org/311365

1 8

[New: openFATE 310560] Future Download Options for 11.4<
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jeremy Thornton (leebrad) Feature #310560, revision 1 Title: Future Download Options for 11.4< Buildservice: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Jeremy Thornton (leebrad) Description: I am sure this may have been proposed before, but just in case I think it is a good move if the SUSE project would consider the following... #Proposal Break 11.4+ distributions into the following downloadable images from the opensuse.org site... I know 1,2,5 are already options, but the others should also be considered. 1. Gnome Desktop Live CD (<700mb) 2. KDE Desktop Live CD (<700mb) 3. LXDE Desktop Live CD (<700mb) 4. Server and Virtualization CD (<700mb) 5. Complete DVD (4gb) 6. Meego/Netbook Live Image (for future netbook installs) Important:Options to install inside as Windows applications (like Ubuntu) Important:Options to install onto USB drive (with GUI application like Ubuntu/Fedora) #Benefits 1.More accessible download options 2.Less frustrating if download fails 3.Less bandwidth requirements to support the project 4.More flexibile installation capabilities 5.These can be built easier and maintained with the project since the intro of SUSE Studio. #Additional Considerations 1.Besides possible acquisition of the SUSE project by some company the community must remain innovative and competitive against Fedora and Ubuntu. 2.Ubuntu and Fedora already offer these download and convenience options. 3.I have read comments from users who either don't realize a server option is built in or hate the idea of download the DVD just for a light server install. -- openSUSE Feature: https://features.opensuse.org/310560

1 14

[openFate 305664] Server CD
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Martin Schlander (cb400f) Feature #305664, revision 1, last change by Title: Server CD openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Martin Schlander (cb400f) Description: Providing an official openSUSE server cd - with some often used server software - and perhaps a lightweight window manager like icewm or similar - would be a great thing for a number of reasons. - openSUSE is generally considered a desktop centric distribution, providing a server cd would do a heck of a lot to highligt the excellent (home-)server qualities of openSUSE. - The few people that realize that the openSUSE DVD/netinstall actually offers text mode/server installation, are often discouraged by needing to download a full DVD, or do troublesome and slow http/ftp installation. - Server users are generally more technical people, it would be beneficial to attract more of these to the openSUSE project. - More people using openSUSE on home servers would likely have spill-over effects on SLES sales. - An openSUSE server cd, would be an excellent response to Ubuntu server edition and Microsoft Home Server. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305664

1 32

[New: openFATE 312120] Make default KDE theme greenish, to match whole system
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Dino E (D_E) Feature #312120, revision 1 Title: Make default KDE theme greenish, to match whole system openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: Dino E (d_e) Partner organization: openSUSE.org Description: We really need to make default KDE theme green, to match whole system greenish appearance. It's involves just to steps: make default green icon set (like http://gnome-look.org/content/show.php/Oxygen-Refit+2+-+Green+Version?conte…) and make default green colours (like http://kde-look.org/content/show.php/Ordinary+Green?content=107944) Business case (Partner benefit): openSUSE.org: It's kinda ugly when you have blue icons and colours in otherwise green system. Also blue is highly overused nowadays - remember default themes in windows xp-7, mac os x, and kde itself. -- openSUSE Feature: https://features.opensuse.org/312120

1 31

[New: openFATE 308314] better wine integration
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sharque uddin Ahmed Farooqui (safknw) Feature #308314, revision 1 Title: better wine integration openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sharque uddin Ahmed Farooqui (safknw) Description: There are times we need to use windows applications. Wine applications does not integrate well with with rest of desktop. There is no menu entry for wine settings. Also there should be menu for reboot wine. I use wine for Heidisql (Mysql admin tool) and some time for games. -- openSUSE Feature: https://features.opensuse.org/308314

1 22

[New: openFATE 310112] Desktop files with debuging feature
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sławomir Lach (Lachu) Feature #310112, revision 1 Title: Desktop files with debuging feature openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Often users don't know how track problems and there's no simple sollutions for begginiers. I think, that adding additional fields to .desktop files will helps a lot. Thease fileds should been named DEBUG_MODE_ON and DEBUG_MODE_RUNNER. Once DEBUG_MODE_RUNNER is not present, there's should exist mechanism to debug(ex. running konsole and application on it ; or better redirecting stderr and stdout onto file and asks user to display it/send/etc. after application quits). Test Case: Test that dialog with question about displaying log file don't show before application quits. Use Case: Better can't run some application, because some libraries isn't present on the system. It will only right click on application runner and select debug mode. Business case (Partner benefit): openSUSE.org: * Developers of application could add custom debug mode with full featured information gathering and sending log file to vendor. It could make support better. * Better forums support. * A way to create automated tools, which reads logs and perform some tasks(if user accept) * Many user don't know how solving problems on Ubuntu. Running application in terminal don't always be pragmatic, because xterm have limited buffer for text. Also, running terminal isn't very simple. -- openSUSE Feature: https://features.opensuse.org/310112

1 3

[openFate 305582] Off-Line one click install (MSI for Linux)
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Feature #305582, revision 1, last change by Title: Off-Line one click install (MSI for Linux) openSUSE-11.2: New Priority Requester: Important Requested by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Partner organization: openSUSE.org Description: Idea from community member Raul Romero. Same concept as MSI packages for Windows but exploiting the One Click Install concept of openSUSE (and therefore inheriting the simplicity, code and security. Basically a compressed file which includes a repository inside, plus one click install information, and a script to trigger the oneclickinstall handler with the data as payload in the script. Therefore is a collection of rpms that can be installed detailed description is here http://en.opensuse.org/OSI There is already a prototype working. Example script: http://dl.getdropbox.com/u/363315/MozillaFirefox.osi This requires some extra features in one click install and other pieces * ability to force OneClick to add the repo (the one inside the compressed file) Additionally I see other features: * ability to suggest an update repo for the installed bundle * support from build service to generate bundles * easy way to generate them locally Out of scope but interesting: * Ablity to trigger a YaST workflow (its own control.xml?) Business case (Partner benefit): openSUSE.org: This solves the business case of distributing service packs, applications, codecs bundles by just downloading a big file, 100% offline, supporting dependencies and repo signatures. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305582

1 40

[openFATE 306907] Add support for Ksplice
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stephan Kleine (bitshuffler) Feature #306907, revision 1 Title: Add support for Ksplice openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Stephan Kleine (bitshuffler) Description: KSplice allows it currently to apply most but not all kernel updates without the need to reboot which is especially great for servers. It's backed by a newly founded corporation that continually tries to improve it so hopefully sometime in the future a reboot wont be necessary for any kernel update. Fedora as well as Ubuntu already support it so openSUSE shouldn't stay behind. URL: http://www.ksplice.com/ -- openSUSE Feature: https://features.opensuse.org/306907

1 18

[New: openFATE 310164] Choose Better Wallpapers for SUSE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310164, revision 1 Title: Choose Better Wallpapers for SUSE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: I made a list of Wallpapers that could potentially be on the next version of KDE. http://anditosan.blogspot.com/2010/07/from-land-of-reptiles.html -- openSUSE Feature: https://features.opensuse.org/310164

1 4

[New: openFATE 310163] Remove Welcome Screen on OpenSUSE KDE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310163, revision 1 Title: Remove Welcome Screen on OpenSUSE KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: Hey you all. I would first like to thank all of you who have visited this website and looked at the ideas I have posted. I am deeply honored that many of you too have considered these ideas worthwhile and would like to see them implemented. Well, here comes a good one I think. As I was talking to some people on the KDE IRC channel yesterday, there was a comment made about a possible way to orient new KDE users on how to use the desktop. However, I believe that users should be left clues to discover their desktop on their own. There should not be an intro popup or anything like that. Ponder about this for a moment. What can you say, for example, about paintings. Paintings are not "explained" to anyone. You look at it and you get it in your own particular way. That is enough for you and you know what it means. The clues left by the artist are clear enough to your mind that you find meaning in the painting. You intuitively "know" what the purpose of the painting is. Reflect for a moment on this Cezanne and know what it means... REMOVE KDE WELCOME POPUP SCREEN anditosan.blogspot.com -- openSUSE Feature: https://features.opensuse.org/310163

1 8

[New: openFATE 312876] Deny individual users' access to screen-saver settings
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Per Jessen (pjessen) Feature #312876, revision 1 Title: Deny individual users' access to screen-saver settings openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Per Jessen (pjessen) Partner organization: openSUSE.org Description: This is an extension of feature#312871, but because it's a little more involved than changing a simple default, I thought it would be better to have a separate feature request. The screen-saver settings for time-out and "require password" are security settings that really should not be freely available to the individual user. I propose that we 1) set a reasonable default (60sec, 15sec, always require passwd) (see feature#312871) and 2) only let these settings be modified by someone with root-access. To a regular user, the timeout and "require password" settings should appear "greyed out", clearly indicating "not available". Use Case: Office user - the user is able to select a screen-saver, but the other settings cannot be accessed, accidentally or otherwise. The install or admin person need not change anything to get a sane security setup for the desktop. SOHO or home users - same as above, but the default screen-saver settings may be changed by switching to root access. Business case (Partner benefit): openSUSE.org: This is simply a reasonable security measure, fitting nicely into the overall security-conscious profile of openSUSE. Security measures (firewall, apparmor, encryption etc) are typically accessible only with root-access; it's only sensible that we apply this principle to the screen-saver settings too. -- openSUSE Feature: https://features.opensuse.org/312876

1 10

[New: openFATE 312337] clear /tmp-dir at bootup
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: M K (tux93) Feature #312337, revision 1 Title: clear /tmp-dir at bootup openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: M K (tux93) Partner organization: openSUSE.org Description: Please clear the /tmp-dir at boot-up per default. At the moment this has to be activated manually with every new installation, is there a reason for not doing this out of the box? -- openSUSE Feature: https://features.opensuse.org/312337

1 6

[New: openFATE 309487] Clean out X11 keyboard configuration in YaST
by fate_noreply＠suse.de 24 May '17

24 May '17

Feature added by: Jiří Suchomel (jsuchome) Feature #309487, revision 1 Title: Clean out X11 keyboard configuration in YaST Requested by: Jiří Suchomel (jsuchome) Developer: (Novell) Developer: (Novell) Description: Currently, 'yast2 keyboard' is using kind of strange way of determining which X11 keyboard layout to use. There's a map of internal YaST keyboard names, to which the list of kbd console maps is mapped (like, us.map.gz). Such console map is taken as a parameter for calling /usr/sbin/xkbctrl script, which returns the informations about corresponding X11 keyboard layout (usable for setxkbmap). One problem is that not for all languages, there's a sense to have console map, and because of this situation in YaST, we are using files like ar.map.gz, which are only links to us.map.gz. Other part is that the list of X11 keyboard layouts is part of sax2-tools package which we probably want to drop. New solution would mean that YaST has all the information currently provided by xkbctrl: either by building its own data structure (if there's no other application using it), or using a better way to get the data YaST needs to know. References: https://bugzilla.novell.com/show_bug.cgi?id=603950 https://bugzilla.novell.com/show_bug.cgi?id=601587 -- openSUSE Feature: https://features.opensuse.org/309487

1 16

[New: openFATE 309353] Make hermes working on local OBS installations
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309353, revision 1 Title: Make hermes working on local OBS installations Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: We need to * be able to run without iChain * package Hermes * configure it to be easy usable with OBS. -- openSUSE Feature: https://features.opensuse.org/309353

1 2

[openFATE 307597] Courgette
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: T. J. Brumfield (enderandrew) Feature #307597, revision 1 Title: Courgette openFATE: Unconfirmed Priority Requester: Important Requested by: T. J. Brumfield (enderandrew) Description: Utilize Courgette for binary diff packages. * This will save on bandwidth costs for Novell and mirrors. * This will make updating quicker and easier for end-users. * This will especially benefit users who have capped bandwidth for downloading updates from their ISPs. * By making the update process easier, it encourages users to stay up-to-date, making systems more secure. http://dev.chromium.org/developers/design-documents/software-updates-courge… (http://dev.chromium.org/developers/design-documents/software-updates-courge…) -- openSUSE Feature: https://features.opensuse.org/307597

1 7

[New: openFATE 309701] osc blame
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: Ludwig Nussel (lnussel) Feature #309701, revision 1 Title: osc blame Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Description: a feature like "osc blame" or "osc annotate" would be nice to find out who changed what and when -- openSUSE Feature: https://features.opensuse.org/309701

1 3

[New: openFATE 313282] Full automated setup for printers in the network
by fate_noreply＠suse.de 20 Mar '17

20 Mar '17

Feature added by: Johannes Meixner (jsmeix) Feature #313282, revision 1 Title: Full automated setup for printers in the network openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Johannes Meixner (jsmeix) Partner organization: openSUSE.org Description: I would like to have it evaluated whether or not and/or to what extent it is possible to setup printer devices which are accessible via network in a full automated way. The basic idea behind: For locally connected USB printers there is already full automated setup. I would like to have it evaluated if and/or to what extent this could be extended reagarding printer devices which are accessible via network. FYI: For printer devices which are accessible via a CUPS server there is nothing to do because this works already via the so called "CUPS Browsing". Some use cases: Network printer) A network printer is a printer with a built-in network interface so that the printer device is directly accessible via network. The problem regarding full automated setup is how to autodetect the printer model so that the right driver for this model can be set up. Therefore the problem is how to autodetect the parinter model on a printer device which is directly accessible via network. Usually this is possible via some generic SNMP query. The CUPS tool "lpinfo -l -v" results this for the "socket" device URI e.g.: # lpinfo -l -v Device: uri = socket://10.10.2.92 make-and-model = HP LaserJet 4050 Series Device: uri = lpd://10.10.4.4/ make-and-model = Kyocera FS-C5100DN SMB) A printer device which is accessible via a SMB printer share: In this case the client system must submit readymade printer specific data to the SMB share (i.e. there is no so called "filtering" on a SMB print server). Therefore on the client system usually a printer driver must run. If it is a PostScript printer, the client must at least provide generic PostScript (e.g. when printing image data it must be converted into PostScript on the client system). The problem regarding full automated setup is how to autodetect the printer model so that the right driver for this model can be set up but the printer device is "hidden" behind the SMB share. Therefore the problem is how to autodetect the parinter model via a SMB share. -- openSUSE Feature: https://features.opensuse.org/313282

1 10

[openFATE 306528] Info banner for projects/packages
by fate_noreply＠suse.de 12 Mar '17

12 Mar '17

Feature added by: Jan-Simon Möller (dl9pf) Feature #306528, revision 1 Title: Info banner for projects/packages Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Jan-Simon Möller (dl9pf) Description: I'd propose to add an info banner (as on the monitor page - aka "Adrians Blog" ;) ) to the projects or even packages. This would allow the new groups of packagers to leave status messages right in place for the projects. -- openSUSE Feature: https://features.opensuse.org/306528

1 4

[New: openFATE 313272] zypper: Display vendor when newer package is offered by different vendor
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Richard Bos (rbos) Feature #313272, revision 1 Title: zypper: Display vendor when newer package is offered by different vendor openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Richard Bos (rbos) Partner organization: openSUSE.org Description: >From the output below it is not clear which other vendor offers the newer package version: # zypper in curl Loading repository data... Reading installed packages... 'curl' is already installed. There is an update candidate for 'curl', but it is from different vendor. Use 'zypper install curl-7.23.1-72.1.x86_64' to install this candidate. Resolving package dependencies... Nothing to do. It is useful to know which other vendor(s) offers the newer package to dertermine if the package should be used. 2) Is it possible to devide the string over 2 lines, it is now 1 long line, like this: There is an update candidate for 'curl', but it is from different vendor. Use 'zypper install curl-7.23.1-72.1.x86_64' to install this candidate. With 2 lines it becomes: There is an update candidate for 'curl', but it is from different vendor. Use 'zypper install curl-7.23.1-72.1.x86_64' to install this candidate. Use Case: zypper up shows: zyp up Loading repository data... Reading installed packages... The following package updates will NOT be installed: ..extreme-tuxracer...<many other packages> Nothing to do. Select extreme-tuxracer to investigate why they are not installed: # zyp in extreme-tuxracer Loading repository data... Reading installed packages... 'extreme-tuxracer' is already installed. There is an update candidate for 'extreme-tuxracer', but it is from different vendor. Use 'zypper install extreme-tuxracer-0.4-118.1.x86_64' to install this candidate. Resolving package dependencies... Nothing to do. One details is missing the name of the vendor. Business case (Partner benefit): openSUSE.org: Give the user the necessary information to be able to judge if he / she wants this newer package version from the other vendor or not. -- openSUSE Feature: https://features.opensuse.org/313272

1 1

[New: openFATE 308685] Gnome Slab's More Applications not open another Window
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Drew Kwashnak (dragonbite) Feature #308685, revision 1 Title: Gnome Slab's More Applications not open another Window Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Drew Kwashnak (dragonbite) Partner organization: openSUSE.org Description: In the Gnome Slab, if the Application has not been pinned to the Favorites you are forced to click "More Applications" and it opens up a Window. Maybe this could open a window like Windows XP does? Or can slide to the side like KDE 4 does? Something should be in place by default. Is there something called "Lancelot" which would apply here, or is just KDE? Business case (Partner benefit): openSUSE.org: The opened window may get lost in Windows, can be easily pushed behind something else or a pushy application that finally loads may pop-up over it and otherwise be annoying. -- openSUSE Feature: https://features.opensuse.org/308685

1 4

[New: openFATE 312871] Auto-lock with password when screen saver kicks in.
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Per Jessen (pjessen) Feature #312871, revision 1 Title: Auto-lock with password when screen saver kicks in. openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Per Jessen (pjessen) Partner organization: openSUSE.org Description: * Enable automatic screen-lock with password required. E.g. after 5mins and 10seconds respectively. * add a default "lock" button to the GUI taskbar Business case (Partner benefit): openSUSE.org: To increase security. We have many and varied security-related features and policies. Requiring a password when the screen auto-locks is just common sense. An easily accessible lock button makes it more likely that a user will use it when he leaves his desk. These both ought to be the default setup. -- openSUSE Feature: https://features.opensuse.org/312871

1 8

[New: openFATE 312873] Login screen after lock screen
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Christian Giorgio galeffi (gallochri) Feature #312873, revision 1 Title: Login screen after lock screen openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Christian Giorgio galeffi (gallochri) Partner organization: openSUSE.org Description: Why does not require a password to unlock the screen with the same login screen of KDM or GDM, instead of a dialog box? Such as Windows XP. -- openSUSE Feature: https://features.opensuse.org/312873

1 4

[New: openFATE 309393] Make "unpublish" files and removing files from :full tree easy
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309393, revision 1 Title: Make "unpublish" files and removing files from :full tree easy Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: Currently it is quite complex to remove build results from public repo or :full repo tree, if you do not want to remove the source package. We need to extend wipebinaries call with a target for :full and :repo dir and make this easy accessable via osc and webui. -- openSUSE Feature: https://features.opensuse.org/309393

1 6

[New: openFATE 310405] yast2 wagon should be a fully graphic upgrade tool
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Greg Freemyer (gregfreemyer) Feature #310405, revision 1 Title: yast2 wagon should be a fully graphic upgrade tool openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Greg Freemyer (gregfreemyer) Description: I really like it that yast2-wagon exists for users to upgrade from release to release. It effectively does a zypper dup, but via a nicer gui interface. The trouble in my mind is that it still takes way to many seperate steps as is. Quoting just the top level details from http://old-en.opensuse.org/Wagon === 1) Ensure you have yast2-wagon installed 2) As of openSUSE 11.2 Wagon will update the upgrade stack as part of its automated process, so there is no need to ensure you have run zypper up or equivalent 3) Ensure you have the the correct repositories enabled 4) Start YaST2 wagon 5) Follow the dialogs 6) reboot === Taking those steps one at a time: 1) yast2-wagon should be part of the standand yast pattern in my opinion. It currently is not, so it has to be separately installed which makes little sense for a tool designed to simplify the upgrade process. 2) That was a great improvement that went into 11.2, so I'm happy. (Other than the current bugzilla against the yast2-wagon dependencies in the 11.3 release. I wish that would be fixed.) 3) It would be great if yast2-wagon would launch with a user selectable distro to upgrade to. Then once a user selected 11.4 as an example, it would walk the user through upgrading his repos to the 11.4 compatible ones. 4) Once 3) is incorporated it would be great to get a easy to click icon for wagon either within yast itself, or on the system menus. 5) This appears to be an effort to achieve automatic repo updates, but I'm not sure. Unfortunately, the above can be implemented for the 11.3 => 11.4 upgrade but only if the upgraded yast2-wagon is released via online update. That is because it involves updating the repo handling prior to pulling down a new copy of wagon from the 11.4 repos. -- openSUSE Feature: https://features.opensuse.org/310405

1 4

[openFATE 308189] Consolidating terminology: update and upgrade
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Karl Eichwalder (keichwa) Feature #308189, revision 1 Title: Consolidating terminology: update and upgrade openSUSE-11.3: New Priority Requester: Mandatory Requested by: Karl Eichwalder (keichwa) Partner organization: openSUSE.org Description: In the past, we just used the term "update" for all update related things, because we were told "upgrade" is suitable for hardware related upgrades only. With the advent of zypper, the term "upgrade" (dup, dist-upgrade) is back for upgrading the system complete from one version "n" to the next version "n+1" (yes, you can "upgrade" within one version, but that's a special case...). The term is fine and I'd like us to use "upgrade" in YaST and everywhere else where suitable. Business case (Partner benefit): openSUSE.org: Avoid confusion. ATM, I'm force to use different terms in the chapter of the manual, if I describe the same task. -- openSUSE Feature: https://features.opensuse.org/308189

1 13

[New: openFATE 312799] Safer distribution updates
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Duncan Mac-Vicar (dmacvicar) Feature #312799, revision 1 Title: Safer distribution updates openSUSE Distribution: New Priority Requester: Desirable Requested by: Duncan Mac-Vicar (dmacvicar) Product Manager: Michael Elliott (mge) Developer: ma ds (ma) Partner organization: openSUSE.org Description: Currently the documentation says that to do a distribution upgrade you should first update your software stack to the target distribution, then do a zypper dup. The software stack update can already kill your system. zypper could allow an option that makes it first install a miniroot containing the update stack itself, then automatically switch over to the miniroot to do the "zypper dup". Use Case: Bob wants to migrate his server from SLE12 to SLE13. Upgrading the package management stack fails, but he keeps his original system untouched. Business case (Partner benefit): openSUSE.org: Failsafe migrations for SLE -- openSUSE Feature: https://features.opensuse.org/312799

1 18

[openFATE 308147] Simplify "Online update" in Yast
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Birger Kollstrand (MrKane) Feature #308147, revision 1 Title: Simplify "Online update" in Yast openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Birger Kollstrand (mrkane) Description: In 11.2 there are two Online Update applications - one for configuration of online update - one for doing a manual online update I suggest that this is merged to one application which looks mostly like todays "Online update configureation" but has an aditional button on the page that when pushed does an online update. This will simplify the Yast GUI. -- openSUSE Feature: https://features.opensuse.org/308147

1 1

[New: openFATE 308853] Add tab-to-complete and doubletab-to-query functionality to zypper
by fate_noreply＠suse.de 19 Dec '16

19 Dec '16

Feature added by: Michael Jones (toupeiro) Feature #308853, revision 1 Title: Add tab-to-complete and doubletab-to-query functionality to zypper openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Michael Jones (toupeiro) Description: Extend zyppers command line capabilities by enabling tab to complete against indexed repository packages and doubletab-to-query to essentialy perform a zypper se on the active installation command line. This would give zypper some functionality already present in debians aptitude package management system and would increase application installs and removals from the CLI. -- openSUSE Feature: https://features.opensuse.org/308853

1 5

[New: openFATE 310883] File Integrity GUI/Nautilus/GOME/Right click
by fate_noreply＠suse.de 19 Dec '16

19 Dec '16

Feature added by: Narayansamy S (vazhavandan) Feature #310883, revision 1 Title: File Integrity GUI/Nautilus/GOME/Right click Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Narayansamy S (vazhavandan) Partner organization: openSUSE.org Description: Need a file Integrity checker like a GUI pop up or right click menu in nautilus/gnome which calculates checksum so that file downloaded file intergity check can be done on the fly -- openSUSE Feature: https://features.opensuse.org/310883

1 3

[New: openFATE 310913] Add YAST module to set up multiseat installations
by fate_noreply＠suse.de 19 Dec '16

19 Dec '16

Feature added by: Matthias Schünemann (wodenhof) Feature #310913, revision 1 Title: Add YAST module to set up multiseat installations openSUSE-11.4: Unconfirmed Priority Requester: Important openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Matthias Schünemann (wodenhof) Partner organization: openSUSE.org Description: Set up a computer with a YAST module to run with multiple graphic cards, mice and keyboards for multiple users at once. The module would allow the administration of "working places". Currently one can reach sessions only on one screen via the function keys (F7 - F12). I suggest a module which lets the administrator bundle the devices into "seats", i.e. physically separated working places each with their own mouse, keyboard and display. Common use of DVD-reader/burner or card readers could be allowed, USB-sticks could e.g. get assigned hubs. Somebody (Chris Tyler) already started here: https://fedoraproject.org/wiki/Features/Multiseat (https://fedoraproject.org/wiki/Features/Multiseat) CPU-power is abundant in modern machines, so one machine has enough for the easier tasks (browsing, text input etc.) of a whole family. I'd appreciate an easy set up with this feature. Business case (Partner benefit): openSUSE.org: Use of this power in any family's home would be a powerful demonstration of this OS's qualities. It would save money, particularly nice for families with tight budgets and in developing countries. When multi seat set-ups get more common the feature could be extended to virtual machines, i.e. one machine per seat. Those could be connected (via a virtual net / sockets ...) and run future multi-player games... -- openSUSE Feature: https://features.opensuse.org/310913

1 9

[New: openFATE 310100] YaST Software Manager - Installation after download
by fate_noreply＠suse.de 18 Dec '16

18 Dec '16

Feature added by: Muhammad Javaid (BrownieCat) Feature #310100, revision 1 Title: YaST Software Manager - Installation after download openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Muhammad Javaid (browniecat) Description: Once a package install/system update has begun in Software Manager it's not very easy to stop it. The 'Abort' button doesn't really seem to work and if you force kill the process, you likely end up with broken packages. It would be nice if first all the packages were downloaded, and then installed (like it is in Ubuntu), rather than the sequence of: Download Package 1, install package 1, download package 2, install package 2 and so on. That way the installation could be aborted safely during the downloading part with no fear of broken packages. -- openSUSE Feature: https://features.opensuse.org/310100

1 4

[New: openFATE 310888] We fail at...
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: tys lefering (twlevo) Feature #310888, revision 1 Title: We fail at... openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: tys lefering (twlevo) Partner organization: openSUSE.org Description: the 'startx twm' should start twm window manager but that does not work for years and needs hacking scripts to use it. twm is used to run 1 graphic program with lower mem+cpu usage during tests. -- openSUSE Feature: https://features.opensuse.org/310888

1 2

[New: openFATE 310658] bypass "partitioning" option for pre-partitioned installation targets
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: Felix Miata (mrmazda) Feature #310658, revision 1 Title: bypass "partitioning" option for pre-partitioned installation targets openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Felix Miata (mrmazda) Description: Mandriva provides installation cmdline option that I always use: readonly=1 This causes normal partitioning steps to be bypassed. No creatiion, deletion, or modification of existing partitions is possible. Instead is presented a list of Linux native partitions for mountpoint selection, mount options selection, whether to format, and format to use. This is handy for both advanced users like myself, and for frequently repeated installs, such as development milestones. It can save significant time initializing an installation, and it can avoid some opportunities for mistakes in one of the more dangerous and difficult installation phases. It would be excellent for openSUSE to have a similar installation option. -- openSUSE Feature: https://features.opensuse.org/310658

1 2

[New: openFATE 308343] external screen detection
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: marco mendoza (marcomendoza) Feature #308343, revision 1 Title: external screen detection Package Wishlist: Unconfirmed Priority Requester: Important Requested by: marco mendoza (marcomendoza) Description: Dear Suse comunity, Im proud to say Im getting involved into the Suse world, and even though Im a simple user of the OS systems, I found essential to have a performing OS in order to perform my current work. Whereas I got in love to Opensuse (I did start with it wo knowing anything...ubuntu or Suse...I have taken Suse and Im loving it), there is a couple of current options from comercial OS systems that I feel it is missing even in the last version of Opensuse. Particulary I would like to suggest the necessity of having an external screen detection system, I heart that some people manages to do it manually, but I think that such functionality should be part of an OS at the level of Opensuse. I have in in mind other couple of whishes, I will come with them in a following post in case my suggestions are taken in consideration. Thanks for commenting on this idea and the feasibility of it. greetings Marco A. -- openSUSE Feature: https://features.opensuse.org/308343

1 7

[New: openFATE 310236] KDE-metapackages for avoid mixing packages versions from different repos
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: Alex Savin (alexqwesa) Feature #310236, revision 1 Title: KDE-metapackages for avoid mixing packages versions from different repos openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Alex Savin (alexqwesa) Description: KDE have many repos and often user get mismatch of packages versions and various strange bugs due this. create KDE-metapackages for avoid mixing packages versions from different repos -- openSUSE Feature: https://features.opensuse.org/310236

1 1

[openFATE 308138] Easy way to install corresponding debuginfo RPM for all existing packages
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: Silviu Marin-Caea (silviumc) Feature #308138, revision 1 Title: Easy way to install corresponding debuginfo RPM for all existing packages openFATE: Unconfirmed Priority Requester: Important Requested by: Silviu Marin-Caea (silviumc) Partner organization: openSUSE.org Description: KDE4 applications crash more often than they should. The bugreporting helper that pops up is not user friendly. It expects the user to know what particular debuginfo RPMs to install in order to get a useful bug report. It also expects the user to toil through a long "wizard" that asks a lot of questions. It's not cool to punish the user on top of an application crash. Does KDE hate us or what? The user shouldn't have to do anything more than giving the accept to send the crash information or not. Examples: Firefox, Windows. If KDE couldn't come up with something easier than this, at least SUSE should do something to work around it. My suggestion would be a way to install all debuginfo RPMs for every package that's already installed. This way, all bugreports will be useful. Business case (Partner benefit): openSUSE.org: We want to get statistic data so we can focus on bugs that crash KDE applications -- openSUSE Feature: https://features.opensuse.org/308138

1 8

[New: openFATE 310431] Create automatic private group for new user
by fate_noreply＠suse.de 09 Dec '16

09 Dec '16

Feature added by: Steven Bert (dodydog) Feature #310431, revision 1 Title: Create automatic private group for new user openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Steven Bert (dodydog) Description: In Yast user management, add an option in the new user dialog to have a new, private group created for the user. The group should be named as the user. The reason for this feature is to allow simple data sharing between users based on projects with a project group and a default umask giving read permisssions to group members (which is the default right now). The only measure to share a file with a project is to set group ownership to the appropriate group. As of now additional file permisssions would have to be changed. -- openSUSE Feature: https://features.opensuse.org/310431

1 2

[New: openFATE 310322] Install, uninstall and change desktop environments easier.
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: jpxviii jpxviii (jpxviii) Feature #310322, revision 1 Title: Install, uninstall and change desktop environments easier. Hackweek V: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jpxviii jpxviii (jpxviii) Description: Some people use and prefer a single desk and others prefer to use multiple. It would be good for non-technical users can make installations and removals of each desktop environments and change KDM - GDM - so easy. -- openSUSE Feature: https://features.opensuse.org/310322

1 3

[New: openFATE 309296] YaST2-Qt : Add "Action after Installation" option
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Rémy Marquis (Spyhawk) Feature #309296, revision 1 Title: YaST2-Qt : Add "Action after Installation" option openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rémy Marquis (spyhawk) Description: YaST-Qt package manager module should have an additional option in Configuration menu, similarly to the ncurse version (yast sw_single > Configuration > Action after Package Installation). Use Case: * A user wants to change the default behavior, but doesn't know that he needs to change PKGMGR_ACTION_AT_EXIT in /etc/sysconfig/yast2 * A user that have used ncurse yast expects that this option is also in the Qt interface, -- openSUSE Feature: https://features.opensuse.org/309296

1 10

[New: openFATE 312622] add DVB-USB drivers to kernel
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Axel Braun (DocB) Feature #312622, revision 1 Title: add DVB-USB drivers to kernel openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Axel Braun (docb) Partner organization: openSUSE.org Description: For whatever reason, the dvb-USB drivers are not shipped with openSUSE. Drivers are available (see e.g. http://www.linuxquestions.org/questions/showthread.php?p=4265470#post4265470 ) but at least not in 11.4, which makes use of DVBT-Sticks quite complicated Use Case: Some of the USB-DVB-T stick just work out of the box if the right driver is available, e.g. my TrekStor Terres DVB-Stick using the dvb_usb_rtl2832u driver Business case (Partner benefit): openSUSE.org: Makes life easier esp. for users with a lower level of experience. Searching drivers or building kernel modules by yourself is not something an anverage users does. -- openSUSE Feature: https://features.opensuse.org/312622

1 2

[New: openFATE 310604] Push repository Status to Users
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Tejas Guruswamy (MasterPatricko) Feature #310604, revision 1 Title: Push repository Status to Users Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Tejas Guruswamy (masterpatricko) Description: One of the major complaints from users of the OBS is that it is too hard to identify which package out of multiple available ones is the correct, "safe", one to install. Also repository changes have no way of being noticed except with zypp refreshes suddenly start failing. The OBS provides an amazing, amazing service but still little complications arise; repositories disappear, change content, etc. Three parts would need to be implemented: 1) A "status" or "stability" attribute for all repositories on the OBS. It could have values like * UNSTABLE - This repository contains unreleased software / alpha-quality, possibly direct from source control. Bugs are to be expected. (e.g. KDE:Unstable:Distro ) * FACTORY (or LATEST?) - This repository contains the latest released software from this upstream project, to be submitted to openSUSE Factory. Bugs are possible, please report them. (e.g. KDE:Distro:Factory) * STABLE - This repository contains software as it was in the last stable release of openSUSE, possibly with some additional bugfixes. Bugs should be infrequent. (e.g. KDE:Distro:Stable) * HOME(?) - This repository is someone's Home project. Packages may be added and removed at any time. (maybe not necessary) * VERSION(?) - This repository contains a snapshot of a specific released version of this software. (maybe not necessary) (e.g. KDE:SC:45) I know the OBS supports attributes, so maybe that infrastructure can be used. The current solution of trying to explain it in the repository name is not sufficient as people have conflicting ideas of what "Factory" means, etc. With the explanations side-by-side, there can be no confusion. What would need to be added is * integration with software.opensuse.org and webpin - so repository state is clearly visible in search results, with the explanations of each state also visible on the same page. * integration with Yast2/zypper - in the repository configuration, the repository state should be shown (does it need to be updated every so often? will repositories ever change their state?) 2) A NEWS/ChangeLog file/attribute for every repository on the OBS. This allows the repository owner/maintainer to communicate with the users letting them know of important changes that affect them. This would be downloaded with the repository metadata. This would need to be integrated into: * OBS - easy way to edit this file should be possible (maybe it can be based on the repository description?) * Yast2/zypper/updateapplet - when refreshing a repository, if a changed NEWS is detected, inform the user. something like > zypper ref Repository "foobar" has updated its NEWS file. [Read/Ignore/Skip]: where you can choose to read the changes now, leave it till next time, or ignore it completely. Currently the build service project page is the only place where such information is put, but users never read that. Otherwise you have to resort to the mailing lists, but most users aren't subscribed there until they have a problem. The NEWS file would be used to pass on information including: * Significant changes to the purpose or content of the repository (e.g. KDE:Distro:Factory switching from KDE SC 4.5 to 4.6) * Repository renames, obsoletions, deletions (e.g. KDE:KDE4:Community -> KDE:Extra) Obviously this can't be done too frequently as it would annoy the user, but it is clear that there needs to be some communications channel to let them know what's going on. 3) Improved software search - software.opensuse.org and webpin could become a lot more new-user friendly. Some of my suggestions * Exclude HOME and UNSTABLE projects * Exclude debuginfo and debugsource packages by default * Exclude devel packages by default * Default to only searching for the current, released version of openSUSE. * Display repository status as detailed above I think this could make an absolutely huge difference to how users use the OBS, and most of all, make it a lot more safe - reducing complaints. I know that repository stability attributes have been mentioned by many people many times - but now the infrastructure is there - lets take it one step further... (BTW Forgive my KDE examples, it's just what I am familiar with) -- openSUSE Feature: https://features.opensuse.org/310604

1 7

[New: openFATE 312277] Include GNOME Tweak
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Anomyous Anomyous (jcat123) Feature #312277, revision 1 Title: Include GNOME Tweak openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Anomyous Anomyous (jcat123) Partner organization: openSUSE.org Description: Recently I have tried GNOME 3. There are several settings that you once could customize in GNOME 2 that you can't do in GNOME 3. There is a package called gnome-tweak-tool, that lets you customize things like the Theme again. This should be included on the distribution DVD (and perhaps Live CD too) for openSUSE 12.1. -- openSUSE Feature: https://features.opensuse.org/312277

1 4

[New: openFATE 312209] GTK+ client for Smolt
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Vaibhav Mathur (trojanware) Feature #312209, revision 1 Title: GTK+ client for Smolt openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Vaibhav Mathur (trojanware) Partner organization: openSUSE.org Description: A gtk client for smolt would enable it it to be bundled with the default distribution of openSUSE. -- openSUSE Feature: https://features.opensuse.org/312209

1 2

[New: openFATE 310490] Develop and add a GTK smolt client to openSUSE
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Luis Medinas (lmedinas) Feature #310490, revision 1 Title: Develop and add a GTK smolt client to openSUSE openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Luis Medinas (lmedinas) Partner organization: openSUSE.org Description: Smolt is a project that is picking stats about openSUSE installs. Currently smolt-gui developed upstream is written in Qt and it difficult to add this client to GNOME installation of openSUSE. So it's required to have a GNOME integration to ship on the default install. It's important to have a GTK client similar to smolt-gui and ksmolt (which is the notification service launched on KDE). Use Case: User installs openSUSE GNOME and in the first run it shows a notification asking for the user to submit the hardware data to smolt. If necessary launch a smolt GTK client to send the data. Business case (Partner benefit): openSUSE.org: Most of GNOME users aren't submitting openSUSE stats to smolt database because smolt gui isn't integrated with GNOME. -- openSUSE Feature: https://features.opensuse.org/310490

1 2

[New: openFATE 311136] Use the community repos list to remove repos
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Sven Burmeister (rabauke) Feature #311136, revision 1 Title: Use the community repos list to remove repos openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Sven Burmeister (rabauke) Partner organization: openSUSE.org Description: If the user adds a repo via the community repos list he should be able to remove them via the same way, i.e. have a list where he can de-select and thus remove the repos. That way if he e.g. added some repo which messed-up his system he could just bring up that same list de-select the repo and yast would "update" all installed packages from that repo to the original state and remove the repo afterwards. In YaST's software management it's the same, you add/remove/refresh from within the same list. -- openSUSE Feature: https://features.opensuse.org/311136

1 1

[New: openFATE 312962] Include acpi_osi=Linux pcie_aspm=force by default for Grub boot parameters
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Roger Luedecke (Shadowolf7) Feature #312962, revision 1 Title: Include acpi_osi=Linux pcie_aspm=force by default for Grub boot parameters openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Roger Luedecke (shadowolf7) Partner organization: openSUSE.org Description: acpi_osi=Linux identifies the OS to the BIOS helping fix power and other issues. pcie_aspm=force fixes power regression issue shown here; http://www.phoronix.com/scan.php?page=article&item=linux_2638_aspm&num=1 -- openSUSE Feature: https://features.opensuse.org/312962

1 8

[openFATE 307746] Yast2-UI to mount remote Samba/CIFS-shares
by fate_noreply＠suse.de 08 Dec '16

08 Dec '16

Feature added by: Alex Müller (Larx) Feature #307746, revision 1 Title: Yast2-UI to mount remote Samba/CIFS-shares openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Alex Müller (larx) Description: At the moment there is no working Yast2-module to simply mount remote SAMBA/CIFS shares the "unix way" (i.e. with a directory entry in the filesystem a la "/network/sharename/"). (yast2-samba-client seems to offer this as "expert option", however I don't get it to work.) The different desktop environments offer access with the "smb:/"-protocol, however this doesn't work really consistently. E.g. it doesn't help with consoles and scripts, and even some desktop apps, namely KDE's own Amarok, refuse to use the smb:/-protocol. So I think a Yast2-module - which should be simple to do, as it would only be a frontend to /etc/fstab or /etc/samba/smbfstab - to mount SAMBA shares should be implemented. -- openSUSE Feature: https://features.opensuse.org/307746

1 5

[New: openFATE 312174] Kpackagekit: Patches by default, other updates optional
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Jean Cayron (jeancayron) Feature #312174, revision 1 Title: Kpackagekit: Patches by default, other updates optional openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jean Cayron (jeancayron) Partner organization: openSUSE.org Description: Since 11.4, the official updater in KDE is now kpackagekit and not kupdateapplet anymore. It gives you by default the notification of patches but also the packages on all the repos enabled. For a power user it's a nice feature but for a basic user or a user that wants to have choice in softwares but just wants the system to work, it's anoying. Even with few additional repos, it'll give you a huge amount of updates. For example, you've got just the packman repo enabled, there'll be lots of "micro" version updates (a bit everyday). If you've got to many updates, you won't take the time to sort them, you'll install them all to be no more notified. An official patch from the update-repo is an update that was tested to not break the system. I shouldn't affect stability or functionalities. An update on an additional repo isn't tested as much as a patch. You take always a risk to beak something in your system by using an aditionnal repo. You multiply the risk if you update the same packages constantly. Updating takes also a lot of memory. On low ram systems (like netbooks), it's anoying and can make your system unusable for the time of the update. In few word, update everything possible is bad for stability and uses a lot of memory. In kpackagekit you don't have the choice : - If you remove the other repositories in the preferences, it'll remove it from zypper and yast as well (and you must launch kpk as root to do it, even as it gives the impression you can do it as a normal user). - If you only choose to apply the patches, it's time consuming (click, click, click) and you're constantly left with a notification that you've got X updates. Solution : Kpackagekit should by defalut have the option to list/apply only patch from the official update repo as updates. The listing/apply of other updates should be activated optionaly. -- openSUSE Feature: https://features.opensuse.org/312174

1 1

[New: openFATE 312489] Search for GUI applications in YaST
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Mindaugas Baranauskas (embar-) Feature #312489, revision 1 Title: Search for GUI applications in YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: Now YaST allow to see mixed packages: applications, libraries, extentions for programs... For new users it would be very friedly interface, wich has feature to filter only Applications (programs with GUI). Process of filtering could be based on searching for /usr/share/applications/*.desktop in RPM. (Maybe additionally: extract icons, related to *.desktop files) -- openSUSE Feature: https://features.opensuse.org/312489

1 20

[New: openFATE 310379] SUSE Application Center
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Otso Rajala (daedaluz) Feature #310379, revision 1 Title: SUSE Application Center openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Otso Rajala (daedaluz) Description: Ubuntu 9.10 had one great new feature in it: the Ubuntu Software Center. It's radically dumped down, clean and uncluttered version of Synaptic. See https://wiki.ubuntu.com/SoftwareCenter (https://wiki.ubuntu.com/SoftwareCenter) for throughout description. It is not intended to replace Synaptic, but to make installing softare more accessible. This is definitely something openSUSE needs. YaST is even more powerful than Synaptic, but it's also more cluttered (at least in KDE). Thus, the demand for clearly presented centralized software installation and removal is also larger. I'm proposing, that we bluntly copy Ubuntu Software Center principles and create a native Qt interface for KDE. We might even go further, and give it even sharper "app store" look & feel by making it to present graphical applications only. More advanced users could use YaST or zypp like nothing happened. Use Case: Case 1: New user wants to install Kdenlive. Search in YaST provides plethora of packages, including libraries & debug items. Confusing. Search in Application Center produces only one result. Case 2: advanced user wants to take a glimpse what's available for his new desktop after installation. Application Center presents only graphical applications, offering quick method to do that. -- openSUSE Feature: https://features.opensuse.org/310379

1 10

[New: openFATE 310321] Integrate Bastille Linux, and options for mandriva control center in the YaST.
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: jpxviii jpxviii (jpxviii) Feature #310321, revision 1 Title: Integrate Bastille Linux, and options for mandriva control center in the YaST. Hackweek V: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jpxviii jpxviii (jpxviii) Description: Using as reference the options of the control center and security Mandriva Linux Bastille might be useful to integrate them into Yast and enable end-users productive, non-technical users and program management to better configure more options OpenSuse single or a test response questions as if you use p2p sharing applications like ktorrent and amule (which may also cause the system to check the configuration of ktorrent and amule, as the firewall ports to open suse firewall automatically with no configuration by the user ) Few end users productive and Bastille Linux know-how and know how to use. And in the Mandriva security check I've seen some options that are not in Yast, local security firewall and perhaps there is something useful -- openSUSE Feature: https://features.opensuse.org/310321

1 7

[New: openFATE 311279] Include Warsow & FreeOrion
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Jerome EPRINCHARD (radzaquiel) Feature #311279, revision 1 Title: Include Warsow & FreeOrion openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jerome EPRINCHARD (radzaquiel) Partner organization: openSUSE.org Description: Warsow is a multiplayer-designed FPS like OpenArena but in a cartoon-like style and with special moves. http://www.warsow.net (http://www.warsow.net) FreeOrion is a turn-based space empire & galactic conquest game. A good complement to FreeCiv in my opinion http://www.freeorion.org (http://www.freeorion.org) Business case (Partner benefit): openSUSE.org: To enjoy 2 interesting & well-done games ! -- openSUSE Feature: https://features.opensuse.org/311279

1 5

[New: openFATE 311441] Buil a lobby to make hardware vendors more Linux friendly (open build service)
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Jean-Daniel Dodin (jdd) Feature #311441, revision 1 Title: Buil a lobby to make hardware vendors more Linux friendly (open build service) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd) Partner organization: openSUSE.org Description: We all have some gadget with USB cable not seen by openSUSE (for example GPS). * Could we offer to the hardware makers some room on the build service (yes, including for proprietary software). * could we track the Microsoft work. I'm nearly sure that Microsoft push hard to forgive hardware vendors from releasing Linux drivers. Could we make any survey to make this better known? This is exactly where a cross distribution could be good: we all have the same problem. Business case (Partner benefit): openSUSE.org: We want to be equal on the hardware race -- openSUSE Feature: https://features.opensuse.org/311441

1 4

[New: openFATE 312618] Add and improve the integration of all programs of the GNOME Office in LXDE/12.1
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Genix Info (genixinfo) Feature #312618, revision 1 Title: Add and improve the integration of all programs of the GNOME Office in LXDE/12.1 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Partner organization: openSUSE.org Description: Add and improve the integration of all programs of the GNOME Office in LXDE/openSUSE Linux 12.1: * AbiWord (http://abisource.com/) - word processor * Evince (http://projects.gnome.org/evince/) - document viewer * Evolution (http://projects.gnome.org/evolution/) - groupware and e-mail application * Gnumeric (http://projects.gnome.org/gnumeric/) - spreadsheet * Inkscape (http://inkscape.org/) - vector graphics editor * Ease (http://ease-project.org/) - presentation tool (recently initiated project) * GIMP (http://en.wikipedia.org/wiki/GIMP) - raster graphics editor * Simple Scan (https://launchpad.net/simple-scan) - graphical scanner frontend * Dia (http://live.gnome.org/Dia/) - diagram editor * GnuCash (http://www.gnucash.org/) - accounting software * Planner (http://live.gnome.org/Planner/) - project management tool * Glom (http://glom.sourceforge.net/) - similar to FileMaker * GNOME-DB (http://www.gnome-db.org/) -- openSUSE Feature: https://features.opensuse.org/312618

1 17

[New: openFATE 310288] Not search exactly expression by default in yast-pkg
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: cochise césar (cochisecesar) Feature #310288, revision 1 Title: Not search exactly expression by default in yast-pkg openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: cochise césar (cochisecesar) Description: If i search two or more words in yast-pkg it search the exactly expression. It's a not nice default behavior. The search mode contaisn a option for ~"exacly coincidence" (my systen is in portuguese) but i the contais work how exactly and the exactly not show notging when a made a test search. Use Case: if i search "twitter qt" i need a twitter client wirtten with qt. Then if the program contains booth words in the search scope it should be showed, but it's not happens. -- openSUSE Feature: https://features.opensuse.org/310288

1 4

[openFATE 307512] Improve Qt package manager searching
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: Rastislav Krupansky (ra100) Feature #307512, revision 1 Title: Improve Qt package manager searching openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rastislav Krupansky (ra100) Partner organization: openSUSE.org Description: Qt software manager might use functionality "search as you type". I mean, searching would give me a relevant result already during writing of the name package. This feature is already available in GTk software management (Synaptic also), but for QT isn´t. That means no more writting package name and hitting enter, or clicking on the "Search" button is needed, searching would done over the names ;-) See https://bugzilla.novell.com/show_bug.cgi?id=482578 Business case (Partner benefit): openSUSE.org: Faster, more comfortable and simplified searching. -- openSUSE Feature: https://features.opensuse.org/307512

1 5

[New: openFATE 310508] Tech-Support Desktop Widget
by fate_noreply＠suse.de 04 Dec '16

04 Dec '16

Feature added by: 6tr6tr 6tr6tr (6tr6tr) Feature #310508, revision 1 Title: Tech-Support Desktop Widget openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: 6tr6tr 6tr6tr (6tr6tr) Description: It's not usually included in reviews of OS's but the community behind an OS is actually pretty important. Especially since most people needing help on linux will not be able to just call a "geek squad" to fix things. openSUSE has a strong community but most people might not know to go to the web forums, so I think it would be VERY powerful to build it in to the OS. It would be a built-in widget that sits on your desktop, called openSUSE Free Tech-Support (it's mostly a client to the web forums). Any questions you have, you could ask right there on your desktop, similar to a Twitter widget. Also, it would popup un-obtrusive alerts in the lower right of your screen when you get replies (similar to firefox's "file download complete"). As well, it would be integrated into the built-in OS apps something like this: * If an OS-level error or openSUSE built-in app error occurs, the error box has a link "Get help with this error from openSUSE Tech Support" which goes to the widget on the desktop and starts the post/question with the error message in code tags and any other important info needed. (The user could then give it a subject, change the category or add any text before submitting it) * Built-in apps (like Dolphin, or anything from the openSUSE repos) have a link/icon for asking for help in doing something (e.g. in YAST) that opens the desktop widget - the widget then periodically checks for responses and alerts you when you have one (similar to a twitter widget) and shows the response. And what a huge selling point this would be for openSUSE! It'd be like your own built-in tech support! No other OS has that! -- openSUSE Feature: https://features.opensuse.org/310508

1 5

[New: openFATE 310089] Remove not needed Repositroies after oneklick was successfull
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: matthias propst (l1zard) Feature #310089, revision 1 Title: Remove not needed Repositroies after oneklick was successfull openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: matthias propst (l1zard) Description: When using Oneklick install, usaly the needed repositories are added to the repository list, even if you just need only one package from that repository. if you are using One Klick Install multiple times the user probertly would end up with an unnecessary long list of ununsed repositories. how about removing them shortly after One Klick Install has finished or at least ask the User for removing or keep the useed repository. Its enoying to delete them manualy everytime you do an OneklickInstall. -- openSUSE Feature: https://features.opensuse.org/310089

1 4

[openFATE 306412] Easy and unified way to enable/disable optional/experimental features
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Tejun Heo (teheo) Feature #306412, revision 1, last change by Title: Easy and unified way to enable/disable optional/experimental features openSUSE-11.2: New Priority Requester: Desirable Requested by: Tejun Heo (teheo) Description: When new things are introduced, it always generates certain amount of controversy. It's sometimes due to the quality of the initial implementation; other times, the feature itself isn't appealing to large subset of the userbase. Examples of this type of features include compiz, beagle and pulseaudio. Given that features which generate a lot of controversies are desktop related as they are the most visible and that as a distro openSUSE wants to ship and experiment with new features, having an easy and unified way to opt in and out of controversial features would resolve a lot of griefs without harming test coverage too much. I suggest installing new features by default and ask whether the user wants to opt in and out of those features from ggreeter. It wouldn't add another step while still providing choices upfront. Also, the same selection should be available through control pannel. This feature would be superset of fate#305296. -- openSUSE Feature: https://features.opensuse.org/306412

1 11

[New: openFATE 310569] moblin like interface
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Pavan kumar.L (trans123) Feature #310569, revision 1 Title: moblin like interface openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Pavan kumar.L (trans123) Description: Moblin interface is in the right direction of user-friendliness. So why not implement in upcoming version. Gnome 3 gonna have a similar look. But if the uses have given an option get interface like moblin by installing some packages over existing gnome packages It would be nice and would be a great help for NOTEBOOK users Thnaking you Use Case: For Notebook users as moblin is only for netbooks -- openSUSE Feature: https://features.opensuse.org/310569

1 2

[New: openFATE 310205] using slocate instead of locate
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: matthias propst (l1zard) Feature #310205, revision 1 Title: using slocate instead of locate openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: matthias propst (l1zard) Description: maybe it would be a good idea to use slocate as default in findutils-locate package. it may called findutils-slocate. here are the reasons why i think we should use this: first its faster. i dont know how they do this but it really is faster. second it is more secure than locate because Secure Locate provides a secure way to index and quickly search for files on your system. It uses incremental encoding just like GNU locate to compress its database to make searching faster, but it will also store file permissions and ownership so that users will not see files they do not have access to. updatedb could than be a simple script or even an alias pointing to slocate -u / i just compiled it in my system and it works. -- openSUSE Feature: https://features.opensuse.org/310205

1 4

[New: openFATE 310433] Support for apt-url
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Jiri Masek (masekj) Feature #310433, revision 1 Title: Support for apt-url openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Jiri Masek (masekj) Description: In the fact there are many webpages and articles (not only ubuntu tutorials) using apt-url feature to install software, would be nice if openSUSE implements own solution for this feature. My idea is following: - There is a webpage containing this: <a href="apt:thunderbird">Install Thunderbird</a> - User click on "Install Thunderbird" button, and then YaST (or other zypper/libzypp gui) is called. - openSUSE search all added repositories for linked package (in this case thunderbird) and install it (or shows a dialog "Package was not found, please add repository containing this package" or "Software is already installed on your computer"). Think that this is very simple and it can help a little bit to starting users. Also it is a little more comfortable for any user :-) -- openSUSE Feature: https://features.opensuse.org/310433

1 7

[New: openFATE 310271] FreeRDP
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Vladan Laxa (koulinek) Feature #310271, revision 1 Title: FreeRDP openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Vladan Laxa (koulinek) Partner organization: openSUSE.org Description: FreeRDP is a fork of the rdesktop project that intends to rapidly start moving forward and implement features that rdesktop lacks the most. www.freerdp.com (http://www.freerdp.com/) Business case (Partner benefit): openSUSE.org: Implemented features that not working in current rdesktop release. For example support for windows 2008 session broaker load balancing. -- openSUSE Feature: https://features.opensuse.org/310271

1 5

[New: openFATE 310845] Develop script to setup cacti with default settings
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Glenn Doig (doiggl) Feature #310845, revision 1 Title: Develop script to setup cacti with default settings openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello can a script be developed to install the cacti package using default values [1] . Thanks Glenn [1] http://en.opensuse.org/Cacti -- openSUSE Feature: https://features.opensuse.org/310845

1 1

[New: openFATE 310099] Server GUI option
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Ney walens de Mesquita (nwm) Feature #310099, revision 1 Title: Server GUI option openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Ney walens de Mesquita (nwm) Description: I Think that openSUSE is suitable for use in a server envoroment, we just have to remove some packages like multimedia, games and so one... Why not implement a small set of packages with one interface like KDE or GNOME named sever GUI? -- openSUSE Feature: https://features.opensuse.org/310099

1 3

[New: openFATE 310758] Multitouch input layer from X.Org Server 1.10 for opensuse 11.4
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: jimbo bigcreed (Dimble_ThriceFoon) Feature #310758, revision 1 Title: Multitouch input layer from X.Org Server 1.10 for opensuse 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jimbo bigcreed (dimble_thricefoon) Description: A request for the multi-touch support to be included in opensuse 11.4 via Multi-Pointer-X, due to be rolled into X.org Server 1.10 in mid February 2011. Ubuntu are also trying to include this but are concerned, as I imagine the opensuse devs will be, by the scheduled release date being so close to distro deadlines for their spring release. However, if it is not possible to include 1.10 would it be possible to do what Ubuntu have discussed, and back-port the entire input layer from X.Org Server 1.10 into their 1.9 build so they can have the latest multi (http://www.phoronix.com/scan.php?page=news_item&px=ODcyMg#) -touch work. * Thu, Jan 20 2011, openSUSE 11.4 Milestone 6 release * Thu, Feb 10 2011, openSUSE 11.4 RC 1 release * Fri, Feb 25 2011, openSUSE 11.4 RC 2 release * Thu, Mar 03 2011, openSUSE 11.4 Goldmaster * Thu, Mar 10 2011, openSUSE 11.4 Public Release -- openSUSE Feature: https://features.opensuse.org/310758

1 18

[New: openFATE 309360] Bootloader cleanup idea
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: ryan smith (ryan1414) Feature #309360, revision 1 Title: Bootloader cleanup idea openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: ryan smith (ryan1414) Description: I have a feature request for OpenSuse 11.3's bootloader. Currently if a user install's a new linux kernel the bootloader displays multiple installations like this: OpenSuse 11.2 -2.6.31 etc etc (default) Failsafe OpenSuse 11.2 -2.6.3 etc etc (default) Desktop OpenSuse 11.2 -2.6.31 etc etc Failsafe OpenSuse 11.2 -2.6.3 etc etc (desktop) Alot of beginners won't even know what this is or which one to choose. You should only display one OpenSuse 11.2 and hide the other options with a "see more" button that users can push Enter on to make them visible. -- openSUSE Feature: https://features.opensuse.org/309360

1 3

[New: openFATE 310025] Set Repository priority at install
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Andreas Tumbas (BuddelBob) Feature #310025, revision 1 Title: Set Repository priority at install openFATE: Unconfirmed Priority Requester: Desirable Requested by: Andreas Tumbas (buddelbob) Description: A higher priority setting for the main repositories. With the settings as they are now, we have the main repositories all set at priority 99, new added repositories at 99 and one-click-install added repositories at 99. This, for sure will lead into troubles as users begin to use the package management and the vast number of repositories out there. When updating through "zypper dup", the system will always update to the latest version package out of all repositories, because all of them have the same priority. When installing new software, yast and zypper would always choose the latest package as well. This will break the system sooner or later with many repositories added and especially the meant to be easy to use one-click-install will speed that up, when users use them. When we would change the default priority of the main repositories to, for example, 80 for update and 90 for the other main repositories (oss, non-oss, source...), while 99 is still the priority of newly added repositories, repositories added by one-click-install or manually will not break the system while the user still get the updates that are provided by the repositories, unlike with the suggestion usually found in the forums community to disable every repository besides the main ones (plus packman). Use Case: Add many repositories by one-click-installing or manually without manually changing priority or disabling them. -- openSUSE Feature: https://features.opensuse.org/310025

1 6

[New: openFATE 308765] software repositories: provide import/export of repositories list
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Maciej Pilichowski (truemacias) Feature #308765, revision 1 Title: software repositories: provide import/export of repositories list openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Maciej Pilichowski (truemacias) Description: software repositories: provide import/export of repositories list ...so user could export all his/her repositories, save the the list on the disk, and on the other computer after simple import she/he could get exact copy of repo list. Original report: https://bugzilla.novell.com/show_bug.cgi?id=466480 -- openSUSE Feature: https://features.opensuse.org/308765

1 8

[New: openFATE 310406] Make /sbin and /usr/sbin accessible by sudo out-of-the-box
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Jan Matejek (matejcik) Feature #310406, revision 1 Title: Make /sbin and /usr/sbin accessible by sudo out-of-the-box openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Jan Matejek (matejcik) Partner organization: openSUSE.org Description: In current situation, /sbin and /usr/sbin are excluded from user path. If the user wants to use 'sudo' to run superuser tools located in sbin, the command fails. Example: matejcik@ws-pool1:~> yast2 Absolute path to 'yast2' is '/sbin/yast2', so running it may require superuser privileges (eg. root). matejcik@ws-pool1:~> sudo yast2 sudo: yast2: command not found Sudo should be configured out-of-the-box to be able to find commands located in /sbin and /usr/sbin - either by modifying secure_path in /etc/sudoers, or putting sbin's back into default user paths. Business case (Partner benefit): openSUSE.org: One of the common scenarios for administering a Linux system is never logging in as root and using sudo to execute all superuser commands. This approach fails miserably in openSUSE, making it less comfortable for some power users, and much less accessible for users coming from other distributions (most notably Ubuntu, where the sudo approach is the officially sanctioned way of doing things) -- openSUSE Feature: https://features.opensuse.org/310406

1 15

[New: openFATE 310478] SoftwareCenter
by fate_noreply＠suse.de 03 Dec '16

03 Dec '16

Feature added by: Diogo Piçarra (xpetept) Feature #310478, revision 1 Title: SoftwareCenter openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Diogo Piçarra (xpetept) Description: One of the biggest usability problems in opensuse is it's package management system and Qt update apple. The update apple rarely works and keeps blocking the YaST package manager. It's pointeless to have an Qt and an GTK app to do the same thing when none of them are good. So my proposal is to create a SoftwareCenter from scratch like the ubuntu SoftwareCenter(https://wiki.ubuntu.com/SoftwareCenter). I really hate ubuntu but this is one of the few good things ubuntu have. I think the openSuse team should start by doing a specification wiki page like in ubuntu. Some things i think that should be added to that specification are: - ONE Qt based application(no GTK application) - update applet integrated with the kde notification system. - no instalation blocking. The user only need to click in an intall button to install the application. if the user orders another instalation the instalation will be queued. - One search to search everywhere(packages, webpin and http://software.opensuse.org) even if the repositories is not instaled or add had an option on a preferences dialog to search on non-official repositories. Sorry for my bad english. -- openSUSE Feature: https://features.opensuse.org/310478

1 3

[New: openFATE 313037] central font repository
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Kim Leyendecker (openLHAG) Feature #313037, revision 1 Title: central font repository openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: http://lists.suse.de/opensuse-packaging/2011-11/msg00126.html Hi, over the years, I've collected a bunch of great fonts in my home repository. However, it seems we don't have a consistent naming schema for fonts. Although the Packaging Guidelines[1] links to the old Wiki[2], the information therein is printed in red and I'm not sure how useful is this nowadays. This has some interesting effects. If you search for fonts like this: # zypper se font you will get _some_ but not all. For example, the popular Linux Libertine and DejaVu fonts are not listed. A user has to _know_ the name. IMHO this is not very intuitive and userfriendly. On the other side, we have lots of fonts which are very inconsistently named. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts From a usability perspective, it would be very convenient to have a consistent naming schema with a specific prefix (or suffix), for example a "-fonts" suffix. Ubuntu has the prefix "ttf-" for their packages: http://packages.ubuntu.com/search?suite=natty&section=all&arch=any&searchon… Fedora has the suffix "-fonts" for their packages: https://admin.fedoraproject.org/pkgdb/acls/list/*-fonts*?_csrf_token=b27215… Another issue: Do we have a special repository dedicated only to fonts? I couldn't find any... Do you think this is useful? What do you think? -------- [1] http://en.opensuse.org/openSUSE:Packaging_guidelines [2] http://old-en.opensuse.org/Packaging/Fonts_Policy#Package_layout_for_fonts -- GruÃ/Regards, Thomas Schraitle ---------------------------------------------------------------------- SUSE LINUX Products GmbH (o< Maxfeldstrasse 5 /\\ Documentation Specialist 90409 Nuernberg, Germany _\_v http://www.suse.com http://lizards.opensuse.org/author/thomas-schraitle/ SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix ImendÃ¶rffer, HRB 21284 (AG NÃ¼rnberg) -- openSUSE Feature: https://features.opensuse.org/313037

1 5

[New: openFATE 313035] Invent Consistent Font Naming Schema
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #313035, revision 1 Title: Invent Consistent Font Naming Schema openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Schraitle (thomas-schraitle) Partner organization: openSUSE.org Description: Currently, our package names for fonts are suboptimal. Here are some examples: farsifonts fonts-arabic freefont gnu-unifont indic-fonts intlfonts-ttf xorg-x11-fonts >From a usability perspective, it would be better to make a consistent naming schema for font packages. Naming schemas from other distributions: * Ubuntu: prefix with "ttf-" * Fedora: suffix with "-fonts" With the above inconcistency, popular fonts like LinuxLibertine or dejavu cannot be found. Business case (Partner benefit): openSUSE.org: The benefits: * Consistency: easier to find, easier to install * Usability: better to memorize and therefor easier to find * Migration: Users from other distributions find their fonts easier -- openSUSE Feature: https://features.opensuse.org/313035

1 32

[New: openFATE 312998] Always have user picker in default KDM theme
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: Joseph Mulloy (jdmulloy) Feature #312998, revision 1 Title: Always have user picker in default KDM theme openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Joseph Mulloy (jdmulloy) Partner organization: openSUSE.org Description: The new KDM Theme for 12.1 does not have a user picker, whereas the KDM theme for 11.4 did have one. This is a regression in my opinion. It is 2011, all major Operating Systems have user pickers in their logon managers. OpenSuse needs to make it a policy that the default KDM/GDM theme in EVERY version has a user picker. With recent unpopular changes in a more popular distro this is a great chance for OpenSuse to gain users, therefore we should make it as user friendly as possible. This is a little thing that makes a big difference. Use Case: Joe is a user who wants to setup an OpenSuse PC for his family with each family member having their own account. His family members are "average users" who should be able to just click on their own user instead of having to remember a username. -- openSUSE Feature: https://features.opensuse.org/312998

1 3

[New: openFATE 311182] External Usb Speakers support for laptop users
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: alaios alaios (alaios) Feature #311182, revision 1 Title: External Usb Speakers support for laptop users openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: alaios alaios (alaios) Partner organization: openSUSE.org Description: Hello this is something needed for laptop users when they plug in a lot external devices. The idea to post my idea here was suggest at this thread: http://forums.opensuse.org/english/get-technical-help-here/hardware/453416-… Main Point: is the opensuse to redirect sound to external usb spekers when plugged in. Below you will find a typical scenario that depicts the need for such a feature Scenario: I am a laptop user and I always want to use my external usb speakers. Of course as you said I can always configure them to be the default device but this does not support well the ad-hoc action. For example I move my laptop from my working room to the living room and I forget to take with me the usb speakers. Linux boots up and uses the on board sound card as the external usb speakers were not detected. So far goes fine. Then my wife suggests me to watch a movie then I have to bring and plug in my external speakers as then I have louder and clearer sound. I plug external speakers back but ... oups sound doesnot redirect to them. If I do alsasound restart then everything works fine.. but this is something that does not work well with any program that was using the sound device. For example flash videos inside firefox crash... Then after I am watching my movie I would like to take the laptop on the couch which means that I can not have the external speakers still plugged in and I have to work with the on board sound card ... so I unplug the external speakers .. but oups no sound again. I have again to restart alsasound service (not to mention --> open console-->become root-->restart service). This is why in windows things are more straightforward... you plug in something sound redirects there (when you plugin something 90% of the time you want to use it) I am not sure if my example makes more clear why I do believe that such a feature is important. Might be also good when I connect a usb sound device to get a prompt from the os 'New Sound device detected. Do you want to use it as default?' or 'External usb speakers were removed. Do you want to fall back to the on-board sound card?' -- openSUSE Feature: https://features.opensuse.org/311182

1 4

[openFATE 307844] Aria2c as DEFAULT Download Manager
by fate_noreply＠suse.de 02 Dec '16

02 Dec '16

Feature added by: John Shand (jshand2008) Feature #307844, revision 1 Title: Aria2c as DEFAULT Download Manager openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: Since in openSUSE 11.2 aria2c is going to be the main download manager, wouldn't it make sense to also have a GUI for this application for KDE or GNOME? -- openSUSE Feature: https://features.opensuse.org/307844

1 3

[openFate 305556] rpm -q --whatrecommends foobar
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Stephan Binner <stbinner(a)novell.com> Feature #305556, revision 1, last change by Title: rpm -q --whatrecommends foobar openSUSE-11.2: New Priority Requester: Desirable Requested by: Stephan Binner <stbinner(a)novell.com> Partner organization: openSUSE.org Description: For debugging purporses why a package is installed it would be nice to have a "--whatrecommends" query option for rpm and not only "--whatrequires". -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305556

1 12

[New: openFATE 310870] Add WEEKLY_TIME for weekly crons
by fate_noreply＠suse.de 29 Nov '16

29 Nov '16

Feature added by: Richard Ems (rems0) Feature #310870, revision 1 Title: Add WEEKLY_TIME for weekly crons openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Richard Ems (rems0) Partner organization: openSUSE.org Description: When running cron jobs some of them can increase IO heavily, slowing the system down, like suse-updatedb from findutils-locate, doing a large find on the filesystems. On production servers being used by several users, these scripts have to be started at non working hours. In /etc/sysconfig/cron we already have a variable called DAILY_TIME which controls at what time the scripts in /etc/cron.daily are being started by /usr/lib/cron/run-crons . A similar approach would be very useful for the weekly crons, allowing a better control of the day and time when weekly cron jobs are started. -- openSUSE Feature: https://features.opensuse.org/310870

1 1

[New: openFATE 310643] Easier System Configuration with KDE
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Donald Tosaw (dontosaw) Feature #310643, revision 1 Title: Easier System Configuration with KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Donald Tosaw (dontosaw) Description: I'm not sure if this needs to be brought up on this forum, on a KDE project forum, or both. I find display monitor configuration navigation to be confusing and difficult in openSUSE 11.3 with KDE. I also find the inability to configure my Logitech mouse behavior (double-click speed etc.) to be a significant problem for some users. I have found openSUSE with Gnome to be much better in the area of mouse configuration. -- openSUSE Feature: https://features.opensuse.org/310643

1 1

[New: openFATE 310690] improve zypper se to include or suggest zypper wp
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Felix Miata (mrmazda) Feature #310690, revision 1 Title: improve zypper se to include or suggest zypper wp openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Felix Miata (mrmazda) Description: I'm sure I'm not the only one to not notice wp in the man page after finding se, or forget that se is not full search. When zypper se finds nothing, it should either suggest to use zypper wp instead, or just rerun itself substituting wp for se. -- openSUSE Feature: https://features.opensuse.org/310690

1 2

[New: openFATE 310199] Repository Announcements
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Robin Knapp (rknapp) Feature #310199, revision 1 Title: Repository Announcements openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Robin Knapp (rknapp) Description: I often read announcements in Mailing Lists that repositories are renamed, deleted or whatever. Especially in the KDE repos there is currently much restructuration ongoing. I propose to implement a feature in libzypp and its GUIs to be able to show important announcements for each repository. Ideally, multiple repositories can issue one common announcement which will be displayed only once. Examples: - This repository will swich from KDE 4.5 to KDE4.6. To keep KDE 4.5, _switch_to_repository_xyz_. - The repositories x, y and z will be moved on $date. Click _here_ to change it now - This repository is obsolete. _remove_. (Maybe repository switching, removing, adding etc. can be done by clicking on a link in that text) -- openSUSE Feature: https://features.opensuse.org/310199

1 7

[New: openFATE 310507] Repo-Changing Notifications in Updater Applet
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: 6tr6tr 6tr6tr (6tr6tr) Feature #310507, revision 1 Title: Repo-Changing Notifications in Updater Applet openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: 6tr6tr 6tr6tr (6tr6tr) Description: Recently, the repository KDE:Community was taken offline and the packages in there were apparently distributed into other repos. As a user of openSUSE, the onyl way I discovered this was via a constant error in my updater applet that told me it was unavailable. Then I went to the forums with the error and was informed why. I was also told that there had been advance notice on some mailing list (a list that people who download and install openSUSE will nto be a member of automatically). This is a very poor way of handling this for users of openSUSE! What should have happened was this: * Update Applet checks for updates and sees there's a "Repository Change Notification." * It pops up this notification which reads something like: --------------------------------------------------------------------------------------------------- Repository: KDE Community URL: http://...elided.../Community This repository is being removed on August 24, 2010. The packages maintained in here will be switched to numerous other repositories, some of which are new. To make sure you can update any packages/applications you have provided by this repository, you have two options: 1. Click here to have YAST handle the switch automatically. It will do the following: a. Add the New Repositories b. Check for any packages you have in this repository c. Switch the packages over to the new repositories 2. Do this manually. See instructions at: http://someurl --------------------------------------------------------------------------------------------------- This popup then gives users of openSUSE advance notice and an easy way to handle switching the packages over and changing repositories. -- openSUSE Feature: https://features.opensuse.org/310507

1 8

[openFATE 306848] Provide firmware package ( non-oss )
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Denny Beyer (lumnis) Feature #306848, revision 1 Title: Provide firmware package ( non-oss ) openFATE: Unconfirmed Priority Requester: Desirable Requested by: Denny Beyer (lumnis) Description: We should provide a firmware package for all drivers requiring one, eg. many tv cards or scanners etc. Even better would be if this package would be automatically installed (or the user will be prompted to install) if a device has been plugged in for the first time. Firmware files are relatively small compared to harddisk size, so one package for all tv cards, one for scanners etc. should do. -- openSUSE Feature: https://features.opensuse.org/306848

1 12

[New: openFATE 311047] Remove Windows Local Installer
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Carl Fletcher (caf4926) Feature #311047, revision 1 Title: Remove Windows Local Installer openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Carl Fletcher (caf4926) Partner organization: openSUSE.org Description: The local installer which starts up when a windows user loads the openSUSE DVD, allowing installation to be started from a running windows OS, IS an absolute disaster. Did I say it was an absolute disaster? Oh yes, I did say that. Either remove it or include a unmistakable warning, that using it is likely to lead to disaster and that installation is best done by booting from the DVD. Business case (Partner benefit): openSUSE.org: Users that run this installer are messing up their system and the overall result is that it gives them a very bad impression of openSUSE. -- openSUSE Feature: https://features.opensuse.org/311047

1 10

[New: openFATE 313344] Move from by-id device naming to by-uuid
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Mike Sterling (mikesterling) Feature #313344, revision 1 Title: Move from by-id device naming to by-uuid openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mike Sterling (mikesterling) Partner organization: openSUSE.org Description: Both SLES 11 SP2 and OpenSUSE 12.1 use /dev/disk/by-id. The problem with the by-id naming scheme is that the underlying deviceâs ID can change across reboots. This is an issue with the Hyper-V device platform, and is resolved by using either by-uuid or /dev/sdX naming conventions. Windows Server 2008 SP2: Intermittent failures observed. Windows Server 2008 R2 SP1: Intermittent failures observed. Windows Server â8â Beta: Intermittent failures observed. Failures in the above generally refer to an inability to mount the root filesystem after a reboot, rendering the VM useless. The ask to switch from /dev/disk/by-id to /dev/disk/by-uuid for device naming should resolve these issues. Business case (Partner benefit): openSUSE.org: Users of OpenSUSE on Hyper-V will not need to modify /etc/fstab to change the device names. -- openSUSE Feature: https://features.opensuse.org/313344

1 2

[New: openFATE 311440] tracking pps/ppt powerpoint slideshow with openoffice
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Jean-Daniel Dodin (jdd) Feature #311440, revision 1 Title: tracking pps/ppt powerpoint slideshow with openoffice openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd) Partner organization: openSUSE.org Description: Hello, tracking why I have to switch to windows I found very little reasons, here is one of them. Old people uses Internet mostly for e-mail, photo sharing and slideshow viewing. Firerfox, Thunderbird and Digikam take this into account. But it's still impossible to listen to any of the innumerable slideshow that fill internet with openoffice. They not even work well in wine+microsoft reader. I'm nearly sure that Microsoft insert in powerpoint (like in most of it's software) tricks to make the life hard to the competitors (us). Thats why we should have some sort of tracking to the power point versions and have a way to make these slides run smoothly under openSUSE. I know at least three old people wanting this, including my mother (91' years old) that have winbdows vista for this only reason and not at all satisfied (she used to have openSUSE), but she need to see the photos, going automatically with the transitions, and listening to ther fair music. Right now, under openSUSE, I'm not even able to identify what is the music codec! Test Case: these files are extremely hudge (and makes more traffic than spam!!). I can share many of them if necessary. Some a read, but most are not completely Business case (Partner benefit): openSUSE.org: we want this feature to keep a great number of older people that could be very fine with the openSUSE security and no virus system, but wants to listen and enjoy hundred of slideshow (at least three different each day :-)) -- openSUSE Feature: https://features.opensuse.org/311440

1 2

[New: openFATE 312245] Include catci software in the next opensuse release
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Glenn Doig (doiggl) Feature #312245, revision 1 Title: Include catci software in the next opensuse release openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Partner organization: openSUSE.org Description: Hello Can the catci software [1] be included in the next opensuse. The reason I ask is to have some monitoring tools available setup and ready to use. Built rpms listed at [2] Set it up do it discovers and graphs devices, traffic volume/bandwidth. Some sample graphs at [3]. OpenSUSE setup info listed at [4] Thankyou Glenn [1] http://cacti.net/ From url. -> Cacti is a complete network graphing solution designed to harness the power of RRDTool's data storage and graphing functionality. Cacti provides a fast poller, advanced graph templating, multiple data acquisition methods, and user management features out of the box. All of this is wrapped in an intuitive, easy to use interface that makes sense for LAN-sized installations up to complex networks with hundreds of devices. [2] built rpms -> http://download.opensuse.org/repositories/home:/worldcitizen/openSUSE_11.4/… [3] Some sample graphs: - http://cacti.kernel.org/graph_view.php?action=tree&tree_id=2 - http://cacti.kernel.org/graph_view.php?action=tree&tree_id=3 [4]OpenSUSE setup info http://en.opensuse.org/Cacti -- openSUSE Feature: https://features.opensuse.org/312245

1 3

[openFATE 307465] Enable zypper to auto-complete package names
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Sven Burmeister (rabauke) Feature #307465, revision 1 Title: Enable zypper to auto-complete package names openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sven Burmeister (rabauke) Description: I think it would be handy if zypper could auto-complete package names as the shell can do for commands, i.e. if there is more than one possible match, show a list, if not auto-complete. -- openSUSE Feature: https://features.opensuse.org/307465

1 7

[New: openFATE 310942] include BCache (cache on SSD) in kernel
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Vadims Korsaks (truckk) Feature #310942, revision 1 Title: include BCache (cache on SSD) in kernel openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Vadims Korsaks (truckk) Partner organization: openSUSE.org Description: Bcache is a patch to use SSDs to transparently cache arbitrary block devices. Its main claim to fame is that it's designed for the performance characteristics of SSDs - it avoids random writes and extraneous IO at all costs, instead allocating buckets sized to your erase blocks and filling them up seqentially. It uses a hybrid btree/log, instead of a hash table as some other caches. Business case (Partner benefit): openSUSE.org: SSD devices can help improve rotation disks performance, this will give better overal performance and allow to use big rotation disks capacity. -- openSUSE Feature: https://features.opensuse.org/310942

1 5

[New: openFATE 310975] Video Driver Pre-Install Script for ATI Installation
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Helen South (helen-au) Feature #310975, revision 1 Title: Video Driver Pre-Install Script for ATI Installation openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Helen South (helen-au) Partner organization: openSUSE.org Description: Installing ATI Catalyst is problematic, possibly due to pre-existing FGLRX drivers which need to be removed before installation of the ATI drivers. It's remarkably easy for a non technical user to come up with a botched installation. Doubly so for the 64 bit version which has 32 bit dependencies. openSUSE needs some sort of easy-install process, which will find and remove any conflicting FGLRX drivers, and if possible download and install the right ATI driver for the current kernel. Business case (Partner benefit): openSUSE.org: Because the current instructions on a selection of forums and wikis are confusing, and the latest release of the ATI driver seems to conflict with the 11.3 kernel, and this type of frustration with installation is a dealbreaker for many users. -- openSUSE Feature: https://features.opensuse.org/310975

1 3

[New: openFATE 311446] Split Kernel rpms from Tumbleweed repo
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Bill P (google01103) Feature #311446, revision 1 Title: Split Kernel rpms from Tumbleweed repo openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Bill P (google01103) Partner organization: openSUSE.org Description: Currently the Tumbleweed repo contains both app and kernel rpms, I propose that the Tumbleweed project be split into 2 repos - kernel and apps. The reason for this being that updating a kernel can be much more problematic/disruptive to an existing install compared to just updating apps. I admit this might be an unwarranted personal concern but it gives me pause when considering using the Tumbleweed repo. Locking the kernel rpms would also lock the oss repo's kernel updates which would not be a wise move as oss kernel updates have defined pupose (stability, security). -- openSUSE Feature: https://features.opensuse.org/311446

1 3

[New: openFATE 312151] make KDE's "kickoff" launcher menu recognizable in "Add widgets"
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: NCE_DDI BCI Da (bci) Feature #312151, revision 1 Title: make KDE's "kickoff" launcher menu recognizable in "Add widgets" openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: NCE_DDI BCI Da (bci) Partner organization: openSUSE.org Description: Nearly once a month, one of our users somehow manages to vanish his application launcher menu (aka kickoff), angry asking "Where's my green start button gone?!". Even if he then manages to get to his panel options and find the "Add widgets" function, he'll never discover "my greenish chameleon symbol" there. He's usually completely lost at identifying the entry "Application Launcher Menu" as his missing widget, because that only bears that standard, feebly blue/white "K gear" symbol. Even if he then manages to remember his missing bit was named like "kick" and types "kick" or "kickoff" in the search field of the "Add widgets" window - he'll find nothing... Why is that? So I'd like to suggest: - change the symbol of "Application Launcher Menu" in the "Add widgets" list to the green "SUSEgreeter" symbol everybody recognizes at once - give this entry the keyword "kickoff" so that searching for "kick*" would reveal exactly this entry Since I'm a systems administrator and not a developer, PLEASE upstream this to KDE4 if it'd be rather their responsibility. Many thanks and keep up the good work!! -- openSUSE Feature: https://features.opensuse.org/312151

1 2

[New: openFATE 311024] add pyudev, the python bindings for libudev, as a package
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Axel Theilmann (honx) Feature #311024, revision 1 Title: add pyudev, the python bindings for libudev, as a package openSUSE.org: Unconfirmed Priority Requester: Desirable Requested by: Axel Theilmann (honx) Partner organization: openSUSE.org Description: it would be nice to have the python-bindings for libudev as a package in the opensuse distribution. http://packages.python.org/pyudev/ they work very well and are under quite active development. -- openSUSE Feature: https://features.opensuse.org/311024

1 4

[New: openFATE 311188] Capacitive touch screen
by fate_noreply＠suse.de 25 Nov '16

25 Nov '16

Feature added by: Vei Song (veisong) Feature #311188, revision 1 Title: Capacitive touch screen Buildservice: Unconfirmed Priority Requester: Important Education Li-f-e: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important openSUSE.org: Unconfirmed Priority Requester: Important openSUSE Medical: Unconfirmed Priority Requester: Important Requested by: Vei Song (veisong) Partner organization: openSUSE.org Description: Nowadays more and more devices (x86) comes with capacitive touch screen (like on iPad). I think that they won't be main "work force" in the field but it is really great to have OpenSuse tablet with you wherever you go. It is just convenient for a lot of tasks. Please, read the topic of forum. I will update it with all necessary information to help community to make such capacitive screens work correctly. Test Case: I have bought a device with 10.1" capacitive touch screen. I have tried OpenSuse Milestone 5 (future release). It works great, but... My capacitive touch screen positioning cursor correctly but when I touch screen, it is like I clicking mouse for 9 times. One touch of icon of a program... and it opens it 9 times. I looked in hardware information in yast and the name of my touch panel in the following: UNITEC Touch Panel (Win7) Vendor number: 205437 It works good, but not useful, because I cannot really touch any icon with my finger, it will open it 9 times... Business case (Partner benefit): openSUSE.org: More and more computers will have capacitive touch screens and we (I hope I can say like that) want OpenSuse to be up-to-date OS. -- openSUSE Feature: https://features.opensuse.org/311188

1 3