April 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 308692] support keyboard layout switching in initrd
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Ludwig Nussel (lnussel) Feature #308692, revision 1 Title: support keyboard layout switching in initrd openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Description: When using an encrypted root partition only plain ASCII characters are possible as passphrase. International users may want to also use special characters though. https://bugzilla.novell.com/show_bug.cgi?id=547923 -- openSUSE Feature: https://features.opensuse.org/308692

1 8

[New: openFATE 309257] kernel choise during installation
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Stefan Schäfer (flacco) Feature #309257, revision 1 Title: kernel choise during installation openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Stefan Schäfer (flacco) Partner organization: openSUSE.org Description: Since openSUSE 11.2 the special desktop-kernel is installed as default kernel during installlation. As its name says, this kernel ist optimized for desktop installations. I would prefer to choose my prefered kernel during the system installation. Alternativ the kernel choice could be combined with the choise of the desktop system. KDE,Gnome,XFCE = kernel-desktop minimal grafic, text-based server installation = kernel-default / kernel pae Business case (Partner benefit): openSUSE.org: The most of my openSUSE installations are server-installation ;-) -- openSUSE Feature: https://features.opensuse.org/309257

1 6

[New: openFATE 312602] Add NTP.br in openSUSE Linux 12.1
by fate_noreply＠suse.de 16 Nov '16

16 Nov '16

Feature added by: Genix Info (genixinfo) Feature #312602, revision 1 Title: Add NTP.br in openSUSE Linux 12.1 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Partner organization: openSUSE.org Description: Add NTP.br in openSUSE Linux 12.1: http://www.ceptro.br/CEPTRO/EnglishHome#NTP_br_Brazilian_Legal_Time_over (http://www.ceptro.br/CEPTRO/EnglishHome#NTP_br_Brazilian_Legal_Time_over) -- openSUSE Feature: https://features.opensuse.org/312602

1 13

[New: openFATE 309840] Supress verbose messages after Grub
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Anshul Jain (anshuljain) Feature #309840, revision 1 Title: Supress verbose messages after Grub openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Anshul Jain (anshuljain) Description: In the current bootsplash scenario, after we select the kernel version (or by default starts to boot with the only available kernel), it gives a brief 3-4 second verbose message on the screen.. something on the lines of "Uncompressing Kernel...<and the kernel options parameters>". It then proceeds to the bootsplash screen of openSUSE that we're all familiar with. This is elegantly supressed under Ubuntu through a patch called quiet.diff. I've added this patch to the grub SRPM and successfully built and installed it on my laptop (its available in my OBS at :- http://download.opensuse.org/repositories/home:/anshuljain/openSUSE_11.2_Up…). I'd appreciate if the official maintainer of Grub can add this patch so that the boot can be a lot more elegant than what it is right now. -- openSUSE Feature: https://features.opensuse.org/309840

1 8

[New: openFATE 310666] More modern sound theme for KDE4
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Otso Rajala (daedaluz) Feature #310666, revision 1 Title: More modern sound theme for KDE4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Otso Rajala (daedaluz) Partner organization: openSUSE.org Description: Let's face it: the default soundscape provided by upstream KDE4 release is far from ideal. Majority of sounds in it are too long (default login/logout sounds, anyone?) and they do sound very old-fashioned (plain piano) while desktop itself is the most advanced available. I propose that we adopt some of the other, more modern sounding open licence sound schemes around to fix this issue. My personal favourite from OpenDesktop.org is Feather sound set, fail.wmv omitted completely, incoming_call.wmv cut in half with Audacity and used as login sound and finally opening.wav used as logout. http://opendesktop.org/content/show.php/Feather+Sound+Set?content=90916 I welcome every suggestion into this discussion. Business case (Partner benefit): openSUSE.org: It provides the whole desktop enviroment with a much more modern feel while requiring minimal amount of work to alter upstream release. -- openSUSE Feature: https://features.opensuse.org/310666

1 4

[openFATE 307769] remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: andrea florio (anubisg1) Feature #307769, revision 1 Title: remove X-KDE-SubstituteUID and edit Exec on YaST2 .dekstop files openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: andrea florio (anubisg1) Partner organization: openSUSE.org Description: All YaST .destop files in /usr/share/applications/YaST2 use the "X-KDE-SubstituteUID" to make them running as root. X-KDE-SubstituteUID is a KDE only "workaround" for that only KDE is supposed to be able to understand. Really, also GNOME as very famous DE understand that. All the others DE like XFCE, LXDE, Icewm and so on do not understand that (and they are not supposed to do that) so they run all yast2 modules as NON root user. all that Desktop files should edit their exec line and maybe remove X-KDE-SubstituteUID exactly as has been done with /usr/share/applications/YaST.desktop into yast2-control-center package. /usr/share/applications/YaST.desktop content: [Desktop Entry] X-SuSE-translate=true Type=Application Categories=Settings;System;SystemSetup;X-SuSE-Core-System;X-SuSE-ControlCenter-System; Name=YaST Icon=yast GenericName=Administrator Settings Exec=/usr/bin/xdg-su -c /sbin/yast2 #OnlyShowIn=KDE;GNOME; #X-KDE-SubstituteUID=true X-KDE-RootOnly=true X-KDE-System-Settings-Parent-Category=system X-KDE-ServiceTypes=KCModule Encoding=UTF-8 as you can see use /usr/bin/xdg-su -c in Exec line, made the .desktop file DE independent Test Case: https://bugzilla.novell.com/show_bug.cgi?id=540627 Use Case: any user running a DE different that KDE/GNOME will run al yast2 modules as non root user with all the warnings/errors that came from that Business case (Partner benefit): openSUSE.org: That will increase openSUSE usability for users running a different DE like XFCE and LXDE, and will be a great step to have that feature: https://features.opensuse.org/307729 perfectly working -- openSUSE Feature: https://features.opensuse.org/307769

