November 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309088] zsync support for update channel refresh
by fate_noreply＠suse.de 26 Mar '11

26 Mar '11

Feature added by: Dirk Mueller (dirkmueller) Feature #309088, revision 1 Title: zsync support for update channel refresh openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dirk Mueller (dirkmueller) Partner organization: openSUSE.org Description: For every released maintenance update, the repodata/primary.xml.gz file grows by a bit (depending on the number of dependencies etc for every released package). To smoothen updater-experience and reduce the amount of data that has to be download for an update-repo refresh, the diff of the file should be downloaded by using zsync. In addition the repo-channel generation script has to run zsyncmake and gzip --rsyncable. Business case (Partner benefit): openSUSE.org: With openSUSE 11.2, the primary.xml.gz size grows by 1.1MB for every released kernel, and currently the file has to be downloaded completely upon every change (due to xml.gz compression). -- openSUSE Feature: https://features.opensuse.org/309088

1 6

[New: openFATE 309583] Lightweight WebYaST backend
by fate_noreply＠suse.de 24 Mar '11

24 Mar '11

Feature added by: Klaus Kämpf (kwk) Feature #309583, revision 1 Title: Lightweight WebYaST backend Requested by: Klaus Kämpf (kwk) Description: The current Rails based WebYaST backend (webyast-base-ws) is somewhat heavyweight (see http://en.opensuse.org/YaST/Web/Deployment/Size). Explore alternatives with special consideration of * size (disk + memory) * integration (usefulness outside of webyast, pooling with other mgmt stacks) * more common/standardized data model * keeping it RESTful -- openSUSE Feature: https://features.opensuse.org/309583

1 3

[New: openFATE 309335] Proof-read english desktop Strings
by fate_noreply＠suse.de 23 Mar '11

23 Mar '11

Feature added by: Juergen Weigert (jnweiger) Feature #309335, revision 1 Title: Proof-read english desktop Strings openSUSE-11.3: New Priority Requester: Desirable Info Provider: mexico yucatan (mana) Requested by: Juergen Weigert (jnweiger) Partner organization: openSUSE.org Description: the software strings that are fed to our translators are not in the expected qualtiy. We should find and address ambiguous or misleading messages, as this causes problems during translation. I suggest to proofread software strings and implement a feedback channel to upstream through our packagers. This request seeks a sponsor from SLED product management and - obviously - seeks approval for sharing the results with the world. Documentation Impact: Allocate Proofreader Resources Business case (Partner benefit): openSUSE.org: Improve User Experience. Avoid incorrect localization. -- openSUSE Feature: https://features.opensuse.org/309335

1 6

[New: openFATE 310022] Improve one-click install experience in GNOME
by fate_noreply＠suse.de 21 Mar '11

21 Mar '11

Feature added by: Vincent Untz (vuntz) Feature #310022, revision 1 Title: Improve one-click install experience in GNOME openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: Garrett did some great mockup that we should implement. See http://linuxart.com/log/archives/2010/06/21/one-click-part-2/ -- openSUSE Feature: https://features.opensuse.org/310022

1 2

[New: openFATE 308441] Use ip_set kernel option
by fate_noreply＠suse.de 21 Mar '11

21 Mar '11

Feature added by: Don Hughes (dehughes) Feature #308441, revision 1 Title: Use ip_set kernel option Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Don Hughes (dehughes) Description: Compile RT kernel with the ip_set netfilter option, and include the ipset module in the distribution. The ipset module ( http://ipset.netfilter.org ) can be very useful in building firewalls for large networks. It needs the ip_set kernel module. Creating a firewall black list with just iptables could entail a filter table with a very large number of entries which can have a significant performance impact. ipset can be used to build much more eficient lookup tables, improving performance. -- openSUSE Feature: https://features.opensuse.org/308441

1 9

[New: openFATE 309038] Wubi-like software for openSUSE
by fate_noreply＠suse.de 19 Mar '11

19 Mar '11

Feature added by: dsfdsf sdfdsfsd (pimousse92a) Feature #309038, revision 1 Title: Wubi-like software for openSUSE openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: dsfdsf sdfdsfsd (pimousse92a) Description: Hello, there is an Ubuntu utility which is very practicle. Its name is Wubi. With this utility, you can install Linux in dual-boot with an other OS. This utility could reassure a little bit the new users, those who are comfortable with partitions, etc... In my opininon, a utility similar to Wubi for openSUSE would be useful. This utility would be extremely interesting for new users. A part of the new users don't know how to partitioning, and they don't want to read all those documents about this. If somebody doesn't have the possibility to use a LiveCD, or don't have the possibility to use virtualization software, then this little utility would be the simpliest way to overview a part of Linux. The dual-boot is not a problem for the new user, he just wants to see what Linux is, and what Linux provides. I thought this utility would be useful in order to catch the attention of new users. Thanks to this utility, openSUSE would send a "message" to the new users like : "Look, the installation of Linux is very simple, look what you can do with openSUSE. Now, if you want to use completely Linux with the distribution openSUSE, you sould install openSUSE by ISO image, or CD, or "traditional" ways." This software would be the first step for the migration between Windows to Linux. With this way, new users would be used to Linux and openSUSE. Why Ubuntu is the most popular distribution on new users? Why Ubuntu catches a lot of new users? Because it is the best distribution? No I don't think so, if it was the case, I wouldn't be there :) . But Ubuntu is the distribution who do the most efforts to be known by everybody and finally, even if the first goal of openSUSE is not to have the most number of users, but all this energy and all the people behind this project did not do it for 4 users, but for everybody, every machine, every configuration, the openSUSE's goal is giving all the necessary tools to the user because openSUSE wants to give the possibility to use their machine at their own wish. That's why this utility, which in fact is not incredible, would be in my opinion, an important tool to make people aware of openSUSE -- openSUSE Feature: https://features.opensuse.org/309038

1 2

[openFate 305723] Allow to set the owner of a partition
by fate_noreply＠suse.de 16 Mar '11

16 Mar '11

Feature added by: Rajko Matovic (rajko_m) Feature #305723, revision 1, last change by Title: Allow to set the owner of a partition openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Rajko Matovic (rajko_m) Partner organization: openSUSE.org Description: If a user buys a new external harddrive and partitions it via YaST he will not be able to write on it, since the filesystem is owned by root. A normal user would need to know about how to use konsole and which command to use in order to change the owner. It would be a lot easier, if the user could change the owner within the partitioning module. Of course this should not be possible for system-partitions such as / and /usr etc, yet /windows and /media, as well as /home/xyz/ should be fine. The problem is not trivial as it is not enough to change fstab. See: See: http://ntfs-3g.org/support.html#unprivileged -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305723

1 5

[openFate 305075] Allow to set the owner of a partition
by fate_noreply＠suse.de 16 Mar '11

16 Mar '11

Feature added by: Arvin Schnell (aschnell(a)novell.com) Feature #305075, revision 1 Title: Allow to set the owner of a partition openSUSE-11.1: New Priority Requester: Desirable Requested by: Sven Burmeister (sven.burmeister(a)gmx.net) Partner organization: openSUSE.org Description: If a user buys a new external harddrive and partitions it via YaST he will not be able to write on it, since the filesystem is owned by root. A normal user would need to know about how to use konsole and which command to use in order to change the owner. It would be a lot easier, if the user could change the owner within the partitioning module. Of course this should not be possible for system-partitions such as / and /usr etc, yet /windows and /media, as well as /home/xyz/ should be fine. Discussion: #1: Arvin Schnell(aschnell(a)novell.com) (2008-07-15 08:32:00) Do you want to set gui and uid in /etc/fstab? #2: Sven Burmeister(sven.burmeister(a)gmx.net) (2008-07-15 08:56:26) I'm not sure which is the best approach. Either the user could do something that replaces "chown user:group ." on the new partition or some predefined gui/uid to select from, because the normal user has no idea about those and the numbers that go with them. The goal is that a user that knows the root password can not only partition a new harddrive via GUI but also make it accessible (rw) to users without having to know anything about fstab-syntax and options. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305075

1 17

[New: openFATE 309115] Integrate Apple Magic Mouse driver
by fate_noreply＠suse.de 15 Mar '11

15 Mar '11

Feature added by: Andreas Schneider (Los_Andros) Feature #309115, revision 1 Title: Integrate Apple Magic Mouse driver Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Andreas Schneider (los_andros) Description: Hello, I'm using the Apple Magic Mouse and Apple Wireless Keyboard (both bluetooth). The Apple MAgic Mouse has a Touch Screen surface for vertical & horizontical scrolling. The left click and right click is working out of the box using the standard kernel (also the KOTD). You can find a development of the Aple Magic Mouse driver (hid-magicmouse) here: http://github.com/entrope/linux-magicmouse I was unable to build a kernel module and I'm not sure if the driver will be integrated into the standard kernel, so it would be nice to have patched kernel for the openSUSE standard kernel that supports the Apple Magic Mouse. Regards Andy -- openSUSE Feature: https://features.opensuse.org/309115

1 3

[openFATE 306385] Official realtime kernel
by fate_noreply＠suse.de 15 Mar '11

15 Mar '11

Feature added by: Michal Smrž (ilfirin) Feature #306385, revision 1, last change by Title: Official realtime kernel openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Michal Smrž (ilfirin) Description: There is no official kernel-rt in main repository (and main update). Realtime kernel is very important for audio workers and those, who need very fast responses. There are third party packages, but official support for realtime kernel would be much better. -- openSUSE Feature: https://features.opensuse.org/306385

1 11

[New: openFATE 309258] YaST RPM Package Installer should give some feedback about success or failure
by fate_noreply＠suse.de 14 Mar '11

14 Mar '11

Feature added by: Jakub Rusinek (liviopl) Feature #309258, revision 1 Title: YaST RPM Package Installer should give some feedback about success or failure openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jakub Rusinek (liviopl) Partner organization: openSUSE.org Description: YaST doesn't notify about progress, dependencies and finish of installation. Use Case: When you decide to open your downloaded RPM within YaST, you need to know, that you won't get informed, whether installation is successful or has failed. Business case (Partner benefit): openSUSE.org: (K)PackageKit surely notifies somehow, why should YaST stay behind? I didn't see any info about PackageKit getting included in SUSE as default packaging suite, so YaST needs to make progress. -- openSUSE Feature: https://features.opensuse.org/309258

1 1

[New: openFATE 310744] Add a overall download progress showing to Zypper
by fate_noreply＠suse.de 14 Mar '11

14 Mar '11

Feature added by: Pavel Ratner (13thSlayer) Feature #310744, revision 1 Title: Add a overall download progress showing to Zypper openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Pavel Ratner (13thslayer) Description: Sorry for the horrible english in title :D Can't find the right way to say it. My point is, that currently Zypper shows only the progress of current package download. Wouldn't it be nice if we'd also see the overall download progress? I have a few other people who also asked that, so I thought it'd be a good idea to suggest. -- openSUSE Feature: https://features.opensuse.org/310744

1 1

[openFATE 307908] Hercules Studio
by fate_noreply＠suse.de 12 Mar '11

12 Mar '11

Feature added by: Avi Kivity (avi1) Feature #307908, revision 1 Title: Hercules Studio Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Avi Kivity (avi1) Partner organization: openSUSE.org Description: Hercules Studio is a GUI front-end to the Hercules Mainframe emulator. Business case (Partner benefit): openSUSE.org: It is more intuitive for some people (like myself) to use a gui-friven process than a command line. -- openSUSE Feature: https://features.opensuse.org/307908

1 2

[New: openFATE 310686] Include LibreOffice Productivity Suite
by fate_noreply＠suse.de 11 Mar '11

11 Mar '11

Feature added by: Glenn Doig (doiggl) Feature #310686, revision 1 Title: Include LibreOffice Productivity Suite openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: LibreOffice Productivity Suite From website http://www.documentfoundation.org/ http://www.documentfoundation.org/download/ About LibreOffice LibreOffice is a productivity suite that is compatible with other major office suites, and available on a variety of platforms. It is free software and therefore free to download, use and distribute. -- openSUSE Feature: https://features.opensuse.org/310686

1 6

[New: openFATE 309693] Banshee - Improved ipod support
by fate_noreply＠suse.de 08 Mar '11

08 Mar '11

Feature added by: Alan McGovern (alan_mcgovern) Feature #309693, revision 1 Title: Banshee - Improved ipod support Requested by: Alan McGovern (alan_mcgovern) Partner organization: openSUSE.org Description: Banshee currently uses podsleuth to interoperate with ipods. This solution does not support the encryption and obfustication on newer firmwares thus making it useless for newer ipods. The aim of this hack is to implement an alternative ipod addin based on libgpod. Use Case: Your friend comes over with his ipod, you plug it in and *bam*, it doesn't work. Or how about you upgrade to the latest firmware to gain new features/bugfixes and *bam*, your ipod stops working with banshee. Business case (Partner benefit): openSUSE.org: You want this to work! -- openSUSE Feature: https://features.opensuse.org/309693

1 3

[New: openFATE 308704] Replace the Show Dashboard widget by Show Desktop widget
by fate_noreply＠suse.de 26 Feb '11

26 Feb '11

Feature added by: Rafael Belmonte (EagleScreen) Feature #308704, revision 1 Title: Replace the Show Dashboard widget by Show Desktop widget openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Rafael Belmonte (eaglescreen) Description: Focused to OpenSuse KDE. I think the Show Desktop widget would be very much useful than the current Show Dashboard widget in the panel, please replace it. -- openSUSE Feature: https://features.opensuse.org/308704

1 4

[New: openFATE 308502] System Rollback With Btrfs
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: pragnesh radadiya (pgradadia) Feature #308502, revision 1 Title: System Rollback With Btrfs openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: pragnesh radadiya (pgradadia) Partner organization: openSUSE.org Description: System rollback, update could be provided as openSUSE 11.3 feature using btrfs snapshot. Fedora 13 also accepted this feature, https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs. Business case (Partner benefit): openSUSE.org: System update and rollback become painless, Since if something is broken we can just revert to old state. -- openSUSE Feature: https://features.opensuse.org/308502

1 4

[New: openFATE 310122] Annual Major Release + Bug Fix Release
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: Refilwe Seete (ReferenceSeete) Feature #310122, revision 1 Title: Annual Major Release + Bug Fix Release openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Refilwe Seete (referenceseete) Partner organization: openSUSE.org Description: Move to an annual major release with an additional bug-fix remaster. An Example of How it Would Work: Every May* a new major release of openSUSE is released. All the components get their usual refresh - kernel, DEs, OOo, Mozilla, etcetera. New features at the distro-level also get implemented, the sort of things that are ususally requested here on FATE or in bugzilla. This release would be like every other release of openSUSE so far. Then in September*, a bug-fix respin would be published. This would be the major release plus all the updates released so far through the standard update repo. Given the new update policy this would likely include upstream bug-fixes from GNOME/KDE/Mozilla plus the usual assortment of openSUSE security fixes. Version Numbers: Our next (major) release would be 12.0. The bug-fix respin would be 12.1. If there is a second bug-fix respin it would be 12.2 and so on. [*A different month might be considered more optimal by the community] Business case (Partner benefit): openSUSE.org: PROS 1. Conservative users get their "super-stable" release in the respin, which will include all the official bug fixes from GNOME/KDE/Mozilla along with the squashing of most major bugs that may have cropped up in wider testing. 2. People who have bandwidth limitations would benefit from a 'maximum fixes included' iso being available. 3. Gives openSUSE consistent release months that everyone knows and can plan around rather than the current tumbling system. 4. Provides the artists, programmers, testers and translators a longer period of time to work on things for each major release. 5. Aligns our current version number scheme with what it implies: Major and minor releases. 6. Prolongs the shelf life of all support mechanisms. Forum helpers don't need to shift their support target as quickly, manuals and wiki pages stay valid for longer periods of time. This also means openSUSE books have a longer viability period in stores. If an openSUSE foundation is created, perhaps we can negotiate some sort of revenue-sharing deal which will help support the foundation. 7. Given the support commitment of "two releases plus two months" the support cycle would expand from 18 months to 26 months - the respin doesn't count as a proper release since it just a collection of bug fixes for the major release. This would reduce the feeling of being on an "upgrade treadmill". 8. Provides us with something that makes openSUSE distinct from other distros - a good period of support for every major release. CONS 1. There's supposedly a large segment of Linux users that want new software but are only willing to get it through brand-new releases of the whole distro. I think this segment is misunderstood. The users who need major releases to get new software are using major releases to get around their frustration with the software not being provided via online updates. The presence of the OBS means anyone who really wants the newest Amarok/Chromium/OOo/whatever can get it - what we need to do is make the appropriate OBS repos more discoverable. 2. openSUSE will miss a major update to GNOME and KDE. I don't think this is that big a deal. The current 8-month release cycle already misses major versions sometimes (for example OS 11.3 will have KDE 4.4.x while OS 11.4 will have KDE 4.6.x). -- openSUSE Feature: https://features.opensuse.org/310122

1 16

[New: openFATE 310432] globaly visible versioned library store
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: Artur Mustafin (hack2root) Feature #310432, revision 1 Title: globaly visible versioned library store openFATE: Unconfirmed Priority Requester: Desirable Requested by: Artur Mustafin (hack2root) Description: I think all installation technology shuld be revised: We should invent globaly visible versioned library store, new packaging system, e.t.c. I think it is must be a simple commit, like this: -begin transaction -installs missing libraries/apps in libary store (multiversional, global, cached) -commit transaction in case of any error: -rollback trasaction -- openSUSE Feature: https://features.opensuse.org/310432

1 5

[openFATE 306924] Software Store like AppStore/Android Market
by fate_noreply＠suse.de 25 Feb '11

25 Feb '11

Feature added by: Raúl García (bgta) Feature #306924, revision 1 Title: Software Store like AppStore/Android Market openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Raúl García (bgta) Description: The idea is to create an online store like AppStore or Android Market using One Click Install. The currents search system is offuscated. By example, if you try to search "Firefox" in the current search system, you get more than one result, and Mozilla Firefox isn't the first. I think in some site like http://www.pbidir.com/ Thanks for your time and sorry for my bad english :) -- openSUSE Feature: https://features.opensuse.org/306924

1 8

[openFATE 307498] Improve and Integrate users.opensuse.org across openSUSE sites
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: Francis Giannaros (apokryphos) Feature #307498, revision 1 Title: Improve and Integrate users.opensuse.org across openSUSE sites openFATE: Unconfirmed Priority Requester: Important Requested by: Francis Giannaros (apokryphos) Description: There is a lot of need IMO for centralisation and improvement with users.opensuse.org and the other websites. This would help in building a community around the project, as it will make it easier to find out who is doing what and where. I really don't think this can be understated either. Things like groups (let's say, KDE devs, Bug triage team, IRC ops), contact details, home: repository in the build service, respective wiki page, and an avatar at the very least should be handled from there. A good example of this working in action (and really _helping_) can be seen on launchpad; i.e. https://launchpad.net/~sabdfl Selecting 'openFATE' because I can't see where else to put this under. -- openSUSE Feature: https://features.opensuse.org/307498

1 5

[New: openFATE 308352] Easy Way to put Media to USB Stick
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: Andreas Jaeger (a_jaeger) Feature #308352, revision 1 Title: Easy Way to put Media to USB Stick openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: Currently a user has to run "dd" to copy an ISO image from file system to media - and this runs the risk that the user destroys the harddisk instead of the usb stick. We should create some simple ways to do the copy. Some options: a) A shell script that checks for one attached USB stick and copies the image over to it. b) A boot entry on the media to copy the image to an attached USB stick. Option b) would allow me to download and create the image on one machine and then put it to use on another one. -- openSUSE Feature: https://features.opensuse.org/308352

1 18

[New: openFATE 310123] create NET and DVD isos suitable to USB-boot
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: Bernhard Wiedemann (bmwiedemann) Feature #310123, revision 1 Title: create NET and DVD isos suitable to USB-boot openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Bernhard Wiedemann (bmwiedemann) Description: In the past years, netbooks and other computers without a CD/DVD drive have become more common. While there is http://en.opensuse.org/SDB:Live_USB_stick , there has always been some confusion among users on which openSUSE iso images are suitable for USB boot and on how to get them working. People have been finding out the hard way that DVD and NET isos can not be used as easily. However, at least for NET isos, this can be changed by running isohybrid openSUSE-NET-...iso DVD isos can be made bootable this way, too, but there is some extra work involved to make it find its data. If this does not have disadvantages, iso images should be adjusted during the creation process to make them bootable from USB-storage devices. It is also good to be able to "dd if=/dev/dvd of=/dev/sdX bs=1M" This feature complements (i.e. is orthognal to) https://features.opensuse.org/310029 https://features.opensuse.org/309238 -- openSUSE Feature: https://features.opensuse.org/310123

1 6

[New: openFATE 309261] Hardware Compatibility test before installation starts
by fate_noreply＠suse.de 23 Feb '11

23 Feb '11

Feature added by: ryan smith (ryan1414) Feature #309261, revision 1 Title: Hardware Compatibility test before installation starts openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: ryan smith (ryan1414) Description: I have a feature request for openSUSE 11.3 Before the openSUSE installation starts, openSUSE should first do a hardware compatibility test to check if a computer's hardware(video card, wifi card, printer, scanner, sound card, wireless keyboard, motherboard chipset,webcam,dvd writer, etc) will work correctly and also to check if openSUSE has the drivers to make them work. It could display a list like this: video card:nvidia 4353 Compatible/Driver not included sound card:Sound Blaster 3455 Compatible/Driver included If a driver is not included, users can look on the internet to see if there is a driver available. Once the hardware compatibility test is done and everything is going to be compatible, openSUSE can start the installation. If something/s are not compatible and/or a driver/s are not included, openSUSE can display 2 options for a user to choose which will be Continue installation or Cancel installation. Do you think you could implement this feature in openSUSE 11.3? Use Case: User testing if openSUSE 11.3 is compatible with their hardware before installation starts. -- openSUSE Feature: https://features.opensuse.org/309261

1 6

[New: openFATE 309159] Reorganize/Add functionality to the Gnome main menu.
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Mariusz Bielski (marbpl) Feature #309159, revision 1 Title: Reorganize/Add functionality to the Gnome main menu. openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Mariusz Bielski (marbpl) Description: Nowadays if we want to launch application that is not in favourite (or recent) group, we have to do 3 steps: open menu, click More applications, and launch it there or search for it with search field - which is not the best example of usability. People are often changing Slab, to traditional menu, and/or to Gnome Do. How about making it like in KDE4 menu, where search field has different functionalities depending on tab on which we are currently. So, if we are in Applications tab, search engine searches for apps. Results are displayed in real time, in the menu itself. Of course it works as incremental search. <a href="http://kimag.es/share/29911151.png">[image] Menu: Searching fo apps.</a> In Documents tab we are searching for files: <a href="http://kimag.es/share/18560681.png">[image] Menu: Searching for files.</a> And in Places tab we are searching for places: <a href="http://kimag.es/share/67970630.png">[image] Menu: Searching for places.</a> There is a problem with this idea, because menu isn't designed to display huge amount of entries. Searching for a "a" string, can result with big number. So maybe in this situation scrollbar <a href="http://kimag.es/share/26285986.png">(r.1)</a>should be implemented, or only first few entries should be displayed in the menu, and rest will be available through "More Applications..." button <a href="http://kimag.es/share/36102822.png">(r.2)</a>. In this case, search string should be automatically copied into Application Browser search field. -- openSUSE Feature: https://features.opensuse.org/309159

1 2

[New: openFATE 308477] Optimize preselection of games on GNOME livecd
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Vincent Untz (vuntz) Feature #308477, revision 1 Title: Optimize preselection of games on GNOME livecd openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: The GNOME livecd comes with games, from gnome-games. However, those might not be the most exciting games available -- we should split the gnome-games package to make it possible to install a subset of those games, and also find out if it's possible to install other games by default. -- openSUSE Feature: https://features.opensuse.org/308477

1 2

[New: openFATE 310518] Make openSUSE 11.4 12.0
by fate_noreply＠suse.de 22 Feb '11

22 Feb '11

Feature added by: Anomyous Anomyous (jcat123) Feature #310518, revision 1 Title: Make openSUSE 11.4 12.0 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Anomyous Anomyous (jcat123) Description: Since going from SUSE 9 to 10, going to the next major version happened after xx.3. openSUSE 11.4 will come after 11.3, so it should follow this pattern. If this became permanent, then with the release cycle one could always predict what release and when. -- openSUSE Feature: https://features.opensuse.org/310518

1 4

[New: openFATE 310256] Include bluedevil in 11.4
by fate_noreply＠suse.de 21 Feb '11

21 Feb '11

Feature added by: Shawn Rogers (67GTA) Feature #310256, revision 1 Title: Include bluedevil in 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Shawn Rogers (67gta) Description: Bluetooth has always been a weak link in KDE. Bluedevil has been announced, and should be tested, and included in 11.4. We can have native KDE bluetooth that works similar to gnome bluetooth, or blueman. My limited testing includes 2 phones, keyboard/mouse, and headphones. None of these devices would connect with kdebluetooth. All of them setup and connected flawlessly with bluedevil KCM module. The only problem so far is not being able to see files in dolphin when trying to browse phone files. http://www.afiestas.org/bluedevil-the-new-kde-bluetooth-stack-is-here/ (http://www.afiestas.org/bluedevil-the-new-kde-bluetooth-stack-is-here/) -- openSUSE Feature: https://features.opensuse.org/310256

