January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 313002] KDE4: widget for battery shows remaining time in popup
by fate_noreply＠suse.de 13 Jun '17

13 Jun '17

Feature added by: Philipp Niehues (cotrinox) Feature #313002, revision 1 Title: KDE4: widget for battery shows remaining time in popup openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Philipp Niehues (cotrinox) Partner organization: openSUSE.org Description: Since KDE 4.3 the battery widget does neither provide the remaining time nor a GUI way to change it. openSUSE follows upstream while other distributions patch this. It is only shown in the popup, after you click on the widget. It is not shown directly and not shown mouse-over. Business case (Partner benefit): openSUSE.org: There was discussion about it. I think the time is more concrete and therefore useful. There is lots of room, so I don't see the point removing it. -- openSUSE Feature: https://features.opensuse.org/313002

1 3

[New: openFATE 321935] To play Rammstein's samples on installation process :)
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Mikhail Kasimov (k_mikhail) Feature #321935, revision 1 Title: To play Rammstein's samples on installation process :) openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mikhail Kasimov (k_mikhail) Partner organization: openSUSE.org Description: Operation system installation process is very silent, and sometimes it becomes boring a little bit. Let openSUSE has an option (checkbox) "Sing Rammstein's songs" during the installation process. :) Business case (Partner benefit): openSUSE.org: Just-for-fun. :) -- openSUSE Feature: https://features.opensuse.org/321935

1 5

[New: openFATE 316439] User Management/Parental Controls
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: John Moore (Johnfm3) Feature #316439, revision 1 Title: User Management/Parental Controls openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: John Moore (johnfm3) Partner organization: openSUSE.org Description: As technology becomes more in family lives, the ability to manage is important. As a parent, what is needed is some way to govern computer usage. Parents are not the only ones who could use this. But would be the primary ones who would appreciate it. Currently KChildLock is the only decent which is a KDE App, the newest Opensuse its written for is 12.2. It allows for one to choose between what times a user can log into KDE, an for how long that user can be logged on. KChildLock has one more really cool feature of governing how long a user uses a paticular app while logged on, but that a bit over kill for what I would like request be added to the Yast User module. It would be really convient to add this to the User yast module. With a longterm plan of administration via setting from LDAP. This way its not a 3rd party app, but part of the OpenSuse distrbution default install for those who want to use it. Business case (Partner benefit): openSUSE.org: If you google/bing search for Parental Control's, you will find some purchasable pieces of software which you can install on Windows systems. What you will also notice is this is a common issue for parents an some system adadministrators of all OS types. Mac users have this built in thier OS by default. An now 1 Ubuntu version is now available. Many have had to come up with creative solutions to achieve this goal including cron jobs an scripts. This feature would make OpenSuse/Novel Suse more of a family friendly OS which would be recommended to those who want a solid OS with parental control available. -- openSUSE Feature: https://features.opensuse.org/316439

1 3

[openFATE 307418] Parental control module
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Jean Cayron (jeancayron) Feature #307418, revision 1 Title: Parental control module openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Jean Cayron (jeancayron) Description: It would be fine to have a GUI in YaST similar with Mandriva's Parental Control "Drakguard". Parental control is something more en more important for safety with computing in family and Linux can't avoid to be distributed into the families. -- openSUSE Feature: https://features.opensuse.org/307418

1 25

[New: openFATE 308878] Add KDE Info Center to System Settings
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Roman Bysh (Romanator) Feature #308878, revision 1 Title: Add KDE Info Center to System Settings openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Roman Bysh (romanator) Description: I propose adding the KDE Info Center to System Settings or even Sysinfo. It provides more information than sysinfo provides at this time. -- openSUSE Feature: https://features.opensuse.org/308878

1 9

[New: openFATE 311661] provide a LiveCD/USB image to crowd-source a HCL
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Bernhard Wiedemann (bmwiedemann) Feature #311661, revision 1 Title: provide a LiveCD/USB image to crowd-source a HCL openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Bernhard Wiedemann (bmwiedemann) Partner organization: openSUSE.org Description: SUSE manually maintained a Hardware Compatibility List (HCL) but this has disadvantages: - it covers a limited range of hardware - parts of it can be outdated or inaccurate - it is a lot of effort to maintain On the other hand, people want an easy way to know if their hardware works with the current or next release of openSUSE. This is why a Live image is proposed that can easily be put to CD or USB-mass-storage and has an easy way (e.g. icon on desktop) to test access to different types of hardware: - graphics - sound - network - input ... This software could then upload the test results to a public online database in anonymous form. This DB could be the smolt DB or something similar in spirit. -- openSUSE Feature: https://features.opensuse.org/311661

1 4

[openFATE 306762] Implemens tool like apt-listbugs of Debian
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Vicenç Juan Tomàs Monserrat (vtomasr5) Feature #306762, revision 1 Title: Implemens tool like apt-listbugs of Debian openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Vicenç Juan Tomàs Monserrat (vtomasr5) Description: For system administrators to know the open bugs in the packages is very important to know whether to install or not. Would be a good feature! -- openSUSE Feature: https://features.opensuse.org/306762

1 4

[New: openFATE 314447] Make Yakuake a part of the KDE standard desktop set
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Michael Skiba (Mirrakor) Feature #314447, revision 1 Title: Make Yakuake a part of the KDE standard desktop set openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Michael Skiba (mirrakor) Partner organization: openSUSE.org Description: For those of you who don't know Yakuake: It's a KDE Terminal Emulator (like konsole or xterm). It's normally hidden and rolls down the screen when you press a certain hotkey (usually F12) and provides a multitabbing, skinnable terminal interface. Website: http://yakuake.kde.org/ Such a built in, but easy to hide, terminal emulator is certainly handy for the power user but it might also be useful to be able to tell novices to simply press F12 to open up a console. On the con side of course is the fact that it uses resources (not much, but still) that the user might need somewhere else. I think it might be an interesting idea and would like to use this platform to discuss it and see if there's enough people that are interested as well. -- openSUSE Feature: https://features.opensuse.org/314447

1 3

[New: openFATE 309389] add /usr/local to KDEDIRS
by fate_noreply＠suse.de 12 Jun '17

12 Jun '17

Feature added by: Stefan Majewsky (majewsky) Feature #309389, revision 1 Title: add /usr/local to KDEDIRS openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Stefan Majewsky (majewsky) Description: By default, CMake-powered KDE apps are installed to /usr/local, but KDE won't pickup data files and configs from this directory tree because the KDEDIRS environment variable does not include /usr/local. This problem can currently be circumvented by setting the installation prefix to /usr (which is asking for trouble because of possible clashes with RPM) or by adding /usr/local to KDEDIRS manually, which is error-prone (esp. for new users). Therefore, I propose that /usr/local be included in the KDEDIRS environment variable by default (with a lower precedence than /usr, of course). -- openSUSE Feature: https://features.opensuse.org/309389

1 3

[New: openFATE 311029] Add Link to Documentation Site
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #311029, revision 1 Title: Add Link to Documentation Site openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Thomas Schraitle (thomas-schraitle) Partner organization: openSUSE.org Description: The official documentation seems to be not very known in the openSUSE world. To make it more visible, I would suggest the following improvements: * Add a link http://docs.opensuse.org (http://docs.opensuse.org) to the welcome screen (SUSEgreeter?) of a fresh installation * Include http://docs.opensuse.org (http://docs.opensuse.org) to the list of pre-installed bookmarks in Firefox, Konqueror, ... * Maybe add an icon on the desktop which refers to the above link. Business case (Partner benefit): openSUSE.org: To make the official documentation more visible and easier to find. -- openSUSE Feature: https://features.opensuse.org/311029

1 4

[New: openFATE 310449] A simple way to turn off nouveau
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: nick skeen (ns89) Feature #310449, revision 1 Title: A simple way to turn off nouveau openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: nick skeen (ns89) Description: With OpenSUSE11.3 nouveau is used be default. In order to turn it off you must add nomodeset to the kernel parameters in /boot/grub/menu.lst and turn on no_kms_in_intrid in the sysconfig editor. So add a simple option on the sysconfig editor to do both? -- openSUSE Feature: https://features.opensuse.org/310449

1 7

[New: openFATE 313086] Graphics Repository
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Svetoslav Ganchev (sv_g) Feature #313086, revision 1 Title: Graphics Repository openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Svetoslav Ganchev (sv_g) Partner organization: openSUSE.org Description: Hi! I enjoy using openSUSE to work on both 2D and 3D graphics. However sometimes it's hard to keep up with the current versions of the popular applications. For example the latest versions of Blender, Inkscape or MyPaint is usually worth upgrading. So I thought it'd be very cool for graphic enthusiasts to have a single official repository with the latest versions of the most popular graphic applications for the current versions of openSUSE so that it's easy to install them. Thanks for reading! -- openSUSE Feature: https://features.opensuse.org/313086

1 4

[New: openFATE 314599] 256 Colour Terminals
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Samuel Jones (OrangutanClyde) Feature #314599, revision 1 Title: 256 Colour Terminals openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Samuel Jones (orangutanclyde) Partner organization: openSUSE.org Description: Fedora are implementing it in 18, It'd be cool if openSUSE had it too. Rather than repeating Fedora's reasons: http://fedoraproject.org/wiki/Features/256_Color_Terminals -- openSUSE Feature: https://features.opensuse.org/314599

1 3

[New: openFATE 321192] Make simpler to update package stack like Kde (all Ds)stack, php stack
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Sharique Ahmed Farooqui (safknw) Feature #321192, revision 1 Title: Make simpler to update package stack like Kde (all Ds)stack, php stack openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sharique Ahmed Farooqui (safknw) Partner organization: openSUSE.org Description: This is issue more relevant to tumbleweed and also for the users of factory/stable/current repo of specific stacks. I'm using tumbleweed. As a user KDE I want to have latest stable release of KDE and plasma, but I don't want to upgrade all other packages, so I didn't run `zypper up`, instead I open package manager and search for kde and plasma package and updated them. Unfortunately I forgot to update some important packaged and after completion of installation when I restarted X/KDE, it is broken, plasma shell is not appearing. So there should be a meta package, which I upgrade/update it should update/upgrade all installed package of that particular stack and it should not install any other package that is outside of dependencies of installed packages (ie. recommended packages). Pattens are there in OpenSuse, but they are useful only for installation package stack, but when I updated pattern, it only update pattern meta package, not all packages included in pattern. May be we can tweak patterns a bit to added updating whole stack. -- openSUSE Feature: https://features.opensuse.org/321192

1 3

[New: openFATE 320250] Check filesystem fat32 (or others) before copy files larger than 4Gb
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: rodrigo medina (hprmedina) Feature #320250, revision 1 Title: Check filesystem fat32 (or others) before copy files larger than 4Gb Requested by: rodrigo medina (hprmedina) Partner organization: openSUSE.org Description: Problem: When I copy a file large than 4Gb (using nautilus) in a pendrive formatted in Fat32 (typical), the copy fails when past over 4Gb indicating "fail copy". That is because Fat32 do not support files over 4Gb, but I forgot that, then nautilus fails later 10 minutes to copy Â¡10 minutes waiting for error, that can be anticipated! Posible solution: Maybe useful to check if the file is larger than the filesystem support before start copy. Why let to pass 10 minutes to tell me if I wrong? Nautilus also makes some validations before start copy, for example verify the sum of files is larger than space available, this maybe another one. yes i'm fool, but machines are intended for resolves my problems XD, thanks -- openSUSE Feature: https://features.opensuse.org/320250

1 4