1 3

[New: openFATE 312750] Make Yast2 stay open after installing packages
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: ursan marius bogdan (creatura85) Feature #312750, revision 1 Title: Make Yast2 stay open after installing packages openSUSE.org: Unconfirmed Priority Requester: Important Requested by: ursan marius bogdan (creatura85) Partner organization: openSUSE.org Description: As we all know YaST2 is the best control center around and as title says, can we make it even better by keeping it open after one or more packages are installed? (just like Synaptic for e.g.). I know this can be done adjusting some setting http://dl.dropbox.com/u/10573557/SUSE%20Misc/yast-at-close-action.jpeg but i was thinking if it is possible to make it a default setting for versions to come. Business case (Partner benefit): openSUSE.org: This feature will reduce the time of opening the package manager for any operations: install, delete and upgrade. -- openSUSE Feature: https://features.opensuse.org/312750

1 19

[New: openFATE 312647] Preserve Running Kernel On Kernel Update by Default
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Robert Davies (robopensuse) Feature #312647, revision 1 Title: Preserve Running Kernel On Kernel Update by Default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Robert Davies (robopensuse) Partner organization: openSUSE.org Description: My suggestion is to enable multiversion kernel & preserve running kernel for safer kernel updates, to reduce support problems when new kernels won't boot. This is now possible for 12.1 by 1 line change to zypp.conf. Since Online Update was first introduced (SuSE 7.1?) it replaced the running kernel by default, which can lead to problems booting. For a while multiversion kernel has been supported by libzypp (1 line edit in zypp.conf). The drawback with multiversion was manual deletion required of unwanted kernel packages (see http://lists.opensuse.org/opensuse-kernel/2011-07/msg00056.html). Now in Factory 12.1 M3 Michel Marek has included & announced - kernel package retention options (see http://lizards.opensuse.org/2011/07/14/improved-kernel-package-retention-in…). The default is sane, to preserve the Lastest & Running Kernels. So lets use it and make 12.1 kernel updates safer for all, and by default do the right thing! Use Case: End user upgrades kernel to Tumbleweed and it fails to boot. With kernel package retention, the running kernel was saved and recovery is simply a matter of choosing the "good" kernel from GRUB menu. Business case (Partner benefit): openSUSE.org: To reduce support caused by kernel upgrade "accidents". To encourage safer testing of Kernel Team "stable" & "HEAD" kernels. To correct a long standing risky choice, made for implementation convenience of deleting old kernel package, before the new was tested. -- openSUSE Feature: https://features.opensuse.org/312647

1 8

[New: openFATE 311388] openSUSE Sky
by fate_noreply＠suse.de 15 Nov '16

15 Nov '16

Feature added by: Timo Hoenig (thoenig) Feature #311388, revision 1 Title: openSUSE Sky openSUSE Distribution: Unconfirmed Priority Requester: Important openSUSE Infrastructure: Unconfirmed Priority Requester: Important Requested by: Timo Hoenig (thoenig) Partner organization: openSUSE.org Description: With this feature I am announcing openSUSE Sky. openSUSE Sky will bring our distribution to cloud environments by providing official images for both openSUSE releases and snapshots of current development versions. With openSUSE Sky running the latest and greatest snapshot of openSUSE will be as easy as a mouse click. This gives developers the most efficient way for reproducing bugs on vanilla snapshots. Cloud users will appreciate to have access to trusted built of our distribution without any unknown modifications (e.g. intentional backdoors). Target cloud platforms are Amazon EC2 (using EBS/S3) and Eucalyptus (Walrus). Target audience are cloud users and developers. -- openSUSE Feature: https://features.opensuse.org/311388

1 5

[New: openFATE 310668] run pulseaudio server with 'flat-volumes=no'
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: robert spitzenpfeil (robert_spitzenpfeil) Feature #310668, revision 1 Title: run pulseaudio server with 'flat-volumes=no' openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: robert spitzenpfeil (robert_spitzenpfeil) Partner organization: openSUSE.org Description: I listen to music while writing... and every single time I change songs a hilariously loud POP is almost killing my ears. This is annoying and painful. What's also annoying is that with 'flat-volumes = yes' the master volume is changed to the loudest individual stream. If a rogue application should choose to up the volume, my ears get fried (headphones !) Personally I think the purpose of having a master volume slider is to limit the max volume to avoid this kind of crap, which is totally nullified by 'flat-volumes = yes' ! Proposal: use 'flat-volumes = no' as the default in '/etc/pulse/daemon.conf'. I think the user is clever enough to handle the volume sliders himself. And only because Vista or W7 fiddles with the master volume in this _sick_ way, we don't need that as well. Reproducible: Always Steps to Reproduce: 1. play a song 2. increase the volume for the app. using pavucontrol or with the app. itself 3. master volume is pushed up as well Expected Results: The user should be the _only_ one messing with MASTER VOLUME. Business case (Partner benefit): openSUSE.org: With 'flat-volumes=yes' it is possible to get permanent hearing damage if unexpected volume surges are forced into the user's ears! Again with this feature enabled _any_ application that uses pulseaudio can set the master volume to 100%. That might be tolerable with a stereo system with a manual volume knob, but on a laptop + headphones this is close to a criminal assault. -- openSUSE Feature: https://features.opensuse.org/310668