1 6

[New: openFATE 309616] Further develop SMB Traffic Analyzer
by fate_noreply＠suse.de 21 Feb '11

21 Feb '11

Feature added by: Holger Hetterich (hhetter123) Feature #309616, revision 1 Title: Further develop SMB Traffic Analyzer Requested by: Holger Hetterich (hhetter123) Description: Use Hackweek V to further develop SMB Traffic Analyzer, specifically it's real time monitoring functions. More information here: http://holger123.wordpress.com/smb-traffic-analyzer/ -- openSUSE Feature: https://features.opensuse.org/309616

1 8

[New: openFATE 310198] Allow for non version specific distro specific spec files
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Stephen Shaw (decriptor) Feature #310198, revision 1 Title: Allow for non version specific distro specific spec files Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephen Shaw (decriptor) Description: Its nice that you can create a spec file that is specific to a distro and release, ie packages-openSUSE_11.3.spec and packages-Fedora_13.spec, but it would be really nice if I could have something like this: packages-openSUSE.spec (catch all for all openSUSE based repositories) packages-openSUSE_11.3.spec (this would take precedence over packages-openSUSE.spec) packages-Fedora.spec (catch all for all Fedora based repositories) packages-Fedora_12.spec (this would take precedence over packages-Fedora.spec) The idea is that a spec file for openSUSE might differ enough from an Fedora spec file and there are 2 openSUSE repositories and 2 Fedora repositories. By doing this I'd only really need 2 spec files instead of 4. -- openSUSE Feature: https://features.opensuse.org/310198

1 4

[New: openFATE 310833] allow bulk transfer of files to/from obs with local directory.
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Glenn Doig (doiggl) Feature #310833, revision 1 Title: allow bulk transfer of files to/from obs with local directory. Buildservice: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello. Request to allow bulk transfer of files to/from obs Example download from obs - Pick opensuse local directory. [e.g Projects (https://build.opensuse.org/project/list_public) > Kernel:HEAD (https://build.opensuse.org/project/show?project=Kernel%3AHEAD) > kernel-source (https://build.opensuse.org/package/show?package=kernel-source&project=Kerne…) ] - Pick local directory. [e.g /data/project ] - choose ovewrite files if exist - choose upload or download files and start the transfer. In this example transferring the files from Projects (https://build.opensuse.org/project/list_public) > Kernel:HEAD (https://build.opensuse.org/project/show?project=Kernel%3AHEAD) > kernel-source (https://build.opensuse.org/package/show?package=kernel-source&project=Kerne…) to /data/project would transfer all the files in that set -- openSUSE Feature: https://features.opensuse.org/310833

1 1

[New: openFATE 309108] Add support for R to Cantor
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Kevin Coonan (KevinC_MD) Feature #309108, revision 1 Title: Add support for R to Cantor Buildservice: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Kevin Coonan (kevinc_md) Partner organization: openSUSE.org Description: Cantor can support R as a backend, but the OpenSUSE build of Cantor was compiled without the needed support for the very well regarded R statisical analysis software and programming language. It was likely done when problems w/ R building for 11.2 were encountered, and just has not been fixed. R is one of the intended, and advertised, back-ends for Cantor. R is an open source, robust, statistical programming language similar to the comercial "S". It has very strong community support, and nearly every statistical analysis or graphic is supported, including many which are not available with comercial software such as SAS or SPSS. It is also the primary tool for analysis of genomic (e.g. gene sequencing, gene expression, gene association) analysis via the Bioconductor project. Business case (Partner benefit): openSUSE.org: R does not include a GUI front-end. While several are available, the previous KDE front-end (RKWard) does not seem to be viable (and I have not seen it anywhere in KDE 4). Cantor is promoted as the replacement for RKWard and the support of R featured in press releases, etc. Combined w/ adding SAGE support, this would make Cantor, and OpenSUSE, and ideal platform for mathmatics, statistics and informatics. -- openSUSE Feature: https://features.opensuse.org/309108

1 3

[New: openFATE 310519] Support
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Anomyous Anomyous (jcat123) Feature #310519, revision 1 Title: Support Buildservice: Unconfirmed Priority Requester: Important Requested by: Anomyous Anomyous (jcat123) Description: Every release that is the start of a new version (XX.0, e.g. 11.0) should have a lifetime lasting until the next major version.1+2 months. For example, openSUSE 12.0 would be supported from its release to two months after 13.1 This would make openSUSE effective for businesses who don't have time to upgrade their operating systems every 18 months. Plus, don't forget that they have to re-train their support services with every release. This is a critical disadvantage to openSUSE against Ubuntu. If openSUSE had this, along with YaST, it would compete very well in the Linux world as it once did in the early-to-mid-2000's. -- openSUSE Feature: https://features.opensuse.org/310519

1 2

[New: openFATE 309376] Show history of accepted requests in webui for a project or package.
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #309376, revision 1 Title: Show history of accepted requests in webui for a project or package. Buildservice: New Priority Requester: Important Requested by: Michal Svec (msvec) Description: The webui has no history of accepted requests for a certain project or a given package. This might be some nice junior job :) -- openSUSE Feature: https://features.opensuse.org/309376

1 1

[New: openFATE 310884] Let's not confuse end-users!
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Jos Poortvliet (jospoortvliet) Feature #310884, revision 1 Title: Let's not confuse end-users! Buildservice: Unconfirmed Priority Requester: Important Requested by: Jos Poortvliet (jospoortvliet) Partner organization: openSUSE.org Description: Today I bumped into the excellent FocusWriter application (http://gottcode.org/focuswriter/). It's author, Gott (double T, yes, not a d) uses OBS to deliver packages for several of the major distributions (mandriva, Fedora, openSUSE) to his users. Who will click the link to the package thus ending up on the OBS project page. Now from that point on, I can find the RPM and download it. And grandma won't even visit the OBS page, getting lost on the FocusWriter site (if she gets there at all). But. How about those between total ignorance and complete geekdom? They will click the name of their distribution on the project page in OBS. And lo and behold, there is an RPM file mentioned there! Yay! *click* !FAIL Yes, they should go to repositories. Then, either start googling on how to add a repository to their linux distro, OR go and find their package in the directory tree presented to them. In other words, they either will give up (cursing the Build Service) or go crazy (singing it's praise, but who listens to crazy people?). So the request is to offer direct download links on the project (or package) homepage in OBS. For openSUSE - a one-click-install would be great. Esp if it figures out what version of openSUSE you run automatically (!). For other distro's the RPM(s) will probably suffice. May the Build Server be with you! Test Case: Send moderately geeky Fedora user to a Build Service page (eg order them to download FocusWriter). If they end up crying: FAIL. Use Case: sometimes people come to a home project to actually *download the freakin' packages build there*. So they should be able to do that in a rather obvious way, ergo the downloads should not be obscured and hidden from common human sight. Business case (Partner benefit): openSUSE.org: At some point it'd be nice if end-users ALSO come to love the Build Service. Yes yes, a developer should offer the direct link or the repositories on his project webpage. I know. But users also end up on BS project pages from Google or searching the SUSE software repository on download.opensuse.org ;-) -- openSUSE Feature: https://features.opensuse.org/310884

1 2

[openFATE 306347] Expanded View in Web Interface
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Stephan Binner (Beineri) Feature #306347, revision 1, last change by Title: Expanded View in Web Interface Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: The Build Service web interface should allow to switch to an expanded view (unlayered, with package patches applied) as alternate view. This would ease debugging of other people build problems and is also nicer for upstream/anonymous users (Fate#306192) without having to checkout via osc for expanded version. -- openSUSE Feature: https://features.opensuse.org/306347

1 2

[openFATE 306381] Read Only mode for anonymous users in Web Client
by fate_noreply＠suse.de 18 Feb '11

18 Feb '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #306381, revision 1, last change by Title: Read Only mode for anonymous users in Web Client Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The OBS Web Client shall offer a read only mode for not loged in users. Goals: * The current projects and packages shall become browseable * Search engines shall be able to index our content * Our sources, including the patches should be accessable. * Log files shall be accessable for developers without login. What should not be accessable: Of course no write operations and everything which is causing too much load on our servers. The system must be still usable for packagers as higher goal. This means: * No build result downloads via api * No monitor pages due to the cause load ? -- openSUSE Feature: https://features.opensuse.org/306381

1 19

[New: openFATE 309006] [obs update] feed for release products
by fate_noreply＠suse.de 17 Feb '11

17 Feb '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309006, revision 1 Title: [obs update] feed for release products Buildservice: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: Add [obs update] feeds for released products to the public feeds. -- openSUSE Feature: https://features.opensuse.org/309006

1 3

[openFate 305672] openFATE - Show References
by fate_noreply＠suse.de 17 Feb '11

17 Feb '11

Feature added by: Klaas Freitag (kfreitag) Feature #305672, revision 1, last change by Title: openFATE - Show References Requested by: Klaas Freitag (kfreitag) Description: openFATE should comfortably display and handle external references like: * related bug numbers * other features (dupes, related) * wiki pages into the opensuse wiki * sourcecode, ie. svn path People should be able to edit references as well. Wiki page and sourcecode references are new and must be added. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305672

1 7

[New: openFATE 309322] L2TP support in openSUSE
by fate_noreply＠suse.de 16 Feb '11

16 Feb '11

Feature added by: Yasha Gindikin (SlonoInquisitor) Feature #309322, revision 1 Title: L2TP support in openSUSE openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Yasha Gindikin (slonoinquisitor) Partner organization: openSUSE.org Description: Please, add the xl2tpd package to the installation DVD and official repository, and provide a way to configure the L2TP connection through the Network Manager. Business case (Partner benefit): openSUSE.org: Currently, many internet providers switch from the older Point-to-Point Tunneling Protocol (PPTP) to a newer one, called Layer 2 Tunneling Protocol (L2TP). This transition is especially noticeable in Russia, where both large and smaller ISP companies tend to obtrude it without any alternative upon the end-user. However, the support for L2TP is totally missing in openSUSE. Specifically, the xl2tpd package to provide the support is absent in official repositories and has no assigned maintainer. Which is a shame, since most solid distribution, including Ubuntu, Debian and Mandriva, have this package in their repos. Then, no support for L2TP is provided in Network Manager. Generally, there is not any configuration tool for L2TP in openSUSE, apart from manual tuning the text configuration files. The situation should be improved. -- openSUSE Feature: https://features.opensuse.org/309322

1 27

[openFATE 308150] how to enter expert/advanced partitioning during install unnecessarily obscure
by fate_noreply＠suse.de 07 Feb '11

07 Feb '11

Feature added by: Felix Miata (mrmazda) Feature #308150, revision 1 Title: how to enter expert/advanced partitioning during install unnecessarily obscure Buildservice: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Felix Miata (mrmazda) Description: https://bugzilla.novell.com/show_bug.cgi?id=547703 has this bug's details. The current design is an nth iteration of a design that has been broken several years and needs to be fixed. Of all the major distros I've been installing over many years, openSUSE's has been the least intuitive advanced partitioner to get started. To convince people openSUSE is better than Ubuntu requires it actually be better. This is problematic for multibooters who get their existing partitiong corrupted because they didn't realize they weren't where they needed to be to get the partitioning job done properly. -- openSUSE Feature: https://features.opensuse.org/308150

1 2

[openFate 305768] Use open source firmware for b43
by fate_noreply＠suse.de 03 Feb '11

03 Feb '11

Feature added by: Helmut Schaa (hschaa) Feature #305768, revision 1, last change by Title: Use open source firmware for b43 openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Helmut Schaa (hschaa) Partner organization: openSUSE.org Description: Currently openSUSE does not ship the firmware for broadcom devices due to legal issues. Only a script /usr/sbin/install_bcm43xx_firmware is provided which is not easy to find for new users. However an open source firmware for these devices are available now at [1] and would allow to be shipped with openSUSE. Of course this firmware needs some testing but it would be quite nice to not depend anymore on the proprietary firmware. [1] http://www.ing.unibs.it/openfwwf/ -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305768

1 4

[New: openFATE 309559] Improve crashdb retracer
by fate_noreply＠suse.de 02 Feb '11

02 Feb '11

Feature added by: Stephan Kulow (coolo) Feature #309559, revision 1 Title: Improve crashdb retracer Requested by: Stephan Kulow (coolo) Description: opensuse needs a good crashdb -- openSUSE Feature: https://features.opensuse.org/309559

1 1

[New: openFATE 310515] Filesystem compatybility layer
by fate_noreply＠suse.de 02 Feb '11

02 Feb '11

Feature added by: Sławomir Lach (Lachu) Feature #310515, revision 1 Title: Filesystem compatybility layer openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Many closed source software are designed to working with only one operating system. Main problem to creating closed source application to Unix is filesystem hierarchy difference. We can fix that by using package manager. First of all, RPM's should provide variables for some predefined path, like program data(such like levels), program icons, wallpapers, system-wide configuration, program configuration, etc. There's should exist an library to ask for one of them. It is very similar to XDG_DESKTOP_PATH specification, but much wider. Second off all we should create /application directory(such like proc) and mount there virtual file system containing links to application resources(in hierarchy defined by package). Mount process would been performed on special library initialization, so application should use special library to be independent. We can also allow to publish some other information into /application, such like named fifo, new run locking system, etc. /application/pid/resources could contains for example files(name fifo) to be shared between application and another. Test Case: Create OpenSource application, which uses this library. Create a lot of packages without recombiling(one binary file). Use Case: Developer would create closed source application, but filesystem hierarchy difference in each system is too big matter for him. He create his own hiearchy and tell to packagers: do rest of work. Business case (Partner benefit): openSUSE.org: Filesystem hierarchy differences are too big matter for developers. We can solve this problem with delivering code source to packagers, but that's no solution for closed source programmers. Imagine developer would prepare application for MacOS X and Linux. Without making rubbish(like in Solaris, which supports many of standards) we can't provide better solution than mine( ;-) ). Developer will compile library with our new Virtual File System library(or better: library providing special interface to asking for information about application virtual filesystem). Actually it works in this way: file system hierarchy should been fully transparent for user and application will only acts with it. In my opinion, it's impossible. So makes it different: File System Hierarchy are for administrators, not for applications. User will still don't care about it(it haves /home directory). -- openSUSE Feature: https://features.opensuse.org/310515

1 4

[New: openFATE 310877] store xsrcmd5 on review accept
by fate_noreply＠suse.de 31 Jan '11

31 Jan '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #310877, revision 1 Title: store xsrcmd5 on review accept Buildservice: Evaluation by engineering manager Milestone: 2.2 Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Project Manager: (Novell) Engineering Manager: (Novell) Developer: (Novell) Partner organization: openSUSE.org Description: store exact source revision on review accept action. -- openSUSE Feature: https://features.opensuse.org/310877

1 2

[New: openFATE 310822] option to initial devel package setting for new package via submit request
by fate_noreply＠suse.de 31 Jan '11

31 Jan '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #310822, revision 1 Title: option to initial devel package setting for new package via submit request Buildservice: Done Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Developer: (Novell) Description: OBS:InitializeDevelPackage attribute can get set in projects to initialize devel package when creating a new package via a submit request. -- openSUSE Feature: https://features.opensuse.org/310822

1 1

[New: openFATE 310812] DELETE operation for _repository path
by fate_noreply＠suse.de 31 Jan '11

31 Jan '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #310812, revision 1 Title: DELETE operation for _repository path Buildservice: Candidate Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Developer: (Novell) Description: Allow to remove files in the :full aka _repository path -- openSUSE Feature: https://features.opensuse.org/310812

1 2

[New: openFATE 310806] Allow Submit requests from foreign projects
by fate_noreply＠suse.de 31 Jan '11

31 Jan '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #310806, revision 1 Title: Allow Submit requests from foreign projects Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: Submit requests from packages where no maintainer state exists are not allowed. This is because only the maintainer knows about the state of the source in the package. We want to change this, to allow to create submit requests by everybody, but ask the maintainer via a review request to approve it. This means we need an extension for the review element to be able to specify a project and package as reviewer. -- openSUSE Feature: https://features.opensuse.org/310806

1 2

[New: openFATE 310134] Support product signing with non local builds
by fate_noreply＠suse.de 31 Jan '11

31 Jan '11

Feature added by: Adrian Schröter (adrianSuSE) Feature #310134, revision 1 Title: Support product signing with non local builds Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Developer: (Novell) Description: Signing of product images is only working when a local worker is used. The feature is to support this also on usual workers. -- openSUSE Feature: https://features.opensuse.org/310134

1 1

[New: openFATE 309454] I want ice-cream for hackweek
by fate_noreply＠suse.de 25 Jan '11

25 Jan '11

Feature added by: Juergen Weigert (jnweiger) Feature #309454, revision 1 Title: I want ice-cream for hackweek Requested by: Juergen Weigert (jnweiger) Partner organization: openSUSE.org Description: There should be a good supply of delicious ice-cream duing the Hackweek to lure people away from their offices, towards the kitchen area. Test Case: Bring ice-cream to my office, I'll do the tests myself. Business case (Partner benefit): openSUSE.org: In general, food supply is most important, this creates most effective breaks and allows for communications. (Please don't speak with your mouth full, though). -- openSUSE Feature: https://features.opensuse.org/309454

1 7

[New: openFATE 309238] Easy to use bootable USB key creator
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: Brandon Philips (philipsb) Feature #309238, revision 1 Title: Easy to use bootable USB key creator openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Brandon Philips (philipsb) Description: Ubuntu has a great usb-creator tool that can be used to easily create bootable install media and even reserve a second partition to use for a /home/ in a LiveUSB environment: http://en.wikipedia.org/wiki/Ubuntu_Live_USB_creator This tool would be a great addition to openSUSE and could replace our rather dangerous recommendation to use dd: http://en.opensuse.org/Live_USB_stick -- openSUSE Feature: https://features.opensuse.org/309238

1 6

[New: openFATE 308385] Easier to install from an USB-flash memory
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: Magnus Gustavsson (magnusgus) Feature #308385, revision 1 Title: Easier to install from an USB-flash memory openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Magnus Gustavsson (magnusgus) Partner organization: openSUSE.org Description: I want to start with saying my appreciation of all SUSE developers, I really think SUSE is the number one choise, bot for beginners and more advanced users. 11.2 is really a big step forward, thanks a lot to all involved!!! However...following the discussion here; http://forums.opensuse.org/install-boot-login/426568-simplest-way-install-1… , I make here a proposal for improvement when it comes to the installation from other media than the commonly used DVD-disc, that almost all computer users are able to understand and use. The growing numbers of netbooks, without CD ocr DVD-rom built in is pushing the fact that OS:s today lack one important feature, namely an easy installation from USB- or flashmemories of all kinds. It is maybe wise to try to imagine where alternative OS like Linux would stand today, if there was not the possibility to download an .iso, burn it on a blank DVD-disc and then simply put it into a computer before boot. With this in mind, think of how many who really would consider testing linux or SUSE in particular on their netbook as a fist try (maybe because they imagine better performance than with the overloaded MS mostly shipped with the netbook, but are incapable of making the installation due to thee simple fact that their notebook lacks a DVD-drive. Beeing a linuxuser with more than a year of experience (and also a user who have made a USB installation once in fact), I still find the many and difficult stages in making a working, bootable USBstick wich will install a new version of SUSE so hard, that I really can understand why so many still are considering a Vista or a Mac in front of a linux OS. It is too difficult!! Basically I think a installation via USB-stick should not be more complicated than something like this: 1: to to format their stick to FAT16 (if it now really is needed), with any availible program in windows or Linux 2. Make this stick bootable with same formatting program 3. Download and copy the DVD.iso to the stick (or somewhere on the computers harddrive, but this is over manys limit) 4. Download and copy a special "SUSE-USB-stick"-file to the stick, that makes the necessary extra things U described in Ur posts such as extracting installer etc 5. Make the intended computer able to boot from a USB-stick 6. Put the USB-stick in the intended computer and reboot so the prepartion with DD etc is made, possible make the computer reboot again, and finally make the installation to start. These 6 steps would be easy enough to follow for a newbie, as well as for me. And it would work regardless of network or internetconnection for the computer. It would also take full advantage of the torrent technology since all can be downloaded the quickest way via torrent. And it will for sure make at least SUSE a much more attractive option for people searching alternatives to the mainstream OS they have been feed up with since small school. I made this request under SUSE 11.3 but maybe there is a better place for it, please feel free to move this in this case. Appreciate all comments about this. BR/ Magnus Gustavsson Business case (Partner benefit): openSUSE.org: To improve/ make easier installation process for computers without DVD-drive. -- openSUSE Feature: https://features.opensuse.org/308385

1 5

[New: openFATE 308354] Live USB Stick Creator
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: H. Hansen (cyberbeat) Feature #308354, revision 1 Title: Live USB Stick Creator openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: H. Hansen (cyberbeat) Description: It would be nice to have something like https://fedorahosted.org/liveusb-creator/ It is a nice GUI (linux/windows, created such a stick from opensuse) which installs a LIVE ISO on a USB stick. Perhaps it can be adapted to opensuse-media. It is written in python. It uses a existing partition (can be fat for example), and a casper-rw file for persistent storage (choosable size), so does not need extra partitions. - I did not succeed with the official tutorial at http://en.opensuse.org/Live_USB_stick to create a live stick, it describes also another method (hybrid with second partition for persistent data, which failed for me). Also with this solution it is not possible to use (and keep) an existing fat partition. - Today more and more laptops and netbooks without optical drives are spread. There is really needed an easy graphical tool now! Usecase: I am new to linux, want to carry my custom system around with me, and want that installation on usb just works Usecase: I buy a netbook and want to install opensuse on it without having to use console or software foreign software - I don't want different utilities on windows/linux to create usb live stick -- openSUSE Feature: https://features.opensuse.org/308354

1 3

[openFATE 306756] non persitent install mode for flash disks
by fate_noreply＠suse.de 24 Jan '11

24 Jan '11

Feature added by: Bruno Gerz (bogz) Feature #306756, revision 1 Title: non persitent install mode for flash disks Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Bruno Gerz (bogz) Description: It would be nice to get a install or move mode for flash disks. For example a non persitent live mode and may be options for storing system settings and more, a option to move a normal harddisk installation into a non persitent installation on usb stick, formating options for 'recommended' flash file systems Such a yast module would save much time and could also provide newcommers :-) See http://en.opensuse.org/How-To_Make_the_root_filesystem_read-only -- openSUSE Feature: https://features.opensuse.org/306756

1 1

[openFATE 306985] Install necessary codecs on the first run/need
by fate_noreply＠suse.de 23 Jan '11

23 Jan '11

Feature added by: Piotrek Juzwiak (BenderBendingRodriguez) Feature #306985, revision 1 Title: Install necessary codecs on the first run/need openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Piotrek Juzwiak (benderbendingrodriguez) Description: I would very much like to see the system propose to install multimedia codecs. It could be similar to pullin-flash-player or pullin-msfonts. Not every new user knows that they need to add packman repo so it would be a great idea to run a script at the start that would ask if that person needs: a) to play DVD's b) to play mp3's c) to play any other kind of media like Xvid, DivX etc. The script would then add temporarily vlc repo to download libdvdcss in case a is ticked and add Packman repo in any other cases. -- openSUSE Feature: https://features.opensuse.org/306985

1 7

[New: openFATE 309632] HA/Storage Server/Appliance
by fate_noreply＠suse.de 21 Jan '11

21 Jan '11

Feature added by: Ruediger Oertel (oertel) Feature #309632, revision 1 Title: HA/Storage Server/Appliance Requested by: Ruediger Oertel (oertel) Description: let's try to evaluate what it takes to create something like falconstor (RH-based) or datastor (windows-based) on a openSUSE or SLE base, basic ideas: - SLE11(SP1?) plus HA addon [HA in factory is way outdated] - failover between at least two nodes - scsi/fc target using scst - backend any array with fc and/or scsi - easy config for clients to present luns to use [any gui tool or web-frontend reusable ?] - nfs server with HA [needs to be tested with various clients back at least till sles9, several archs] - anything like netapps WAFL (snapshots presented inside filesystem) -- openSUSE Feature: https://features.opensuse.org/309632

1 3

[openFATE 307743] show summary of selected packages (download and install size, etc...)
by fate_noreply＠suse.de 19 Jan '11

19 Jan '11

Feature added by: Alex Savin (alexqwesa) Feature #307743, revision 1 Title: show summary of selected packages (download and install size, etc...) openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Alex Savin (alexqwesa) Description: show summary of selected packages (in Yast Online Update and Software Manager): * download size * install size * delete size * some thing else and maybe: * size of already downloaded packages (in zypper cache) I think good place for this - left-down corner when see "Installation summary" (but it's not obligatory) -- openSUSE Feature: https://features.opensuse.org/307743

1 3

[New: openFATE 309037] NetworkManager: add strongswan plugin
by fate_noreply＠suse.de 19 Jan '11