[New: openFATE 319630] Automatic login default only with full disk encryption
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Arnold Mesper (amesper) Feature #319630, revision 1 Title: Automatic login default only with full disk encryption openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: Automatic login is enabled by default. This should only be enabled by default, if the user has selected full disc encryption - otherwise this is a security risk, that novice users might not be aware of. -- openSUSE Feature: https://features.opensuse.org/319630

1 3

[New: openFATE 313292] Distributed virtual switch across multiple physical servers (openvswitch)
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Andreas Jaeger (a_jaeger) Feature #313292, revision 1 Title: Distributed virtual switch across multiple physical servers (openvswitch) openSUSE Distribution: Evaluation by engineering manager Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: While the current linux bridge tools are a robust and flexible network stack for (Xen) VM networking, there are some restrictions in multi-server environments. OpenvSwitch http://www.openvswitch.org/ provides functionality for a distributed virtual switch. Relations: - openvswitch (feature/copiedfrom: 311429) -- openSUSE Feature: https://features.opensuse.org/313292

1 12

[New: openFATE 311286] KDE Menu
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Kim Banga (nomadewolf) Feature #311286, revision 1 Title: KDE Menu openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Banga (nomadewolf) Partner organization: openSUSE.org Description: Well no one likes the KDE Menu it's unusable. The 3.5 version is better, but not THAT better, it's outdated and that's the reason they created a new one... Look at Linux Mint. A distro is not just putting a bunch of stuff together. You must improve what's less good. -- openSUSE Feature: https://features.opensuse.org/311286

1 4

[New: openFATE 311169] MintMenu to be included in openSUSE by default
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Manu Gupta (manugupt1) Feature #311169, revision 1 Title: MintMenu to be included in openSUSE by default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Manu Gupta (manugupt1) Partner organization: openSUSE.org Description: We can have MintMenu by default in openSUSE 1. It is a fork of our own slab 2. It has lots more functionality than our slab and yes more popular too 3. Better UX It already exists at OBS http://download.opensuse.org/repositories/home:/unamanic/openSUSE_11.3/ -- openSUSE Feature: https://features.opensuse.org/311169

1 3

[New: openFATE 314641] prevent newbies from adding wrong repos
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Walter Schlueter (Trekkie00) Feature #314641, revision 1 Title: prevent newbies from adding wrong repos openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Walter Schlueter (trekkie00) Partner organization: openSUSE.org Description: When thinking of a way how to prevent new users to add dangerous repos (wrong version or factory) it came to my mind that it would be quite easy to do this. When adding the repo it should be easy to search alias, name and url for words which do not correspond with the version currently in use. For example for openSUSE 12.2 these expressions could be 11.4, 12.1, factory and so on. To allow advanced users to use these repos one could add an option where this flag can be changed. For example a parameter called allow_blacklist. Whether the value of this parameter ist set to 0 or 1 one is allowed to add these repos or not. -- openSUSE Feature: https://features.opensuse.org/314641

1 4

[New: openFATE 312999] Some easy way (one click) to switch off Akonadi + Nepomuk + Strigi
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Krasimir Ivanov (kivanov) Feature #312999, revision 1 Title: Some easy way (one click) to switch off Akonadi + Nepomuk + Strigi openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Krasimir Ivanov (kivanov) Partner organization: openSUSE.org Description: Please help us - the users, who decide to use in the real business the Linux PIM management. Please make possible for us to choose - will we use the Semantic Desktop or just would like to switch it off for some reason. Since years the idea of so called Semantic Desktop is taking huge time and efforts but results still are unappealing. I admit the work of the developers and any one should be thankful for their efforts in making KDE the best free desktop ever. But... please give some chance to users to choose what they need and prefer. Use Case: Ideally we need one additional item in Kickoff -> System Settings. Now there is available the item 'Desktop Search (Nepomuk/Strigi)'. May be some button to make possible to switch on or off the Semantic Desktop will do the job? Or please provide in the already available item 'Desktop Search (Nepomuk/Strigi)' a software button or any other easy visible tool to switch off or on all this Semantic Desktop components. Please possibly change the related software to be capable to work with or without all this Semantic Desktop technology. Let make possible for the end users to decide whet they need - a Desktop with or without this Semantic Desktop technology. Business case (Partner benefit): openSUSE.org: Since years this Semantic Desktop experiment still can not provide enough good results to use in the real business life. Now with the openSUSE 12 thanks to Akonadi + Nepomuk + Strigi the elegance and speed of the Linux Desktop is gone and we have some Desktop like Windows. This is because most of the hardware potential is used just for internal processes of the Semantic Desktop. This way the Desktop is getting slow and unresponiive, the HDD is running mostly all the time, a lot of RAM and HDD is used, and now KMail get buggy slow, etc ... Let users can have one unbroken PIM Management for their real life until the Semantic Desktop can provide the needed experience. Let those who prefer the Semantic Desktop in its current condition can use it as he needs. -- openSUSE Feature: https://features.opensuse.org/312999

1 9

[New: openFATE 308361] Offer remastered isos for released versions every N months
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Bernhard Wiedemann (bmwiedemann) Feature #308361, revision 1 Title: Offer remastered isos for released versions every N months openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Bernhard Wiedemann (bmwiedemann) Partner organization: openSUSE.org Description: Offer remastered isos for released versions every N months - with sane N being in range (6..12) Remastering has been done once for 10.1: http://lists.opensuse.org/opensuse-announce/2006-10/msg00001.html cons: methods to make current factory.iso might not work for older releases if isos shall be officially supported, some installation testing is needed (for N>3, a determined individual (e.g. me) could easily do that) Alternatives: Kiwi, SUSE Studio - but those lack GM templates and are not as easy-to-use for that purpose for a user from the general public keywords: remastered, respin, servicepack, slipstream Use Case: User A wants to install a stable version of openSUSE on his father's computer, but since his father only has a modem connection, installing 100 MB of updates after installation to have a secure system is not possible. So user A downloads openSUSE-11.1-DVD-remastered1-i586.iso over his broadband Internet connection, burns it and installs it, needing to fetch at most updates of the last N months over slow Internet. Business case (Partner benefit): openSUSE.org: openSUSE GM isos are usually released with dozens of known issues and hundreds of unknown issues for which later updates are released. https://features.opensuse.org/308284 http://lists.opensuse.org/opensuse-security-announce/2008-08/msg00004.html http://lists.opensuse.org/opensuse-security-announce/2008-12/msg00004.html http://lists.opensuse.org/opensuse-security-announce/2009-11/msg00008.html pro: allows installations in cases where bugs in original network/IDE/SATA/graphics driver prevented easy installation+update allows to cleanup other ugly installation issues like https://bugzilla.novell.com/show_bug.cgi?id=556868 allows to easily install an updated system where no broadband internet connection is available compared to current GM isos, such an DVD iso is better suited for user-archives after discontinuation, when updates become unavailable hardly any extra work needed, as updates are already created and tested existing image-creation mechanisms can be re-used sort of the most bug-free openSUSE we can get -- openSUSE Feature: https://features.opensuse.org/308361

1 12

[New: openFATE 312754] LetÂ´s kick SuSEGreeter, and create a shiny new website instead
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Kim Leyendecker (openLHAG) Feature #312754, revision 1 Title: LetÂ´s kick SuSEGreeter, and create a shiny new website instead openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: See this discussion before reply: http://lists.opensuse.org/opensuse-marketing/2011-07/msg00039.html ======================================================== The goal is to create a start page for our delivered browser instead of SuSEGreeter. Use Case: After an installation, first time the user opens his browser. Business case (Partner benefit): openSUSE.org: We can deliver more dynamic content with the website, instead of SuSEGreeter. Imagine: * Links to openSUSE documentation * Twitter plugin * News.o.o links * Comprehensive information -- openSUSE Feature: https://features.opensuse.org/312754

1 4

[New: openFATE 308323] Integration Dynamic Kernel Module Support
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Thomas Beimel (RheydterGekko) Feature #308323, revision 1 Title: Integration Dynamic Kernel Module Support Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Thomas Beimel (rheydtergekko) Description: Integrate DKMS in openSuSE repositories Especially for more unexperienced users, it is a hassle to compile kernel modules again and again if a kernel update is executed automatically. For such users it would be much easier if kernel modules e.g. needed for virtual machines like VirtualBox would be recompiled and reconfigured automatically like in other distributions like Ubuntu, Fedora,... with DKMS. I think DKMS is one great feature that openSuSE misses and has to include. Example why DKMS is so important: Different rather unexperienced users that I convinced using Linux like the GUI etc. and miss the abilities to work with simple commands on the terminal. So if they cannot get help from another person, they would not be able to use their preconfigured virtual machine anymore because of an mandatory kernel update that is made automatically. Please add Dynamic Kernel Module Support to SuSE soon! -- openSUSE Feature: https://features.opensuse.org/308323

1 12

[openFATE 306978] Comment Delete Button
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Hendrik Vogelsang (hennevogel) Feature #306978, revision 1 Title: Comment Delete Button openFATE: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: Project/Product managers and Screening Team Members should have the possibility to delete comments to remove spam and improve readability of features. -- openSUSE Feature: https://features.opensuse.org/306978

1 4

[openFATE 306583] "My Votes" list
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Stephan Binner (Beineri) Feature #306583, revision 1 Title: "My Votes" list openFATE: Unconfirmed Priority Requester: Desirable Requested by: Stephan Binner (beineri) Description: It would be nice to have, analogous to Bugzilla, besides the "My Features" link a "My Votes" list (at best showing directly how one has voted on each features too). -- openSUSE Feature: https://features.opensuse.org/306583

1 2

[New: openFATE 311019] openFATE and Social Media
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Nelson Marques (ketheriel) Feature #311019, revision 1 Title: openFATE and Social Media openFATE: Unconfirmed Priority Requester: Mandatory Requested by: Nelson Marques (ketheriel) Partner organization: openSUSE.org Description: openFATE should have automatic interfacing with openSUSE social media. * All features should be able to be twited (twitter) and 'liked' (facebook). * All added comments should be tweeted automatically. By introducing such behavior we would expand the visibility of openFATE and provide our followers/users with a updated status of what's really happening, therefore showing the clear positive synergies around the Community and fomenting user interaction with openFATE. Business case (Partner benefit): openSUSE.org: Maybe because: * We want higher visibility; * We want higher used feedback; * We want higher user-interaction on the future of openSUSE; * We have nothing to loose by creating such possibility; -- openSUSE Feature: https://features.opensuse.org/311019

1 7

[New: openFATE 315082] set up the host name during installation process
by fate_noreply＠suse.de 27 May '17

27 May '17

Feature added by: Juan rodriguez (victorhck) Feature #315082, revision 1 Title: set up the host name during installation process openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Juan rodriguez (victorhck) Partner organization: openSUSE.org Description: During the installation process to be able to set up the name of the host besides the user's name -- openSUSE Feature: https://features.opensuse.org/315082

1 6

[New: openFATE 309617] customize hostname at install time
by fate_noreply＠suse.de 27 May '17

27 May '17

Feature added by: Alin M Elena (ealin) Feature #309617, revision 1 Title: customize hostname at install time openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Alin M Elena (ealin) Description: IN the automatic configuration mode at install time you cannot specify the hostname... -- which by the way is displayed in your kde menu and of course in the konsole... I find this despicable on aesthetic grounds... Now putting the joke aside I find it strange to give the user the choice to decide what encryption method to use (as a brainless option) but changing the name of the computer to be considered as advanced... I know you can do it by choosing a manual configuration... but for a normal user that may prove a little bit challenging to have to decide on a lot of other things in order just to choose a lousy name for his computer., Alin -- openSUSE Feature: https://features.opensuse.org/309617