1 16

[New: openFATE 312890] Opensuse 12.1 - provide Blender 2.6 as default install
by fate_noreply＠suse.de 02 Nov '16

02 Nov '16

Feature added by: Jedi Beeftrix (Jedibeeftrix) Feature #312890, revision 1 Title: Opensuse 12.1 - provide Blender 2.6 as default install openSUSE Distribution: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Jedi Beeftrix (jedibeeftrix) Partner organization: openSUSE.org Description: Blender 2.6 finally here on Sunday the 16th of October. A huge milestone for Blender, and the best opensource 3D modelling/rendering/animation/editing package available, on linux or otherwise. http://www.blendernation.com/2011/10/14/blender-2-60-rc2-available/ This really should be included on the 12.1 dvd .iso Please! -- openSUSE Feature: https://features.opensuse.org/312890

1 9

[New: openFATE 308401] Opensuse netbook edition
by fate_noreply＠suse.de 25 Oct '16

25 Oct '16

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #308401, revision 1 Title: Opensuse netbook edition openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Agustin Chavarria (dj_ubun_1) Description: The growing demand for netbooks, has made several distributions of Linux, to create a specific version for these computers. The creation of a version with moblin, with gnome, and kde would be a big step. and also enter a specific kernel for these computers, including drivers and kernel patches to improve stability of the distribution. This would include a change in the interface in both gnome and kde, and both of these projects have packages to improve the interface little displays -- openSUSE Feature: https://features.opensuse.org/308401

1 21

[openFATE 306896] Zypp-proxy - A proxy cache server for zypper updates
by fate_noreply＠suse.de 15 Oct '16

15 Oct '16

Feature added by: Alex Tsariounov (tsariounov) Feature #306896, revision 1 Title: Zypp-proxy - A proxy cache server for zypper updates Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Alex Tsariounov (tsariounov) Description: This project will create zypp-proxy which is a server proxy used for caching update packages that are used by machines on the local network on a locally designated host machine that acts as a proxy to the openSUSE updates repositories. The project is similar in function and requirements to the Debian project apt-proxy, details of which can be found here: http://apt-proxy.sourceforge.net/ This project is useful for those who run many local (both physical and virtual) openSUSE machines and like to keep them up to date with updates; however, they do not wish to waste bandwidth for downloading the same updates over and over to all local machines whether when keeping exisiting machines up to date, or building new machines and having to re-download all updates yet again. For some people, simply mirroring the entire openSUSE updates repository is sufficient to provide local network updates; however, for most, since they do not use near as many packages as that repository provides, doing this simply wastes disk space. These people will find zypp-proxy most useful. Both server and client setup will be quite simple. The server will use the public openSUSE updates repositories to check for updates. The clients will point to the local server (the proxy) machine for updates rather than the public servers. When a client requests an update, the zypp-proxy server first checks if the public server has a more up to date package that what it has cached locally. If the public server doesn't, then zypp-proxy serves the locally cached package. If the public server does have a more up to date package, then zypp-proxy first downloads it to its local cache and then serves it to the client. How many old versions of packages to keep will be a configurable. The first implementation will support openSUSE 11.1 only, with support for other openSUSE releases following suit. -- openSUSE Feature: https://features.opensuse.org/306896

1 17

[New: openFATE 309540] Create Saxon9 Package
by fate_noreply＠suse.de 05 Oct '16

05 Oct '16

Feature added by: Thomas Schraitle (thomas-schraitle) Feature #309540, revision 1 Title: Create Saxon9 Package Package Wishlist: New Priority Requester: Important Requested by: Thomas Schraitle (thomas-schraitle) Description: Currently we have only Saxon 6.x and Saxon 8.8. It would be useful, if we could add this package as it is under Mozilla licence. The latest version brings some bug fixing and some other improvements. Relations: - The XSLT and XQuery Processor (url: http://saxon.sourceforge.net/) -- openSUSE Feature: https://features.opensuse.org/309540

1 7

[openFATE 306234] allow to resize unformatted partitions and logical volume
by fate_noreply＠suse.de 03 Oct '16

03 Oct '16

Feature added by: Arvin Schnell (aschnell) Feature #306234, revision 1, last change by Title: allow to resize unformatted partitions and logical volume openSUSE-11.2: New Priority Requester: Important Requested by: Thomas Wouters (twouters) Description: Allow to resize unformatted partitions and logical volume with YaST. Relations: - Unable to resize unformatted logical volume (novell/bugzilla/id: 479561) https://bugzilla.novell.com/show_bug.cgi?id=479561 -- openSUSE Feature: https://features.opensuse.org/306234

1 9

[New: openFATE 309642] Hacking NetwotkManagement plasma applet
by fate_noreply＠suse.de 12 Aug '16

12 Aug '16

Feature added by: Alexander Naumov (Alexander_Naumov) Feature #309642, revision 1 Title: Hacking NetwotkManagement plasma applet Requested by: Alexander Naumov (alexander_naumov) Description: Trying to create a better support for wifi in NetworkManagement ;) -- openSUSE Feature: https://features.opensuse.org/309642

1 5

[New: openFATE 313139] One letter usernames
by fate_noreply＠suse.de 07 Aug '16