19 Jan '11

Feature added by: Georg Müller (georgmueller) Feature #309037, revision 1 Title: NetworkManager: add strongswan plugin openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Georg Müller (georgmueller) Description: Strongswan has a network manager plugin for IKEv2 IPSEC. It is gnome-only, a KDE version would be nice too. -- openSUSE Feature: https://features.opensuse.org/309037

1 3

[openFATE 308152] KEEP Sax2's GUI in 11.2 Final!
by fate_noreply＠suse.de 18 Jan '11

18 Jan '11

Feature added by: Tara Ikeda (TaraIkeda) Feature #308152, revision 1 Title: KEEP Sax2's GUI in 11.2 Final! openFATE: Unconfirmed Priority Requester: Important Requested by: Tara Ikeda (taraikeda) Description: Relying on KDE4's xrandr is nonsense, I never had it work right for me. The issue is that when you do change the resolution in KDE4 it does stay but only for that session, its my biggest gripe with KDE 4 right now is that its monitor detection tools default to whatever resolution the system. its stupid to rely on KDE4's screen resolution tool! If you install your system and it does not detect your best resolution it might stick you with an inferior resolution. My default resolution is 800x600 and I want my best resolution 1024x768, but with Sax2 gone I have to rely on KDE4's resolution settings tool. Sounds easy enough right? WRONG! If your system defaults to the small resolution guess what, your screwed if KDE4 does not remember your desired resolution. And for me it never did, I always needed something like Mandriva's control center or Sax2. I get stuck with 800x600, its why I cant use Kubuntu! What are we trying to make openSUSE like Kubuntu, so that when you need a higher resolution by default you have to edit xorg and crap like that? Sax2 needs to remain, it is impossible for me to rely on KDE4's buttf%$&ed resolution tool and its inability to save my desired resolution. The people who suggested it be removed need thier heads examined, we need the GUI tool for new users. If we take a useful tool like this away it will be foolish, to remove the GUI and have people use the commandline to access this useful tool boarders on stupidity. If the team wants to attract more new users you must keep Sax's GUI there, I think its screwed up that you people suggested it to be removed. And to see it actually go through is another stupid move, whoever okayed this stupid idea must be six times as stupid. -- openSUSE Feature: https://features.opensuse.org/308152

1 4

[openFATE 307510] Cron: set MAX_DAYS_IN_TEMP different from 0
by fate_noreply＠suse.de 18 Jan '11

18 Jan '11

Feature added by: Ricardo Gabriel Berlasso (RGBsuse) Feature #307510, revision 1 Title: Cron: set MAX_DAYS_IN_TEMP different from 0 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ricardo Gabriel Berlasso (rgbsuse) Description: By default, openSUSE set MAX_DAYS_IN_TMP and MAX_DAYS_IN_LONG_TMP to zero, which means /tmp and /var/tmp folders are never cleaned. New users do not know of this, and after a while their hard drives ends with a lot of “garbage”. People who need those files not to be removed for sure will know how to change this default value but many people who don't need those files will not know about them until a “disk full” warning appears. This is particularly true for netbooks and old computer with small drives. My proposal is to set cron defaults to periodically clean the /tmp and /var/tmp folders. -- openSUSE Feature: https://features.opensuse.org/307510

1 15

[New: openFATE 309307] Add mediacenter software as default for desktop install
by fate_noreply＠suse.de 16 Jan '11

16 Jan '11

Feature added by: Denny Beyer (lumnis) Feature #309307, revision 1 Title: Add mediacenter software as default for desktop install openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Denny Beyer (lumnis) Partner organization: openSUSE.org Description: It would be a "nice to have" would a mediacenter software be running out of the box with any desktop installation, similar to what you find on Mac's. While I don't really have a good overview on what is available, I hope many people share their ideas and experience with various packages here. What I would like to see is an out of the box working audio/video/images/tv application running exclusively on my screen controllable with a remote. Business case (Partner benefit): openSUSE.org: To give desktop users some "cool stuff" with a "wow factor" - and not just a workhorse desktop OS -- openSUSE Feature: https://features.opensuse.org/309307

1 1

[New: openFATE 308274] Repository administration
by fate_noreply＠suse.de 15 Jan '11

15 Jan '11

Feature added by: Michael Schulze (SOUI) Feature #308274, revision 1 Title: Repository administration openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Michael Schulze (soui) Description: Hello, i think it were nice, if anybody can save his repositories like the favorites in mozilla. Firefox. The advantages lies on anybodies hand. Thank you.... Greetings from Berlin... SOUI -- openSUSE Feature: https://features.opensuse.org/308274

1 2

[openFATE 307490] No black screen on start up or shutdown
by fate_noreply＠suse.de 13 Jan '11

13 Jan '11

Feature added by: Michael Doris (dorism) Feature #307490, revision 1 Title: No black screen on start up or shutdown openFATE: Unconfirmed Priority Requester: Desirable Requested by: Michael Doris (dorism) Description: Whn you bot up suse I wish it would stay graphical all the way thoriugh and not kick out to a terminal for brief moments. Makes suse lok unpolished. -- openSUSE Feature: https://features.opensuse.org/307490

1 6

[openFATE 306954] flicker free boot up
by fate_noreply＠suse.de 13 Jan '11

13 Jan '11

Feature added by: Roman Bysh (Romanator) Feature #306954, revision 1 Title: flicker free boot up openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Roman Bysh (romanator) Description: I would like to see a flicker free boot up - similar to what RedHat has inplemented in Fedora 11 but better. -- openSUSE Feature: https://features.opensuse.org/306954

1 4

[openFATE 306622] A cool graphical look when entering encryption key at boot
by fate_noreply＠suse.de 13 Jan '11

13 Jan '11

Feature added by: Thomas Sundell (thsundel) Feature #306622, revision 1 Title: A cool graphical look when entering encryption key at boot openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Thomas Sundell (thsundel) Description: Would it be possible to make a beatiful graphical input when entering password for encrypted partitions @ the boot screen? Fedora 11 already has this very cool looking feature. -- openSUSE Feature: https://features.opensuse.org/306622

1 4

[openFATE 306774] Speed up openSUSE!
by fate_noreply＠suse.de 13 Jan '11

13 Jan '11

Feature added by: Nikola Milosavljevic (Nikola191994) Feature #306774, revision 1 Title: Speed up openSUSE! openSUSE-11.2: Unconfirmed Priority Requester: Desirable openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Nikola Milosavljevic (nikola191994) Description: This should be really nice. It needs to have speed. Fast boot time like in Ubuntu or Fedora would REALLY be nice. Also, speed up most of the applications including YaST and Update manager. On Distrowatch.com, they put up that openSUSE is slow and bloated sometimes(resource heavy YaST or other openSUSE-Specific apps.) -- openSUSE Feature: https://features.opensuse.org/306774

1 4

[openFATE 306522] start 10 seconds
by fate_noreply＠suse.de 13 Jan '11

13 Jan '11

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #306522, revision 1 Title: start 10 seconds openSUSE-11.2: Unconfirmed Priority Requester: Mandatory Requested by: Agustin Chavarria (dj_ubun_1) Description: The start up on 10 seconds, is very important, some distribution of linux has work on that, and would be good opensuse 11.2 start 10 seconds. 1. Loading the kernel and initramfs: 2 seconds 2. Charging drivers, mounting file systems and one thing more: 2 seconds 3. Launch of X. Org: 2 seconds 4. Launching the desktop environment and other services of the session: 4 seconds. that would be one of the best features of opensuse 11.2 -- openSUSE Feature: https://features.opensuse.org/306522

1 4

[New: openFATE 308593] Update "gimp-help"
by fate_noreply＠suse.de 10 Jan '11

10 Jan '11

Feature added by: Stephan Hegel (steve09224) Feature #308593, revision 1 Title: Update "gimp-help" openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Stephan Hegel (steve09224) Description: Please udpate the "gimp-help" package to version 2.6 to match the current Gimp version 2.6.x. OpenSUSE 11.2 just provides gimp-help-2.4.x in the OSS repository. Sources can be found at ftp://ftp.gimp.org/pub/gimp/help. -- openSUSE Feature: https://features.opensuse.org/308593

1 2

[New: openFATE 310881] Making it easier to help
by fate_noreply＠suse.de 05 Jan '11

05 Jan '11

Feature added by: Simon Chew (ChewEngineer) Feature #310881, revision 1 Title: Making it easier to help openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Simon Chew (chewengineer) Partner organization: openSUSE.org Description: I propose that we need to make joining the project a more personal experience. Too many of the suggested means of communicating are very faceless and impersonal. This is even more important if the community wishes for non-technical contributions to the project (e.g. backgrounds, sound files, colour schemes etc.) When I try to get involved with the project, I am directed to either an IRC channel or a mailing list. Whilst there is nothing wrong with using these technologies, a lot of users are simply not familiar or comfortable with these ways of communicating. In particular a mailing list is confusing because (outside the project) mailing lists tend to be non-reply only. In addition, some of the links no longer function Suggestions for improvement: 1. A very visible single point of contact e.g. a giant button on every community page saying "Want to help? Don't know how to start?" This would link to a contact form that would allow the user to select project areas they are interested in and then contact the relevant team. 2. Could we use social networking tech e.g. Facebook to allow people to comment and communicate using methods that they are familiar with? A lot of newer users have never used IRC or mailing lists and may not even know what they are. 3. Re-vamp the Suse Art site. It's looking a little bedraggled and there doesn't seem to be much activity. If users felt they could upload contributions easily to a site and that those contributions had a good chance of making it into the project they might be more willing to participate. 4. Improving the visibility of the project within the OS itself e.g. obvious menu links that will submit contact forms (and perhaps files) to the project with minimal effort. 5. Make any information for new user much more prominent and much easier to find. -- openSUSE Feature: https://features.opensuse.org/310881

1 2

[openFATE 308185] rpmorphan
by fate_noreply＠suse.de 03 Jan '11

03 Jan '11

Feature added by: John Shand (jshand2008) Feature #308185, revision 1 Title: rpmorphan openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: John Shand (jshand2008) Description: There has been a wave of interest over the net in regards to rpmorphan. would it be possible to include in the next version of linux the ability to remove orphaned rpms from the system safely without causing other problems in the rpm database like having to reinstall those dependencies it removed?? -- openSUSE Feature: https://features.opensuse.org/308185

1 2

[New: openFATE 309334] Dolphin ask for root password on file drop
by fate_noreply＠suse.de 03 Jan '11

03 Jan '11

Feature added by: Christian Giorgio galeffi (gallochri) Feature #309334, revision 1 Title: Dolphin ask for root password on file drop openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Christian Giorgio galeffi (gallochri) Description: I would like that dolphin (or nautilus) ask for password when I try to drag and drop file into a directory where I don't have write permission and no only "you do not have write permission". -- openSUSE Feature: https://features.opensuse.org/309334

1 2

[New: openFATE 308427] OpenReduce
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Ilya Chernykh (Ansus) Feature #308427, revision 1 Title: OpenReduce Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Ilya Chernykh (ansus) Description: OpenReduce is a professional Computer Algebra System. It is capable of advanced matrix and vector operations as well as integration, solving differential and algebraic equations. It is a perfect GUI application and has extensive documentation. It has been recently included in Alt Linux repository. The packages taken from Alt Linux work well under OpenSUSE. The SourceForge page is here: http://reduce-algebra.sourceforge.net/ Screenshot: http://launchpadlibrarian.net/36262187/Reduce.png (http://launchpadlibrarian.net/36262187/Reduce.png) ALT Linux packages: http://sisyphus.ru/ru/srpm/Sisyphus/reduce/get -- openSUSE Feature: https://features.opensuse.org/308427

1 3

[openFATE 307489] Combine repositories!
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Jason Fergus (jfergus) Feature #307489, revision 1 Title: Combine repositories! openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Jason Fergus (jfergus) Description: openSUSE would be at least 50x easier to install / maintain if they took a different approach to the repositories. Look at Fedora. They dropped Core and Extras and made it one big distribution, then all the dag, livna and freshrpms combined into rpmfusion.org. This is what should / needs to happen with openSUSE. For someone who is used to doing it, this is probably not that big of a deal. To someone who is used to installing Windows and having to scour the Internet for drivers, it's not that big of deal. To someone coming from using mostly Fedora, Ubuntu or Debian, this is HUGE. Fedora is simple, add rpmfusion.org and probably the adobe yum repository and you have access to everything from drivers to flash. In Debian, just enable non-free and contrib, then the debian-multimedia (for mplayer, mythtv etc) and you're all set. Ubuntu really only needs medibuntu repositories and you can get everything you need for a decent setup. openSUSE has a ton that need to be enabled. Emulators, Pacman, nvidia, etc. While it is nice and simple that you have a 'one click' install for most things, it still would be easier / simpler to just run 'zypper install atari800' without having to add the Emulator repository. This and the menus are the only thing that really throws me off of running openSUSE. -- openSUSE Feature: https://features.opensuse.org/307489

1 16

[New: openFATE 310571] L2TP connections setup via YaST in yast2-network module
by fate_noreply＠suse.de 30 Dec '10

30 Dec '10

Feature added by: Сергей Миронов (serg0) Feature #310571, revision 1 Title: L2TP connections setup via YaST in yast2-network module openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Сергей Миронов (serg0) Description: Many internet-providers give an opportunity to create pptp-connections and l2tp-connections. PPTP protocol is used widely. But L2TP protocol is more stable and fast in use. The speed of my internet (and not only for me!) significally increased after I changed pptp on l2tp. With pptp my speed was 2Mbit/s (download) and 1,5 Mbit/s (upload). With l2tp I got 10 Mbit/s on download and 30 Mbit/s on upload. It is a result of tests on speedtest.net and 2 other sites. The PPTP connection I made with yast2-network module (DSL). It is fast, simple and convinient way (as everythins in Yast). But this module does not have an opportunity to make VPN connection via L2TP protocol. I suggest to add L2TP protocol in yast2-network module to make connections via PPP over Ethernet, PPP over ATM, CAPI for ADSL, Point To Point Connection Protocol and L2TP CONNECTION PROTOCOL ! In forums I looked at different ways to run l2tp connection. The best one on my opinion is using the script from here: http://homenet.corbina.net/index.php?showtopic=267122 (http://homenet.corbina.net/index.php?showtopic=267122) -- openSUSE Feature: https://features.opensuse.org/310571

1 16

[New: openFATE 310397] kmldonkey for opensuse
by fate_noreply＠suse.de 28 Dec '10

28 Dec '10

Feature added by: Andreas Ritter (eddie8_de) Feature #310397, revision 1 Title: kmldonkey for opensuse Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Andreas Ritter (eddie8_de) Description: A package of kmldonkey (kde-extragear) for opensuse 11.3 and following versions would be very nice! See http://userbase.kde.org/KMLDonkey -- openSUSE Feature: https://features.opensuse.org/310397

1 4

[New: openFATE 309227] Limit entries (10 or 20) in *.changes
by fate_noreply＠suse.de 23 Dec '10

23 Dec '10

Feature added by: Johannes Obermayr (jobermayr) Feature #309227, revision 1 Title: Limit entries (10 or 20) in *.changes Buildservice: Unconfirmed Priority Requester: Mandatory openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Johannes Obermayr (jobermayr) Partner organization: openSUSE.org Description: *.changes are artificially blown and should been truncated to max. 10 or 20 entries. Test Case: kernel-{flavor}.changes in factory: 764.22 KB mkinitrd.changes: 107.22 KB Business case (Partner benefit): openSUSE.org: Normal computer users do not care about something that Konrad Zuse did in 1938 (Z1). They only want to know what happened recently to the packages. Use Yast packager, select kernel-{flavor} package and click on "Changelog". Then you can go drinking a coffee ... -- openSUSE Feature: https://features.opensuse.org/309227

1 1

[New: openFATE 309286] madwimax in network manager
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #309286, revision 1 Title: madwimax in network manager openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Agustin Chavarria (dj_ubun_1) Description: Hi It will be good, you add madwimax driver to the base system in opensuse 11.3, in russia and Nicaragua, we have YOTA like wimax provider, and yota modem(samsung) only work via comand line, and it sucks! It will be good, it's works with network manager like default in 11.3 -- openSUSE Feature: https://features.opensuse.org/309286

1 1

[New: openFATE 309291] Add kstart packages
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Christoph Bartoschek (pontobart) Feature #309291, revision 1 Title: Add kstart packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Christoph Bartoschek (pontobart) Partner organization: openSUSE.org Description: Please add the kstart package into opensuse. http://www.eyrie.org/~eagle/software/kstart/ Use Case: kstart allows users to have long running jobs in a kerberized system. Normally long running jobs get into trouble as soon as their tickets expire. The tools in the kstart package allow users to start long running jobs and be sure that the jobs will always have access to the filesystem. Business case (Partner benefit): openSUSE.org: We do not want to extend the normal kerberos ticket lifetime for security reasons. However we have some jobs that run for weeks and that need access to the AFS filesystem. The tools from the kstart package provide the jobs with a valid ticket for the whole runtime. -- openSUSE Feature: https://features.opensuse.org/309291

1 1

[New: openFATE 309472] pidgin: enable iChat/Bonjour/presence account by default
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Ludwig Nussel (lnussel) Feature #309472, revision 1 Title: pidgin: enable iChat/Bonjour/presence account by default openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Ludwig Nussel (lnussel) Description: Me filing this request probably is an indication that I'm losing my mind ... ;-) Anyways, pidgin supports the iChat/Bonjour/presence protocol to support zeroconf instant messaging in the local network. For that to work it listens on a tcp port and uses avahi for discovery of others. The Bonjour account isn't enabled by default though. Users have to manually add it which means barely anyone actually does that. Kind of defeats the 'zeroconf' idea. So what about automatically creating a Bonjour account on first start of pidgin? -- openSUSE Feature: https://features.opensuse.org/309472

1 1

[New: openFATE 310023] have a "move to monitor" option on window list (gnome)
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Thiago Sayao (sayao) Feature #310023, revision 1 Title: have a "move to monitor" option on window list (gnome) openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Thiago Sayao (sayao) Description: The panel window list has options to move the window between workspaces, but it does not have an option to move the window between monitors, when the user has two. Use case: Maria has two monitors, but the second one is off (because she only uses it occasionally). Yesterday, when she used her favorite app, she moved it to her second monitor, but today this monitor is off and she opened the app. How can she move the app to the primary monitor, if she can't see it on the second monitor to drag (because the second monitor is off)? It is filed upstream: https://bugzilla.gnome.org/show_bug.cgi?id=619772 -- openSUSE Feature: https://features.opensuse.org/310023

1 3

[openFATE 306915] zypper lu should show scutiry updates in red/bold
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Atri Bhattacharya (badshah400) Feature #306915, revision 1 Title: zypper lu should show scutiry updates in red/bold openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Atri Bhattacharya (badshah400) Description: It would be useful for zypper lu to show security updates in red/bold fonts, to make them prominent, especially as colors are already in zypper version 1.2.0 according to http://jniq.blogspot.com/2009/06/colors-in-zypper.html -- openSUSE Feature: https://features.opensuse.org/306915

1 9

[New: openFATE 308690] Blueray support
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Agustin Chavarria (dj_ubun_1) Feature #308690, revision 1 Title: Blueray support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Agustin Chavarria (dj_ubun_1) Description: opensuse 11.3 would be great to have support for BlueRay discs, there is no linux client that support for this type of format, and would be a great way for users to have this support, so you can burn your movies in this format, see videos in BlueRay either VLC, Totem, Kaffeine, Bangarang, etc etc -- openSUSE Feature: https://features.opensuse.org/308690

1 3

[openFATE 307719] hplip-hpcups and assoicated packages
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Kirk Kimmel (omf) Feature #307719, revision 1 Title: hplip-hpcups and assoicated packages openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Kirk Kimmel (omf) Description: One thing I have never understood is this hplip-hpcups package. If I uninstall this package, hplip-hpijs is automatically marked for install. If I uncheck that package as well and Accept the changes via YaST2 Software Management these packages are removed. However the next time I start Software Management hplip-hpijs is checked to be installed again. The only way to stop this behavior is to mark both packages as Taboo. Shouldn't I be able to remove packages that are not needed without having to jump through hoops to make sure they do not get installed again. Currently running OpenSUSE 11.2 Milestone 6. -- openSUSE Feature: https://features.opensuse.org/307719

1 3

[New: openFATE 308521] Print duplex test page when duplex enabled
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Todd R (TheBlackCat) Feature #308521, revision 1 Title: Print duplex test page when duplex enabled openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: It is easy to enable duplex printing in the YaST printer configuration module. However, the test page that is printed from the YaSt module is only one page long, making it useless for testing whether the duplex printing is actually working correctly. To test it you need to make a two-page document by hand and then print that. Further, cups has the somewhat obtuse "Tumble"/"NoTumble" option, and it is not really obvious what this does. So it would be nice if, when duplex is enabled, the "Print Test Page" button prints a two-page document so you can see if duplex is working and is oriented how you want it. -- openSUSE Feature: https://features.opensuse.org/308521

1 2

[New: openFATE 308602] eclipse include cdt , c & c++ support
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: cristian díaz (moldavio) Feature #308602, revision 1 Title: eclipse include cdt , c & c++ support openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: eclipse include cdt , c & c++ support whit the ultimate version thanls -- openSUSE Feature: https://features.opensuse.org/308602

1 4

[New: openFATE 308520] Change bootloader to lilo - it just works.
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Per Jessen (pjessen) Feature #308520, revision 1 Title: Change bootloader to lilo - it just works. openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Per Jessen (pjessen) Description: In light of recent discussion wrt bootloader, in particular GRUB and GRUB2, I would like to suggest an alternative: that we revert to lilo as the default and supported boot-loader. As at least two people have said, lilo just works. It is a tried and tested, file-system independent and mature boot-loader. Lilo is boring - just what we need for a stable distribution. Let me take care of the counter-arguments right away: * lilo doesn't support reiserfs' tail option. (requires that the /boot file-system is mounted with –notail). Not really much of a drawback, IMHO. Reiserfs has been slowly losing popularity, and with this tail option being a reiserfs-only feature, this is a corner case barely worth considering. * lilo is poor wrt recovery and diagnostics. Granted, it probably is. For a system to be played and experimented with, lilo might not be optimal. For a stable production system, whether a server, an office desktop or a home system, lilo does a very good job. -- openSUSE Feature: https://features.opensuse.org/308520

1 6

[New: openFATE 308603] include netbeans 6.8 or later
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: cristian díaz (moldavio) Feature #308603, revision 1 Title: include netbeans 6.8 or later openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: include netbeans 6.8 or later -- openSUSE Feature: https://features.opensuse.org/308603

1 2

[New: openFATE 308608] support "all" mac os x widgets
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: cristian díaz (moldavio) Feature #308608, revision 1 Title: support "all" mac os x widgets openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: support "all" mac os x and windows widgets on plasma -- openSUSE Feature: https://features.opensuse.org/308608

1 3

[New: openFATE 308624] EDC-3000D CMOS Camera Support
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Julio Vannini (UngaMan) Feature #308624, revision 1 Title: EDC-3000D CMOS Camera Support openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Julio Vannini (ungaman) Partner organization: openSUSE.org Description: The CMOS Camera EDC-3000D (http://www.machinevisiononline.org/buyers_guide/newproducts/details.cfm?id=…) is a high sensitivity camera for use in microscopes and telescopes. Being a USB 2.0 device, one may think the openSUSE 11.2 would detect it but it does not. It would be very nice if a detection of this camera is made possible. Use Case: Astrophotography of lunar and planetary bodies is one of the main activities in the world of Amateur Astronomers. Having very sensitive devices allow a better performance and detail in the pictures taken. (http://lpod.wikispaces.com/file/view/LPOD-Jan4-10.jpg/111515135/LPOD-Jan4-1…) Business case (Partner benefit): openSUSE.org: Amateur Astronomers have become a very active-worldwide group, sharing knowledge and expertise. The recent International Year of Astronomy allowed us to reach a more significant number of public attention and outreach around the World. People gets interested in learning more about science and education, and a stable distribution like openSUSE can offer a lot of tools for the initiated or seasoned astronomer. So, having the capability for use high quality devices we can help spreading the word and options to the public. -- openSUSE Feature: https://features.opensuse.org/308624

1 1

[New: openFATE 308761] Additional Wallpaper
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Anton Reznik (reanxp-rus) Feature #308761, revision 1 Title: Additional Wallpaper openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Anton Reznik (reanxp-rus) Partner organization: openSUSE.org Description: Hi, guys! My name is Antony. I make cool wallpaper for openSUSE 11.3. I want see in release :) . I make this wallpaper in Gimp. I can send source of image, and you can change wallpaper as need. This is a jpg-preview on Picasa - http://lh6.ggpht.com/_1sPHVp6iIMw/S037fTqrP1I/AAAAAAAAAHA/MAap_mT7ctM/wallp…. Thanks for review this Feature :) Antony. antony.rean(a)gmail.com Business case (Partner benefit): openSUSE.org: Additional wallpapers - a great thing! You can make some great new wallpapers so that users can choose to taste! I can help in this :) -- openSUSE Feature: https://features.opensuse.org/308761