1 9

[openFATE 307521] make GRUB text to speech option visible
by fate_noreply＠suse.de 26 May '17

26 May '17

Feature added by: Jan Weber (japa83) Feature #307521, revision 1 Title: make GRUB text to speech option visible openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jan Weber (japa83) Description: GRUB, at least the one on DVD, is able to speak the selections. This can be enabled by pressing the F9 key in GRUB. This feature is not shown in the menu, it would be great to have it visible inside GRUB so people get to know this feature. -- openSUSE Feature: https://features.opensuse.org/307521

1 4

[New: openFATE 310621] Get rid of %suse_update_desktop_files
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cristian Morales Vega (RedDwarf) Feature #310621, revision 1 Title: Get rid of %suse_update_desktop_files openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Cristian Morales Vega (reddwarf) Description: In less than a month we will have the openSUSE Conference 2010 with the motto "Collaboration across Borders". So I think it's a good time to fix this. The openSUSE Build Service is a great tool, and with mostly just some "Substitutes" you can have a single spec file, mostly without %if's, that will build in any RPM-based distro. Now in my experience one of the most problematic things is the %suse_update_desktop_files macro. That forces to add ugly "%if 0%{?suse_version}" to every package with a .desktop file. One would say openSUSE could just do as Fedora and use freedesktop's desktop-file-install, deprecating %suse_update_desktop_files. But it's my understanding %suse_update_desktop_files is also used, somehow, for translations. I would like to help here. But I don't thing there is much documentation about how translations/X-SuSE-translate/%suse_update_desktop_files exactly work (I have been packaging for some years now and have no idea). But, from my ignorance, I would say that if Fedora can we can also handle translations in a way that doesn't requires of that macro. I don't know, perhaps this can be solved through OBS's prjconf in a way that Fedora/Mandriva targets work even if the spec file uses %suse_update_desktop_files (redefining the macro to use desktop-file-install?) but I'm not sure if that's possible. Otherwise openSUSE should stop using that macro... Perhaps it will take years to fix all packages, but we should at least deprecate it and define a clear path of how this should be done from now. P.S. Any link explaining the translations/X-SuSE-translate/%suse_update_desktop_files is welcome. -- openSUSE Feature: https://features.opensuse.org/310621

1 9

[New: openFATE 310994] Restore button in recycle bin
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Narayansamy S (vazhavandan) Feature #310994, revision 1 Title: Restore button in recycle bin openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Narayansamy S (vazhavandan) Partner organization: openSUSE.org Description: Need "restore" button near "empty Trash" button in Nautilus when a file is selected in Trash Folder -- openSUSE Feature: https://features.opensuse.org/310994

1 5

[New: openFATE 317810] Support for the x32 ABI
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sven Hartrumpf (sven1999) Feature #317810, revision 1 Title: Support for the x32 ABI openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sven Hartrumpf (sven1999) Partner organization: openSUSE.org Description: The x32 ABI https://en.wikipedia.org/wiki/X32_ABI offers more efficiency for many programs. Now that kernel, gcc, binutils, and libc support x32, it should be possible to provide a pattern (and/or a DVD) for x32. -- openSUSE Feature: https://features.opensuse.org/317810

1 4

[New: openFATE 312273] fix bug in yast disk
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andrew Joakimsen (joak0) Feature #312273, revision 1 Title: fix bug in yast disk openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Andrew Joakimsen (joak0) Partner organization: openSUSE.org Description: On Fri, Apr 22, 2011 at 08:14, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: > Andrew, > > Is there a openfate proposal? They are easy to create. Any opensuse > user with a login can do it. > > Since this is not a bug, just a functionality change proposal, > bugzilla is not the right place. > > Greg > > On 4/18/11, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: >> On Mon, Apr 18, 2011 at 1:28 PM, Andrew Joakimsen <joakimsen(a)gmail.com> >> wrote: >>> On Mon, Apr 18, 2011 at 06:18, David Haller <dnh(a)opensuse.org> wrote: >>>> Hello, >>>> >>>> On Sun, 17 Apr 2011, Andrew Joakimsen wrote: >>>>>understands what is going on can make sure it is setup properly. There >>>>>is no formula to convert from cylinders to sectors! >>>> >>>> http://en.wikipedia.org/wiki/Cylinder-head-sector#CHS_to_LBA_mapping >>>> >>>>>This issue is also affecting newer/larger hard drives. And these >>>>>without a doubt have 4kb sectors but everything in opensuse shows 512 >>>>>bytes! >>>> >>>> The _drives_ don't tell their real sector sizes! >>>> >>>> # /sbin/hdparm -I /dev/sdb >>>> [..] >>>> Model Number: SAMSUNG HD204UI >>>> [..] >>>> LBA48 user addressable sectors: 3907029168 >>>> Logical Sector size: 512 bytes >>>> Physical Sector size: 512 bytes >>>> >>>> This is what the disk tells via the ATA interface. And yes, that is >>>> a disk with 4K physical sectors, which is why I partitioned aligned >>>> to 4K. There is just no way for Yast or any other tool to know. One >>>> could create a database of 4K-disks reporting 512B sectors though. >>>> >>> >>> Right that's what I said basically and hence my proposal that Yast >>> shows disks in the relevant unit of "sectors" and not the antiquated >>> useless term of "cylinders." If you know your disk needs to be aligned >>> to X size sectors you can calculate it yourself and set it up with no >>> hassle. >>> >>> But in the current arragement, since there's no universal formula to >>> convert cylinders to sectors and yast only shows the former, you need >>> to e.g. boot a live CD, create your partitions with some clunky 3rd >>> party tool and then do your installation. >> >> If you'll post the openFATE link to your proposal, I'll add my vote. >> >> Greg >> > The current functionality is a bug and I have long ago reported it as such. Disks are addressed by logical sectors this millenium. It's a bug to show an obsolete, not-convertible unit. serves no purpose unit. The fix to that bug is to show the relevant unit. -- Med Vennlig Hilsen, A. Helge Joakimsen -- openSUSE Feature: https://features.opensuse.org/312273

1 9

[openFate 305305] 1-click uninstall
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Michael Loeffler <michl(a)novell.com> Feature #305305, revision 1, last change by Title: 1-click uninstall openSUSE-11.2: Evaluation Priority Requester: Important Requested by: Michael Loeffler <michl(a)novell.com> Partner organization: openSUSE.org Description: An easy way to remove Software! For example: you installed an application with "1-click install" (which will install all the packages that you need), there should be an easy way (also with 1 click) to remove what you have installed with that 1-click operation... in another words: an "1-click Uninstall" to remove installed software (dependencies and packages included). -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305305

1 35

[New: openFATE 312455] Replace Liberation fonts with ChromeOS core fonts
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Nikolaus Waxweiler (nwaxweiler) Feature #312455, revision 1 Title: Replace Liberation fonts with ChromeOS core fonts openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Nikolaus Waxweiler (nwaxweiler) Partner organization: openSUSE.org Description: The ChromeOS core fonts are basically extended versions of the Liberation fonts under the "SIL Open Font License, Version 1.1": http://gsdview.appspot.com/chromeos-localmirror/distfiles/ (most current version is croscorefonts-1.20.1.tar.gz at the time of this writing) The fontconfig configuration files must be updated to include these fonts. Here's an initial patch: http://pastebin.com/TkQb9bvM Business case (Partner benefit): openSUSE.org: More glyphs to display various languages with. -- openSUSE Feature: https://features.opensuse.org/312455

1 3

[New: openFATE 312458] Provide Apple Filing Protocol access
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Diederik van der Boor (vdboor) Feature #312458, revision 1 Title: Provide Apple Filing Protocol access openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Diederik van der Boor (vdboor) Partner organization: openSUSE.org Description: There doesn't appear to be much support for the AFP protocol in the distribution. Wishes: - allow dolphin to mount afp:// - package afpfs-ng Use Case: As freelance developer, I'm active in coding python/django stuff in a creative club, which runs Apple servers/workstations/etc.. The access to local files is stored on an afp:// share -- openSUSE Feature: https://features.opensuse.org/312458

1 2

[New: openFATE 312456] Submit requests should have priorities
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Ciaran Farrell (babelworx) Feature #312456, revision 1 Title: Submit requests should have priorities Buildservice: Unconfirmed Priority Requester: Important Requested by: Ciaran Farrell (babelworx) Partner organization: openSUSE.org Description: A submit request should have a priority which can be assigned by a select group of either groups or individuals (i.e. those with the appropriate permissions). This will enable the project manager to increase or decrease the priority of review of a submit request by e.g. the legal team. Submit requests with higher priority will be taken care of first. -- openSUSE Feature: https://features.opensuse.org/312456

1 1

[New: openFATE 312801] Multi selection for Software Management in YaST
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Joon Ro (joonpy) Feature #312801, revision 1 Title: Multi selection for Software Management in YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Joon Ro (joonpy) Partner organization: openSUSE.org Description: In Software Management window, it would be great to have multi selection feature where you can use shift + click or shift + arrow keys for mass selection, and ctrl + click for multiple selection. -- openSUSE Feature: https://features.opensuse.org/312801

1 6

[New: openFATE 310848] Allow select multiple in Package Manager (YaST module)
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Mindaugas Baranauskas (embar-) Feature #310848, revision 1 Title: Allow select multiple in Package Manager (YaST module) openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Mindaugas Baranauskas (embar-) Description: Now I can select only 1 or only all packages in YaST package manager. It would be logical to allow to mark several packages (more than 1, not all) by pressing Shift, Ctrl. The marked packages could be manipulated with the same task: I select 3 packages, press right mouse, select to install (uninstall/tabu) these 3 packages. -- openSUSE Feature: https://features.opensuse.org/310848

1 11

[New: openFATE 310896] Consistent Network device naming-Name network interfaces to match chassis labels
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Narendra K - (narendra_k) Feature #310896, revision 1 Title: Consistent Network device naming-Name network interfaces to match chassis labels openSUSE-11.4: 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 labelled on the server chassis. This issue is seen on Dell PowerEdge 10G above. This feature addresses this issue by renaming network interfaces based on the following policy as discussed in the Linux Plumbers Conference - http://marc.info/?l=linux-hotplug&m=128892593821639&w=2 Embedded devices: em<port> (em => ethernet-on-motherboard) Add-in PCI cards: pci<slot>#<port>_<virtual function instance> On a PER710 with 4 Lan-On-Motherboard interfaces and a dual port add-in network controller, the interface names would look like - Onboard interfaces - em1 em2 em3 em4 eth0 Interface names for the dual port add-in controller on pci slot 2 pci2#0, pci2#1 If the second port has virtual functions enabled - pci2#1_0, pci2#1_2 ... etc Biosdevname, which is a Dell developed utility can suggest these names for the kernel ethN names. This needs to be used as a udev helper utility. It is available here - http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.1.tar.gz http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.1.tar.gz.… GIT: http://linux.dell.com/cgi-bin/gitweb/gitweb.cgi?p=biosdevname.git;a=summary Please find the relevant upstream discussions - * http://marc.info/?l=linux-hotplug&m=129003163201746&w=3 * http://marc.info/?l=linux-netdev&m=129100609428767&w=3 * http://linux.dell.com/files/presentations/Linux_Plumbers_Conf_2010/matt-dom… * http://linux.dell.com/files/presentations/Linux_Plumbers_Conf_2010/matt-dom… Test Case: With this change - 1.ifconfig -a would show emN names for onboard interfaces. 2. em1 should correspond to the interface labelled 'Gb1' on the chassis label, em2 to 'Gb2' etc. This can be tested by ethtool -p em1 (Blinks the interface) 3. If the kernel has the commit 911e1c9b05a8e3559a7aa89083930700a0b9e7ee cat /sys/class/net/em1/device/label Embedded NIC 1 Use Case: System administrators can use the Bios provided names which are consistent across reboots. There is no state such as HWADDR embedded to achieve persistent naming Business case (Partner benefit): openSUSE.org: When there are multiple network interfaces in a system (onboard + add-in interfaces), eth0 does not always map to the 'Embedded NIC 1' as labelled on system chassis. The naming is non-deterministic. This feature request addresses the issue by naming the interfaces as per the BIOS suggested names. Please refer to the following for more details on the reasons for non-determinism * http://lwn.net/Articles/356900/ * http://linux.dell.com/files/presentations/LinuxCon_2010/linuxcon2010_domsch… -- openSUSE Feature: https://features.opensuse.org/310896