07 Aug '16

Feature added by: Mats Söderström (mazu) Feature #313139, revision 1 Title: One letter usernames openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mats Söderström (mazu) Partner organization: openSUSE.org Description: The minimum allowed username length is two letters, I see no reason why this can't be changed to one. Business case (Partner benefit): openSUSE.org: To save hassle configuring ssh, nfs, etc. -- openSUSE Feature: https://features.opensuse.org/313139

1 2

[openFATE 307884] Yafaray instead of Yafray for Blender
by fate_noreply＠suse.de 07 Jun '16

07 Jun '16

Feature added by: Rene Bernhard (rebe) Feature #307884, revision 1 Title: Yafaray instead of Yafray for Blender Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Rene Bernhard (rebe) Description: Hello. As the Yafray render engine for Blender is not longer developed I apreciate if you would replace it with the Yafaray render engine in one of the next openSUSE versions. Or maybe it is possible to make a package for the repositories to download. Thank you very much for your efforts. Best regards rebe -- openSUSE Feature: https://features.opensuse.org/307884

1 4

[New: openFATE 312491] Explicit IPv6 support for YaST printer module
by fate_noreply＠suse.de 11 May '16

11 May '16

Feature added by: Johannes Meixner (jsmeix) Feature #312491, revision 1 Title: Explicit IPv6 support for YaST printer module openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Meixner (jsmeix) Partner organization: openSUSE.org Description: Currently there is not any kind of special IPv6 support in yast2-printer. Currently IPv6 works only where it is compatible to IPv4 but there are cases where IPv6 needs special handling: For example the tests whether or not a remote host is accessible run "ping <IP-address or hostname>" which fails if IP-address is an IPv6 address because for IPv6 ping6 must be used. See https://bugzilla.novell.com/show_bug.cgi?id=697833 Unfortunately ping6 cannot be used for IPv4 addresses so that yast2-printer needs to implement special distinction of cases in particular if a hostname is given depending on whether or not this hostname has an IPv4 or IPv6 address or both. Probably there are some more special distinction of cases needed to distinguish between IPv4 and IPv6 stuff. -- openSUSE Feature: https://features.opensuse.org/312491

1 20

[New: openFATE 308839] performance: prompt early on failure ...
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Michael Meeks (michael_meeks) Feature #308839, revision 1 Title: performance: prompt early on failure ... Buildservice: New Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: For local builds, osc has an unfortunate habit of doing a large amount of work, before failing very late. For slow building or leaf packages this can be excessively painful - wasting an "overnight" build slot eg. Many of the checks that we currently do in the middle, should be moved to the beginning (or perhaps just duplicated there). Some examples I have fallen over: * prompt-user-to-re-build-jail - this currently happens after any new packages are downloaded - a process that can take as long as the building. We can know that a jail was dirty before we start & warn then; if we even need dirty jails [cf. fate#308837# ] * simple RPM syntax problems - could be linted ahead of time, currently done after jail construction. + we should catch in particular: missing / mis-named files + mis-applied / not-applied patches + anything else obvious that we can catch Doing this early - while the human is watching is likely to hide long pipeline stalls, and context switching overhead for packagers. -- openSUSE Feature: https://features.opensuse.org/308839

1 3

[New: openFATE 313077] New PAM modules must not be deployed unnoticed by sec team
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Sebastian Krahmer (krahmer) Feature #313077, revision 1 Title: New PAM modules must not be deployed unnoticed by sec team openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Sebastian Krahmer (krahmer) Partner organization: openSUSE.org Description: New PAM modules should be reviewed by security team. Just like any suid/daemon/DBUS service. In particular if they are installed by default. -- openSUSE Feature: https://features.opensuse.org/313077

1 4

[New: openFATE 311163] packaging firefox add-ons
by fate_noreply＠suse.de 05 Apr '16

05 Apr '16

Feature added by: Ludwig Nussel (lnussel) Feature #311163, revision 1 Title: packaging firefox add-ons Hackweek VI: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: We lack a way to be able to easily package firefox add-ons as rpm. Packages of add-ons are useful both for the distro vendor and for admins. Distro (or appliance) vendors may install some add-ons by default. Admins want all users to have certain add-ons by default. Moreover some add-ons are not noarch (like bonjourfoxy) and need to be compiled specifically for each distro so a package is unavoidable. To make all of that possible the firefox package needs to provide rpm macros so spec files for add-ons become really simple. By creating a script that downloads version, description etc from addons.mozilla.org and automatically creates spec files the task of packaging add-ons becomes a piece of cake. See home:lnussel:firefox for current status. -- openSUSE Feature: https://features.opensuse.org/311163

1 6

[New: openFATE 309362] Re-implement Download on Demand (DoD) feature
by fate_noreply＠suse.de 01 Mar '16

01 Mar '16

Feature added by: Adrian Schröter (adrianSuSE) Feature #309362, revision 1 Title: Re-implement Download on Demand (DoD) feature Buildservice: Done Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: The DoD features was dropped for 1.7. LinuxFoundation has re-implemented it in a cleaner way for 1.8 release. -- openSUSE Feature: https://features.opensuse.org/309362

1 8

[openFATE 305838] Integrate ReviewBoard in Buildservice
by fate_noreply＠suse.de 12 Feb '16

12 Feb '16