1 5

[openFATE 307140] Include Ramlog application in OpenSUSE
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Glenn Doig (doiggl) Feature #307140, revision 1 Title: Include Ramlog application in OpenSUSE openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: See article Improve system performance by moving your log files to RAM http://www.linux.com/feature/141231 (http://www.linux.com/feature/141231) http://tofu3.szm.sk/ramlog/ (http://tofu3.szm.sk/ramlog/) (Some info) The Ramlog project lets you keep your system logs in RAM while your machine is running and copies them to disk when you shut down. If you are running a laptop or mobile device with syslog enabled, Ramlog might help you increase your battery life or the life of the flash drive on your mobile device. As a side effect of using Ramlog, you will be less likely to be caught out by a daemon that suddenly starts sending a message to syslog every 30 seconds and saps your battery keeping the hard disk spinning. Thankyou -- openSUSE Feature: https://features.opensuse.org/307140

1 3

[openFATE 307469] Add support for Hauppauge HVR950q tuner
by fate_noreply＠suse.de 21 Dec '10

21 Dec '10

Feature added by: Ken Schneider (kensch) Feature #307469, revision 1 Title: Add support for Hauppauge HVR950q tuner openFATE: Unconfirmed Priority Requester: Desirable Requested by: Ken Schneider (kensch) Description: Support for the tuner has been in the kernel for over a year but there is none in YaST. -- openSUSE Feature: https://features.opensuse.org/307469

1 3

[New: openFATE 308304] Graphical installation should use native drivers
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Marco Poletti (poletti_marco) Feature #308304, revision 1 Title: Graphical installation should use native drivers openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Marco Poletti (poletti_marco) Description: The installation process now uses fbdev driver instead of native, for compatibility reasons. I think it should use native drivers when it's possible. This would allow: 1) Support to widescreen resolutions, so for example you don't have to use 1024x768 if you have a 1280x768 notebook. 2) Using 32 bit per pixel (if available) for installations, so we can have nice shades instead of current ugly 16 bit/pixel shades. This has been already reported as two wishes in bugzilla (bug 534895 and bug 535049), but was closed as Invalid because Unless we decide to switch to native driver also for installation I need to mark this one as INVALID. So if you want wide resolutions and smoother shades, vote for this! -- openSUSE Feature: https://features.opensuse.org/308304

1 6

[New: openFATE 310364] Add DVD's of each DE
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Anomyous Anomyous (jcat123) Feature #310364, revision 1 Title: Add DVD's of each DE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Anomyous Anomyous (jcat123) Description: In openSUSE 10.3, there were CD's that you could use to install openSUSE KDE or GNOME alone. I think it would be great to create individual DVDs for each Deskltop Environment, in addition to the current media, so you can install GNOME and loads of software with it. A KDE user could have 4.7 GB of KDE software that they would use, rather than XFCE, GNOME, and LXDE software they wouldn't use. Same for GNOME users. I would imagine that they had to drop some packes from the distribution to make room for LXDE in 11.3 and KDE 3 in 11.1 and 11.0. This would make installing software convenient for computers without an internet connection. -- openSUSE Feature: https://features.opensuse.org/310364

1 4

[New: openFATE 310398] e4defrag
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Cucu Cătălin (becali) Feature #310398, revision 1 Title: e4defrag openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Cucu Cătălin (becali) Description: is necessary that a file system to have a defragmenter, even e4defrag is not finished yet. is a kernel patch which do not affect the users who do not want use it. fedora has it and it is the time to have it opensuse too. -- openSUSE Feature: https://features.opensuse.org/310398

1 5

[New: openFATE 309711] do not quit "Install/Remove Software" after it's done
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Thiago Sayao (sayao) Feature #309711, revision 1 Title: do not quit "Install/Remove Software" after it's done openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thiago Sayao (sayao) Description: It's a litte weird that when the software manager finishes installing the new softwares (packages) it quits automatically. I often want to intall more packages or see what happened during the install. Most of the times i don't watch all the installation process. I just minimize it and go do something else. I just want to come back and see what if the process went all fine, but it quits with no messages. I don't know if there's a reason for this behaviour, but i think it would be nicer if it comes back to the package selection screen with a message. -- openSUSE Feature: https://features.opensuse.org/309711

1 6

[New: openFATE 310323] Oficial Browser in Distributions based Open Source Chromium
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: jpxviii jpxviii (jpxviii) Feature #310323, revision 1 Title: Oficial Browser in Distributions based Open Source Chromium Hackweek V: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jpxviii jpxviii (jpxviii) Description: Browser-based Open Source Chromium It would be interesting, useful and educational (for some) if you can take the open source Chromium and create or modify it to have a final version google chrome browser alternative to all users with different expertise can be used. That is perhaps to create an opensource project collaboration between various communities (distributions and applications) that is an alternative to Google Browser without the closed source, may also be taken up ideas and code of Mozilla Firefox. Some friends like the idea of fusion Chromium and Firefox code. http://sites.google.com/a/chromium.org/dev/ http://sites.google.com/a/chromium.org/dev/Home http://www.google.es/chrome -- openSUSE Feature: https://features.opensuse.org/310323

1 16

[New: openFATE 310307] Amarok - sorting files in media library by Artist/Album
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Jiri Masek (masekj) Feature #310307, revision 1 Title: Amarok - sorting files in media library by Artist/Album Buildservice: Unconfirmed Priority Requester: Desirable openSUSE-11.4: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Jiri Masek (masekj) Description: It could be very useful, when Amarok could sort my files in my "Music library" (directory with all music), like Banshee or iTunes. So, it will automatically creates/change structure of folders on disk to somethink like [Artist]/[Album]/[Number]-[Song_Name] So it can reorganize my messy library in filesystem. It also automaticaly adds imported music to dhis "Media library" folter, using same rules. -- openSUSE Feature: https://features.opensuse.org/310307

1 4

[New: openFATE 308307] Developers help translators with screenshots
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Kálmán Kéménczy (kkemenczy) Feature #308307, revision 1 Title: Developers help translators with screenshots openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Kálmán Kéménczy (kkemenczy) Description: Translating GUI is not easy task. This is not a simple translation but localization. We would like to provide usable interface for non-english users. Developers could help a lot if they could create screenshots to help translator's work. This screenshots could upload somewhere in opensuse filesystem infrastructure and developers could put the screenshot URL in the source code as translation comment. Translators could easliy find out the right phrase, can coose right hot keys and this could speed up the translation and leverage the quality. -- openSUSE Feature: https://features.opensuse.org/308307

1 5

[New: openFATE 310662] Datacard (Vodafone Mobile)
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: António Casqueiro (antcasq) Feature #310662, revision 1 Title: Datacard (Vodafone Mobile) openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: António Casqueiro (antcasq) Description: I would be very userfriendly if the "Vodafone Mobile Connect" software was just one of packages the we could select from YaST. http://www.betavine.net/bvportal/resources/datacards http://www.betavine.net/datacards/index.php/Main_Page -- openSUSE Feature: https://features.opensuse.org/310662

1 3

[New: openFATE 310683] Simple Scan (simple-scan)
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Nelson Marques (ketheriel) Feature #310683, revision 1 Title: Simple Scan (simple-scan) openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Nelson Marques (ketheriel) Partner organization: openSUSE.org Description: Easy Scan - Is a very pretty straight away tool for scanning stuff. I understand we ship xsane by default, though offering both would be probably a good choice. For me and my hardware, (I need to scan a couple of documents once in a while) it does do the trick with a few simple clicks. This is very helpful if you are in a rush (usually if I scan something is because I am in a rush). It just works. It is on Factory and openSUSE 11.3, could be default installed on 11.4. It makes all the sense within a GNOME Desktop oriented installation.. http://launchpad.net/simple-scan Business case (Partner benefit): openSUSE.org: Why we should consider seriously: * It most likely would meet the requirements of a wider audience; * Because it's already maintained and packaged for current version and Factory; * Because it's more user friendly than xsane and offer better integration in GNOME Desktops; * Because it's a stabilized packaged it's free software; One remark: this isn't about removing xsane, but instead provide simple-scan as default for GNOME Desktop. -- openSUSE Feature: https://features.opensuse.org/310683

1 1

[New: openFATE 310858] add apache2-mod_wsgi
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Christopher Yeleighton (yecril71pl) Feature #310858, revision 1 Title: add apache2-mod_wsgi openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christopher Yeleighton (yecril71pl) Partner organization: openSUSE.org Description: The package apache2-mod_python is discontinued. Please add apache2-mod_wsgi instead. Please add it to patterns-openSUSE-lamp_server. Use Case: This package is increases the efficiency of Web applications written in Python. Business case (Partner benefit): openSUSE.org: apache2-mod_python is discontinued but it is still installed with patterns-openSUSE-lamp_server. -- openSUSE Feature: https://features.opensuse.org/310858

1 2

[New: openFATE 308440] Official Screensaver
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Quentin Denis (queden) Feature #308440, revision 1 Title: Official Screensaver openFATE: Unconfirmed Priority Requester: Desirable Requested by: Quentin Denis (queden) Description: What about an official screensaver for openSUSE? Like Windows always has had, something humble and soft, but stylish! Currently there is no useful screensaver, either they're to crappy or to agressive. Regards, Quentin -- openSUSE Feature: https://features.opensuse.org/308440

1 7

[New: openFATE 310162] BeOS like menu for OpenSUSE
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Andres Silva (anditosan) Feature #310162, revision 1 Title: BeOS like menu for OpenSUSE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: Well, I am not much of a historian when it comes to computers. I do study history though, but of the Middle East in college. This is the thing though. There used to be a very nice operating system back in the 2000s called BeOS. I got to download the iso image (about 50 MB) and installed it on an old Compaq computer and booted it with a diskette. This small operating system had many bugs but it was at the same time very capable. I really enjoyed playing with it. The system was then not too popular and PALM bought it. That was the end of it as a free operating system and then other projects came out of it, like HAIKU and Zeta. Just imitations of the original system but this time based on Linux. One of the things that impressed me the most about this system was its revolutionary System Menu. Unlike Windows, it was located at the top right of the screen. It was not a panel styled menu, it was rather like a box that expanded and contracted depending on the applications that you were running. If you right-clicked it, then you would be able to get the actual menu with all the applications installed on your computer... anditosan.blogspot.com -- openSUSE Feature: https://features.opensuse.org/310162

1 4

[New: openFATE 310159] Create the YaST2 modules, so you can make the complete inst. and conf. of Neatx.
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Genix Info (genixinfo) Feature #310159, revision 1 Title: Create the YaST2 modules, so you can make the complete inst. and conf. of Neatx. openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Description: Create the YaST2 modules, so you can make the complete installation and configuration of Neatx (NX server). About Neatx (NX server): http://en.wikipedia.org/wiki/Neatx http://code.google.com/p/neatx/ -- openSUSE Feature: https://features.opensuse.org/310159

1 2

[New: openFATE 310158] Add the FISH (SSH) in Konqueror and also in other file managers.
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Genix Info (genixinfo) Feature #310158, revision 1 Title: Add the FISH (SSH) in Konqueror and also in other file managers. openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Genix Info (genixinfo) Description: Add the FISH (SSH) in Konqueror and also in other file managers. About FISH (SSH) in Konqueror: Can act as a Konqueror file manager for local files But also, through FTP, WebDAV or other protocols, as a file manager for files on remote machines. The FISH ("fish: / / user @ host") protocol Can Be Used to manipulate files through SSH, Allowing you to use the Konqueror the file manager for almost any machine Can you connect to on the internet. Add this and other features of Konqueror, Konqueror in itself and also in other file managers. Source and more details: http://www.konqueror.org/features/ -- openSUSE Feature: https://features.opensuse.org/310158

1 4

[New: openFATE 309644] Novell Client for Linux (for openSUSE)
by fate_noreply＠suse.de 20 Dec '10

20 Dec '10

Feature added by: Dominique Leuenberger (dimstar) Feature #309644, revision 1 Title: Novell Client for Linux (for openSUSE) openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dominique Leuenberger (dimstar) Partner organization: openSUSE.org Description: I can't specify openSUSE 11.3(+1), thus selecting 11.3, even though I know this will not happen (time constraints). There are several openSUSE users that depend on having access to their Novell File Servers (NetWare, OES2) running NCP/NSS. At least in our company, CIFS is not enabled on any of those servers, thus novfs is the only solution. Typically with some hacking it is possible to get the latest released NCL (currently 2.0 as per download.novell.com, even though SLE11SP1 contains NCL3.0!) to work, but it is hackisch and far from optimal. I would appreciate if NCL could be provided in the NON-Free repo and up-to-date (or even better: if NCL could be opened up and put in OSS repo *dreaming* ) If there is a pure question of packaging effort, I already offered, and offer again, to provide such packages based on an NDA, built in my personal instance of an OBS and publishing them wherever Novell sees a fit for them). Use Case: A company running Novell Servers might want to access them from within an openSUSE desktop Business case (Partner benefit): openSUSE.org: It would be great if a Novell sponsored distribution would be the easiest one out there to talk to a Novell Server platform. -- openSUSE Feature: https://features.opensuse.org/309644

1 8

[New: openFATE 308935] Video Driver Protection
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Wilson Phillips (Wilson_Phillips) Feature #308935, revision 1 Title: Video Driver Protection openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Wilson Phillips (wilson_phillips) Partner organization: openSUSE.org Description: Give a way for a failed proprietary video driver to fail back to the open source driver, This would not leave a surprised newbie staring at the command prompt and wondering what just happened to his system. We old techs can easily work around this problem and we have done so for years, but newbies can do a fresh install and as soon as they do their updates, they get a new kernel and it breaks their video. How many new users have we lost over the years becasue of this problem. We need to change the way we think about these small issues and how they affect the new users. This needs to be a priority. Business case (Partner benefit): openSUSE.org: We need to change the way we think about these small issues and how they affect the new users. This needs to be a priority. -- openSUSE Feature: https://features.opensuse.org/308935

1 11

[openFATE 305923] osc revert or merge
by fate_noreply＠suse.de 18 Dec '10

18 Dec '10

Feature added by: Will Stephenson (wstephenson) Feature #305923, revision 1, last change by Title: osc revert or merge Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: The only way to revert packages currently is very inconvenient. Some more svn semantics like osc merge to enable reverts would help. -- openSUSE Feature: https://features.opensuse.org/305923

1 2

[New: openFATE 308836] performance: scaling ...
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Michael Meeks (michael_meeks) Feature #308836, revision 1 Title: performance: scaling ... Buildservice: New Priority Requester: Mandatory Requested by: Michael Meeks (michael_meeks) Description: Build performance should scale, in proportion to the number of users, and not the number of build nodes. Put another way - providing a means to apply local CPU horsepower to the channel, combined with some approach (eg. an xdelta to the previous built binary RPMS) to overcome the (typically) assymetric bandwidth availability in a typical DSL client - easy to download a reference to diff against, hard to up-load it. I would love to donate my CPU resource to help accelerate the projects I care about; as - no-doubt would others. Of course - this has security implications, which are (most likely) more or less meaningless. We ship binaries (re-)built from internal, signing servers anyway, and we have an authentication structure in place: if paranoia reigns, we could restrict that to a further subset of privileged users. -- openSUSE Feature: https://features.opensuse.org/308836

1 3

[openFATE 306582] I need to be able to cc a colleague
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Linux Tag (LinuxTag2009) Feature #306582, revision 1 Title: I need to be able to cc a colleague openFATE: Unconfirmed Priority Requester: Important Requested by: Linux Tag (linuxtag2009) Description: collaboration is not readily available. I currently need to convice everyody to add himself as interested, I cannot invite anybody directly. Use Case: would be helpful for getting a feature discussion started -- openSUSE Feature: https://features.opensuse.org/306582

1 2

[New: openFATE 309157] Install and booting from partitioned MD devices
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Dennis Olsson (DOlsson) Feature #309157, revision 1 Title: Install and booting from partitioned MD devices openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dennis Olsson (dolsson) Partner organization: openSUSE.org Description: Now that the kernel 2.6 supports partitioned MD devices, even to the point where it is possible create a MD device from unpartitioned disks , after which the partitions are created on the MD device, YaST2 needs to be upgraded to be able to handle partitioned MD devices , just as it should be possible to be able to create partitioned MD devices consisting of unpartitioned disks . Business case (Partner benefit): openSUSE.org: Using partitioned MD devices makes it a lot easier to create and handle MD devices in that one needs a lot less MD devices. E.g. creating a RAID1 using two disks require first to partitioned the disks (e.g. p1 for "/boot", p2 for "swap" and p3 for LVM), mark these partitions as type "0xFD", after which each of these 3 partitions can be put together as 3 x RAID1 MD devices (/dev/md[0-3]). Using partitioned MD device makes this a lot easier by creating the MD device out of the 2 unpartitioned disks having e.g. "/dev/md/raid1" and then create the 3 partitions ("/dev/md/raid1p[1-3]"). -- openSUSE Feature: https://features.opensuse.org/309157

1 5

[New: openFATE 310492] Integrate quilt with osc
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Adrian Schröter (adrianSuSE) Feature #310492, revision 1 Title: Integrate quilt with osc Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Developer: Marcus Hüwe (marcus_h) Description: Support a rebasing of patches and modification of specified patches. Quilt already offers to apply patches as described in spec files. This request is about to make the version upgrade workflow easy. This means, after updating the tar ball, re-applying the patches as describe in spec file, stop when they are not applying anymore and let the user fix. Afterwards it should be easy to continue, the changes store in the new version of the patch and follow up with next patches. Another use case is to modify patch X. This means all patches which have to apply before patch X according to spec file needs to get apply, current source needs to get tagged, patch X gets applied and user needs to fix/modify sources. Afterwards patch X gets re-recreated. (hg mqueue is offering similar functionality) -- openSUSE Feature: https://features.opensuse.org/310492

1 2

[New: openFATE 310663] Repository parity
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Manuel Ramirez (elpreto) Feature #310663, revision 1 Title: Repository parity Buildservice: Unconfirmed Priority Requester: Important Requested by: Manuel Ramirez (elpreto) Description: Please make software parity with p, li { white-space: pre-wrap; }http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Release_45/ and http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Dist… In Factory there's some extra packages, in example, rekonq is not in Release_45 repository -- openSUSE Feature: https://features.opensuse.org/310663

1 2

[New: openFATE 310299] Pattern Generator
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Sascha Manns (saigkill) Feature #310299, revision 1 Title: Pattern Generator Buildservice: Unconfirmed Priority Requester: Neutral Requested by: Sascha Manns (saigkill) Partner organization: openSUSE.org Description: Feature Request for Pattern Generator Idea: I would like to have a program (Console), that reads in a plain/text File with the needed Packages and creates as output a Pattern File, that can be used in the Buildservice or Susestudio. Business case (Partner benefit): openSUSE.org: Through the plain/text file it is easy to manage new and present Packages. And an easy to use pattern creating process. -- openSUSE Feature: https://features.opensuse.org/310299

1 4

[New: openFATE 309340] Wallpaper
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Wojciech Mis (Wojciechmis) Feature #309340, revision 1 Title: Wallpaper Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Wojciech Mis (wojciechmis) Description: I may be writing to wrong person but I try anyway. I had to reinstall my OpenSUSE and when I set-up wallpaper "Lighting" I noticed that in wallpapers is my picture witch I posted on kde-look. Well, I updated that picture because I got better scanner and learned more how to use GIMP. If openSUSE developers used that picture I'm very happy to contribute to Linux, since I have been using it for free for a little while and I like it. Here are updated pictures: http://kde-look.org/content/show.php/Lightning003?content=78444 http://kde-look.org/content/show.php/LightningDenver?content=78319 It is possible that I put those pictures in wallpapers folder during installation. If that is the case I'm sorry for wasting Your time. I'm writing to You because I cannot find any better place to write and if You could point me to right I'll be very greatfull. Sincerely wojciechmis -- openSUSE Feature: https://features.opensuse.org/309340

1 1

[New: openFATE 310448] Linux Desktop Responsiveness Patches
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: michael stark (redkiwi) Feature #310448, revision 1 Title: Linux Desktop Responsiveness Patches openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: michael stark (redkiwi) Description: Large I/O operations result in poor interactive performance and high iowait times https://bugzilla.kernel.org/show_bug.cgi?id=12309 possible solutions http://www.phoronix.com/scan.php?page=news_item&px=ODU0OQ http://www.phoronix.com/scan.php?page=news_item&px=ODQ3OQ -- openSUSE Feature: https://features.opensuse.org/310448

1 2

[openFATE 307115] Open Multiple files
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Claude Gouedard (cgoued) Feature #307115, revision 1 Title: Open Multiple files Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Claude Gouedard (cgoued) Description: Hi all, In openning files for a new project, it would be nice to be able openning more than one file at a time. It is just a question of an evolved widget. Thanks in advance cgoued -- openSUSE Feature: https://features.opensuse.org/307115

1 2

[openFate 305695] Binary Upload of prebuild packges
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Martin Mohring (MartinMohring) Feature #305695, revision 1, last change by Title: Binary Upload of prebuild packges Buildservice: Unconfirmed Priority Requester: Important Requested by: Martin Mohring (martinmohring) Partner organization: openSUSE.org Description: Ths allow also developers without direct access to the OBS backend to create distributions that consist of only binary packages or that are initially created from binary packages, there should be a combination of backend and osc be capable to upload binary files to :full directory of a project. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305695

1 1

[New: openFATE 308564] UI: Show Date of files in a Package/Project
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Thomas Biege (thomasbiege) Feature #308564, revision 1 Title: UI: Show Date of files in a Package/Project Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Thomas Biege (thomasbiege) Description: Hello, having the date of files being displayed in the web-ui would be a helpful enhancement. Currently only the size of the files are shown. Thanks. -- openSUSE Feature: https://features.opensuse.org/308564

1 1

[openFATE 306175] More powerful Build Service search
by fate_noreply＠suse.de 17 Dec '10

17 Dec '10

Feature added by: Will Stephenson (wstephenson) Feature #306175, revision 1, last change by Title: More powerful Build Service search Buildservice: Unconfirmed Priority Requester: Important Requested by: Will Stephenson (wstephenson) Description: Sometimes you only want to search the 'official' projects, not everyone's scratch projects. An 'exclude home: projects' toggle in osc and the web frontend would be a good start This could be implemented as a specialisation of an --exclude-projects-matching <regexp> - and then you need a --search-only-matching <regexp> option for symmetry. -- openSUSE Feature: https://features.opensuse.org/306175

1 4

[New: openFATE 310697] Deliver kde with pulseaudio
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: H. Hansen (cyberbeat) Feature #310697, revision 1 Title: Deliver kde with pulseaudio openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: H. Hansen (cyberbeat) Description: I use kde4 with pulseaudio since opensuse-11.2 and once setup, it really works much nicer than the suse-default alsa-setup. There is already support in kmix for volume and moving streams (still missing some functionality from pavu-control, someone should continue the work on kmix..). Also phonon systemsettings supports pulse audio, and soundcard priorities can be defined there for different application categories (for the few applications using phonon..) It is nice - to move streams from any(!) application (using alsa-pulse-plugin) to the soundcard you want, these settings are remembered - to fallback to onboard device, when usb-"default"-device is disconnected - to be able to easily define the "main"-output of any soundcard as input-stream for any application, for example recording something you are playing digitally into audacity - easy to setup system-wide audio-plugins such as pulseaudio-ladspa, for example to cut off bass-frequencies for all applications I really have no serious problems with pulseaudio, it is really matured now. -- openSUSE Feature: https://features.opensuse.org/310697

1 5

[New: openFATE 310714] Bring TabCandy-like functionality to desktops
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: 6tr6tr 6tr6tr (6tr6tr) Feature #310714, revision 1 Title: Bring TabCandy-like functionality to desktops openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: 6tr6tr 6tr6tr (6tr6tr) Description: I don't know if anyone here has used TabCandy (now called Panorama - http://www.youtube.com/watch?v=fVdlSXiX1c4 ) by Firefox but I think the concept would be PERFECT for desktops, sort of a better way of doing Desktop Activities. Some of the great things about it: 1. You can group application windows just by dragging them (their thumbnails) together 2. You can name groups 3. When you go to an application of a group, only those apps would appear in your taskbar/on your desktop - All others would be accessible via a "TabCandy" icon on the taskbar (which goes to a thumbnail view) 4. You can search through your groups/apps by typing into the search bar I think openSUSE can take this a step further and do it like WebOS' "Just Type." They allow apps to register for an interface such that the search bar can send the search text to them and they can do specific activities without even being opened, or just respond that yes they match that search term. Doing it as a combination of Tab Candy and WebOS' Just Type would make a very powerful, efficient and super easy to use OS/Desktop UI. WebOS' "Just Type": http://developer.palm.com/index.php?option=com_content&view=article&id=2109 Two main aspects to Just Type: 1. Enable users to search within your app. If your data is stored on device, Just Type will present real-time suggestions as the user types. If your data is online, users will type a query and then tap to launch your app, where you'll present the results. 2. Define your own Quick Actions. Make it easier than ever for your users to update social status, set reminders, add items to a shopping list—or do whatever it takes to get things done in the context of your app. Both of these can be adapted to work with applications in openSUSE. And the great thing? The apps don't need to come with those capabilities built in. As long as the app has an API that you can program to, you (or other opensource developers) could write the search/quick-action stuff yourself. In fact, openSUSE could host a repo for people to upload/download their own implementations to power this in almost any app! -- openSUSE Feature: https://features.opensuse.org/310714