1 9

[New: openFATE 312450] Imrpovements on Yast package manager
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Fernando Martin (fernando_a_martin) Feature #312450, revision 1 Title: Imrpovements on Yast package manager openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Fernando Martin (fernando_a_martin) Partner organization: openSUSE.org Description: It's very frustating when I'm downloading packages in yast and something fails and lose all I was downloading. It's also complicated that I have to calculate how long the download of packages will last 'cause I can't pause and resume it later. It would be very nice if the gui yast package manager worked like a download manager allowing pause, resume, restart of failed downloads, preview of size, progress and time and had gui customization for what to do when something fails. -- openSUSE Feature: https://features.opensuse.org/312450

1 2

[New: openFATE 312451] Imrpovements on Yast package manager
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Fernando Martin (fernando_a_martin) Feature #312451, revision 1 Title: Imrpovements on Yast package manager openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Fernando Martin (fernando_a_martin) Partner organization: openSUSE.org Description: It's very frustating when I'm downloading packages in yast and something fails and lose all I was downloading. It's also complicated that I have to calculate how long the download of packages will last 'cause I can't pause and resume it later. It would be very nice if the gui yast package manager worked like a download manager allowing pause, resume, restart of failed downloads, preview of size, progress and time and had gui customization for what to do when something fails. -- openSUSE Feature: https://features.opensuse.org/312451

1 3

[openFATE 306900] Mobile openSUSE portal
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andrew Wafaa (FunkyPenguin) Feature #306900, revision 1 Title: Mobile openSUSE portal Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Andrew Wafaa (funkypenguin) Description: I aim to complete my previously started openSUSE on Symbian (http://www.wafaa.eu/index.php?/archives/196-openSUSE-on-Symbian.html) portal to work fully with all services, including Bugzilla and Hermes. I will require help with this, particularily with JavaScript. -- openSUSE Feature: https://features.opensuse.org/306900

1 2

[New: openFATE 310504] Gnome Desktop Wallpaper Slideshow.
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Carl Fletcher (caf4926) Feature #310504, revision 1 Title: Gnome Desktop Wallpaper Slideshow. openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Carl Fletcher (caf4926) Description: Gnome is lacking a easy to impliment Desktop Wallpaper Slideshow. KDE offers an easy option of just selecting a folder. Couldn't this be done in gnome? -- openSUSE Feature: https://features.opensuse.org/310504

1 10

[New: openFATE 308896] Add option to automatic update to install all updates, not just patches
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Tim Edwards (tk83) Feature #308896, revision 1 Title: Add option to automatic update to install all updates, not just patches openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Tim Edwards (tk83) Description: The Automatic Update configuration configurable through YAST->Online Update Configuration currently only installs patch updates. An option should be added to install all updates (ie. this would run 'zypper up' without the '-t patches' option). (This new option should be off by default to avoid changing the current behaviour too much.) -- openSUSE Feature: https://features.opensuse.org/308896

1 6

[New: openFATE 312429] submit request templates
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Ludwig Nussel (lnussel) Feature #312429, revision 1 Title: submit request templates Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: when submitting a new package to e.g. openSUSE:Factory packagers are expected to answer some questions: http://en.opensuse.org/openSUSE:How_to_contribute_to_Factory#Adding_a_packa… To make the process more user friendly osc should directly offer a template for the commit message that contains the necessary instructions. Use Case: adding new packages to openSUSE:Factory -- openSUSE Feature: https://features.opensuse.org/312429

1 1

[openFATE 306439] Include Eucalyptus in 11.2
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andrew Wafaa (FunkyPenguin) Feature #306439, revision 1, last change by Title: Include Eucalyptus in 11.2 openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Andrew Wafaa (funkypenguin) Description: Please could we include Eucalyptus in the next release? For thos unaware of Eucalyptus please see their homepage (http://www.eucalyptus.com/) , and for those that are too lazy to do that - Eucalyptus is an Open Source alternative to Amazon's EC2 Cloud computing offering. This is the very product that Ubuntu are using for their " Ubuntu Enterprise Cloud (http://www.ubuntu.com/products/whatisubuntu/serveredition/cloud/UEC) ". I am not advocating a "jump on the bandwagon" or "keeping up with the jones'" attitude. I am however advocating empowering our distribution and community with the necessary tools to stay ahead of the pack. I can also see several instances where the openSUSE project could potentially benifit from implementing our own cloud - it's no secret that there are some infrastructure constraints, and going down the Utility/Grid/Cloud/$Current_Buzz_Word computing may help things. For those that question whether there is a demand for it, I will admit there may not be a huge demand at the moment. The key thing is if we can market it right (in co-operation with Eucalyptus) we can get a much bigger uptake on both products - even our darling SLE cousin can join in the fun ;-) -- openSUSE Feature: https://features.opensuse.org/306439

1 17

[New: openFATE 309367] Suggest packagekit to quit when it conflicts with yast sw_single
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Atri Bhattacharya (badshah400) Feature #309367, revision 1 Title: Suggest packagekit to quit when it conflicts with yast sw_single openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Atri Bhattacharya (badshah400) Description: In response to zypper sending a quit signal to packagekit when packagekitd conflicts with its operation as outlined in Bug 580513 (bugzilla.novell.com) the same should be implemented for the software management module in YaST since it is more visible there and novice users who are most likely to be confused by the conflict in question usually use the GUI more than the command line interface of zypper. -- openSUSE Feature: https://features.opensuse.org/309367

1 3

[New: openFATE 318252] 32-bit UEFI boot in 64-bit build
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: David Poole (dspoole-novell) Feature #318252, revision 1 Title: 32-bit UEFI boot in 64-bit build openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: David Poole (dspoole-novell) Partner organization: openSUSE.org Description: Allow for 64-bit versions of openSUSE to boot on to 32-bit UEFI hardware and allow for installation. Thus, hardware that supports only 32-bit UEFI and not legacy boot in BIOS yet has 64-bit processors (typically Intel Atom) would let openSUSE 64-bit install. Use Case: Some Ubuntu users have created a work-around to get their 64-bit kernel version installed on Dell Venue/Toshiba Encore Mini-series tablets using a custom 32-bit UEFI boot. This is not officially supported by Ubuntu but there has been some interest in getting Linux onto the sub-$200 tablet market. However, because it is basically a hack to do so and only on specific hardware, only the bravest Ubuntu users have accomplished this task. Business case (Partner benefit): openSUSE.org: There is a surge of low-end tablets starting to appear on the market. See the HP Stream 7 and 8 series, which start at $99 and $149 respectively. These tablets are equipped with quad-core Intel Atom Z3735G 1.83GHz 64-bit processors but are saddled with a 32-bit UEFI BIOS that does not support Legacy BIOS boot. As such, it is currently impossible to install openSUSE on this hardware since 32-bit legacy versions of openSUSE only support Legacy BIOS booting and 64-bit versions only support 64-bit UEFI booting. Since Linux kernel 3.14, the ability to boot from 32-bit UEFI into a 64-bit kernel has been supported. By supporting a 32-bit UEFI boot and a 64-bit kernel, openSUSE could open the door to installation on a new market of low-cost tablets and thus introduce openSUSE as an alternative to Microsoft Windows 8.1 32-bit which currently is the only option as an operating system. -- openSUSE Feature: https://features.opensuse.org/318252

1 13

[openFATE 306899] Porting OSC to Symbian platform
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andrew Wafaa (FunkyPenguin) Feature #306899, revision 1 Title: Porting OSC to Symbian platform Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Andrew Wafaa (funkypenguin) Description: My intention is to try and port the great Build Service's OSC tool to the Symbian platform. This will enable users to keep on top of Build Service tasks even whilst on the move. I will use PyS60 to create the installable package and use the latest code available in SVN. The only aspect that I forsee users not being able to do is to actually do a local build, but all other functions should work without issue. Use Case: I'm sat in a cafe enjoying the scenary with a croissant and cup of coffee and I receive an e-mail from Hermes advising of a submit request on a project that I'm the maintainer of. I can then accept/decline the request there and then, rather than having to ssh into my machine at home and do it. It will also be possible to create new packages etc directly from my device. -- openSUSE Feature: https://features.opensuse.org/306899

1 1

[New: openFATE 310873] graphical environment for managing pendrive
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: antonio alcántara (arag) Feature #310873, revision 1 Title: graphical environment for managing pendrive openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: antonio alcántara (arag) Partner organization: openSUSE.org Description: will be realy usefull a graphical environment for managing pendrive, where you can format, make partition, inter others -- openSUSE Feature: https://features.opensuse.org/310873

1 6

[openFATE 306614] Todoodle
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cornelius Schumacher (cschum) Feature #306614, revision 1 Title: Todoodle Requested by: Cornelius Schumacher (cschum) Description: This is my award winning notes taking application, which I use formy private needs, but which hasn't seen much development over the last time. Itwould be nice to give it some more polish and do a proper release for thepublic. -- openSUSE Feature: https://features.opensuse.org/306614

1 1

[New: openFATE 316709] GNOME Software in openSUSE by default
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Lud Zavruzvane (openSUSEFan12) Feature #316709, revision 1 Title: GNOME Software in openSUSE by default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Lud Zavruzvane (opensusefan12) Partner organization: openSUSE.org Description: I want the GNOME version of openSUSE to have included GNOME Software by default along with YaST. Business case (Partner benefit): openSUSE.org: It will provide much better user experience to the both begginers and experienced users and will give one more choice for a way to install software on the system. -- openSUSE Feature: https://features.opensuse.org/316709

1 5

[openFATE 306470] Support Novell GroupWise in KDE as Akonadi resource
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Will Stephenson (wstephenson) Feature #306470, revision 1, last change by Title: Support Novell GroupWise in KDE as Akonadi resource openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: bug #277049 and numerous other, stability, problems can be solved by migrating the KDE 3 groupwise resource to Akonadi. The migration was begun already in January. -- openSUSE Feature: https://features.opensuse.org/306470

1 9

[New: openFATE 312339] aST should warn during install if swap partition is too small for suspending
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andreas Jaeger (a_jaeger) Feature #312339, revision 1 Title: aST should warn during install if swap partition is too small for suspending openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: I made the mistake and installed just 2 GB swap on a laptop with 4 GB ram. I just forgot to think about suspending the computer will need an suitable swap partition. Now it's sometimes working an sometimes not... It would be nice and helpful if YaST would warn the user about that problem during the install process. -- openSUSE Feature: https://features.opensuse.org/312339

1 7

[New: openFATE 319631] Two-factor authentification
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Arnold Mesper (amesper) Feature #319631, revision 1 Title: Two-factor authentification openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: When creating a new user during the installation, it should be possible to enable two-factor authentification. From a security point of view, it might be wise to have it enabled by default. -- openSUSE Feature: https://features.opensuse.org/319631