Feature added by: Klaas Freitag (kfreitag) Feature #305838, revision 1, last change by Title: Integrate ReviewBoard in Buildservice Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Klaas Freitag (kfreitag) Description: ReviewBoard is a code change review system. It should be considered to integrate it to the openSUSE Buildservice infrastructure to ease collaboration. It might be an option that submit requests to packages can be handled in the review board. -- openSUSE Feature: https://features.opensuse.org/305838

1 4

[New: openFATE 313233] Get Zypper to remove installed patterns
by fate_noreply＠suse.de 15 Jan '16

15 Jan '16

Feature added by: Drew Adams (Druonysus) Feature #313233, revision 1 Title: Get Zypper to remove installed patterns openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Drew Adams (druonysus) Partner organization: openSUSE.org Description: Get Zypper to remove a pattern. Zypper can install a pattern nut when going to remove that same pattern, Zypper does not remove that pattern... When do a: "zypper rm -t pattern <pattern name>" Zypper, just tells you: "Uninstallation of a pattern is currently not defined and implemented." You CAN remove a pattern in YaST so I would think that there should be a way to remove the pattern with Zypper. "yum groupremove <group name>" works on Fedora/CentOS/RHEL... we should really have this working to keep up with them. Use Case: If I build a bare openSUSE image on SUSE Studio, and I decide not to install yast and only Zypper... I will only be able to install patterns but NO way to remove it. -- openSUSE Feature: https://features.opensuse.org/313233

1 2

[New: openFATE 312293] Option to disable disk check on certian volumes in YaST
by fate_noreply＠suse.de 04 Jan '16

04 Jan '16

Feature added by: Dean Hilkewich (deanjo13) Feature #312293, revision 1 Title: Option to disable disk check on certian volumes in YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Partner organization: openSUSE.org Description: This is one really really really annoying feature in yast. Here is the scenario, you have a machine with a bunch of storage drives, drives that are normally kept full. Everytime you enter something like package management in YaST it pops up a low disk space warning. This warning should only apply for volumes where YaST utilizes for it's files (such as download cache, home, etc). A HTPC for example often has volumes full to the max. -- openSUSE Feature: https://features.opensuse.org/312293

1 1

[openFATE 305914] PAC support for 'system wide proxy configuration'
by fate_noreply＠suse.de 05 Dec '15

05 Dec '15

Feature added by: Dominique Leuenberger (dimstar) Feature #305914, revision 1, last change by Title: PAC support for 'system wide proxy configuration' openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dominique Leuenberger (dimstar) Description: The distribution now contains libproxy and we should try to make as much use of it as possible. A big advantage is the ability to parse PAC (Proxy AutoConfiguration) without the need for this in every application. Simply linking against libproxy with it's very simple API (3 API calls, 2 without parameters) is enugh to have the advantage of no longer needing to 'guess' what proxy to use. What is now: - You can set in yast / proxy a general proxy to be used (http://foo.proxy.com:1234) This is bascially put into http_proxy envvar. In gnome you can set user proxy configuration as: - Use System Proxy (as configured in yast) - Use proxy configuration (static, same options as in yast) - Use automatic proxy configuration script Yast lacks the option to specify a PAC script on system wide level. This is only possible in the user sessions configuration. This made sense as most applications don't know how to handle pac files anyway. But with libroxy, this hurdle can be taken away from every single application and can thus be offered. I'm glad to elaborate on questions; I'm sure there are some :-) -- openSUSE Feature: https://features.opensuse.org/305914

1 17

[New: openFATE 312747] Backport fix for Okular printing in KDE4 for KDE 4.7
by fate_noreply＠suse.de 18 Nov '15

18 Nov '15

Feature added by: Mindaugas Baranauskas (embar-) Feature #312747, revision 1 Title: Backport fix for Okular printing in KDE4 for KDE 4.7 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: Please include this patch http://commits.kde.org/okular/e001fbab55aceef62ad9ca2bb87a170dacfe3fdd Kevin Kofler 2011-07-27 23:50:46 wrote: I forgot to put in a FIXED-IN tag, so let's make it clear: This fix will be in 4.8.0. 4.7.0 has already been released, and the fix requires new APIs in the Okular core, so I'm probably not supposed to backport it for 4.7.x. See https://bugs.kde.org/show_bug.cgi?id=181290#c118 -- openSUSE Feature: https://features.opensuse.org/312747

1 6

[New: openFATE 310712] Constantly usable Factory
by fate_noreply＠suse.de 18 Nov '15

18 Nov '15

Feature added by: Christoph Obexer (cobexer) Feature #310712, revision 1 Title: Constantly usable Factory openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Christoph Obexer (cobexer) Partner organization: openSUSE.org Description: I recently read about the Debain CUT project, ( http://cut.debian.net/ (http://cut.debian.net/) , http://kitenet.net/~joey/code/debian/cut/ (http://kitenet.net/~joey/code/debian/cut/) ) looking at the current situation with openSuSE Factory i see that it is dangerous to use, unstable alpha or beta packages come into Factory all the time, while other packages become out of date. The result is a system that is pretty much unusable. Only allowing stable packages to enter Factory would make that a lot better, and if one finds bugs chances are that those bugs aren't already fixed in a newer svn/git snapshot, but are real bugs. This would save a lot of time for testers and developers in dealing with "invalid", or "temporary" bugs. I think that a robust, "stable" Factory would lead to more people using it full time and thus a better quality of the next openSuSE version. I see that this would have negative aspects as well, but i think most devel projects have unstable/testing repositories set up already and those could still contain the snapshots of upcoming versions, testers of those specific projects could use tose repositories then. Doing a release of openSuSE would be easier then too, simply snapshot Factory, and declare it as openSuSE $VERSION. The transition from the current state to a "constantly usable Factory" would be smooth too. And it's also in line with the openSuSE vision, stable rather than bleeding edge. Business case (Partner benefit): openSUSE.org: More users using Factory -> better stability of Factory -> better stability of openSuSE $VERSION -> openSuSE back where it should be - the Linux for professionals. -- openSUSE Feature: https://features.opensuse.org/310712