1 2

[New: openFATE 308500] Replace qtcurve-gtk2 with Oxygen look-alike in KDE setups
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: Philipp Massek (pmassek) Feature #308500, revision 1 Title: Replace qtcurve-gtk2 with Oxygen look-alike in KDE setups openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Philipp Massek (pmassek) Description: With the release of openSUSE 11.2, KDE-integration of a few important apps (most notably Firefox) has progressed a great deal, including fitting icon themes and dialogs. The default GTK style is still Curve though, which isn't quite consistent with the Oxygen widget style. This can be easily remedied with the "Oxygen-Molecule" GTK style (http://www.kde-look.org/content/show.php/Oxygen-Molecule+KDE+&+GTK%2B+unifi…) and it would be nice to see this or something to that effect in future versions of the distribution. -- openSUSE Feature: https://features.opensuse.org/308500

1 8

[New: openFATE 310339] Improved GIMP KDE integration
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: Otso Rajala (daedaluz) Feature #310339, revision 1 Title: Improved GIMP KDE integration openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Otso Rajala (daedaluz) Partner organization: openSUSE.org Description: GIMP needs better integration into KDE, namely its "Open file" dialogue is stuck in GNOME look. Firefox and OpenOffice have their own wrappers, which integrate their corresponding action into KDE. Business case (Partner benefit): openSUSE.org: We want this because it helps to create more coherent and unified feel for whole desktop. People doing things often with GIMP would most definitely appreciate the superior KDE image preview provided in its native "Open file" dialogue. -- openSUSE Feature: https://features.opensuse.org/310339

1 6

[New: openFATE 308425] Please port Slick icon theme to KDE4
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: Ilya Chernykh (Ansus) Feature #308425, revision 1 Title: Please port Slick icon theme to KDE4 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ilya Chernykh (ansus) Description: This is a very cool icon theme polssibly inspired by Vista's icons. Please port it from KDE3 to KDE4. -- openSUSE Feature: https://features.opensuse.org/308425

1 3

[New: openFATE 308297] Per Application Volume in KDE
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: Wyatt Gosling (beachchairs) Feature #308297, revision 1 Title: Per Application Volume in KDE openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Wyatt Gosling (beachchairs) Description: Pulse Audio gives users the ability to set sound volumes per application, but there is currently no UI to do this in KDE4. -- openSUSE Feature: https://features.opensuse.org/308297

1 1

[New: openFATE 308395] Battery Time Remaining
by fate_noreply＠suse.de 16 Dec '10

16 Dec '10

Feature added by: Barry Nichols (Barry_Nichols) Feature #308395, revision 1 Title: Battery Time Remaining openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Barry Nichols (barry_nichols) Partner organization: openSUSE.org Description: On mouse over the KDE battery widget on the panel, display the time remaining aswell as the currently displayed percent remaining. Business case (Partner benefit): openSUSE.org: This will make it easier to know how long the battery in the laptop has remaining before charging is required. -- openSUSE Feature: https://features.opensuse.org/308395

1 1

[New: openFATE 310080] KDE 4.6 for opensuse 11.4
by fate_noreply＠suse.de 12 Dec '10

12 Dec '10

Feature added by: jimbo bigcreed (Dimble_ThriceFoon) Feature #310080, revision 1 Title: KDE 4.6 for opensuse 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jimbo bigcreed (dimble_thricefoon) Description: I realise we are using a time based release, and no longer chase feature releases, but 11.3 will ship with KDE 4.4 when 4.5 will ship three weeks later. I realise you don't just drop in an entirely new DE version a week before opensuse hits RC, but it would be a crying shame for two releases in a row, eight months apart, both to use an 'old' major release of KDE. For this reason I would be very keen to look at the KDE 4.6 release schedule (should be end of january), and see if we cannot plan to include it in opensuse 11.4 (which in theory is due end of february at the earliest). Were it possible to get 4.6.1 for point release stability that would be even better. Kind regards -- openSUSE Feature: https://features.opensuse.org/310080

1 23

[openFate 305081] openSUSE Testfeature
by fate_noreply＠suse.de 11 Dec '10

11 Dec '10

Feature added by: Christopher Hofmann (cwh(a)novell.com) Feature #305081, revision 1 Title: openSUSE Testfeature openSUSE-11.1: New Priority Requester: Neutral Requested by: Christopher Hofmann (cwh(a)novell.com) Partner organization: openSUSE.org Description: Feel free to play aroud with this feature. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305081

1 34

[New: openFATE 310802] Hardware TestSuite + S.M.O.L.T Windows client
by fate_noreply＠suse.de 10 Dec '10

10 Dec '10

Feature added by: Sławomir Lach (Lachu) Feature #310802, revision 1 Title: Hardware TestSuite + S.M.O.L.T Windows client openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Windows users always complain, there's no hardware compatybility on Linux. They even won't test LiveCD. LiveCD don't always can show full hardware support, like restricted drivers in action. Imagine, that OpenSUSE users will run hardware test suite afterinstallation and installation of restricted drivers. Result will be connected with hardware profile in S.M.O.L.T . With S.M.O.LT Windows client Windows user can match result from test suite database with thier hardware. Use Case: User have download S.M.O.L.T Windows Client and see results. If results are somethink: you may to install restricted drivers after OpenSUSE installation to your graphics adapter or everything will be working, then user will install OpenSUSE, eventually install restricted drivers and run Test Suite. Business case (Partner benefit): openSUSE.org: Actually many Windows user are scary about hardware support on Linux. They even won't install or test OpenSUSE. We need greater market to make OpenSUSE better. -- openSUSE Feature: https://features.opensuse.org/310802

1 3

[New: openFATE 310832] add write permission to users on the fstab options
by fate_noreply＠suse.de 09 Dec '10

09 Dec '10

Feature added by: Jean-Daniel Dodin (jdd) Feature #310832, revision 1 Title: add write permission to users on the fstab options openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Jean-Daniel Dodin (jdd) Description: Hello, It's more and more frequent to have a big partition shared by users for large data (video...). Now one have to allow writing on these partitions with going root and making chown :users <mount point> chmod g+w <mount point> It should be a good idea to add the option in the partitionner to make this. One more option "allow writing by users", for example. -- openSUSE Feature: https://features.opensuse.org/310832

1 5

[openFATE 308148] Add support for autoremove obsolete packages
by fate_noreply＠suse.de 08 Dec '10

08 Dec '10

Feature added by: Rafael Belmonte (EagleScreen) Feature #308148, revision 1 Title: Add support for autoremove obsolete packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Rafael Belmonte (eaglescreen) Description: Zypper needs to can autoremove obsolete packages, for instance: Zypper installs package A, which depens on packages B and C. Zypper remove package A. Packages B and C keep installed when they are not longer necessary. Zypper should can autoremove packages B and C. This is already implemented in other popular package managers like apt-get in Debian. This is very useful to keep a clean Suse installation along the time. Packages may have a flag that indicates if they were automatically installed by other package, or they were installed manually by the user. -- openSUSE Feature: https://features.opensuse.org/308148

1 2

[New: openFATE 310882] fix opensuse server
by fate_noreply＠suse.de 08 Dec '10

08 Dec '10

Feature added by: tys lefering (twlevo) Feature #310882, revision 1 Title: fix opensuse server openSUSE.org: Unconfirmed Priority Requester: Important Requested by: tys lefering (twlevo) Partner organization: openSUSE.org Description: this server for openfate gives errors. logout errors, internal 500 error at submit, search errors. should not happen. -- openSUSE Feature: https://features.opensuse.org/310882

1 1

[New: openFATE 309089] Canon CanoScan 8600F
by fate_noreply＠suse.de 08 Dec '10

08 Dec '10

Feature added by: Karl-Eberhard Wagner (mechthild) Feature #309089, revision 1 Title: Canon CanoScan 8600F openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Karl-Eberhard Wagner (mechthild) Description: I wish to get a driver for this scanner in OpenSUSE 11.3 . Thanks Karl-Eberhard -- openSUSE Feature: https://features.opensuse.org/309089

1 2

[New: openFATE 310856] don't remove custom grub entries
by fate_noreply＠suse.de 08 Dec '10

08 Dec '10

Feature added by: Christian Boltz (cboltz) Feature #310856, revision 1 Title: don't remove custom grub entries openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: from https://bugzilla.novell.com/show_bug.cgi?id=648565 (written by Nico Gruber): Applying a kernel update will delete custom grub entries with this kernel and add a default one Steps to Reproduce: 1. duplicate a grub entry and add some parameter to the kernel command line 2. update kernel, e.g. by doing auto-update with one of the provided kernel updates Actual Results: the created custom entry in grub which uses the outdated kernel which has now been updated is removed, a default entry is created, e.g. "Desktop -- openSUSE 11.3 - 2.6.34.7-0.4" Expected Results: all (custom) entries with the updated kernel should be changed in order to boot the new one - without changing either the name of the entry, nor any parameters Custom entries can be there for various reasons, and I need them on nearly every system I use (see "use cases"). Please change perl-bootloader as described in "Expected Results" above. It should not remove or change any entry in menu.lst, except filename changes of kernel and initrd at a kernel update. Use Case: * Servers with RAID: fallback entry to boot from the second disk * abusing ;-) a boot parameter like x11failsave to switch between two xorg.conf files without hacking the initscript Business case (Partner benefit): openSUSE.org: Because custom bootloader entries are used quite often, and it's very annoying if you have to re-add them at every kernel update. -- openSUSE Feature: https://features.opensuse.org/310856

1 8

[New: openFATE 309589] Support for WebM media
by fate_noreply＠suse.de 07 Dec '10

07 Dec '10

Feature added by: James Mason (bear454) Feature #309589, revision 1 Title: Support for WebM media openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: James Mason (bear454) Description: Google open-sourced the high-performance VP8 video engine and announced a new open media format based on VP8 video and Vorbis audio in a Matroska container. We should have *some* support available for it. Project: * http://webmproject.blogspot.com/ * http://www.webmproject.org Browsers: * Chrome Nightly: http://build.chromium.org/buildbot/snapshots * Firefox Nightly: http://nightly.mozilla.org/webm/ * Opera labs: http://labs.opera.com/news/2010/05/19/ Desktop: * FFMPEG patch: http://www.webmproject.org/tools/#ffmpeg_patches * Gstreamer plugins in development -- openSUSE Feature: https://features.opensuse.org/309589

1 6

[New: openFATE 310829] allow ipv6 in 11.4
by fate_noreply＠suse.de 06 Dec '10

06 Dec '10

Feature added by: Glenn Doig (doiggl) Feature #310829, revision 1 Title: allow ipv6 in 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Hello, Allow ipv6 in 11.4. reason is this http://www.theinquirer.net/inquirer/news/1895850/vint-cerf-urges-isps-deplo… Thanks -- openSUSE Feature: https://features.opensuse.org/310829

1 3

[openFATE 307523] Make hard disk encryption configurable
by fate_noreply＠suse.de 02 Dec '10

02 Dec '10

Feature added by: Stephan Kleine (bitshuffler) Feature #307523, revision 1 Title: Make hard disk encryption configurable openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Stephan Kleine (bitshuffler) Description: E.g. currently aes-cbc-essiv instead of aes-xts-plain is used because it is the upstream default although it has a number of disadvantages. That is perfectly fine as long as one could change the default. In short the following features are needed: 1) Possibility to override used options during installation (also should be setable via autoyast / kiwi so one doesn't have to change the setting on every new install). 2) Possibility to override used options during partition creation. 3) Possibility to set the used default options in some /etc file. IMHO a simple text field in the partitioner to override the used options would perfectly suffice. Then safe & restore that field via autoyast & kiwi and be done. The systemwide default should be stored in some /etc/sysconfig file. Related bug report: https://bugzilla.novell.com/show_bug.cgi?id=534644 -- openSUSE Feature: https://features.opensuse.org/307523

1 4

[openFATE 307485] Xinerama in Yast
by fate_noreply＠suse.de 02 Dec '10

02 Dec '10

Feature added by: Roberto Gibertini (rgibertini) Feature #307485, revision 1 Title: Xinerama in Yast openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Roberto Gibertini (rgibertini) Description: YaST urgently needs an update to its monitor configuration utility. It has issues allowing resolutions set in X to be chosen for display, and it would be really, really, really nice if it had multi-monitor support. Expecially when working with proprietary drivers, the use of sax2 to configure multimonitor and xinerama is really difficult, this can be a great problem for starting users. -- openSUSE Feature: https://features.opensuse.org/307485

1 2

[New: openFATE 309048] Add keyboard configuration module in yast
by fate_noreply＠suse.de 02 Dec '10

02 Dec '10

Feature added by: Alvise C (alvise_cav) Feature #309048, revision 1 Title: Add keyboard configuration module in yast openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Alvise C (alvise_cav) Partner organization: openSUSE.org Description: Keyboard can be configured either during installation, either with SaX2, but not from Yast UI A module Yast -> Hardware -> Keyboard should be added to bring this functionality Business case (Partner benefit): openSUSE.org: SaX2 has been removed from Yast2 UI, so there is no way left to configure a keyboard from Yast. -- openSUSE Feature: https://features.opensuse.org/309048

1 1

[New: openFATE 310844] Fix the "Where do we need to improve?" topic of the board meeting
by fate_noreply＠suse.de 01 Dec '10

01 Dec '10

Feature added by: Hendrik Vogelsang (hennevogel) Feature #310844, revision 1 Title: Fix the "Where do we need to improve?" topic of the board meeting openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: The board meeting has a topic about where we do need to improve. This recieves too little attention from a too small group. We need to fix this. -- openSUSE Feature: https://features.opensuse.org/310844

1 2

[New: openFATE 310869] Yast module to manage classpath and enviroment variables
by fate_noreply＠suse.de 01 Dec '10

01 Dec '10

Feature added by: Umar Ahmed (umar420e) Feature #310869, revision 1 Title: Yast module to manage classpath and enviroment variables openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Umar Ahmed (umar420e) Partner organization: openSUSE.org Description: There should a yast module which support managing and editing of classpaths and environment variables. This makes opensuse more user friendly when an application is extracted from tar files or it is compiled from sources. -- openSUSE Feature: https://features.opensuse.org/310869

1 1

[openFATE 306579] make rpm licenses publically available
by fate_noreply＠suse.de 01 Dec '10

01 Dec '10

Feature added by: Juergen Weigert (jnweiger) Feature #306579, revision 1 Title: make rpm licenses publically available Buildservice: Unconfirmed Priority Requester: Important Requested by: Juergen Weigert (jnweiger) Description: I'd like to offer a decoder for the rpm license strings for public. I suggest to use the website license.opernsuse.org to offer a) a searchable list of licenses showing * short name (as used in rpm packages) * Long descriptive Name * License Fulltext (by reference and or local copy) b) A decoder engine explaining in plain english what a given rpm license string means.Including dual, mix, aggregate qualification. c) a validator for rpm license strings. Use Case: customer could decipher syntax customer can access license fulltext. -- openSUSE Feature: https://features.opensuse.org/306579

1 9

[New: openFATE 310646] Kernel 2.6.27 for opensuse 11.4
by fate_noreply＠suse.de 01 Dec '10

01 Dec '10

Feature added by: jimbo bigcreed (Dimble_ThriceFoon) Feature #310646, revision 1 Title: Kernel 2.6.27 for opensuse 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: jimbo bigcreed (dimble_thricefoon) Description: I realise we are using a time based release, and no longer chase feature releases, but 2.6.37 will have some very interesting technologies according to phoronix: http://www.phoronix.com/scan.php?page=news_item&px=ODYyMw "we can start getting excited for the Linux 2.6.37 kernel (http://www.phoronix.com/scan.php?page=search&q=Linux+2.6.37) and its exciting new features: DisplayLink driver enhancements (http://www.phoronix.com/scan.php?page=news_item&px=ODUyMg) , improved desktop responsiveness (http://www.phoronix.com/scan.php?page=news_item&px=ODU0OQ) , Broadcom's open-source driver (http://www.phoronix.com/scan.php?page=news_item&px=ODU4Mg) , improved Radeon Evergreen DRM (http://www.phoronix.com/scan.php?page=news_item&px=ODU4Mw) , and Intel Linux DRM improvements (http://www.phoronix.com/scan.php?page=news_item&px=ODYyMQ) ." If 2.6.36 is due mid-Oct, then we can expect 2.6.37 to arrive Mid-Late January, surely this is not too late for 11.4 which is expected Late-Feb to Early-March? Kind regards -- openSUSE Feature: https://features.opensuse.org/310646

1 17

[openFATE 304911] Import all GPG keys at once before downloading the metadata from new repositories
by fate_noreply＠suse.de 30 Nov '10

30 Nov '10

Feature changed by: Stanley Miller (stan_qaz) Feature #304911, revision 37 Title: Import all GPG keys at once before downloading the metadata from new repositories openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-07-09 07:54:32 reject reason: Cannot be done in time. Priority Requester: Desirable openSUSE-11.2: Rejected by Stephan Kulow (coolo) reject date: 2009-08-12 10:55:19 reject reason: 21 votes, but noone volunteering Priority Requester: Desirable Projectmanager: Desirable openSUSE-11.3: Evaluation by project manager Priority Requester: Desirable Requested by: Ladislav Slezak (lslezak) Product Manager: (Novell) Project Manager: (Novell) Engineering Manager: (Novell) Partner organization: openSUSE.org Description: If e.g. 10 different repositories are added yast asks to import the GPG key for each repository so the user cannot leave the computer while the metadata are downloaded. References: https://bugzilla.novell.com/show_bug.cgi?id=399253 Discussion: #2: Federico Lucifredi (flucifredi) (2008-07-08 19:41:45) (reply to #1) cute. It is a nice idea indeed. #3: Dmitry Mittov (michael_knight) (2009-02-23 11:03:50) It is not a good idea to add gpg keys for all repos all over the world. What do you want to do with new repos on BuildService? They can be created after release of new Suse version. All repos signed with SuSE Package Signing Key are guaranteed. When you add other repos you should confirm you trust them. But special option for 'zypper ar'. Something like '--trust-key' will solve you problem. #4: Stephan Kulow (coolo) (2009-04-16 14:41:15) (reply to #3) you haven't see the community repos list yet? #5: Stephan Kulow (coolo) (2009-04-16 14:41:42) looking for community volunteers #6: Stanley Miller (stan_qaz) (2009-04-30 04:10:50) Would it be possible to do a quick check to see which repositories do not have the keys already downloaded and do the dialog box for all of them before starting the metadata download? That avoids the issue of just accepting the keys blindly and the issue of having the download process stop and wait for user input when a missing key is found. #7: T. J. Brumfield (enderandrew) (2009-06-13 02:14:59) You have to go out of your way to add the repo in the first place. Can someone please explain a scenario where you would go out of your way to add the repo, and then reject the GPG key? #8: Stephan Kulow (coolo) (2009-08-12 10:55:57) (reply to #7) community repositories lets you add several repos at once #9: Todd R (theblackcat) (2009-09-22 18:28:10) (reply to #8) But isn't that a list of repositories trusted by openSUSE? #10: Marcus Meissner (msmeissn) (2009-09-23 00:27:38) (reply to #9) Not by the distribution itself, no. Some of the repositories are built with less security and less quality than the distribution itself. There shouyld perhaps be a two step process in the end .. seperate "known keys" ... "unknown keys" and "trusted keys" :/ #11: Robert Davies (robopensuse) (2009-11-30 18:59:58) (reply to #10) Can't the Distro include keys for repo's like Packman & libdvdcss which high proportion of user will add. It's certifying the identity of the repo for better security not installing (or inducing install of) any potentially illegal software. The highish quality repos ought to be recognised, as training user to blindly accept certificates is counter-productive from security pov. #12: Martin Seidler (pistazienfresser) (2010-06-30 19:28:59) (reply to #11) I have voted against #304911 as described. But a feature like described by R. D. might be desireable. + #13: Stanley Miller (stan_qaz) (2010-11-30 18:54:37) + I think some of the discussion is missing the point of the original + request which is to do the key verification early in the process (not + to skip it) so that a user can answer all the required key + confirmations early in the process and then leave the computer to work + on other things. + This is a change from what we have now where you must keep checking + back to see if there is a pending request for user input blocking + completion. -- openSUSE Feature: https://features.opensuse.org/304911

1 0

[New: openFATE 310901] Including KDE SC 4.6 in oS 11.4
by fate_noreply＠suse.de 30 Nov '10

30 Nov '10

Feature added by: Thoar Varenkamp (Thoar) Feature #310901, revision 1 Title: Including KDE SC 4.6 in oS 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Thoar Varenkamp (thoar) Partner organization: openSUSE.org Description: According to the openSUSE roadmap [1], the release of openSUSE 11.4 is in March 2011. And since KDE SC 4.6 will be is released earlier that year [2], would it be possible to include KDE SC 4.6 into the next release of openSUSE, instead of KDE SC 4.5? [1] http://en.opensuse.org/Roadmap [2] http://techbase.kde.org/Schedules/KDE4/4.6_Release_Schedule#Wednesday.2C_Ja… Business case (Partner benefit): openSUSE.org: Considering the fact that other distributions already included KDE SC 4.5 in their official distribution release cycle this year, it would be a advantage for us, being the first distribution shipping KDE SC 4.6. Their is also some space in time (three months) between the releases of KDE SC 4.6 (January 26, 2011) and openSUSE 11.4 (March 10, 2011), so it would be save to include KDE SC 4.6. Besides.. It is KDE.. ;) -- openSUSE Feature: https://features.opensuse.org/310901

1 2

[New: openFATE 310892] Open/WorldVistA ports to OpenSUSE Medical
by fate_noreply＠suse.de 30 Nov '10

30 Nov '10

Feature added by: Juan Gonzalez-Piloto (juangp) Feature #310892, revision 1 Title: Open/WorldVistA ports to OpenSUSE Medical openSUSE Medical: Unconfirmed Priority Requester: Important Requested by: Juan Gonzalez-Piloto (juangp) Partner organization: openSUSE.org Description: See my previous Feature request #308883.This is an Public Domain software used worldwide and championed by the U.S. Department of Veteran's Affairs and used by the VA, Bureau of Indian Affairs, Department of Defense and others as their Electronic Medical/Health Record Systems. Business case (Partner benefit): openSUSE.org: I would like to see a port of the Redhat RPMs (http://astronautvista.org and http://astronaut.sourceforge.net) for this important Electronic Medical/Health Record (EM/HR) program for openSUSE 11.3 and for Medical CD Project (http://en.opensuse.org/OpenSUSE-Medical). As the most popular EM/HR application in the world, OpenSUSE should look seriously into porting this. Currently, the RPMs do not install properly on OpenSUSE due to the proprietary Redhat RPMs available (adduser vice useradd, openssl vice openssl-server and iptables). I have manually configured WorldVistA on a openSUSE 11.2 box, and it runs like a champ, but integrating the work of Dr. Ignacio Valdes (Astronautvista.org) would be greatly beneficial to our community. -- openSUSE Feature: https://features.opensuse.org/310892

1 1