1 4

[New: openFATE 316448] Two Factor Authentication
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jörg Stephan (johest) Feature #316448, revision 1 Title: Two Factor Authentication Requested by: Jörg Stephan (johest) Partner organization: openSUSE.org Description: Please add Two Factor Authentication, Token based for example, to openSUSE. -- openSUSE Feature: https://features.opensuse.org/316448

1 3

[New: openFATE 310809] system repair from 11.2
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: kamil rosinski (rysic) Feature #310809, revision 1 Title: system repair from 11.2 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: kamil rosinski (rysic) Description: In OpenSuse 11.2 was installation option Repair. It helped often repair system and (more important!) repair Grub. In 11.3 there is no repair option. It is very important for users who use for example Windows XP and Suse, because after XP installation, Suse disappears and they don't have easy sollution to repair Grub. I'm a member of Polish Suse forum and we can see how often new people are give up to learn Linux because of missing easy solution at the beginning of using/installing system. -- openSUSE Feature: https://features.opensuse.org/310809

1 3

[openFATE 306613] Krest
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cornelius Schumacher (cschum) Feature #306613, revision 1 Title: Krest Requested by: Cornelius Schumacher (cschum) Description: I have worked on some infrastructure for creating C++ bindings for RESTservices in the context of the Kode project. kxml_compiler already supportscreating data model classes from XML examples. The missing piece is a tool toguide creation of these classes and associated transport bindings according tothe needs of the developer. The goal would be to implement a guided bindingcreation by example in contrast to the usual approach of taking a full formalspec of transport and format. -- openSUSE Feature: https://features.opensuse.org/306613

1 1

[openFATE 306611] Plutimikation
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cornelius Schumacher (cschum) Feature #306611, revision 1 Title: Plutimikation Requested by: Cornelius Schumacher (cschum) Description: My math learning application for children could need some love.It works, but it could have some more motivational features. -- openSUSE Feature: https://features.opensuse.org/306611

1 1

[openFATE 306608] Grand Unified Social Network
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cornelius Schumacher (cschum) Feature #306608, revision 1 Title: Grand Unified Social Network Requested by: Cornelius Schumacher (cschum) Description: Many sites let you manage your social networkins ome way, Facebook, Xing, Linkedin, OpenDesktop. Even Twitter and sites like Gitorious provide some of these functionality. It would be great to put all thisinfo together on the desktop and integrate it in some unified scheme, which merges and connects all your different social networks you have build on theweb. This certainly would be a UI challenge, but it has quite some potential. -- openSUSE Feature: https://features.opensuse.org/306608

1 1

[openFATE 306607] Xing client lib
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cornelius Schumacher (cschum) Feature #306607, revision 1 Title: Xing client lib Requested by: Cornelius Schumacher (cschum) Description: Xing is said to have some API to access the data about yoursocial network. It would be great to have a client lib, which allows to get holdof this data for further usage on the desktop, e.g. putting it in youraddressbook, or connecting it to the data of other social networks. -- openSUSE Feature: https://features.opensuse.org/306607

1 1

[New: openFATE 309995] libzypp: generate posix portable character set filenames
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Ned Ulbricht (ned_ulbricht) Feature #309995, revision 1 Title: libzypp: generate posix portable character set filenames openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ned Ulbricht (ned_ulbricht) Partner organization: openSUSE.org Description: Background: Currently, libzypp automatically generates file names for .repo files in /etc/zypp/repos.d , and corresponding directory names in /var/cache/zypp/{packages,raw,solv}/ . From a very quick look at the source, it seems that the names are generated from the repo alias, with "/" translated to "_" , but no other translations. Desired Feature: Automatically generated file and directory names should be constructed using only the POSIX portable filename character set. http://www.opengroup.org/onlinepubs/000095399/basedefs/xbd_chap03.html#tag_… The repo alias should be groomed with undesirable characters stripped or translated before file and directory name generation. Business case (Partner benefit): openSUSE.org: Quick rationale: Spaces in filenames are EVIL!!!!!! Extended rationale: libzypp should not make assumptions about the filesystem where files and directories may be stored. Some filesystems may choke on the filenames that are currently auto-generated. Further, many tools and scripts which iterate over files and directories implicitly presume that file/directory names don't contain weird characters. -- openSUSE Feature: https://features.opensuse.org/309995

1 2

[New: openFATE 319523] Yast on the System Tray
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: hehe br (hehe_br) Feature #319523, revision 1 Title: Yast on the System Tray openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: hehe br (hehe_br) Partner organization: openSUSE.org Description: Add the possibility to have Yast on the System Tray. Use Case: Where: Left click > Opens Yast main window. Right Click > Opens the list with the individual modules to select the desired one. As Yast is a configuration tool, this feature should not be set as standard. An option could be inserted in the "Miscellaneous" section on Yast where it can be enabled. Business case (Partner benefit): openSUSE.org: Justification: This would give a faster access to Yast modules to people who use Yast very often. Thanks for your help and attention! -- openSUSE Feature: https://features.opensuse.org/319523

1 4

[openFATE 306599] Web App for Cert Bulletins
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Kurt Garloff (garloff) Feature #306599, revision 1 Title: Web App for Cert Bulletins Requested by: Kurt Garloff (garloff) Description: Build a prototype for handling the certification database and bulletins using a modern Web Application framework. Current choice would be django as it's rather powerful and uses a language I'm very much in favor of. -- openSUSE Feature: https://features.opensuse.org/306599

1 1

[New: openFATE 312308] make yast gtk gui more complete
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jean-Daniel Dodin (jdd) Feature #312308, revision 1 Title: make yast gtk gui more complete openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd) Partner organization: openSUSE.org Description: The yast2 qt interface have (at least) one very usefull function that is not found in the gtk interface: when there is a problem in an install, being able to force reinstall of all the already installed packages is very handy. In qt, it's enough to clic right and select update all the selected. so I would be fine to have the same in gtk (I just had a corrupted kde4 install and could only run gnome) -- openSUSE Feature: https://features.opensuse.org/312308

1 1

[New: openFATE 313039] openSUSE Kids Edition/Mode
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Antwan Ibraheem (antwankakki) Feature #313039, revision 1 Title: openSUSE Kids Edition/Mode openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Antwan Ibraheem (antwankakki) Partner organization: openSUSE.org Description: OpenSUSE kids edition is an idea of creating a distribution or mode for kids. This should include (but not limit to):- *Wallpapers, Icons, themes... that would appeal to kids. *an internet or programs filter to block harmful things *games, programs related to education and fun(programs like tuxpaint, google chrome, and many games). Use Case: a parent who cares about what his kids see in the virtual world. Business case (Partner benefit): openSUSE.org: this would appeal to parents because they would probably want a safe and fun environment for their kids to play with and learn from at the same time. it will create an openSUSE army for the future :). -- openSUSE Feature: https://features.opensuse.org/313039

1 4

[New: openFATE 312272] Move /sbin/lsinitrd, /sbin/lsmod, /sbin/lspci, /sbin/lspcmcia to %_bindir
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Johannes Obermayr (jobermayr) Feature #312272, revision 1 Title: Move /sbin/lsinitrd, /sbin/lsmod, /sbin/lspci, /sbin/lspcmcia to %_bindir openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: lsinitrd, lsmod, lspci, lspcmcia are located in /sbin and so only root can access them. The 'ls' prefix indicates that these programs only list some information which should be accessible by all users. lsusb is in %_bindir (=/usr/bin). If you were consequently lsusb also would have to be in /sbin or /usr/sbin ... Business case (Partner benefit): openSUSE.org: There absolutely is not any sense for having programs just providing information in /sbin. How do you want to help people if you need for example lspci's output and then people complain: "Absolute path to 'lspci' is '/sbin/lspci', so running it may require superuser privileges (eg. root)." Can you give me root's password? (security, security, security, ...) -- openSUSE Feature: https://features.opensuse.org/312272

1 14