1 4

[New: openFATE 309700] Advanced uninstall/Rollback support in package management, zypper
by fate_noreply＠suse.de 30 Oct '15

30 Oct '15

Feature added by: Nikanth K (nikanth) Feature #309700, revision 1 Title: Advanced uninstall/Rollback support in package management, zypper openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Nikanth K (nikanth) Description: # Zypper install evolution This will install say 13 packages, evolution and its dependencies including evolution-data-server etc.... #zypper remove evolution This will remove only evolution. Leaving the dependencies installed. The 12 packages are left installed. Instead provide an easy way to rollback/uninstall all those packages using say a transaction-id from the history. So that, say we have foo.rpm which needs bar.rpm #zypper install foo #zypper remove foo will not leave bar installed in the system. -- openSUSE Feature: https://features.opensuse.org/309700

1 4

[New: openFATE 309070] Allow auth
by fate_noreply＠suse.de 27 Oct '15

27 Oct '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #309070, revision 1 Title: Allow auth Buildservice: Evaluation Priority Requester: Important Projectmanager: Desirable Requested by: Adrian Schröter (adriansuse) Description: Implement authentification plugin for api which allows authentification against remote http web server. This may need changes in session handling. We want to use this plugin and setup for opensuse.org and connect api.o.o and build.o.o directly to internet without iChain proxy. Discussion: #1: Adrian Schröter (adriansuse) (2010-02-23 12:06:04) Tom, we need your expertise here, what is possible with rails and what makes sense. -- openSUSE Feature: https://features.opensuse.org/309070

1 7

[New: openFATE 310233] skip repo update when installing packages with zypper
by fate_noreply＠suse.de 24 Sep '15

24 Sep '15

Feature added by: Denny Beyer (lumnis) Feature #310233, revision 1 Title: skip repo update when installing packages with zypper openFATE: Unconfirmed Priority Requester: Important Requested by: Denny Beyer (lumnis) Description: When installing a new package with zypper etc. everytime you run zypper, repos get updated and the user has to wait. Because a general user needs several extra repos, this waiting time always seems to be too long. Why not running 'zypper ref' as a low priority task after startup/time intervall has passed and give the used immidiate access to install a software package? -- openSUSE Feature: https://features.opensuse.org/310233

1 18

[New: openFATE 312852] Hack your windows with sticky notes
by fate_noreply＠suse.de 25 Aug '15

25 Aug '15

Feature added by: Christopher De Nicolo (dec16180) Feature #312852, revision 1 Title: Hack your windows with sticky notes Hackweek VII: Unconfirmed Priority Requester: Desirable Requested by: Christopher De Nicolo (dec16180) Partner organization: openSUSE.org Description: What geeks really need: http://www.geekosystem.com/french-post-it-note-war/ -- openSUSE Feature: https://features.opensuse.org/312852

1 5

[New: openFATE 312810] Build a wireless lan access point
by fate_noreply＠suse.de 25 Aug '15

25 Aug '15

Feature added by: Juergen Weigert (jnweiger) Feature #312810, revision 1 Title: Build a wireless lan access point openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Juergen Weigert (jnweiger) Partner organization: openSUSE.org Description: Use hostap mode to turn a laptop into a full featured access point. (not just ad-hoc). Find out which hardware is suitable. I have an USB-Wlan-dongle with rt73 chipset, whichis reported to support AP-mode. -- openSUSE Feature: https://features.opensuse.org/312810

1 3

[New: openFATE 311401] Live CD templates
by fate_noreply＠suse.de 14 Aug '15

14 Aug '15

Feature added by: Mustafa Hadi (mustafa1987) Feature #311401, revision 1 Title: Live CD templates SUSE Studio: Unconfirmed Priority Requester: Desirable Requested by: Mustafa Hadi (mustafa1987) Partner organization: openSUSE.org Description: Add a template with their default package selection is all the software available on the live CDs (KDE Live CD and Gnome Live CD) and the software automatically selected on the first yast software manager run, adding these templates is not hard to do (they are just package selection lists) an its benifits will be great. Business case (Partner benefit): openSUSE.org: To provide a complete operating system that can be then extended with additional software, the KDE4 template is just not enough. -- openSUSE Feature: https://features.opensuse.org/311401

1 3

[New: openFATE 310176] Switch to sssd for LDAP/Kerberos authentication
by fate_noreply＠suse.de 30 Jul '15

30 Jul '15

Feature added by: Ralf Haferkamp (rhafer) Feature #310176, revision 1 Title: Switch to sssd for LDAP/Kerberos authentication openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Ralf Haferkamp (rhafer) Description: Because of the various issues we face with nss_ldap/pam_ldap (see e.g. bug#477061, bug#157078 and others) and because of the added value sssd gives us (e.g. offline support, integrated kerberos support). We should change yast2-ldap-client to configure sssd instead of nss_ldap/pam_ldap/pam_kerberos. sssd packages are already available for 11.3. We still need to add support for it in pam-config. -- openSUSE Feature: https://features.opensuse.org/310176