[New: openFATE 309931] Server name/certificate subject validation in EAPOL authentications (NetworkMana
by fate_noreply＠suse.de 29 Nov '10

29 Nov '10

Feature added by: Tamás Németh (nymeadmins) Feature #309931, revision 1 Title: Server name/certificate subject validation in EAPOL authentications (NetworkMana openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Tamás Németh (nymeadmins) Description: We, at the hungarian eduroam community, realized, that the lack of this capability in NetworkManager is a VERY SERIOUS threat. In the Eduroam infrastructure it's quite possible that you home radius server's certificate is signed by the same CA as one or some of the numerous radius servers proxying your request, so any of these servers can easily (even accidentally!) open your SSL encrypted TTLS or PEAP tunnel, for example. The problem gets even worse if you don't specify exactly the CA, which signed you certificate, but you trust every CA cert in /etc/ssl/certs (a very common scenario). However, since your home radius server's certificate is transmitted as cleartext in the beginning of the PEAP/TTLS communication, it can be easily sniffed wireshark, and a relatively desperate attacker can purchase his own certificate from you CA. If this attacker deploys his own AP/router/radius server, he can easily read your passwords (in case of TTLS/PAP authentication), or your NTLM password hashes (in case of TTLS/MSCHAPv2 or PEAP/MSCHAPv2). And the sad thing is that this MSCHAPv2 can cracked VERY EASILY by john ( http://www.openwall.com/john/ ). According my experiences it can be cracked five times faster than old Unix crypt password hashes :((( I managed to crack three out of four real-life passords in an hour without advanced dicionaries of specific options. One password (consisting of eight digits) was cracked by simple brute force within an hour! ( http://forums.remote-exploit.org/tutorials-guides/13728-tutorial-cracking-l… ) Upstream here: https://bugzilla.gnome.org/show_bug.cgi?id=341323 -- openSUSE Feature: https://features.opensuse.org/309931

1 3

[New: openFATE 310836] add an option in YaST to comment out an entry
by fate_noreply＠suse.de 29 Nov '10

29 Nov '10

Feature added by: Jean-Daniel Dodin (jdd) Feature #310836, revision 1 Title: add an option in YaST to comment out an entry openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Jean-Daniel Dodin (jdd) Description: Hello :-) I just notice that some Windows 7 entries in GRUB menu.lst as written by the openSUSE installer are very dangerous. On my HPE-311 desktop, I had 3 entries, for 3 windows partitions. The latter being the recovery partition, labelled "windows 3". Booting this one led to a lost GRUB and Windows starting alone, even when nothing was restored (I simply quitted the application) In such situation, but also in many others, it's advisable for the user to comment out the menu entry, just in case it become usefull some day. This mean only adding "#" in front of some lines, but this is not possible simply in YaST. One have to go to the internal editor (or use any editor of it's own) to add the "#". It would be very easy to add an option "comment out the menu entry". This could make it easier for the forum moderators to answer questions to users. Now you can only remove the entry completely. -- openSUSE Feature: https://features.opensuse.org/310836

1 4

[New: openFATE 310879] koffice 2.3 default office suite in opensuse 11.4
by fate_noreply＠suse.de 29 Nov '10

29 Nov '10

Feature added by: antonio alcántara (arag) Feature #310879, revision 1 Title: koffice 2.3 default office suite in opensuse 11.4 openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: antonio alcántara (arag) Partner organization: openSUSE.org Description: koffice provides a very useful office suite that seamlessly integrates with kde -- openSUSE Feature: https://features.opensuse.org/310879

1 4

[New: openFATE 310857] Fallback entry in GRUB for RAID systems
by fate_noreply＠suse.de 28 Nov '10

28 Nov '10

Feature added by: Christian Boltz (cboltz) Feature #310857, revision 1 Title: Fallback entry in GRUB for RAID systems openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christian Boltz (cboltz) Partner organization: openSUSE.org Description: GRUB supports a "fallback" entry that is booted if the default kernel is not available or bootable. In short: that's exactly what you want on a system with RAID (at least RAID1, not sure if other RAID types are supported. Unfortunately you have to add this fallback manually. Instead it should be auto-created by perl-bootloader. The generated menu.lst should look like this on a RAID1 system: default 0 fallback 1 title openSUSE root (hd0,4) kernel /boot/vmlinuz-2.6.27.54-0.1-default root=/dev/md1 vga=0x317 initrd /boot/initrd-2.6.27.54-0.1-default title openSUSE 11.1 - second harddisk root (hd1,4) kernel /boot/vmlinuz-2.6.27.54-0.1-default root=/dev/md1 vga=0x317 fallback_booted_from_sdb initrd /boot/initrd-2.6.27.54-0.1-default # [... failsave section skipped ...] Added are: * the "fallback 1" line * the section for the second harddisk - except the "root (hd1,4)" instead of hd0,4 it is an exact copy of the first section Optional: Add another section for failsave booting from the second harddisk. Oh, and if someone runs a RAID with 3 harddisks, I'd like to have a menu.lst entry for each of them - even if only the first and second are automatically booted by GRUB ;-) Business case (Partner benefit): openSUSE.org: Imagine a system with RAID1 that has a major failure on the first harddisk or just got the first harddisk replaced after a failure. In the current state the system will not boot (at least without editing menu.lst), with this feature implemented it will boot automatically. -- openSUSE Feature: https://features.opensuse.org/310857

1 1

[New: openFATE 310866] Modifications to the openSUSE Installer
by fate_noreply＠suse.de 27 Nov '10

27 Nov '10

Feature added by: Manu Gupta (manugupt1) Feature #310866, revision 1 Title: Modifications to the openSUSE Installer openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Manu Gupta (manugupt1) Partner organization: openSUSE.org Description: openSUSE DVD has a lot of well selected packages. Currently what we do is offer choices to the consumer by his choices of Desktop. I would like we also offer choices on the basis of their use. Test Case: We already have patterns for web devel and other development Use Case: I am a home user, I select the option Home User and apps like open office, banshee that are best suited for the home environment where people do not need to make a lot of choices can work. I am a business developer, manage accounts - An openSUSE environment focussing on that can focus on accounting and stuff like that Business case (Partner benefit): openSUSE.org: What I would like is have some patterns related to the use level and knowledge of the person installing the distro so that openSUSE can look like as a distro for home users, distro for developer, office users etc -- openSUSE Feature: https://features.opensuse.org/310866

1 2

[New: openFATE 310880] Making it easier to help
by fate_noreply＠suse.de 27 Nov '10

27 Nov '10

Feature added by: Simon Chew (ChewEngineer) Feature #310880, revision 1 Title: Making it easier to help openSUSE.org: Unconfirmed Priority Requester: Important Requested by: Simon Chew (chewengineer) Partner organization: openSUSE.org Description: I propose that we need to make joining the project a more personal experience. Too many of the suggested means of communicating are very faceless and impersonal. This is even more important if the community wishes for non-technical contributions to the project (e.g. backgrounds, sound files, colour schemes etc.) When I try to get involved with the project, I am directed to either an IRC channel or a mailing list. Whilst there is nothing wrong with using these technologies, a lot of users are simply not familiar or comfortable with these ways of communicating. In particular a mailing list is confusing because (outside the project) mailing lists tend to be non-reply only. In addition, some of the links no longer function Suggestions for improvement: 1. A very visible single point of contact e.g. a giant button on every community page saying "Want to help? Don't know how to start?" This would link to a contact form that would allow the user to select project areas they are interested in and then contact the relevant team. 2. Could we use social networking tech e.g. Facebook to allow people to comment and communicate using methods that they are familiar with? A lot of newer users have never used IRC or mailing lists and may not even know what they are. 3. Re-vamp the Suse Art site. It's looking a little bedraggled and there doesn't seem to be much activity. If users felt they could upload contributions easily to a site and that those contributions had a good chance of making it into the project they might be more willing to participate. 4. Improving the visibility of the project within the OS itself e.g. obvious menu links that will submit contact forms (and perhaps files) to the project with minimal effort. 5. Make any information for new user much more prominent and much easier to find. -- openSUSE Feature: https://features.opensuse.org/310880

1 0

[New: openFATE 310878] archives/directories with .content_type list
by fate_noreply＠suse.de 26 Nov '10

26 Nov '10

Feature added by: Sławomir Lach (Lachu) Feature #310878, revision 1 Title: archives/directories with .content_type list openSUSE Infrastructure: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: I think, that most basic things, which user do using a console can be done via program/script. Like compiling a program - most of developers are using build system providing to all software developers. Another case is OpenOffice documents. It was recognized most by file extension, but we can add .content_type to a archive to mark archive as .odt file. We can also add supports for local file handler, like .sav file will be loaded by software definet in .content_type The content_type file should have similar syntax to init/desktop file. For example: [jmake_build[] possible_config_parameters = "prefix:string" [file_handlers] .img = "message You must install tools from http://... to edit this file" .model = "message You must install tools from http://... to edit this file" .png = "edit png images %s" [backup] backup_directory = ".backup" autobackup_on_open = "true" [additional information] Vendor = "Open Source Games Collaboration ;-) " Use Case: Martin was sends photography to edit to Catrin. On Catrin's system default program associated to .png images are Gwenview, but he wants edit this files. Catrin only clicks on file and Dolphin asks if use default file association or local instead it? Peter was normal user, which will only compile a program. They know, he must input only ./configure && make && make install, but developers of program to compile are using different build tool. He also knows nothing about additional parameters. Peter will only click on a icon with locals action in file managers: compile and install. Business case (Partner benefit): openSUSE.org: Users without a knowledge have often forced to read many articles and it don't projects to whole possibilities. Also we should avoid running external tools/programs to for example compile/install a program. Tasks user will perform on some location are contextual - they eventuated a content. Why don't allow to define possible actions in content itselves, for example jmake, cmake build systems, photography to edit, files generated by and related to some program(for example map, savegames, etc.). -- openSUSE Feature: https://features.opensuse.org/310878

1 0

[New: openFATE 310794] Please add Python Turbogears to OBS
by fate_noreply＠suse.de 24 Nov '10

24 Nov '10

Feature added by: Carlo Strata (carlo_strata) Feature #310794, revision 1 Title: Please add Python Turbogears to OBS Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Carlo Strata (carlo_strata) Partner organization: openSUSE.org Description: I think its very useful to add Turbogears Python Framework http://turbogears.org/ to the following repo http://download.opensuse.org/repositories/devel:/languages:/python/ Thank you, Carlo Business case (Partner benefit): openSUSE.org: Turbogears is a powerful framework to develop web 2.0 apps in minutes. Turbogears is also used by OpenErp http://www.openerp.com/community -- openSUSE Feature: https://features.opensuse.org/310794

1 9

[New: openFATE 309179] Completely Remove the in WindowsⓇ Installer
by fate_noreply＠suse.de 24 Nov '10

24 Nov '10

Feature added by: Carl Fletcher (caf4926) Feature #309179, revision 1 Title: Completely Remove the in WindowsⓇ Installer openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Carl Fletcher (caf4926) Description: Please for heavens sake remove the installer that can be run from inside the WindowsⓇ OS. That, or make it idiot proof and 100% dork proof. I lost count way back in 11.0 of folk who have hosed their sysytem with this installer! It needs to work, without fail or you are just giving a really bad image to openSUSE. -- openSUSE Feature: https://features.opensuse.org/309179

1 4

[New: openFATE 310863] Future of OpenSuse
by fate_noreply＠suse.de 24 Nov '10

24 Nov '10

Feature added by: NIkolai Stoilov (NikolaiSS) Feature #310863, revision 1 Title: Future of OpenSuse openSUSE.org: Unconfirmed Priority Requester: Important Requested by: NIkolai Stoilov (nikolaiss) Partner organization: openSUSE.org Description: The future of the project is equal to the value of manufactured product. The value of the product depends on its properties and compares them with similar products such as Ubuntu, Fedora and Windous. How can we better than them .... this is the question! -- openSUSE Feature: https://features.opensuse.org/310863

1 1

[New: openFATE 310843] Apply kernel patch from Mike Galbraith
by fate_noreply＠suse.de 24 Nov '10

24 Nov '10

Feature added by: Andrey Karepin (EGDFree) Feature #310843, revision 1 Title: Apply kernel patch from Mike Galbraith openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Andrey Karepin (egdfree) Description: phoronix.com "The patch being talked about is designed to automatically create task groups per TTY in an effort to improve the desktop interactivity under system strain. Mike Galbraith wrote the patch, which is currently in its third version in recent weeks, after Linus Torvalds inspired this idea. In its third form ( patch (http://marc.info/?l=linux-kernel&m=128978361700898&w=2) ), this patch only adds 224 lines of code to the kernel's scheduler while stripping away nine lines of code, thus only 233 lines of code are in play. Tests done by Mike show the maximum latency dropping by over ten times and the average latency of the desktop by about 60 times. Linus Torvalds has already heavily praised (in an email (http://marc.info/?l=linux-kernel&m=128979084506774&w=2) ) this miracle patch. " http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 Get patch: http://marc.info/?l=linux-kernel&m=128978361700898&w=2 Please, superimpose this patch on a kernel which will go in scheduled release 11.4. -- openSUSE Feature: https://features.opensuse.org/310843

1 9

[New: openFATE 309868] ip6 firewall
by fate_noreply＠suse.de 22 Nov '10

22 Nov '10

Feature added by: uli fuerst (fuerstu) Feature #309868, revision 1 Title: ip6 firewall openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: uli fuerst (fuerstu) Description: I would like to see at least a basic firewall (or packet filter if you prefer) for IPv6 as part of the installation since IPv6 is by default enabled. As soon as your router has IPv6 enabled you are vulnerable without. -- openSUSE Feature: https://features.opensuse.org/309868

1 8

[New: openFATE 309618] Enable CGROUP feature in kernel
by fate_noreply＠suse.de 22 Nov '10

22 Nov '10

Feature added by: Jörg Mayer (joergmayer) Feature #309618, revision 1 Title: Enable CGROUP feature in kernel openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jörg Mayer (joergmayer) Description: Please enable CONFIG_CGROUP in the 11.3 kernels to make it significantly easier for interested parties to play with systemd (Link to systemd description not pasted as copy/paste doesn't seem to work with current konqueror from kde-repo). -- openSUSE Feature: https://features.opensuse.org/309618

1 3

[New: openFATE 310469] New Category on news.opensuse.org
by fate_noreply＠suse.de 19 Nov '10

19 Nov '10

Feature added by: Lars Vogdt (lrupp) Feature #310469, revision 1 Title: New Category on news.opensuse.org Buildservice: Unconfirmed Priority Requester: Important Education Li-f-e: Unconfirmed Priority Requester: Important Hackweek V: Unconfirmed Priority Requester: Important openFATE: Unconfirmed Priority Requester: Important openSUSE-11.4: Unconfirmed Priority Requester: Important openSUSE Medical: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Lars Vogdt (lrupp) Partner organization: openSUSE.org Description: The openSUSE-Education Community wants to consolidate their current posts under a more specific category than "Communities". It would be great if we can get a subdirectory Communities -> Education for our posts, so people can easily see what happens in our area. Business case (Partner benefit): openSUSE.org: Pointing interested people to http://news.opensuse.org/category/communities/ often drives them in the wrong or irritating direction, as there are much more posts from different communities around openSUSE. Having an easy URL which can also be linked (especially the RSS feed!) from different areas like wiki and opensuse-education.org would make things easier. -- openSUSE Feature: https://features.opensuse.org/310469

1 3

[New: openFATE 310842] YaST : instant package search
by fate_noreply＠suse.de 19 Nov '10

19 Nov '10

Feature added by: Timothée BRIOLET (Syvolc) Feature #310842, revision 1 Title: YaST : instant package search openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Timothée BRIOLET (syvolc) Partner organization: openSUSE.org Description: Implement an auto-filter in YaST install package module for the package search. Use Case: I wish that : When we write a keyword in the search field, the package list is instantly filtered / sorted. Business case (Partner benefit): openSUSE.org: To save time and to avoid typing errors. -- openSUSE Feature: https://features.opensuse.org/310842

1 2

[New: openFATE 310847] change start-melody button
by fate_noreply＠suse.de 19 Nov '10

19 Nov '10

Feature added by: julian m. (juliansuse) Feature #310847, revision 1 Title: change start-melody button openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: julian m. (juliansuse) Description: a button in system settings do change the start melodie -- openSUSE Feature: https://features.opensuse.org/310847

1 1

[New: openFATE 308461] Use new KDE branding for patterns and repositories
by fate_noreply＠suse.de 18 Nov '10

18 Nov '10

Feature added by: Todd R (TheBlackCat) Feature #308461, revision 1 Title: Use new KDE branding for patterns and repositories openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: KDE has recently release a substantial modification to how they describe their various software projects: http://dot.kde.org/2009/11/24/repositioning-kde-brand?page=1 I think openSUSE should change their KDE patterns and pattern names to reflect this new branding. Specifically, the core KDE libraries that are needed to run KDE software should be placed in a kde-platform pattern. Similarly, the plasma desktop (and the upcoming netbook and media center variants) should be placed in a kde-worskspaces pattern. Other KDE applications should be placed in a kde-applications pattern. Going further, core, extragear, community, and playground variants of these patterns would probably be provided. For example kde-workspaces-core would provide the workspaces components shipped with a KDE software compilation (the name for a new KDE release), kde-workspaces-extragear and kde-worskpaces-playground would provide plasma packages in the official extragear and playground svn repositories, while kde-worskpaces-community would provide plasma components from third-parties such as kde-look.org. Similarly, the KDE repositories should be renamed as well. So instead of KDE4.3, it should be KDESC4.3 or KSC4.3 (to reflect KDE software compilation). KDE is strongly discouraging the use of names like "KDE 4.4" and I think we should respect that request. -- openSUSE Feature: https://features.opensuse.org/308461

1 1

[New: openFATE 308506] Adjust Wording for KDE in Installation
by fate_noreply＠suse.de 18 Nov '10

18 Nov '10

Feature added by: Klaas Freitag (kfreitag) Feature #308506, revision 1 Title: Adjust Wording for KDE in Installation openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Klaas Freitag (kfreitag) Partner organization: openSUSE.org Description: The KDE Project provides sample wording for distributions for installation workflows, live media and such [1]. It is aligned with the KDE Branding initiative [2]. We need to make the openSUSE installation with YaST align to the suggestions. [1] http://community.kde.org/Promo/Distribution_Communication [2] http://community.kde.org/Promo/Branding Business case (Partner benefit): openSUSE.org: We do not want to break the upstream branding. -- openSUSE Feature: https://features.opensuse.org/308506

1 2

[New: openFATE 308689] Take a look at BURG
by fate_noreply＠suse.de 18 Nov '10

18 Nov '10

Feature added by: Jakub Rusinek (liviopl) Feature #308689, revision 1 Title: Take a look at BURG openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Jakub Rusinek (liviopl) Partner organization: openSUSE.org Description: There's an awesome project around, to make bootloader better and not so 2009. BURG: http://code.google.com/p/burg/ . Integrated into YaST and themed well by openSUSE art guys, would be one of the biggest news in openSUSE. Next to (hopefully) KMS, Plymouth or even Splashy. Use Case: More recognizable choice, hidden advanced options (as kernels, failsafe) under each system. Business case (Partner benefit): openSUSE.org: GRUB 1 is old and finally needs to be replaced. Clean GRUB 2 is a candidate, but BURG is even a better choice. Remember, that inside openSUSE clean GRUB isn't utilised, you introduced gfxboot. So BURG instead of GRUB 2 would be analogical situation. -- openSUSE Feature: https://features.opensuse.org/308689

1 2

[New: openFATE 309608] Simulations with Python: SimPy
by fate_noreply＠suse.de 18 Nov '10

18 Nov '10

Feature added by: Horst Köhler (horst_m_koehler) Feature #309608, revision 1 Title: Simulations with Python: SimPy openSUSE-11.3: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Horst Köhler (horst_m_koehler) Description: SimPy is a package for easy programming of simulations in python. It uses an interesting concept of reentrant threads. It supports discrete event simulations in a simple way. The concept allows to program and analyse the timing and the dynamic systemic behavious of interacting agents. This kind of dynamic simulation is rare in the agent-based community and the SimPy approach appears to be promising. Currently there is no pre-built rpm package for openSuse, so I add this to the wishlist and for openSuse 11.3. -- openSUSE Feature: https://features.opensuse.org/309608

1 1

[New: openFATE 309590] *.bmp pictures for plasma-desktop images
by fate_noreply＠suse.de 18 Nov '10

18 Nov '10

Feature added by: Donatas Jutelis (vegdonis) Feature #309590, revision 1 Title: *.bmp pictures for plasma-desktop images openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Donatas Jutelis (vegdonis) Description: At the moment I have openSuse 11.2 64 Bit with 4.3.5 KDE (upgrade of KDE to 4.4.3 didn't fix it): When opening Desktop (folderview) Settings - Activity Settins -> choose Type Image -> choose option to browse for images. In the window that appears there is Filter field and available picture formats are *.png *.jpeg *.jpg *.xcf *.svg *.svgz *.bmp not available. If I type it manualy at the end and hit enter it lists all the bmp format images and I can select them as a wallpaper. Tough I have to do that each time I want to change images. Also Type: Slideshow -> if add folder with *.bmp pictures, thair are not shown, just an empty screen. I logged a bug with KDE 237990, bug was fixed and the fix will be included on 4.5 version. Is it possible to include the fix in the OpenSuse 11.3 release? WebSVN link: http://websvn.kde.org/?view=rev&revision=1128213 (http://websvn.kde.org/?view=rev&revision=1128213) -- openSUSE Feature: https://features.opensuse.org/309590

1 1

[openFATE 308626] Snapshot/Rollback interface to the ZYpp stack
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature changed by: Gerald Pfeifer (GeraldPfeifer) Feature #308626, revision 30 Title: Snapshot/Rollback interface to the ZYpp stack - openSUSE-11.3: Evaluation by project manager + openSUSE-11.3: Rejected by Gerald Pfeifer (geraldpfeifer) + reject date: 2010-11-17 00:53:34 + reject reason: openSUSE 11.3 has been released months ago. Priority Requester: Mandatory openSUSE-11.4: Evaluation by project manager Priority Requester: Important Info Provider: (Novell) Info Provider: (Novell) Info Provider: (Novell) Info Provider: (Novell) Requested by: Duncan Mac-Vicar (dmacvicar) Developer: (Novell) Developer: (Novell) Partner organization: openSUSE.org Description: Ability for libzypp and exposed via zypper to snapshot either automatically or explicitly the system before commit happens, plus an interface to revert the system. The interface should be generic and allow for different possible implementations which should be offered depending on the context: * btrfs based if /root is btrfs * simple based on package list before commit, plus package history and current package list to determine diff last transaction * two root partitions, where the interface would clone root filesystem before commit and switch them at rollback time. The feature includes the concept, and a working implementation with one or more of the strategies described before. References: https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs http://dev.chromium.org/chromium-os/chromiumos-design-docs/filesystem-autou… http://wiki.rpath.com/wiki/Conary:conary_rollback Relations: - grub1 patch for btrfs boot (url: ) Documentation Impact: Requires description of the functionality in zypper options Test Case: zypper install foo bar zypper rollback System should be as before the installation. Corner cases are not important. Use Case: Administrator installs a bunch of updates, which leaves the system in an an unworkable state. He types zypper rollback to undo the changes. Business case (Partner benefit): openSUSE.org: * Customer asked about snapshoting during our last meeting. * Feature parity with Solaris which is implementing package rollback based on ZFS * RHEL goes the same route, announced btrfs rollbacks in yum * We can do better, offering something more flexible and not btrfs dependent to support different scenarios: SLES (btrfs), Appliances (dual system partition), openSUSE (simple package list) Discussion: #1: Federico Lucifredi (flucifredi) (2010-03-05 07:29:41) PM: Important for 11.3. (sorry, on web client). #3: Joachim Werner (joachimwerner) (2010-04-28 18:10:50) I have SLEPOS-specific use cases for this feature, too. IBM implemented a similar rollback feature in IRES2, based on tripwire AFAIK. Some techical considerations we need to understand: Rolling back the right things What customers really want is not a dumb rollback of everything on the system to the old state, but just the changes done by the update. So it may be necessary to make sure the snapshot only applies to the configuration directories (usually /etc) and the code directories (/usr) affected by the update, but not things like logfiles (which should be continuous) or application data (nobody wants to get their database files rolled back by accident, or data a user has saved in /home/username in the meantime). Another potential issue with some applications is that they can be in an inconsistent state if they aren't stopped during a snapshot. This is a more generic problem with snapshots as such. For this Windows has mechanisms to inform an application that it's going to do a shadow copy now. In Linux there is no single interface to trigger that, although some databases and other applications have there own way of switching into a read-only snapshotting-safe mode. So, this is all doable, but just applying a system-wide snapshot seems to be too simple. Maybe we can just copy what Red Hat is doing here (if it's good enough). Red Hat has finished this feature in Fedora, and it's probably going to be in RHEL6 at some point, too. https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs (https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs) contains a few considerations on this. Avoiding situations that can't be recovered zypper rollback sounds like a good plan at first, but it is not in all cases. If you apply an update that breaks the system, this could mean that a kernel update went wrong and you can't even boot beyond a certain stage. So there needs to be a way of entering the recovery from the earliest possible level, the boot prompt. There needs to be an option to boot into the snapshotted system, and from there eliminate the changes made after the snapshot and declare the snapshot to be the current state. For the worst case (a broken grub package or so kills the bootloader configuration) we need to have a recovery workflow (from CD or so) that can still bring back the old working state. Do one thing right, not three things that solve the same problem If we decide to go down the btrfs route (which I like) we should not also solve the same problem using several other approaches. Why use dual system partitions if you can have snapshots? #7: Duncan Mac-Vicar (dmacvicar) (2010-10-21 10:43:26) I would like to clarify some issues: For rollbacks, it would be the ideal situation to have the root filesystem completely under btrfs, otherwise you run into the problem that kernels are not affected by the rollback and this increases complexity. * a) For this we need to boot with btrfs. Matthias told me we should ignore this problem because under EFI you have to put the kernel under /efi in a FAT partition, but my own research tells me that what is in FAT /efi is the grub EFI program, and therefore the kernel could be in btrfs if the grub EFI program supports finding the kernel with btrfs. Can anyone confirm this? * b) For booting with btrfs we need either grub2, or syslinux or a patch for grub1 (added as a reference to the feature). Which route will we follow here? Do we have anyone empowered to make this decision soon? * c) if b) is solved with grub1 patch I suggest we open a feature entry to track that one. #9: Olaf Kirch (okir) (2010-10-22 12:56:49) (reply to #7) My preferred solution would be to enable grub1 for btrfs; it seems to pose the least risk - assuming the btrfs code is stable enough. (BTW either my fate client is too old, or the link you added is broken). #13: Gerald Pfeifer (geraldpfeifer) (2010-11-17 00:53:01) One further idea that came up is adding a bootloader entry (or several) that, when chosen, would revert the system into an old state as represented/described by that entry and boot into it. This is more involved than the more basic scenarios here and might be suitable for another, linked FATE? -- openSUSE Feature: https://features.opensuse.org/308626

1 0

[openFATE 308626] Snapshot/Rollback interface to the ZYpp stack
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature changed by: Gerald Pfeifer (GeraldPfeifer) Feature #308626, revision 29 Title: Snapshot/Rollback interface to the ZYpp stack openSUSE-11.3: Evaluation by project manager Priority Requester: Mandatory openSUSE-11.4: Evaluation by project manager Priority Requester: Important Info Provider: (Novell) Info Provider: (Novell) Info Provider: (Novell) Info Provider: (Novell) Requested by: Duncan Mac-Vicar (dmacvicar) Developer: (Novell) Developer: (Novell) Partner organization: openSUSE.org Description: Ability for libzypp and exposed via zypper to snapshot either automatically or explicitly the system before commit happens, plus an interface to revert the system. The interface should be generic and allow for different possible implementations which should be offered depending on the context: * btrfs based if /root is btrfs * simple based on package list before commit, plus package history and current package list to determine diff last transaction * two root partitions, where the interface would clone root filesystem before commit and switch them at rollback time. The feature includes the concept, and a working implementation with one or more of the strategies described before. References: https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs http://dev.chromium.org/chromium-os/chromiumos-design-docs/filesystem-autou… http://wiki.rpath.com/wiki/Conary:conary_rollback Relations: - grub1 patch for btrfs boot (url: ) Documentation Impact: Requires description of the functionality in zypper options Test Case: zypper install foo bar zypper rollback System should be as before the installation. Corner cases are not important. Use Case: Administrator installs a bunch of updates, which leaves the system in an an unworkable state. He types zypper rollback to undo the changes. Business case (Partner benefit): openSUSE.org: * Customer asked about snapshoting during our last meeting. * Feature parity with Solaris which is implementing package rollback based on ZFS * RHEL goes the same route, announced btrfs rollbacks in yum * We can do better, offering something more flexible and not btrfs dependent to support different scenarios: SLES (btrfs), Appliances (dual system partition), openSUSE (simple package list) Discussion: #1: Federico Lucifredi (flucifredi) (2010-03-05 07:29:41) PM: Important for 11.3. (sorry, on web client). #3: Joachim Werner (joachimwerner) (2010-04-28 18:10:50) I have SLEPOS-specific use cases for this feature, too. IBM implemented a similar rollback feature in IRES2, based on tripwire AFAIK. Some techical considerations we need to understand: Rolling back the right things What customers really want is not a dumb rollback of everything on the system to the old state, but just the changes done by the update. So it may be necessary to make sure the snapshot only applies to the configuration directories (usually /etc) and the code directories (/usr) affected by the update, but not things like logfiles (which should be continuous) or application data (nobody wants to get their database files rolled back by accident, or data a user has saved in /home/username in the meantime). Another potential issue with some applications is that they can be in an inconsistent state if they aren't stopped during a snapshot. This is a more generic problem with snapshots as such. For this Windows has mechanisms to inform an application that it's going to do a shadow copy now. In Linux there is no single interface to trigger that, although some databases and other applications have there own way of switching into a read-only snapshotting-safe mode. So, this is all doable, but just applying a system-wide snapshot seems to be too simple. Maybe we can just copy what Red Hat is doing here (if it's good enough). Red Hat has finished this feature in Fedora, and it's probably going to be in RHEL6 at some point, too. https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs (https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs) contains a few considerations on this. Avoiding situations that can't be recovered zypper rollback sounds like a good plan at first, but it is not in all cases. If you apply an update that breaks the system, this could mean that a kernel update went wrong and you can't even boot beyond a certain stage. So there needs to be a way of entering the recovery from the earliest possible level, the boot prompt. There needs to be an option to boot into the snapshotted system, and from there eliminate the changes made after the snapshot and declare the snapshot to be the current state. For the worst case (a broken grub package or so kills the bootloader configuration) we need to have a recovery workflow (from CD or so) that can still bring back the old working state. Do one thing right, not three things that solve the same problem If we decide to go down the btrfs route (which I like) we should not also solve the same problem using several other approaches. Why use dual system partitions if you can have snapshots? #7: Duncan Mac-Vicar (dmacvicar) (2010-10-21 10:43:26) I would like to clarify some issues: For rollbacks, it would be the ideal situation to have the root filesystem completely under btrfs, otherwise you run into the problem that kernels are not affected by the rollback and this increases complexity. * a) For this we need to boot with btrfs. Matthias told me we should ignore this problem because under EFI you have to put the kernel under /efi in a FAT partition, but my own research tells me that what is in FAT /efi is the grub EFI program, and therefore the kernel could be in btrfs if the grub EFI program supports finding the kernel with btrfs. Can anyone confirm this? * b) For booting with btrfs we need either grub2, or syslinux or a patch for grub1 (added as a reference to the feature). Which route will we follow here? Do we have anyone empowered to make this decision soon? * c) if b) is solved with grub1 patch I suggest we open a feature entry to track that one. #9: Olaf Kirch (okir) (2010-10-22 12:56:49) (reply to #7) My preferred solution would be to enable grub1 for btrfs; it seems to pose the least risk - assuming the btrfs code is stable enough. (BTW either my fate client is too old, or the link you added is broken). + #13: Gerald Pfeifer (geraldpfeifer) (2010-11-17 00:53:01) + One further idea that came up is adding a bootloader entry (or several) + that, when chosen, would revert the system into an old state as + represented/described by that entry and boot into it. This is more + involved than the more basic scenarios here and might be suitable for + another, linked FATE? -- openSUSE Feature: https://features.opensuse.org/308626

1 0

[New: openFATE 310487] provide a static build zypper
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Ralph Ulrich (ulenrich) Feature #310487, revision 1 Title: provide a static build zypper openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Ralph Ulrich (ulenrich) Description: Please provide a static build zypper for download in case a distribution upgrade failed. -- openSUSE Feature: https://features.opensuse.org/310487

1 4

[openFATE 306393] BrowsePoll support in yast2-printer
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature changed by: Johannes Meixner (jsmeix) Feature #306393, revision 4 Title: BrowsePoll support in yast2-printer openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) reject date: 2009-07-10 11:41:21 reject reason: A complete redesign is too much work for this feature. Priority Requester: Neutral Requested by: Johannes Meixner (jsmeix) Description: yast2-printer "Print via Network": request for BrowsePoll support Usually there is no need for BrowsePoll support in yast2-printer because currently it is designed to make a setup according to the "Intrinsic design of CUPS for printing in the network", see http://en.opensuse.org/SDB:CUPS_in_a_Nutshell (http://en.opensuse.org/SDB:CUPS_in_a_Nutshell) But there is a valid use case for BrowsePoll: See https://bugzilla.novell.com/show_bug.cgi?id=433047#c10 (https://bugzilla.novell.com/show_bug.cgi?id=433047#c10) I know a use-case for BrowsePoll: When in a bigger company there are several CUPS servers for various departments each server may allow access for all client hosts in the whole company but it would usually send browsing information only to the client hosts of the particular department to which a particular server belongs. When a user in department A likes to see additionally the queues on the server for department B he would use BrowsePoll to poll the queues from the server for department B. Adding BrowsePoll support requires a re-design of the whole "Print via Network" dialog. I like to have it evaluated if it is worth the effort ("business case" and so on). Discussion: #1: Andreas Jaeger (a_jaeger) (2009-07-10 11:42:58) Let's not redesign the UI for this at them moment. My only requirement is the default YaST policy: YaST should not overwrite user configuration changes, so if a user adds BrowsePoll and later runs YaST, the contents is still the same. + #2: Johannes Meixner (jsmeix) (2010-11-16 17:14:46) + Done for openSUSE 11.3 see + https://bugzilla.novell.com/show_bug.cgi?id=433047#c12 -- openSUSE Feature: https://features.opensuse.org/306393

1 0

[New: openFATE 310027] Dependencies should be installed when RPM is clicked.
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Shawn Rogers (67GTA) Feature #310027, revision 1 Title: Dependencies should be installed when RPM is clicked. openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Shawn Rogers (67gta) Description: EXAMPLE: I download abc.rpm. I click on Foo.rpm. Foo.rpm depends on Foo_data.rpm. Foo_data.rpm is available in the repos, but is not installed. I have to manually install Foo_data.rpm, and then click on Foo.rpm. Clicking on an RPM package should call zypper to pull in dependencies and satisfy Foo.rpm. Debian already does this with gdebi. -- openSUSE Feature: https://features.opensuse.org/310027

1 7

[openFATE 306761] Add CouchDB
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Cornelius Schumacher (cschum) Feature #306761, revision 1 Title: Add CouchDB openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Cornelius Schumacher (cschum) Description: CouchDB is a distributed document-oriented database. It will be used by Ubuntu (https://wiki.ubuntu.com/DesktopTeam/Specs/Karmic/IntegratingWithUbuntuOne) for all kind of synchronized storage use case scenarios. It would be great to have CouchDB on openSUSE as well, so it can plug into this network and make use of the application support which is developed. -- openSUSE Feature: https://features.opensuse.org/306761

1 4

[openFATE 307830] KRename 4 for openSUSE 11.2
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Árpád Bíró (biroa) Feature #307830, revision 1 Title: KRename 4 for openSUSE 11.2 Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Árpád Bíró (biroa) Description: It would probably be a good idea to package the newly released KRename 4.0.0 (or the latest version if a new one comes out in time) for 11.2. -- openSUSE Feature: https://features.opensuse.org/307830

1 2

[openFATE 307798] Amarok 2.2 in opensuse 11.2
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Peter Gumbrell (gumb) Feature #307798, revision 1 Title: Amarok 2.2 in opensuse 11.2 Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Peter Gumbrell (gumb) Description: This is a late appeal to devs in view of the current release roadmap. I believe the possibility of updating the Amarok version to 2.2 in the forthcoming OS 11.2 release was rejected some weeks back in a KDE meeting, though I don't know the technical reason. Perhaps it introduces too many breakages, but I wondered if there was any prospect of developers reversing this decision, bearing in mind that other apps like SeaMonkey, Virtualbox have still been updated only this week? Also, considering the decision was made to include currently very buggy alpha releases of KDE4 apps like Kaffeine and K3B, the new Amarok 2.2 RC1 just appeared today and it seems the final release will therefore be out well before OS 11.2, possibly leaving openSUSE behind with its version compared to others in the glut of distros releasing around the October / November period. There are various changes and bugfixes in the 2.2 release, but I think most notably the inclusion of CD support for playing and ripping is a major feature many would benefit from, negating the need for installation of separate media playing or ripping apps. -- openSUSE Feature: https://features.opensuse.org/307798

1 6

[New: openFATE 310575] mod_ruby for apache2
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Norbert Hornyak (hnsz2002) Feature #310575, revision 1 Title: mod_ruby for apache2 Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Norbert Hornyak (hnsz2002) Description: Let there be a compiled mod_ruby package for apache2... -- openSUSE Feature: https://features.opensuse.org/310575

1 1

[openFATE 300754] Key Management for YAST / Zypper / Updaters
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #300754, revision 66 Title: Key Management for YAST / Zypper / Updaters openSUSE-10.2: Rejected by Thorsten Kukuk (kukuk) reject date: 2006-10-17 10:57:07 reject reason: Yes, we need better GPG key management, but not as additional module, but integrated in the parts who add installation sources. Priority Requester: Important Projectmanager: Important openSUSE-11.0: Rejected by Jiri Srain (jsrain) reject date: 2008-04-15 10:34:32 reject reason: Missing input from security team. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.1: Rejected by Stanislav Visnovsky (visnov) reject date: 2008-07-31 15:24:49 reject reason: Out of resources. Priority Requester: Mandatory Projectmanager: Important openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-04-21 15:16:11 reject reason: Needs to be discussed for 11.3 Priority Requester: Mandatory openSUSE-11.3: Evaluation by project manager Priority Requester: Important Info Provider: (Novell) + Info Provider: (Novell) Requested by: Marcus Meissner (msmeissn) Developer: (Novell) Description: On GPG key import (when adding package repositories) we currently just show the key id and the fingerprint of the key. We need better key management and this could be done in a new YAST Module, which could do things like: * Key import from disk or from network (keyservers preset/configurable). * On key import, show fingerprints and allow to browse signatures (also showing which are already trusted or not), and expiry dates. * Key removal / remove trust possible. Design should be worked on together with the security team. References: https://bugzilla.novell.com/show_bug.cgi?id=186764 https://bugzilla.novell.com/show_bug.cgi?id=115485 Documentation Impact: Needs Documentation in Admin guide. Discussion: #1: Edith Parzefall (emapedl) (2006-09-05 12:02:06) Jiri, do you have some one for the YaST module? #2: Edith Parzefall (emapedl) (2006-09-05 12:02:48) Adding Duncan as technical contact. #8: Ladislav Slezak (lslezak) (2008-01-17 15:17:07) The GPG key manager is part of the repository manager, submitted in yast2-packager-2.16.15 The current key manager displays a table with all trusted keys and user can do: * import a GPG key from a file * remove a GPG key from the trusted keyring * display details about a key (fingerprint, creation and expiration dates) It doesn't support/display untrusted keys because they do not have a persistent storage (the trusted keys are stored in the RPM DB), all untrusted keys are lost at exit, so it doesn't make sense to work with them. The popup displayed when importing a GPG key now displays creation and expiration dates. If the key is expired there is a warning message. Is that functionality sufficient or do we need to be able to fetch a key from a keyserver? Do we really need to browse all signauters of the key? #9: Marcus Meissner (msmeissn) (2008-02-25 17:50:02) (reply to #8) Sorry, I did not yet have the time to review this (and install Alpha2+)... Will get back to you as soon as I find testing time. #10: Marcus Meissner (msmeissn) (2008-03-19 17:37:29) (reply to #8) I just now had a look at Alpha3. It is not sufficient I am afraid. On adding a new repositories, just before this import dialog, the list of signatures should really be shown. What I had in mind: - in the "import key" dialog, offer the list of signatures. - show GPG signatures from keys that we know as "good" somehow. -> signatures for keys already in RPMDB -> [locally trusted key] -> signatures for SUSE specific ones (from root? rpm? keyring= -> [SUSE trusted key] -> others [untrusted key] Its quite more than there currently is. Hmm #15: Federico Lucifredi (flucifredi) (2008-06-12 17:16:47) Marcus, please let me know whyat above and beyond the 11.0 status is desired, if any. #16: Marcus Meissner (msmeissn) (2008-06-13 22:43:12) (reply to #15) Partially / Half done. We have not found a fully good solution, this needs direct communication with the YAST2 developer and the security team, perhaps during the YAST2 workshop. And we also should review of how the current code is used and accepted by users in 11.0. So we will revisit for 11.1. #17: Federico Lucifredi (flucifredi) (2008-06-13 18:06:48) (reply to #16) okie, giving it an Important for now then. #21: Ludwig Nussel (lnussel) (2008-07-18 10:13:32) please reconsider priority of this feature with the current hype about package management security in mind. #25: Duncan Mac-Vicar (dmacvicar) (2009-01-08 16:36:49) Basic key management is already there. Federico, what is Important for PM here? which concrete functionality? #26: Federico Lucifredi (flucifredi) (2009-01-08 14:48:09) (reply to #25) From my point of view, I would like trust to be terminated when removing a repo from the subscribed list (i.e. also removing the keys previously approved). Kurt was at the origin of this feature, we may also want to hear from him on the current state (adding needinfo). #27: Duncan Mac-Vicar (dmacvicar) (2009-01-09 17:51:27) (reply to #26) Ok, some input would be needed: * What happens if the repo was originally signed with one key, which was trusted, and then the key changed, this one was trusted too? * Multiple repos signed with the same key? I feel the approach is some kind of reference count? But that means that if the user removes all repo, he will even get rid of the build key. #28: Kurt Garloff (garloff) (2009-01-09 19:11:01) (reply to #27) When judging the trustworthiness of a new key, the signatures of a key should be displayed -- limiting the display to signatures with keys that we already trust would be OK, from my POV. An option to automatically trust a new key if it's signed with an already trusted key would also be a good thing to have, this way allowing to use a hierarchical CA model of trust if the user wants so. It could be a global flag, but better would be per key: "Trust every key that has been signed by this key." Actually, I think we should have such trust chains -- there could be a SUSE master key that's trusted by default and then packages get signed with different keys, depending on where we build them (Provo, abuild, ...). There could be a master key for all OBS repos (though I personally would not enable "trust all keys signed by this"). (Note: I know that full trust chains would walk a signature chain and check recursively ... we can do that as well, but it's a bit more complicated with GPG. But as RPMs are signed with GPG keys, I think it's not a good idea to mix that with openssl (X.509) certificates ...) Duncan -- I would indeed think that the ref counting that you mention is the way we would want to handle this. When you have a key that's not used by any repo any longer, the admin should be offered to remove it from the list of trusted keys (and I would think we should default to remove). Same for keys that have expired. I think our security folks should drive the requirements here -- and someone needs to complement their view from a usability perspective. (A security feature is useless if everybody switches it off because it's an annoyance ;-)) Note: We've had 2 years of time to sort this :-( #29: Duncan Mac-Vicar (dmacvicar) (2009-01-16 15:19:30) Repository keys/signatures meeting 15.01.2009 present: dmacvicar, draht, lnussel, meissner How current model works: http://en.opensuse.org/Libzypp/Metadata_Signature How to solve? 1) amount of key imports and confirm dialogs (ie: NVIDIA) (less dialogs the better 2) Usability of the dialog. Nobody reads the fingerprint and therefore dialog is useless. 3) feature #300754 requirements Item 3 has the following requirements: 1) transitive trust 2) removal of keys Feasible solutions for 11.1: * Would be solved by 3.1) allowing SUSE to sign NVIDIA's key and utomatically trust with 1 level. * Show the fingerprint in a easy to compare way (*) Making fingerprints easy to compare: * randomart (openssh's key_fingerprint_randomart ) * "Hash Visualization: a New Technique to improve Real-World Security", Perrig A. and Song D., 1999, International Workshop on Cryptographic Techniques and E-Commerce (CrypTEC '99) sparrow.ece.cmu. edu/~adrian/projects/validation/validation.pdf * bubblebabble / diceware? (ie: `1234567890' is`xesef-disof-gytuf-katof- movif-baxux' ) * We need to tell when the key changed explicitly. * 3.1 will be used to solve 1). 3.2 as described by PM has no benefit from security point of view, and manual management of the keys is already possible. + #31: Andreas Jaeger (a_jaeger) (2010-11-16 12:16:11) (reply to #29) + These are old minutes - how do we want to move forward? -- openSUSE Feature: https://features.opensuse.org/300754

1 0

[New: openFATE 310268] KDE3.5 please include it in releases
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Tony Young (tony65) Feature #310268, revision 1 Title: KDE3.5 please include it in releases Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Tony Young (tony65) Description: I wish to heavens that openSUSE would forget about LXDE and resume the inclusion of KDE3.5.10 as an option for a desktop manager........I am getting strong anecdotal evidence that many users of openSUSE (including myself) are refusing to upgrade from either version 11.0 or 11.1 because later versions do not include KDE3.5......In my opinion, KDE4.x is still not ready and the latest material on the Trinity project to bring KDE3.5 back up to speed is one classic example of how badly KDE4.x is considered by a very large percentage of KDE users. -- openSUSE Feature: https://features.opensuse.org/310268

1 6

[New: openFATE 310269] KDE3.5 please include it in releases
by fate_noreply＠suse.de 16 Nov '10

16 Nov '10

Feature added by: Tony Young (tony65) Feature #310269, revision 1 Title: KDE3.5 please include it in releases Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Tony Young (tony65) Description: I wish to heavens that openSUSE would forget about LXDE and resume the inclusion of KDE3.5.10 as an option for a desktop manager........I am getting strong anecdotal evidence that many users of openSUSE (including myself) are refusing to upgrade from either version 11.0 or 11.1 because later versions do not include KDE3.5......In my opinion, KDE4.x is still not ready and the latest material on the Trinity project to bring KDE3.5 back up to speed is one classic example of how badly KDE4.x is considered by a very large percentage of KDE users. -- openSUSE Feature: https://features.opensuse.org/310269

1 2

[New: openFATE 308368] add winbind idmap feature to "Windows Domain Membership" Yast applet
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Di Pe (dipe) Feature #308368, revision 1 Title: add winbind idmap feature to "Windows Domain Membership" Yast applet openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Di Pe (dipe) Partner organization: openSUSE.org Description: The "Windows Domain Membership" Yast applet should have a feature that allows winbind to pull the uid/gid infomation from ActiveDirectory (attributes uidNumber and gidNumber) instead of using a local counter or TDB. Besides uid/gid the shell (loginShell) and the home directory (unixHomeDirectory) can also be pulled from Active Directory. A standard smb.conf for a Linux box that is joined to ActiveDirectory via winbind looks like this: [global] workgroup = XXXXX passdb backend = tdbsam printing = cups printcap name = cups printcap cache time = 750 cups options = raw map to guest = Bad User include = /etc/samba/dhcp.conf logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = P: usershare allow guests = No security = ADS idmap gid = 2000-4999 idmap uid = 2000-4999 realm = XXXXX.ORG template homedir = /home/%U template shell = /bin/bash winbind offline logon = yes winbind refresh tickets = yes if winbind has the ipmap feature enabled for Active Directory, smb.conf looks like this (tested configuration) [global] workgroup = XXXXX passdb backend = tdbsam printing = cups printcap name = cups printcap cache time = 750 cups options = raw map to guest = Bad User include = /etc/samba/dhcp.conf logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = P: usershare allow guests = No security = ADS idmap gid = 2000-4999 idmap uid = 2000-4999 realm = XXXXX.ORG template homedir = /home/%U template shell = /bin/bash winbind offline logon = yes winbind refresh tickets = yes ;log level = 3 winbind:5 idmap:5 winbind enum users = Yes winbind enum groups = Yes winbind nss info = rfc2307 winbind use default domain = yes ;idmap domains = XXXXX #not needed in latest samba idmap config XXXXX:cache time = 1800 idmap config XXXXX:range = 5000-65000 idmap config XXXXX:backend = ad idmap config XXXXX:schema_mode = rfc2307 idmap config XXXXX:default = yes schema_mode can either be 'sfu' or 'rfc2307'. rfc2307 is known by most administrators as "Windows 2003 R2" schema. In the future "Windows 2003 R2 (or newer)" should be the default schema. 'sfu' could be called "Legacy schema (sfu)" This proposal could even be the default setup since the unix LDAP attributes in Active Directory are ignored if they are not populated. Business case (Partner benefit): openSUSE.org: This feature allows for centralized uid/gid management which is essential if hundreds or thousands of computers are used in an enterprise network, particularly if nfs and cifs are used on multiple file servers. (see http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/idmapper.html) http://www.likewise.com/ seems to offer an enhanced version of this feature which strongly indicates that there is a certain demand for it. more details: http://samba.org/~obnox/presentations/sambaXP-2009/sambaxp-2009-talk-obnox-… -- openSUSE Feature: https://features.opensuse.org/308368

1 1

[New: openFATE 310765] include PiTiVi - video editor
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #310765, revision 1 Title: include PiTiVi - video editor openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: include PiTiVi - video editor. Website http://www.pitivi.org/? PiTiVi is a free, intuitive and featureful movie editor for the Linux desktop. -- openSUSE Feature: https://features.opensuse.org/310765

1 3

[New: openFATE 310752] I need to know what I am missing
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Bruce Korb (bkorb) Feature #310752, revision 1 Title: I need to know what I am missing openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Bruce Korb (bkorb) Description: When one does an upgrade install (or even an overlay install), it would be Really Useful to use the output of $(rpm --query --all) on the previous installation in order to select packages for the next installation. Clearly you cannot guarantee getting them all and there are so many reasons why. Stillandall, various packages that I use all the time are on the repos but not installed until I trip over them and fire up Yast to go fix the issue. So, my suggestion is this: 1. make a better effort to install packages from the repo (e.g. guile-devel, gperf-devel, etc.) 2. where you cannot do it, leave behind information about the omitted packages in some well-named file (e.g. /var/log/missing-packages.txt) so I can tell straight away what I still have to install. This way, I don't have to go stub a toe to find out. Thank you so much!! Regards, Bruce -- openSUSE Feature: https://features.opensuse.org/310752

1 2

[openFATE 307898] Include asterisk in opensuse
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Glenn Doig (doiggl) Feature #307898, revision 1 Title: Include asterisk in opensuse openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Glenn Doig (doiggl) Description: Include asterisk in opensuse http://www.asterisk.org/support/about and http://www.asterisk.org/support/features Features Asterisk-based telephony solutions offer a rich and flexible feature set. Asterisk offers both classical PBX functionality and advanced features, and interoperates with traditional standards-based telephony systems and Voice over IP systems. Asterisk offers the advanced features that are often associated with large, high end (and high cost) proprietary PBXs. -- openSUSE Feature: https://features.opensuse.org/307898

1 1

[openFATE 307911] How to avoid errors when burn ISO
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: stan stan (sta931) Feature #307911, revision 1 Title: How to avoid errors when burn ISO openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: stan stan (sta931) Description: The information may be useful for anyone who burns a big ISO dowloaded from the Internet,for example from open suse sites. There are many burning programs for ISO but if you are going to burn an ISO that weights more than 4 Gb almost all of those create a lot of problems.So,if I am newly in this I had to dissolve some problems and now would be glad to give some information if anyone is interested in Use Case: I was trying to create openSUSE 11.1 DVD An image was dowloaded by mobile modem -- openSUSE Feature: https://features.opensuse.org/307911

1 2

[New: openFATE 308455] Easy way to refresh package database
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Todd R (TheBlackCat) Feature #308455, revision 1 Title: Easy way to refresh package database openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: Currently, if you want to force a refresh of your package database from within the software management module or online update module you needto go to the configuration menu, load the repository manager module, tell it to refresh, then close the repository manager module. Having an easy way to force a refresh of the software database from within the software management module would be much more convenient. It could easily go in the "File" menu without cluttering things much, there are currently only 4 items there as it is. I know that ideally the package manager would know when to refresh what, but it doesn't always so it would be very convenient if users had a quick way to force it to. -- openSUSE Feature: https://features.opensuse.org/308455

1 1

[New: openFATE 308458] Include Google Akonadi resource package for KDE 4
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Todd R (TheBlackCat) Feature #308458, revision 1 Title: Include Google Akonadi resource package for KDE 4 openSUSE-11.3: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Todd R (theblackcat) Description: Since August there has been an Akonadi resource that allows KDE users to sync their google calendars with their KDE korganizer calendars and sync their google address book with their KDE kaddressbook. It is an extragear program, meaning it is hosted on the official KDE servers. However, it is not present in any of the official openSUSE KDE repositories. Considering how common use of Google calendars and gmail seems to be, I think it would be very useful to people to provide an official package for the software. Here is the release announcement: http://www.kdedevelopers.org/node/4049 -- openSUSE Feature: https://features.opensuse.org/308458

1 2

[New: openFATE 308811] add arm support
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Marc collin (collinm) Feature #308811, revision 1 Title: add arm support openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Marc collin (collinm) Description: that should be nice to support arm cpu some distribution like fedora, debian, ubuntu, gentoo, support it -- openSUSE Feature: https://features.opensuse.org/308811

1 2

[New: openFATE 309440] Support C project on KDevelop4
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Andrey Karepin (EGDFree) Feature #309440, revision 1 Title: Support C project on KDevelop4 openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Andrey Karepin (egdfree) Description: KDevelop - powerful IDE for development on C/C++ (Qt), PHP and other languages. Unfortunately in 4 versions support of creation From projects (only With ++ (Qt)) and PHP (plug-in) has disappeared. The previous versions of this development environment had support of C. In the absence of this probably it is necessary to use Eclipse or Kate. -- openSUSE Feature: https://features.opensuse.org/309440

1 1

[New: openFATE 310029] Provide link to live CD to USB on main download page
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Jimmy Berry (boombatower) Feature #310029, revision 1 Title: Provide link to live CD to USB on main download page openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Jimmy Berry (boombatower) Partner organization: openSUSE.org Description: The live CDs on http://software.opensuse.org reference the fact that they can be placed on a USB instead of a CD, but there does not appear to be a link to any instructions on how to do so. I think adding a link to something like http://en.opensuse.org/Live_USB_stick (http://en.opensuse.org/Live_USB_stick) would be an excellent addition. Use Case: Users who wish to try out SUSE and don't want to burn a CD don't have to go fishing around and googling about how to place on USB. Business case (Partner benefit): openSUSE.org: Easier to get ahold of suse and make use of the feature allowing it to be placed on USB drive. -- openSUSE Feature: https://features.opensuse.org/310029

1 7

[New: openFATE 310230] "Community" product catagory
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: David Lemke (canislycan) Feature #310230, revision 1 Title: "Community" product catagory openFATE: Unconfirmed Priority Requester: Desirable Requested by: David Lemke (canislycan) Description: Create a "Product" catagory for "Community" - A placeholder for people to share ideas on how to improve, organize, promote, unite, etc, community elements in the openSUSE world. After all, it is the most valuable asset any open source project has. -- openSUSE Feature: https://features.opensuse.org/310230

1 2

[openFATE 305474] provide reliable suspend-on-lid-close
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Juergen Weigert (jnweiger) Feature #305474, revision 14 Title: provide reliable suspend-on-lid-close openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-11-15 10:50:03 reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Desirable openSUSE-11.4: New Priority Requester: Desirable Requested by: Juergen Weigert (jnweiger) Description: I suggest to have a configuration option cause a suspend on lid-close regardless of other circumstances. Currently * presence of AC-power, * the selected desktop KDE/Gnome/Text, and * presence of docking station all have influence on suspend. The exact logic is apparently changing between beta versions. I'd like to be able to configure a general and unconditional suspend on- lid-close function. Discussion: #1: Axel Braun (docb) (2009-04-27 13:06:57) Good idea! That would allow a laptop to close even if you are on the login-screen. #2: Martin Seidler (pistazienfresser) (2010-04-26 13:52:45) Only suspend to RAM (sleep)? Could suspend to disk cause problems (especially with dual boot systems)? + #3: Juergen Weigert (jnweiger) (2010-11-15 15:49:21) + situation is unchanged, reject is not helpful. Promoting to 11.4 -- openSUSE Feature: https://features.opensuse.org/305474

1 0

[openFATE 305474] provide reliable suspend-on-lid-close
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Juergen Weigert (jnweiger) Feature #305474, revision 13 Title: provide reliable suspend-on-lid-close openSUSE-11.2: Rejected by Andreas Jaeger (a_jaeger) reject date: 2010-11-15 10:50:03 reject reason: Not done in time for openSUSE 11.2 Priority Requester: Desirable Projectmanager: Desirable + openSUSE-11.4: New + Priority + Requester: Desirable Requested by: Juergen Weigert (jnweiger) Description: I suggest to have a configuration option cause a suspend on lid-close regardless of other circumstances. Currently * presence of AC-power, * the selected desktop KDE/Gnome/Text, and * presence of docking station all have influence on suspend. The exact logic is apparently changing between beta versions. I'd like to be able to configure a general and unconditional suspend on- lid-close function. Discussion: #1: Axel Braun (docb) (2009-04-27 13:06:57) Good idea! That would allow a laptop to close even if you are on the login-screen. #2: Martin Seidler (pistazienfresser) (2010-04-26 13:52:45) Only suspend to RAM (sleep)? Could suspend to disk cause problems (especially with dual boot systems)? -- openSUSE Feature: https://features.opensuse.org/305474

1 0

[New: openFATE 308273] Community repositories" should be default selction when adding repository
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Birger Kollstrand (MrKane) Feature #308273, revision 1 Title: Community repositories" should be default selction when adding repository openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Birger Kollstrand (mrkane) Description: Currently the default selection in Yast->Software Repositories->Add is the Specify url" choice. >From a usaability point the "Community repository" should be default choice. 1. It is easier for a newcommer to selct in a list, rather than typing in a url. 2. I would guess that a large portio of the users would like to add excisting repositories in that list anyway. http://bugzilla.novell.com/show_bug.cgi?id=549362#c1 (http://bugzilla.novell.com/show_bug.cgi?id=549362#c1) -- openSUSE Feature: https://features.opensuse.org/308273

1 2

[openFATE 305301] Central Regulatory Domain Agent (for 802.11)
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305301, revision 45 Title: Central Regulatory Domain Agent (for 802.11) openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-10-27 16:08:49 reject reason: not done for 11.2. Priority Requester: Important Projectmanager: Important - openSUSE-11.3: Done + openSUSE-11.3: Rejected by Andreas Jaeger (a_jaeger) + reject date: 2010-11-15 11:30:29 + reject reason: yast part not done yet. Priority Requester: Mandatory - Projectmanager: Mandatory + Projectmanager: Important + openSUSE-11.4: New + Priority + Requester: Mandatory Requested by: Vladimir Botka (vbotka) Developer: (Novell) Description: The regulatroy domain handling for wireless cards was done by each driver seperately before mac80211/cfg80211. cfg80211 is used to unify the handling of regulatory domains for wireless devices. However cfg80211 depends on the user space configuring the regulatory domain. A user space daemon is currently developed (see [1]). It basically provides the allowed channels for all known regulatory domains. Additionally it would be nice to allow the configuration of the regulatory domain from the Yast network module. [1] http://wireless.kernel.org/en/developers/Regulatory/CRDA Partly based on bnc#392853 Relations: - wpa_supplicant in factory seems to ignore an country=DE setting in its config (novell/bugzilla/id: 537708) https://bugzilla.novell.com/show_bug.cgi?id=537708 - switch nl80211 wpa_supplicant driver in ifup-wireless for WIRELESS_REGULATORY_DOMAIN support (novell/bugzilla/id: 585802) https://bugzilla.novell.com/show_bug.cgi?id=585802 Discussion: #1: Helmut Schaa (hschaa) (2009-02-03 12:04:57) I've already packaged crda and wireless-regdb in my buildservice project home:hschaa:CRDA. #2: Helmut Schaa (hschaa) (2009-02-09 11:37:20) What we additionally need for this feature is some integration with Yast or NetworkManager such that the user is able to set the regulatory domain (maybe based on the selected time zone). A command line tool for setting the domain is already available (iw) but needs to be updated. #3: Helmut Schaa (hschaa) (2009-02-09 16:09:28) (reply to #2) Just submitted an update for Factory. #4: Helmut Schaa (hschaa) (2009-02-10 10:59:40) (reply to #2) wpa_supplicant 0.6.7 already has support for setting the regulatory domain. We'll get that with the next version update. #5: Helmut Schaa (hschaa) (2009-02-10 13:40:25) (reply to #2) iw, crda and wireless-regdb are part of factory now #6: Kshitij Kulshreshtha (polyconvex) (2009-03-25 11:53:33) Sometimes on a short visit abroad a user might not bother to update their timezone information on their laptop but still want to use a wireless network. In this case setting the regulatory domain based on timezone is not the right thing to do. Why not let the networkmanager applet ask the user himself to provide the country as a part of the dialog to setup the network? (A map similar to the yast timezone selector built into KNetworkManager?) #7: Marius Tomaschewski (mtomaschewski) (2009-06-08 11:27:49) We've already another enhancement bugs for sysconfig/wireless... so let's just add it for 11.2. Helmut, let's speak in the next days about the requirements on the sysconfig side (I guess it is just one optional variable) and add this together with the another enhancements. Michal (yast2 network) requires the sysconfig support to implement it on the yast2 side. #11: Marius Tomaschewski (mtomaschewski) (2009-09-08 15:56:43) (reply to #9) Let's define the sysconfig ifcfg -file variable as: WIRELESS_REGULATORY_DOMAIN='00' The '00' value is the ISO / IEC 3166 alpha2 country code as used in the regdb / wpa_supplicant / iw tool. The _sysconfig_ default is '' , that is empty string. #12: Marius Tomaschewski (mtomaschewski) (2009-09-08 16:39:46) (reply to #11) Hmm... it looks like the reg domain is a global and not a per-interface setting, in iw: reg set <ISO/IEC 3166-1 alpha2> reg get this means it has to go to network/config and not into ifcfg file. Is this correct? #15: Jiri Benc (jbenc) (2009-09-09 13:23:09) (reply to #12) Yes, this is a system-wide setting. On purpose, you don't usually have you computer in two different regulatory zones ;-) I don't see what's the problem with using the timezone setting, though. Yes, it would require a translation table (to map e.g. Europe/Prague to CZ), but other than that, it should provide all the information we need: in what country we are located. #16: Marius Tomaschewski (mtomaschewski) (2009-09-09 13:53:06) (reply to #15) OK, thanks for verifying this! I don't have any problem when yast2 is setting the WIRELESS_REGULATORY_DOMAIN='CZ' value based on the TIMEZONE='Europe/Prague' setting by default / as preselection. But I need the correct, valid and final value for the utilities and don't want to provide any translation table and waste e.g. boot time in sysconfig. It also makes sense to check that the alpha-2 code is in the wireless-regdb and perhaps propose an another value if possible or reject & reset it -- in sysconfig it is too late to do this or ask the user what to do. The package implementing this is in Base:System/sysconfig project and goes to factory today. When iw reg set is used, the value is applied correctly to the crda/kernel. When it is set via wpa_supplicant config, there is no attempt to set it visible in udev -- seems to be a wpa_supplicant bug -> bugzilla. #17: Jiri Benc (jbenc) (2009-09-09 14:01:13) (reply to #16) Yes, all of that makes sense to me. #18: Vladimir Botka (vbotka) (2009-09-09 20:34:24) (reply to #16) Part of the project http://linuxwireless.org/en/developers/Documentation/nl80211 is also an wpa_supplicant with -Dnl80211 which will solves this problem. The yast module can set both the WIRELESS_REGULATORY_DOMAIN in sysconfig and country= in wpa_supplicant.conf. #20: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:40:21) (reply to #18) Stop :-) sysconfg / ifup is not using /etc/.../wpa_supplicant.conf -- it generates one per interface from network/config and network/ifcfg* settings. So just set the WIRELESS_REGULATORY_DOMAIN, ifup-wireless will add the (expanded) "country=$WIRELESS_REGULATORY_DOMAIN" statement to the generated wpa_supplicant config. #19: Vladimir Botka (vbotka) (2009-09-09 21:34:26) (reply to #16) The new nl80211 extension is already available in Factory. # wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i wlan0 -dd - Dnl80211 Initializing interface 'wlan0' conf '/etc/wpa_supplicant/wpa_supplicant.conf' driver 'nl80211' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> '/etc/wpa_supplicant/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' country='CZ' #21: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:42:34) (reply to #19) Yes I know already about the new driver. Question is if we can switch to use this driver already. Let's continue with the driver details in bugzilla. #22: Marius Tomaschewski (mtomaschewski) (2009-10-02 08:52:57) FYI: The sysconfig-0.72.4 version in openSUSE:Factory / 11.2 implements this feature. It provides the WIRELESS_REGULATORY_DOMAIN variable and adds it to the per-interface wpa_supplicant.conf as well as sets it via iw command in case of old (iwconfig) setup. It does not change to the new nl80211 driver (or another one supporting it) by default, the user has to set WIRELESS_WPA_DRIVER="nl80211" per interface or wpa_supplicant will ignore it. #25: Jiri Benc (jbenc) (2009-11-04 11:56:30) Opening for 11.3 and setting as mandatory for requester, as without the feature wifi cards are not fully usable outside of the US (and in some cases not even there). #26: Marius Tomaschewski (mtomaschewski) (2010-03-05 15:07:43) (reply to #25) Thanks! I've created bug 585802 to switch to the new nl80211 wpa_supplicant driver as default in ifup-wireless, except in cases where we know that it does not work. #27: Vladimir Botka (vbotka) (2010-05-18 20:22:08) crda and wireless-regdb packages are available and functional in 11.3 . New nl80211 extension must be used to set the country. -- openSUSE Feature: https://features.opensuse.org/305301

1 0

[openFATE 307256] openSUSE Developer Network
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Sascha Manns (saigkill) Feature #307256, revision 1 Title: openSUSE Developer Network openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Description: Hello Mates, today i get an Idea for our Project. We can create an new Project like MSDN (Microsoft Developer Network) specially for OpenSUSE. I thought we can make an DowloadSite (1-Klick) for needed Software. Another Tab includes the API RReferences from KDE4, GNOME and other Stuff. In the Tab Learning we can include some HowTo's for Programming. That's just an thought. Maybe you like it... Sascha -- openSUSE Feature: https://features.opensuse.org/307256

1 7

[openFATE 305301] Central Regulatory Domain Agent (for 802.11)
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature changed by: Andreas Jaeger (a_jaeger) Feature #305301, revision 44 Title: Central Regulatory Domain Agent (for 802.11) - openSUSE-11.2: Rejected by Will Stephenson (cthiel1) + openSUSE-11.2: Rejected by Christoph Thiel (cthiel1) reject date: 2009-10-27 16:08:49 reject reason: not done for 11.2. Priority Requester: Important Projectmanager: Important - openSUSE-11.3: Evaluation + openSUSE-11.3: Done Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Vladimir Botka (vbotka) Developer: (Novell) Description: The regulatroy domain handling for wireless cards was done by each driver seperately before mac80211/cfg80211. cfg80211 is used to unify the handling of regulatory domains for wireless devices. However cfg80211 depends on the user space configuring the regulatory domain. A user space daemon is currently developed (see [1]). It basically provides the allowed channels for all known regulatory domains. Additionally it would be nice to allow the configuration of the regulatory domain from the Yast network module. [1] http://wireless.kernel.org/en/developers/Regulatory/CRDA Partly based on bnc#392853 Relations: - wpa_supplicant in factory seems to ignore an country=DE setting in its config (novell/bugzilla/id: 537708) https://bugzilla.novell.com/show_bug.cgi?id=537708 - switch nl80211 wpa_supplicant driver in ifup-wireless for WIRELESS_REGULATORY_DOMAIN support (novell/bugzilla/id: 585802) https://bugzilla.novell.com/show_bug.cgi?id=585802 Discussion: #1: Helmut Schaa (hschaa) (2009-02-03 12:04:57) I've already packaged crda and wireless-regdb in my buildservice project home:hschaa:CRDA. #2: Helmut Schaa (hschaa) (2009-02-09 11:37:20) What we additionally need for this feature is some integration with Yast or NetworkManager such that the user is able to set the regulatory domain (maybe based on the selected time zone). A command line tool for setting the domain is already available (iw) but needs to be updated. #3: Helmut Schaa (hschaa) (2009-02-09 16:09:28) (reply to #2) Just submitted an update for Factory. #4: Helmut Schaa (hschaa) (2009-02-10 10:59:40) (reply to #2) wpa_supplicant 0.6.7 already has support for setting the regulatory domain. We'll get that with the next version update. #5: Helmut Schaa (hschaa) (2009-02-10 13:40:25) (reply to #2) iw, crda and wireless-regdb are part of factory now #6: Kshitij Kulshreshtha (polyconvex) (2009-03-25 11:53:33) Sometimes on a short visit abroad a user might not bother to update their timezone information on their laptop but still want to use a wireless network. In this case setting the regulatory domain based on timezone is not the right thing to do. Why not let the networkmanager applet ask the user himself to provide the country as a part of the dialog to setup the network? (A map similar to the yast timezone selector built into KNetworkManager?) #7: Marius Tomaschewski (mtomaschewski) (2009-06-08 11:27:49) We've already another enhancement bugs for sysconfig/wireless... so let's just add it for 11.2. Helmut, let's speak in the next days about the requirements on the sysconfig side (I guess it is just one optional variable) and add this together with the another enhancements. Michal (yast2 network) requires the sysconfig support to implement it on the yast2 side. #11: Marius Tomaschewski (mtomaschewski) (2009-09-08 15:56:43) (reply to #9) Let's define the sysconfig ifcfg -file variable as: WIRELESS_REGULATORY_DOMAIN='00' The '00' value is the ISO / IEC 3166 alpha2 country code as used in the regdb / wpa_supplicant / iw tool. The _sysconfig_ default is '' , that is empty string. #12: Marius Tomaschewski (mtomaschewski) (2009-09-08 16:39:46) (reply to #11) Hmm... it looks like the reg domain is a global and not a per-interface setting, in iw: reg set <ISO/IEC 3166-1 alpha2> reg get this means it has to go to network/config and not into ifcfg file. Is this correct? #15: Jiri Benc (jbenc) (2009-09-09 13:23:09) (reply to #12) Yes, this is a system-wide setting. On purpose, you don't usually have you computer in two different regulatory zones ;-) I don't see what's the problem with using the timezone setting, though. Yes, it would require a translation table (to map e.g. Europe/Prague to CZ), but other than that, it should provide all the information we need: in what country we are located. #16: Marius Tomaschewski (mtomaschewski) (2009-09-09 13:53:06) (reply to #15) OK, thanks for verifying this! I don't have any problem when yast2 is setting the WIRELESS_REGULATORY_DOMAIN='CZ' value based on the TIMEZONE='Europe/Prague' setting by default / as preselection. But I need the correct, valid and final value for the utilities and don't want to provide any translation table and waste e.g. boot time in sysconfig. It also makes sense to check that the alpha-2 code is in the wireless-regdb and perhaps propose an another value if possible or reject & reset it -- in sysconfig it is too late to do this or ask the user what to do. The package implementing this is in Base:System/sysconfig project and goes to factory today. When iw reg set is used, the value is applied correctly to the crda/kernel. When it is set via wpa_supplicant config, there is no attempt to set it visible in udev -- seems to be a wpa_supplicant bug -> bugzilla. #17: Jiri Benc (jbenc) (2009-09-09 14:01:13) (reply to #16) Yes, all of that makes sense to me. #18: Vladimir Botka (vbotka) (2009-09-09 20:34:24) (reply to #16) Part of the project http://linuxwireless.org/en/developers/Documentation/nl80211 is also an wpa_supplicant with -Dnl80211 which will solves this problem. The yast module can set both the WIRELESS_REGULATORY_DOMAIN in sysconfig and country= in wpa_supplicant.conf. #20: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:40:21) (reply to #18) Stop :-) sysconfg / ifup is not using /etc/.../wpa_supplicant.conf -- it generates one per interface from network/config and network/ifcfg* settings. So just set the WIRELESS_REGULATORY_DOMAIN, ifup-wireless will add the (expanded) "country=$WIRELESS_REGULATORY_DOMAIN" statement to the generated wpa_supplicant config. #19: Vladimir Botka (vbotka) (2009-09-09 21:34:26) (reply to #16) The new nl80211 extension is already available in Factory. # wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i wlan0 -dd - Dnl80211 Initializing interface 'wlan0' conf '/etc/wpa_supplicant/wpa_supplicant.conf' driver 'nl80211' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> '/etc/wpa_supplicant/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' country='CZ' #21: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:42:34) (reply to #19) Yes I know already about the new driver. Question is if we can switch to use this driver already. Let's continue with the driver details in bugzilla. #22: Marius Tomaschewski (mtomaschewski) (2009-10-02 08:52:57) FYI: The sysconfig-0.72.4 version in openSUSE:Factory / 11.2 implements this feature. It provides the WIRELESS_REGULATORY_DOMAIN variable and adds it to the per-interface wpa_supplicant.conf as well as sets it via iw command in case of old (iwconfig) setup. It does not change to the new nl80211 driver (or another one supporting it) by default, the user has to set WIRELESS_WPA_DRIVER="nl80211" per interface or wpa_supplicant will ignore it. #25: Jiri Benc (jbenc) (2009-11-04 11:56:30) Opening for 11.3 and setting as mandatory for requester, as without the feature wifi cards are not fully usable outside of the US (and in some cases not even there). #26: Marius Tomaschewski (mtomaschewski) (2010-03-05 15:07:43) (reply to #25) Thanks! I've created bug 585802 to switch to the new nl80211 wpa_supplicant driver as default in ifup-wireless, except in cases where we know that it does not work. #27: Vladimir Botka (vbotka) (2010-05-18 20:22:08) crda and wireless-regdb packages are available and functional in 11.3 . New nl80211 extension must be used to set the country. -- openSUSE Feature: https://features.opensuse.org/305301

1 0

[openFate 305725] Use gettext for gconf schemas translations
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Vincent Untz (vuntz) Feature #305725, revision 1, last change by Title: Use gettext for gconf schemas translations openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Vincent Untz (vuntz) Partner organization: openSUSE.org Description: The translations of all the descriptions of gconf keys in schemas are already in the gettext files of the application. Removing them from the schemas would make the packages smaller and would possibly improve gconf performance in normal usage (ie, outside of gconf-editor, where the descriptions are used). Martin Pitt and I talked about this, and Martin has implemented it for Ubuntu: https://bugs.launchpad.net/bugs/123025 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305725

1 5

[openFATE 306310] Improve Section About Keyboard Configuration
by fate_noreply＠suse.de 15 Nov '10

15 Nov '10

Feature added by: Karl Eichwalder (keichwa) Feature #306310, revision 1, last change by Title: Improve Section About Keyboard Configuration openSUSE-11.2: New Priority Requester: Desirable Requested by: Karl Eichwalder (keichwa) Description: What about explaining here how to add the Euro sign to e.g. the 5 key on the keyboard... And what to do with the 'Win/Start' key. Should it be Meta, Hyper, Super, etc? What is the difference? http://doccomments.provo.novell.com/admin/main?/admin/viewcomment/10258 References: http://doccomments.provo.novell.com/admin/main?/admin/viewcomment/10258 Comment: 8174 http://www.novell.com/documentation/opensuse110/opensuse110_startup/data/ch… Customer email: beheer at vahsen dot nl Customer name: Rob Vahsen -- openSUSE Feature: https://features.opensuse.org/306310

1 2