[New: openFATE 312307] Add usb_modeswitch and splix packages to live CD`s
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Vasil Yakauleu (vasilbelarus) Feature #312307, revision 1 Title: Add usb_modeswitch and splix packages to live CD`s openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Vasil Yakauleu (vasilbelarus) Partner organization: openSUSE.org Description: My point of view is that CD`s(not DVD`s) should contain all packages required to install the system, to setup internet connection (then users can download all they need) and to support as maximum hardware as possible. Therefore, I think that packages 1)usb_modeswitch (usb_modeswitch-data and tcl as dependencies)= about 5,5Mb to provide a possibility connect to the internet for people with UMTS/3G wireless WAN devices. 2)splix= 3,4Mb to provide better support for SPL printers should be added to live CD`s. -- openSUSE Feature: https://features.opensuse.org/312307

1 3

[New: openFATE 312927] Use AppArmor or SELinux for every (suse) package
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: ich mich (yetanothernoob) Feature #312927, revision 1 Title: Use AppArmor or SELinux for every (suse) package openSUSE 12.1: Unconfirmed Priority Requester: Neutral Requested by: ich mich (yetanothernoob) Partner organization: openSUSE.org Description: It would be nice to add apparmor or selinux profiles to every rpm package and , of course, use them! It would let suse become one of the most secure linux systems out there. And the best: the user just installs a package and hasen't to care about anything ;) But it would also need a secure (GUI) "Permission Asker", like windows and of course an easy to use frontend for editing profiles (just easier than the current yast one) Sorry for my bad english, hope anyone got what i mean :D Business case (Partner benefit): openSUSE.org: Because suse should be REALLY secure without getting in the users way -- openSUSE Feature: https://features.opensuse.org/312927

1 10

[New: openFATE 308846] Option to "download only" rpm files in cache
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Eduardo Sotomayor (Easgs) Feature #308846, revision 1 Title: Option to "download only" rpm files in cache openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Eduardo Sotomayor (easgs) Description: In yast, there is the option when setting up software repositories to keep rpm files in cache after a software installation, it would be good to have too an option "Download only", with this option you will be able to get a program with all its dependencies ready to install later in a computer without internet without affecting the current system. This option is available in ubuntu apt-get with the option -d -- openSUSE Feature: https://features.opensuse.org/308846

1 7

[New: openFATE 310024] have a "primary monitor" option on gnome "monitor preferences"
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Thiago Sayao (sayao) Feature #310024, revision 1 Title: have a "primary monitor" option on gnome "monitor preferences" openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thiago Sayao (sayao) Description: Currently i am not able to set which is the primary monitor on gnome monitor preferences. I can set the position which is very nice, but i am not able to inform which one is the primary. The primary monitor is the monitor that the gnome panel appears, as well as any application when opened the first time. This option can be set on xrandr, so i think it would be easily implemented. -- openSUSE Feature: https://features.opensuse.org/310024

1 2

[New: openFATE 310779] gtk2: cups printbackend does not provide a commandline
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Michael Krapp (mkrapp) Feature #310779, revision 1 Title: gtk2: cups printbackend does not provide a commandline openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Michael Krapp (mkrapp) Description: gtk2's lpr printerbackend provides a commandline useful for testing, using uncommon options or printing to available but unconfigured printers. e.g. user configured printers close to his office, but needs to print once to a printer in a different building. lpr -PFar_away_printer could do this, but this is not available in e.g. Firefox printing dialog when the cups printbackend is active. The cups printerbackend lacks this functionality and the lpr backend is said to go away. -- openSUSE Feature: https://features.opensuse.org/310779

1 4

[New: openFATE 310377] Make Python 3 the default
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Matt Williams (Milliams) Feature #310377, revision 1 Title: Make Python 3 the default openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Matt Williams (milliams) Description: Python 3.0 was released nearly 2 years ago now and has been included in the last two releases of openSUSE. Currently in openSUSE we have a python package which installs Python 2.6 and a python3 package which installs Python 3.1. To date there has been much reservation about Python 3, mainly due to the larger 3rd-party modules not having been ported but by now most of them have been (notable NumPy and SciPy) and will have had stable releases by openSUSE 11.4. Also by then, Python 3.2 will have been released. I propose that the python 2 package and its subpackages are renamed to python2 and python2-* and that the python3 package (and its sub-packages) is renamed to python-* and/or the /usr/bin/python symlink points to python3 rather than python2 for the next version of openSUSE. -- openSUSE Feature: https://features.opensuse.org/310377

1 6

[New: openFATE 311267] Two tier option to Community repository list
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Carl Fletcher (caf4926) Feature #311267, revision 1 Title: Two tier option to Community repository list openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Carl Fletcher (caf4926) Partner organization: openSUSE.org Description: In brief: Working in Yast > Software Repositories Add > Community Repositories Make a default community repo list Eg: OSS, NON-OSS, UPDATES, PACKMAN, NVIDIA, ATI, LIBDVDCSS And offer an advanced option available with a toggle (That should include a warning that it is for advanced users) Like this: http://dl.dropbox.com/u/10573557/SUSE%20Misc/community_list_edit.png Business case (Partner benefit): openSUSE.org: Reason: Typically many users who are installing openSUSE, perhaps for the first time are visiting the community repo list and just switching them all on. The result is not good and is giving users a bad experience. We obviously don't want to remove the option for using the complete list, but it would be better giving at least some indication that a degree of knowledge is required for their use. -- openSUSE Feature: https://features.opensuse.org/311267

1 10

[New: openFATE 310563] Dashboard Install GUI
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Jeremy Thornton (leebrad) Feature #310563, revision 1 Title: Dashboard Install GUI openFATE: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Jeremy Thornton (leebrad) Partner organization: openSUSE.org Description: Create a dashboard install on the DVD at the installation screen to help new users better understand the install options available to them. By this I mean where the selections come up to install Gnome, KDE, etc. that a dashboard listing replace it showing the Gnome, KDE, LXDE, XCFE, JeOS, Server, and Server/Server GUI as separate icons rather than a drop down list to select. Additionally, as the user scrolls across the icon it would give them a a summary description of the type of system it will install and possibly a screenshot or two to see if they will like it visually. Then as the install proceeds the user can customize the package selection later as is currently part of the system. Business case (Partner benefit): openSUSE.org: Users for the most part naturally take the path of least resistance so dashboard will provide both choice and GUI ease of use for the user while offering something innovative to the installer that to date Ubuntu has not implement but is possibly on the verge especially with the intro of Meerkat. -- openSUSE Feature: https://features.opensuse.org/310563

1 5

[New: openFATE 308892] Replace scim with IBUS
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Mingxi Wu (Mingxi_Wu) Feature #308892, revision 1 Title: Replace scim with IBUS openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Mingxi Wu (mingxi_wu) Description: SCIM upstream is almost dead. We should not keep an unmaintained software in openSUSE. IBUS (http://code.google.com/p/ibus/) a new developed input method is very active and full functionality, and other distributions like Ubuntu (https://wiki.ubuntu.com/desktop-karmic-input-methods) and Fedora already had done this. We have some contributors done the IBUS packaging at OBS https://build.opensuse.org/project/show?project=home:swyear:ibus . Everything is OK on my openSUSE 11.2 box except fail to enable it in a gnomesu window, but this is not a problem as other distributions don't have this bug. -- openSUSE Feature: https://features.opensuse.org/308892

1 20

[New: openFATE 310837] Enhance grub configuration for multiboot systems
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Martin Pröfrock (MartinProefrock) Feature #310837, revision 1 Title: Enhance grub configuration for multiboot systems openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Martin Pröfrock (martinproefrock) Description: When installing Windows (version 7 with me), then openSUSE 11.3, and no partition is marked "active", then hibernating (suspend to disk) in Windows 7 does not work anymore after installing linux. When activating the "activate" checkbox in the Windows section of the grub configuration, it works. Could you change the intial(?) grub configuration or display a hint (flashing, big, ...)? I could imagine quite some people spending a lot of time with their favorite search engine to find out that solution. I did... As usual, Windows does not give any error messages besides a meaningless "file not found (2)" when starting the action from a cmd line. -- openSUSE Feature: https://features.opensuse.org/310837

1 3

[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 314589] Bandwidth limiter for updates
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Francesco Noacco (FireLink) Feature #314589, revision 1 Title: Bandwidth limiter for updates openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Francesco Noacco (firelink) Partner organization: openSUSE.org Description: Settings similar to a download manager with max number of simultaneous files, bandwidth etc. (for example type DownThemAll). Use Case: If there is low bandwidth and / or to share with other people. Business case (Partner benefit): openSUSE.org: Is a good idea to make the system more "educated" than a bully use of the full bandwidth connection (especially if limited or poor). - Much more useful would be a program that saves the packages separately in an orderly way and divided into categories (similar to apup for win). This is perhaps best if I insert it in another form? -- openSUSE Feature: https://features.opensuse.org/314589

1 5

[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 320251] Create ramdisk for rescue
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sławomir Lach (Lachu) Feature #320251, revision 1 Title: Create ramdisk for rescue openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Create ramdisk for rescue filesystems. This ramdisk could been placed in /boot, other separate partition or root filesystem. There also should exist option for run system from this ramdisk. This could been integrated with systemd in future. When systemd fail load system, it should create ramdisk, copy rescue tools onto it, chroot and unmount old root filesystem(if possible, I'm not kernel developer). Use Case: On laptops without CDrom, there's should exist way to rescue system. Sometimes filesystem must be repaired, because badblocks were created. -- openSUSE Feature: https://features.opensuse.org/320251

1 4

[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 320677] Include D language (dmd, ldc, gdc) in standard repos
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Drew Adams (Druonysus) Feature #320677, revision 1 Title: Include D language (dmd, ldc, gdc) in standard repos openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Drew Adams (druonysus) Partner organization: openSUSE.org Description: The D programming language is a very interesting and very fun programming language. It would be very nice if at least one but preferably all of the major compilers for this really great language were readily available in our standard repos (Tumblweed). http://dlang.org/ -- openSUSE Feature: https://features.opensuse.org/320677

1 2

[New: openFATE 321103] Sort kernels by timestamp in grub.cfg
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Michal Marek (michal-m) Feature #321103, revision 1 Title: Sort kernels by timestamp in grub.cfg openSUSE Distribution: New Priority Requester: Mandatory Requested by: Michal Marek (michal-m) Partner organization: openSUSE.org Description: Currently, grub2 sorts the linux boot entries by version numbers. This has two drawbacks: 1) It does not work if a different version scheme is used than what the sorting algorithm expects, 2) It does not do the right thing when the user deliberately installs an older kernel for testing. With the old grub, the latest installed kernel has always been listed first. Such behavior serves both regular users, who keep updating the kernel packages to newer versions, as well as developers who build test kernels with non-standard release strings or boot older kernels for test purposes. A simple patch to enable timestamp sorting is in comment 10 of bug 827531. Relations: - Grub2 version 2.00 Sorts kernel version 3.10-rc7 as a higher release than kernel 3.10 (bugzilla/id: 827531) Business case (Partner benefit): openSUSE.org: More predictable sorting of boot entries. -- openSUSE Feature: https://features.opensuse.org/321103

1 1

[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 320834] Create a /var/cache subvolume
by fate_noreply＠suse.de 17 May '17

17 May '17

Feature added by: Thorsten Kukuk (kukuk) Feature #320834, revision 1 Title: Create a /var/cache subvolume Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: On the openSUSE Factory list, somebody found a valid bug in our current setup for snapshots: /var/cache is part of the snapshot. This means: all RPMs used for an update are part of the snapshot and will be deleted only afterwards. This is a big problem if you regular update online, it will eat up your diskspace very fast. We need to add /var/cache to the list of directories, for which we create a subvolume with btrfs. And (that's why I created a FATE and no bug) we need to add something to the release notes, so that customers are aware of this and can create the subvolume at their own for existing installations. Business case (Partner benefit): openSUSE.org: Save disk space by excluding irrelvant/outdated cached data from snapshots. -- openSUSE Feature: https://features.opensuse.org/320834

1 28

[New: openFATE 320819] DHCPv6-PD - wicked
by fate_noreply＠suse.de 11 May '17

11 May '17

Feature added by: James Knott (james_knott) Feature #320819, revision 1 Title: DHCPv6-PD - wicked openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: James Knott (james_knott) Partner organization: openSUSE.org Description: With more & more ISPs providing IPv6 via DHCPv6, DHCPv6-PD support is essential. This is how a router determines the assigned prefix via DHCP. Later versions of dhcpc support DHCPv6-PD, but wicked apparently doesn't. https://tools.ietf.org/html/rfc3633 -- openSUSE Feature: https://features.opensuse.org/320819

1 3

[New: openFATE 319119] drop not functional yast2-ca-management
by fate_noreply＠suse.de 08 May '17

08 May '17

Feature added by: Michael Calmer (mcalmer) Feature #319119, revision 1 Title: drop not functional yast2-ca-management Requested by: Michael Calmer (mcalmer) Partner organization: openSUSE.org Description: yast2 ca-management cannot be maintained anymore. No resources. So let's drop it. -- openSUSE Feature: https://features.opensuse.org/319119

1 12

[New: openFATE 322036] Move logrotate.status to /var/lib/misc
by fate_noreply＠suse.de 19 Apr '17

19 Apr '17

Feature added by: Thorsten Kukuk (kukuk) Feature #322036, revision 1 Title: Move logrotate.status to /var/lib/misc Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: logrotate.status is in /var/lib. Which is a problem if the root filesystem is read-only like for CASP. Making /var/lib read-write is impossible without breaking snapshots, rollback and transactional updates on all products, not only CASP. According to FHS/LSB, no application is allowed to create single files in /var/lib anyways, the correct directory is /var/lib/misc. Which is writeable. So the logrotate.status file should be moved. -- openSUSE Feature: https://features.opensuse.org/322036

1 5

[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 322299] please update lighttpd package to lighttpd 1.4.44
by fate_noreply＠suse.de 12 Mar '17

12 Mar '17

Feature added by: Glenn Strauss (gstrauss) Feature #322299, revision 1 Title: please update lighttpd package to lighttpd 1.4.44 openFATE: Unconfirmed Priority Requester: Important Requested by: Glenn Strauss (gstrauss) Partner organization: openSUSE.org Description: Please update lighttpd package to lighttpd 1.4.44 for OpenSUSE Leap and OpenSUSE Tumbleweed, and maybe also consider for OpenSUSE 13.2 and SUSE SLE-12. lighttpd 1.4.37 is over a year old and is missing a number of security fixes, including protection against HTTPoxy and XSS fixes. lighttpd 1.4.44 builds fine on various OpenSUSE platforms. I am one of the developers of lighttpd, as is stbuehler, who builds (unofficial) packages for opensuse at https://build.opensuse.org/package/show/home:stbuehler:lighttpd-1.4.x/light… Future looking, what is the process for getting new lighttpd releases into Tumbleweed? Thank you. -- openSUSE Feature: https://features.opensuse.org/322299

1 3

[New: openFATE 321407] Add support for dnscrypt and dnssec
by fate_noreply＠suse.de 20 Feb '17

20 Feb '17

Feature added by: Alfredo Amaya (alfre2) Feature #321407, revision 1 Title: Add support for dnscrypt and dnssec Requested by: Alfredo Amaya (alfre2) Partner organization: openSUSE.org Description: You need to add an third party repository to install dnscrypt and dnssec for encrypting and validating DNS queries. The main repository lacks both packages. Business case (Partner benefit): openSUSE.org: Encrypting DNS queries is an important step forward for improving privacy. It's a reliable and fast service nowadays and is becoming popular. Besides, DNSSEC acts as a complement ensuring the content of these queries. Right now there's an unofficial repository providing these packages: http://download.opensuse.org/repositories/server:/dns/openSUSE_42.1/ -- openSUSE Feature: https://features.opensuse.org/321407

1 2

[New: openFATE 320755] Warn the user with a popup that the profile A2DP is required for HIFI
by fate_noreply＠suse.de 19 Feb '17

19 Feb '17

Feature added by: Stakanov Schufter (stakanov) Feature #320755, revision 1 Title: Warn the user with a popup that the profile A2DP is required for HIFI openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Stakanov Schufter (stakanov) Partner organization: openSUSE.org Description: Currently when connecting a BT headset they do default to HSP/HFP. This will be O.K. if the user wants to use VOIP. However the main part of BT Headsets support now the profile A2DP. While it may be to early to default to it, it would be good to have a pop-up when pairing or an explanation in BT setup that for HIFI you have to set the profile to A2DP. Otherwise you will get a garbled output. Besides on my machine it was necessary to first pair, restart one time the system and then only it was possible to change the profile to A2DP. So at least for leap, the support and switching to A2DP should be looked after too. Use Case: consumer connects a BT headset Business case (Partner benefit): openSUSE.org: A first time BT user could think that a) linux cannot provide hifi output to BT headsets b) will not find easily the solution if not explained because users do not find / know about audio profiles c) may have a negative use experience for a longer time period BT Headset should be "pair-and-you-go" as much as possible. -- openSUSE Feature: https://features.opensuse.org/320755

1 1

[New: openFATE 319627] Minimal KDE and GNOME installation option
by fate_noreply＠suse.de 19 Feb '17

19 Feb '17

Feature added by: Arnold Mesper (amesper) Feature #319627, revision 1 Title: Minimal KDE and GNOME installation option openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Arnold Mesper (amesper) Partner organization: openSUSE.org Description: The installer must provide an option to install a minimal KDE and a minimal GNOME desktop in addition to the current KDE and GNOME desktop options, which install a lot of software. A minimal GNOME desktop should, for example, only install the software necessary to boot the system, login into GNOME and the GNOME shell. In addition it should include drivers only for hardware that is available on the system and corresponding configuration software (e.g. network manager if network card is installed) and the package manager in order to install additional software as required either from DVD or via internet. It must also include and enable security software (e.g. AppArmor, Firewall), thus the system is secured from the beginning. What a minimal GNOME desktop should not have: - hardware drivers for hardware that is not available (e.g. bluetooth) or has been disabled in the BIOS (e.g. WLAN, web cam, etc.) - software that can be easily installed afterwards (e.g. office suite, web browser, e-mail client, chat client, terminals, file managers, text editors, character maps, etc.) - software which is not intended for a minimal desktop (e.g. server software, development software) - Java, Flash There is also a grey zone of software, that might be useful, but should not be mandatory part of a minimal install (e.g. Avahi). Here the user should be shown with a list of software recommendations (with description) during the installation, which he must explicitly enable to be installed. Use Case: Use Case 1: Install a clean GNOME or a clean KDE desktop as a host for virtual machines. After installing the minimal desktop, the user only needs to install VirtualBox. Use Case 2: Install a clean GNOME or a clean KDE desktop as a virtual machine guest and install the required software afterwards. E.g. easily install a web browser VM or a mail client VM or an office VM. Business case (Partner benefit): openSUSE.org: For novice users the current desktop options full with software are good choice as they do not need to think about what to install. For expert users the openSUSE has the wonderful possibility to customize the system to be installed by selecting / deselecting software. I think this is the biggest plus of openSUSE in comparison to other distributions. But what is lacking is an interim solution for advanced users, that only want to install a clean KDE or GNOME desktop and decide on what additional software to install afterwards. This is especially when working with virtual machines, it is very useful to have an option to install a clean desktop without much effort. -- openSUSE Feature: https://features.opensuse.org/319627

1 4

[New: openFATE 322201] deny updates through nonroot user
by fate_noreply＠suse.de 11 Feb '17

11 Feb '17

Feature added by: Nick Levinson (NickLevinson) Feature #322201, revision 1 Title: deny updates through nonroot user openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Nick Levinson (nicklevinson) Partner organization: openSUSE.org Description: An account meant for use by guests should not allow updates to be applied to the whole operating system and other applications, some of which may be intentionally invisible to nonroot users but are exposed to them by the update information. Which user accounts have the authority to update all of the software should be by options set in advance by root, and probably preset by defaults. I previously asked about this at the Bugzilla (https://bugzilla.opensuse.org/show_bug.cgi?id=1012283) where I was referred to here, and in a support forum (https://forums.opensuse.org/showthread.php/520485-deny-amp-hide-updates-thr…) where a suggestion was a CLI non-GUI method, which I started to try, but which is apparently seriously complex and not exactly clear. I will likely make the setting only once; I don't run a complex network with many changes. Thus, this should be in a GUI. Two options for each nonroot user account, set only by root, would be helpful: * Allow updates from the current (nonroot) user account. * Allow notification of available updates in the current (nonroot) user account, although availability may be limited to another user. The defaults should be to deny both options for every nonroot user. Of course, in root, both options would always be allowed unless the OS is being run from read-only media. -- openSUSE Feature: https://features.opensuse.org/322201

1 1

[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 322424] Mesa "swr" software rasterizer
by fate_noreply＠suse.de 30 Jan '17

30 Jan '17

Feature added by: Tyler Kay (Tyler_K) Feature #322424, revision 1 Title: Mesa "swr" software rasterizer Requested by: Tyler Kay (tyler_k) Partner organization: openSUSE.org Description: Here's a real easy one: enable the "swr" gallium driver in the build of Mesa. Though there are other software gl renderers available, swr is NOT a replacement for llvmpipe or softpipe or swrast. It is desirable for use in some computational fields: such as medical imaging, fluid dynamics, etc etc etc. You can read all about it here: http://openswr.org/ This might be something SLED should also consider, as it would attract users who might otherwise turn to another distro if its not enabled natively. -- openSUSE Feature: https://features.opensuse.org/322424

1 0

[New: openFATE 322068] Support Docker Chaining of Services
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #322068, revision 1 Title: Support Docker Chaining of Services Buildservice: Implementation Milestone: 2.8 Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: Current LXC implementation of service chaining tends to break often due to LXC changes. It is also quite hacky. Re-implment it using a pre-build docker container. This allows to use it for more OBS administrators and is hopefully longer lasting. -- openSUSE Feature: https://features.opensuse.org/322068

1 2

[openFATE 313811] Configurable multi-spec file package build mode
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature changed by: Dr. Werner Fink (WernerFink) Feature #313811, revision 11 Title: Configurable multi-spec file package build mode Buildservice: Done Milestone: 2.8 Priority Requester: Mandatory Projectmanager: Important Requested by: Dr. Werner Fink (wernerfink) Partner organization: openSUSE.org Description: We want to have a functionality to enable multiple spec file builds from one source without the need to create _link's. This should be configurable project wide and per package. Additionally it would be nice to offer an option to build all of them in same build root sequential or even in parallel (Would obsolete texlive-specs-? meta packages). Discussion: #1: Adrian Schröter (adriansuse) (2012-09-07 10:16:43) This can also be used for product building, so we can turn productconverter into a source service. + #2: Dr. Werner Fink (wernerfink) (2017-01-27 08:28:22) (reply to #1) + That pretty fine ... but how to do this, that is daoes there exit any + HOWTO? -- openSUSE Feature: https://features.opensuse.org/313811

1 0

[New: openFATE 320696] Provide interface to show worker capabilities
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #320696, revision 1 Title: Provide interface to show worker capabilities Buildservice: New Milestone: 2.8 Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Requested by: Adrian Schröter (adriansuse) Partner organization: openSUSE.org Description: To be able to define proper constraints it is important which capabilities exists. The minimum approch would be to provide the data from /srv/obs/workers directory via the api. Means listing the workers and offer to show (a filtered?) the list of capabilities. A webui for this would be very nice too. -- openSUSE Feature: https://features.opensuse.org/320696

1 2

[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

[openFATE 313811] Configurable multi-spec file package build mode
by fate_noreply＠suse.de 27 Jan '17

27 Jan '17

Feature changed by: Adrian Schröter (adrianSuSE) Feature #313811, revision 10 Title: Configurable multi-spec file package build mode - Buildservice: Evaluation by engineering manager + Buildservice: Done Milestone: 2.8 Priority Requester: Mandatory Projectmanager: Important Requested by: Dr. Werner Fink (wernerfink) Partner organization: openSUSE.org Description: We want to have a functionality to enable multiple spec file builds from one source without the need to create _link's. This should be configurable project wide and per package. Additionally it would be nice to offer an option to build all of them in same build root sequential or even in parallel (Would obsolete texlive-specs-? meta packages). Discussion: #1: Adrian Schröter (adriansuse) (2012-09-07 10:16:43) This can also be used for product building, so we can turn productconverter into a source service. -- openSUSE Feature: https://features.opensuse.org/313811

1 0

[New: openFATE 321753] working dmesg in installer
by fate_noreply＠suse.de 17 Jan '17

17 Jan '17

Feature added by: Michal Suchanek (michals) Feature #321753, revision 1 Title: working dmesg in installer Requested by: Michal Suchanek (michals) Partner organization: openSUSE.org Description: In the installer dmesg buffer is empty. This is different from every Linux and BSD distribution I tried so far, even installers. In order to not alienate people who are not running SUSE from the very start the kernel messages should be left in said buffer for everyone to look at when needed. Supposedly there are these messages on virtual terminal 4 and /var/log/boot.msg Virtual terminal 4 is not accessible when installing - over ssh - over serial console - over IPMI which are probably scenarios for which SUSE should care more than most distributions out there given the focus on server. /var/log/boot.msg is either misnamed or it contains only the kernel messages from system startup and not messages which result from inserting a device for example. -- openSUSE Feature: https://features.opensuse.org/321753

1 1

[New: openFATE 322335] Allow to install packages into container using Yast
by fate_noreply＠suse.de 12 Jan '17

12 Jan '17

Feature added by: Sławomir Lach (Lachu) Feature #322335, revision 1 Title: Allow to install packages into container using Yast openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: When dependency is not satisfied or there's dependency conflict, Yast could provide option to select OpenSuSE container as destination to install package. Yast should also allow to create new container in both case. Yast should import desktop files from container, but modify it to run container, set environment variable like DISPLAY to container, share some important system directory with container. There's also a need to allow normal users to run normal containers. Use Case: I need to install Plasma5.9 beta 1,but there's no other way to coexist of Plasma5.8(currently installed) and Plasma5.9. Yast will suggest to change vendor of some packages, but it will also suggest to create new container or/and select existing. -- openSUSE Feature: https://features.opensuse.org/322335

1 0

[New: openFATE 322330] susepaste default install
by fate_noreply＠suse.de 12 Jan '17

12 Jan '17

Feature added by: Rainer Sigl (SiglRainer) Feature #322330, revision 1 Title: susepaste default install Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rainer Sigl (siglrainer) Partner organization: openSUSE.org Description: it would be helpfull if "susepaste" is installed by default for forums and irc. -- openSUSE Feature: https://features.opensuse.org/322330

1 0

[New: openFATE 322323] Handling of service enabled packages in maintained distros
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #322323, revision 1 Title: Handling of service enabled packages in maintained distros Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: While the same package source in devel projects shall update automatically on github (or others) changes, the same package source must not update after submission to maintained projects (like factory, leap, ...). Proposal: create service mode "explicit" which runs the service only when it gets triggered via the trigger route or when the servicerun command has an explicit parameter. -- openSUSE Feature: https://features.opensuse.org/322323

1 1

[New: openFATE 313441] Easy Upgrade
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Mário Castanheira (SpeccyMan) Feature #313441, revision 1 Title: Easy Upgrade openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mário Castanheira (speccyman) Partner organization: openSUSE.org Description: An easy way to allow users to make upgrades (e.g.: changing from version 12.1 to version 12.2) as easy as they can in Ubuntu. Something like one-click, instead of having to deal whit the work of disable and update of the repositories manually. Would be good if all this would be automatic and maybe even integrated it into the new Software Center. Use Case: User gets notified that there's a new version of opensuse available and it is asked if he wishes to upgarde. If he selects "upgrade" the system should ask for permissions and then start upgrading itself. (pretty much like in ubuntu). Nothing else required! Business case (Partner benefit): openSUSE.org: Because it will invite users to keep their distro in it's last version, even if they don't understand much about computers! And because it's something all Ubuntu users keep saying it's one of their loved features. -- openSUSE Feature: https://features.opensuse.org/313441

1 34

[openFATE 303532] Reduce size of updates for openSUSE Factory
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature changed by: Oliver Kurz (okurz) Feature #303532, revision 37 Title: Reduce size of updates for openSUSE Factory Buildservice: Rejected by Lars Vogdt (lrupp) reject date: 2011-04-20 19:16:50 reject reason: We already reduce the size of Factory updates by using build compare. Milestone: 2.5 Priority Requester: Important Projectmanager: Important openSUSE-11.0: Rejected by Stephan Kulow (coolo) reject date: 2008-06-06 09:06:29 reject reason: not really attached to a specific openSUSE version Priority Requester: Important Projectmanager: Important openSUSE-11.1: Rejected by Adrian Schröter (adriansuse) reject date: 2008-11-06 16:10:03 reject reason: This is a build service feature, but no distribution feature. Priority Requester: Important Projectmanager: Important Requested by: Michael Löffler (michl19) Partner organization: openSUSE.org Description: Each update currently is around 2GB which is already much for broadband bandwith. For user with less bandwith it's by and large impossible to use Factory. Goal is to reduce size of updates and stay with frequent updates to offer latest software to the user. As we want more people using Factory it's usage needs to be conveniant. References: packages: obs-server + Relations: + - idea for delta-rpm support in openSUSE Tumbleweed (url: + https://progress.opensuse.org/issues/10352) Discussion: #1: Stephan Kulow (coolo) (2008-03-27 16:48:43) According to discussions with Rudi and mls, the delta setup on dist need to be changed to also contain the rpm header and the deltas need to be indexed in a way that zypp will see them. So we can still use drpmsync for internal distribution and put the deltas only in instsource for mirrors. #2: Duncan Mac-Vicar (dmacvicar) (2008-04-22 13:28:56) This will happen automatically once the remaining parts of libzypp deltarpm handling are finished. We only need to agree on the format. I will propose something today. #3: Duncan Mac-Vicar (dmacvicar) (2008-05-26 17:09:31) ZYpp side is done. The only thing that needs to be done is to generate the deltarpm metadata in factory. I will post link to documentation and examples shortly. #7: Andreas Jaeger (a_jaeger) (2009-07-14 21:36:57) (reply to #3) What is the status of the Build Service side for this? #8: Adrian Schröter (adriansuse) (2009-09-15 16:42:11) (reply to #7) Partly implemented, the build-compare support exists, delta generation support is currently out of scope (if done on build host, it would need adaptions in backend parts. If done on extra(mirror) host, it would need to resign content, which breaks security concepts). #4: Gerald Pfeifer (geraldpfeifer) (2009-01-03 14:54:00) Opening this up for openSUSE.org. #5: Stephan Kulow (coolo) (2009-01-16 08:24:42) ok, we discussed this a bit further. We plan to throw away builds that are equal to the previous build and publish deltas generated by the build clients if they are not equal. If a build is equal is to be defined, for now it's a shell script that checks various properties - and works acceptable for now. I rebuild a good portion of 11.1 without further changes and get 7345 binary rpms (including all subpackages). 5666 are considered equal by my current script (based on work by Michael Matz). And many of other packages are possible to fix, so they are equal too. So this gives for uneffected rebuilds a huge reduction of updates. The kernels and kmps are currently seen as !equal after an uneffected rebuild as they put the %release (rebuild counter) in many places. Not sure how much the script should work around such cases. But even for those the download size would reduce: kernel-default.i586 (with base and extra): 25.7MB to download deltas of it: 6.7MB (I think the kernel puts a lot of "rebuild on" info in the code) #6: Piotrek Juzwiak (benderbendingrodriguez) (2009-06-17 17:29:42) As an addition to that it would be great if the older package would stay until the second rebuild so that if something breaks we could go back to the previous version and report that something's wrong with the new one. #9: Lars Vogdt (lrupp) (2009-10-01 12:33:06) (reply to #6) Having backups is always a good idea. But as we've just limited space (internally and on our mirrors) I don't think that we can implement this. #10: Stephan Kulow (coolo) (2009-10-01 13:03:18) (reply to #9) download.o.o will keep the old versions alive and the mirrors only get the latest. #11: Ralph Ulrich (ulenrich) (2009-10-01 14:56:11) Why not a more differentiated factory scheme like Debian: - unstable - testing (less frequently changes) Something similar is implemented now using factory snapshots ? -- openSUSE Feature: https://features.opensuse.org/303532

1 0

[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 316789] Fundamental re-design how to set up the whole printing stuff
by fate_noreply＠suse.de 10 Jan '17

10 Jan '17

Feature added by: Johannes Meixner (jsmeix) Feature #316789, revision 1 Title: Fundamental re-design how to set up the whole printing stuff Requested by: Johannes Meixner (jsmeix) Partner organization: openSUSE.org Description: The current YaST printer module provides different buttons (i.e. entry points) with different workflows for the different kind of printing setup actions: One via "Add", one via "Printing via Network", one via "Share Printers", and so on. This means the user must know in advance what to choose for his particular kind of printing setup. The software cannot guide the user towards the right entry point according to what the user wants to get in the end. To guide the user towards an actually right solution the initial dialog should show the list of currently available print queues plus one single button to "do whatever can be done" when something is not as expected (e.g. when something is missing) in that list. This means a fundamental re-design of the dialogs and workflows to set up the whole printing stuff is needed. -- openSUSE Feature: https://features.opensuse.org/316789

1 13

[New: openFATE 322318] ake it possible to exclude foreign OS' from the bootloader menu
by fate_noreply＠suse.de 09 Jan '17

09 Jan '17

Feature added by: Richard Bos (rbos) Feature #322318, revision 1 Title: ake it possible to exclude foreign OS' from the bootloader menu openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Richard Bos (rbos) Partner organization: openSUSE.org Description: When a system has many OS' (Linux') installed and probe for 'foreign OS' is enabled, the bootloader menu becomes cluttered with many entries. To prevent a cluttered bootloader menu, functionality to exclude certain partitions is desired. The attached patch (etc_grub2_30_os-prober.patch) to /etc/grub.d/30_os-prober provides this functionality. The 2nd attachment (30_os-prober-exclude) can be used to test the functionality. Now YaST2/bootloader should support this, to make it work. At the bootloader options tab, there should be a possibility to list which partitions are to be excluded from the bootloader menu, for example: Partitions to be excluded from the bootloader menu [ /dev/sda1 /dev/sda4 ] Together with the attached patch, only the desired partitions will be included in the bootloader menu. Even nicer would be to show a list with OS' that can be (un)checked to be excluded from the bootloader menu: [x] Probe foreign OS [x] /dev/sda1:CentOS^release^6.2^(Final):RedHat:linux [x] /dev/sda3:openSUSE^13.1^(x86_64):SUSE:linux [x] /dev/sda4:openSUSE^12.2^(x86_64):SUSE1:linux [x] /dev/sdb6:openSUSE^13.1^(x86_64):SUSE2:linux By default all OS' are selected, and the user can deselect the partitions, he/she does not want to show up in the bootloader menu. Detailed information, including screenshot and possible patch are available in bug report: https://bugzilla.suse.com/show_bug.cgi?id=1017765#c0 Business case (Partner benefit): openSUSE.org: To prevent a clutter boot menu. -- openSUSE Feature: https://features.opensuse.org/322318

1 2

[New: openFATE 322317] Remove /var/run from tmpfs filesystems
by fate_noreply＠suse.de 09 Jan '17

09 Jan '17

Feature added by: Juha Virtanen (jiivee) Feature #322317, revision 1 Title: Remove /var/run from tmpfs filesystems openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Juha Virtanen (jiivee) Partner organization: openSUSE.org Description: Requested feature: Remove /var/run from list of available tmpfs filesystems during installation of Suse family of OSs. Tumbleweed installation allows (like all other Suse versions) to create /tmp, /run, /var/lock and /var/run as separate tmpfs filesystems. Recently (sometime on last November) Tumbleweed behaviour changed so that many things don't work or are very slow, if /run and /var/run are separate. See <https://forums.opensuse.org/showthread.php/521509-X-broke-gt-after-new-inta…> for more info. Solution for experienced problems was to remove entry for /var/run from /etc/fstab and leave bind mounting /var/run to /run for systemd boot process. See also bug 1017683, <https://bugzilla.suse.com/show_bug.cgi?id=1017683>. Business case (Partner benefit): openSUSE.org: /var/run must be a bind mount of /run. At least in Tumbleweed. -- openSUSE Feature: https://features.opensuse.org/322317

1 1

[New: openFATE 321183] Add package Money Manager Ex
by fate_noreply＠suse.de 09 Jan '17

09 Jan '17

Feature added by: Jorge Vallejo (Geoplace1) Feature #321183, revision 1 Title: Add package Money Manager Ex Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Jorge Vallejo (geoplace1) Partner organization: openSUSE.org Description: http://www.moneymanagerex.org/ These is a great open source Finance Manager. Could you make it available to install on opensuse, please? Regards. -- openSUSE Feature: https://features.opensuse.org/321183

1 3

[New: openFATE 322302] Proxy ARP for openSUSE
by fate_noreply＠suse.de 02 Jan '17

02 Jan '17

Feature added by: Dean Martin (deano_ferrari) Feature #322302, revision 1 Title: Proxy ARP for openSUSE Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Dean Martin (deano_ferrari) Partner organization: openSUSE.org Description: parprouted is a daemon for transparent IP (Layer 3) proxy ARP bridging. I would like to have a parprouted RPM available for openSUSE http://freecode.com/projects/parprouted Use Case: Example: A simple way to create a wireless bridge (whereas a wireless client interface cannot be bridged to an ethernet interface in this manner) AP ---<wlan0>host running parprouted<eth0>---Ext device Business case (Partner benefit): openSUSE.org: This is useful for creation of transparent firewalls and bridging networks with different MAC protocols. Also, unlike standard bridging, proxy ARP bridging allows to bridge Ethernet networks behind wireless nodes without using WDS or layer 2 bridging. -- openSUSE Feature: https://features.opensuse.org/322302

1 0