1 16

[openFATE 306370] Support request creating and accepting from remote packages
by fate_noreply＠suse.de 28 Jul '15

28 Jul '15

Feature added by: Adrian Schröter (adrianSuSE) Feature #306370, revision 1, last change by Title: Support request creating and accepting from remote packages Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: Submit requests should be supported when using a remote project/package as source. -- openSUSE Feature: https://features.opensuse.org/306370

1 3

[New: openFATE 312640] watch request (CC)
by fate_noreply＠suse.de 28 Jul '15

28 Jul '15

Feature added by: Christian Boltz (cboltz) Feature #312640, revision 1 Title: watch request (CC) Buildservice: Unconfirmed Priority Requester: Important Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: I'd like to have an option to "watch" a submitrequest - similar to "Watch this feature" in FATE or "CC" in bugzilla. Hermes should then mail me updates on the SR as if I had done the SR myself. Usecase: someone SRs a new package to Factory which I need as dependency for another package, and I want to be informed when the package is accepted in Factory. -- openSUSE Feature: https://features.opensuse.org/312640

1 3

[New: openFATE 309188] Don't require keytab file for kerberos authentication
by fate_noreply＠suse.de 26 May '15

26 May '15

Feature added by: Todd R (TheBlackCat) Feature #309188, revision 1 Title: Don't require keytab file for kerberos authentication openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Todd R (theblackcat) Description: In openSUSE, when using kerberos it requires that a keytab file be available for things like kerberized nfs. However, not all kerberos servers are set up to provide keytabs. Someone using openSUSE cannot access these resources using kerberos at all, as far as I have been able to find out. It would be nice if openSUSE removed this requirement, or at least made it user-configurable whether to require it or not. -- openSUSE Feature: https://features.opensuse.org/309188

1 4

[New: openFATE 312732] Article rating in our wiki
by fate_noreply＠suse.de 19 May '15

19 May '15

Feature added by: Kim Leyendecker (openLHAG) Feature #312732, revision 1 Title: Article rating in our wiki openSUSE.org: Unconfirmed Priority Requester: Neutral Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: Wikipedia is doing this for some months now, and I think, the idea behind it is really nice. See the following article and have a look to the end: http://en.wikipedia.org/wiki/OpenSUSE#External_links ThereÂ´s a little rating window with some criteria. I think, especially for such a technical wiki like our ones, we should enable something like this (if possible) Use Case: People can rate our articles -> We get feedback and ideas how to make our wiki better Creating a "We-feeling" -> the crowd feels addressed and to move for join the wiki team. Business case (Partner benefit): openSUSE.org: We get Feedback and the chance to improve our wiki. -- openSUSE Feature: https://features.opensuse.org/312732

1 2

[New: openFATE 313313] Angosso
by fate_noreply＠suse.de 19 May '15

19 May '15

Feature added by: Roger Mbiama Assogo (angosso8) Feature #313313, revision 1 Title: Angosso openSUSE Infrastructure: Unconfirmed Priority Requester: Important Requested by: Roger Mbiama Assogo (angosso8) Partner organization: openSUSE.org Description: Real world, running a Terminal Server configuring NX Server -- openSUSE Feature: https://features.opensuse.org/313313

1 3

[New: openFATE 313229] Create infrastructure to recognize user contributions
by fate_noreply＠suse.de 19 May '15

19 May '15

Feature added by: Robert Schweikert (rjschwei) Feature #313229, revision 1 Title: Create infrastructure to recognize user contributions openSUSE Infrastructure: Unconfirmed Priority Requester: Important Requested by: Robert Schweikert (rjschwei) Partner organization: openSUSE.org Description: One of the requirements of becoming a member is for the applicant to show contributions to the project. These contributions then need to get verified by the membership committee. This verification today is tedious, and we would like to have a system that makes it easy to verify contributions across the various areas of the project. In addition we would like to use the same mechanism to enable recognition of project contributions by existing members. The idea is to automatically collect data such as - submit requests to the project, possibly listed by project - packages maintained (possibly not inherited maintainership) - forum posts - ML participation - bugs filed and/or fixed - wiki edits Some general ideas can be found in this message: http://lists.opensuse.org/opensuse-project/2012-01/msg00390.html -- openSUSE Feature: https://features.opensuse.org/313229

1 6

[New: openFATE 313120] use a safe hashing algorithm for dvd images and rpm file headers
by fate_noreply＠suse.de 19 May '15

19 May '15

Feature added by: Elmar Stellnberger (estellnb) Feature #313120, revision 1 Title: use a safe hashing algorithm for dvd images and rpm file headers openSUSE Infrastructure: Unconfirmed Priority Requester: Mandatory Requested by: Elmar Stellnberger (estellnb) Partner organization: openSUSE.org Description: At the moment only sha1 and md5sum are offered in the web download area of opensuse.org. However I believe that we should offer only hash values of algorithms generally considered as safe like sha256 and sha512 here whereby I would prefer sha512 as the stronger hashing method. Similarely a stronger hashing algorithm should be used to check individual files by the rpm header with rpm --verify. -- openSUSE Feature: https://features.opensuse.org/313120

1 2

[New: openFATE 310710] Integrate the functionality of "fusermount -u" into umount
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Reinhard Max (rmax) Feature #310710, revision 1 Title: Integrate the functionality of "fusermount -u" into umount openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Reinhard Max (rmax) Description: It is confusing that FUSE mount points need a different command to unmount them than everything else. Historically FUSE had to bring its own command, because traditional umount refuses umounting of mounts that are not in /etc/fstab for non-privileged users. But now that FUSE has become mainstream, I think it is time to integrate it better and get rid of the need for "fusermount -u". So my proposal is to either add the implementation of the "fusermount -u" functionality to mount, or let it execute "fusermount -u" as a subprocess for FUSE mountpoints. As root can already use umount for FUSE mount points, it probably doesn't need more than skipping the /etc/fstab test when umount is called on a FUSE mountpoint that is owned by the calling user. -- openSUSE Feature: https://features.opensuse.org/310710

1 6

[New: openFATE 311045] Old-repositories handling during upgrade (inst_upgrade_urls) needs rewriting
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Lukas Ocilka (locilka) Feature #311045, revision 1 Title: Old-repositories handling during upgrade (inst_upgrade_urls) needs rewriting openSUSE.org: New Priority Requester: Desirable Requested by: Lukas Ocilka (locilka) Partner organization: openSUSE.org Description: See more in BNC #556469 -- openSUSE Feature: https://features.opensuse.org/311045

1 2

[New: openFATE 309320] integrate mailinglist subscription with opensuse account
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Ludwig Nussel (lnussel) Feature #309320, revision 1 Title: integrate mailinglist subscription with opensuse account Buildservice: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Description: [I know Buildservice as product is wrong but there's no opensuse.org] With my novell/opensuse account I can use the build service, wiki, lizards, fate, hermes etc all with one login. In order to subscribe to mailinglists I have to confirm my mail address for each list individually though. It would be more user friendly to optionally allow to log into lists.opensuse.org with my account (reusing the cookie for the other services) and subscribe to lists via mouse click, without extra email verification. -- openSUSE Feature: https://features.opensuse.org/309320

1 4

[New: openFATE 313174] Add an preview-option for profile-changes on connect.opensuse.org
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Marcel Kuehlhorn (tux93) Feature #313174, revision 1 Title: Add an preview-option for profile-changes on connect.opensuse.org openSUSE.org: Unconfirmed Priority Requester: Neutral Requested by: Marcel Kuehlhorn (tux93) Partner organization: openSUSE.org Description: Add an preview-option for profile-changes on connect.opensuse.org so one doesnât have to save every time to see the result of a change and spam the "What is the Community up to?" box with "X changed their profile" messages. -- openSUSE Feature: https://features.opensuse.org/313174

1 1

[New: openFATE 310854] We fail at...
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Alex Bars (alexdbars) Feature #310854, revision 1 Title: We fail at... openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Alex Bars (alexdbars) Partner organization: openSUSE.org Description: Sorry, can openSUSE throw out that message on installation about: "As required by US law, you represent and warrant that you: (...) c) will not export, re-export, or transfer openSUSE 11.3 to any prohibited destination, entity... d) will not use or transfer openSUSE 11.3 for use in any sensitive nuclear, chemical, or biological weapons or missile technology end-uses... " Why must not to be used by militaries, if the license is GPL? -- openSUSE Feature: https://features.opensuse.org/310854

1 11

[New: openFATE 310872] We fail at...quality control
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Verner Kjærsgaard (vernerliga) Feature #310872, revision 1 Title: We fail at...quality control openSUSE.org: Unconfirmed Priority Requester: Neutral Requested by: Verner Kjærsgaard (vernerliga) Partner organization: openSUSE.org Description: Dear Sirs, - I've been with SuSE since v7 or so. I make my living from Novell/openSuSE products. - it distrubs me everytime I sense a slight lack of quality control in the product(s). I use SLES10/11 for professional deployments - if I can... Many times SLES10/11 will lack libraries that are needed for running various common web-applications. Thus giving me no choice but to leave SLES(n) and go for a stripped down openSuSE installation that works... On the openSuSE side, it disturbs me that (using the KDE desktop) the Knetworkmanager or whatever it's calles these days is still not stable or plain just functioning. If one thows Ubunto at just about any laptop, the wireless just works. In openSuSE, not so. Or is not stable or is not quite polished. This should be corrected. In general I'm left with a feeling that in stead of more features one should concentrate on getting the present ones to work properly :-) Media is still a problem. How come that Ubuntu will show live-tv, openSuSE will not. Not so disturbing to me, I can fix it. But when I'm plugging openSUSE to friends...it becomes an issue. The YaST interface to CUPS isn't quite there yet although much improved over the last couple of versions :-) I wish I could contribute, alas, my programming skills are not goog enough. Sorry. Anyhow, I'm still with Novell/SUSE and I'm planning to stay. Best regards, Verner Kjærsgaard Denmark Novell Certified Linux Professional. -- openSUSE Feature: https://features.opensuse.org/310872

1 2

[New: openFATE 313065] Copy only visible cells
by fate_noreply＠suse.de 18 May '15

18 May '15

Feature added by: Matthias Praunegger (prauni) Feature #313065, revision 1 Title: Copy only visible cells openSUSE.org: Unconfirmed Priority Requester: Neutral Requested by: Matthias Praunegger (prauni) Partner organization: openSUSE.org Description: http://extensions.libreoffice.org/extension-center/copy-only-visible-cells Please install this extension in LibreOffice Calc by default. Or send a feature request to the package builder. -- openSUSE Feature: https://features.opensuse.org/313065

1 1