May 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309587] Easier SUSE bugreporting
by fate_noreply＠suse.de 16 Dec '11

16 Dec '11

Feature added by: Michal Vyskocil (mvyskocil) Feature #309587, revision 1 Title: Easier SUSE bugreporting Requested by: Michal Vyskocil (mvyskocil) Partner organization: openSUSE.org Description: Last hackweek I hacked up the susereport [1] a port of Debian's reportbug script. Susereport deals with a BuildService - can find the assignee from package/project metadata. It basically works, but needs to be tested more than is. So my hackweek project will be test it and release it! And also find some nice to have features (like automatic information gathering in some cases, or so). [1] http://gitorious.org/+opensuse-developers/opensuse/susereport [2] http://www.debian.org/Bugs/Reporting Business case (Partner benefit): openSUSE.org: Novell bugzilla is not nice - you have a zilions projects/products and you just have to fill a bug against openSUSE. Existence of BuildService complicates it, you need to know from which project you have a buggy package and who maintain that crap ... susereport solve all of those questions to one - Why there are so much questions, isn't there any easier way? -- openSUSE Feature: https://features.opensuse.org/309587

1 4

[New: openFATE 308353] get rid of mandb cron job
by fate_noreply＠suse.de 15 Dec '11

15 Dec '11

Feature added by: Ludwig Nussel (lnussel) Feature #308353, revision 1 Title: get rid of mandb cron job openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Description: /etc/cron.daily/suse-do_mandb runs every day to create the man page indexes and the whois databae even if no package was installed. This exercises the hard disk quite a bit. A smarter solution would be to update the index and whois db each time a manpage gets added or removed, just like it's done with info pages. -- openSUSE Feature: https://features.opensuse.org/308353

1 4

[New: openFATE 308960] Enhanced autofilter pop-up window
by fate_noreply＠suse.de 09 Dec '11

09 Dec '11

Feature added by: Kohei Yoshida (kohei_yoshida) Feature #308960, revision 1 Title: Enhanced autofilter pop-up window Requested by: Kohei Yoshida (kohei_yoshida) Description: Implement an enhanced autofilter pop-up window, by re-using the pop-up window from DataPilot. -- openSUSE Feature: https://features.opensuse.org/308960

1 5

[New: openFATE 309562] Incorporate osc vc into the build service web ui
by fate_noreply＠suse.de 05 Dec '11

05 Dec '11

Feature added by: Dave Plater (plater) Feature #309562, revision 1 Title: Incorporate osc vc into the build service web ui Buildservice: Unconfirmed Priority Requester: Important Requested by: Dave Plater (plater) Description: If small corrections to are made to packages, adding a build requirement for instance, using the web ui it is a waste to have to check out an entire package just to use osc vc to ensure change log consistency. The other way is to edit the changes file on line in which case mistakes may be made and it extends the time taken for an otherwise quick job. -- openSUSE Feature: https://features.opensuse.org/309562

1 2

[openFATE 306625] automatic email alias, irc cloak, lizards data generation on users.o.o
by fate_noreply＠suse.de 05 Dec '11

05 Dec '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #306625, revision 1 Title: automatic email alias, irc cloak, lizards data generation on users.o.o Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: To be able to maintain the list of @opensuse.org email aliases, freenode irc cloaks and lizards.o.o logins for members the openSUSE board is looking for a ruby hacker willing to implement automatic generation of aliases/cloaks in users.opensuse.org. users.o.o is a ruby on rails application. Each opensuse member has 2 email aliases (login(a)opensuse.org, forename.surname(a)opensuse.org) an freenode IRC cloak and a wordpress login to lizards.opensuse.org. At the moment this data is exported and imported manualy to the different systems. What we would need is a way to make this automatic and have the data changeable by the user. -- openSUSE Feature: https://features.opensuse.org/306625

1 10

[New: openFATE 308360] use lockdev
by fate_noreply＠suse.de 25 Nov '11

25 Nov '11

Feature added by: Ludwig Nussel (lnussel) Feature #308360, revision 1 Title: use lockdev openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Description: Ever since resmgr was dropped there is no way for unprivileged users to lock a device file such as /dev/ttyS0 even if the user has access to the device. A similar problem exists for usb devices in /dev/bus/usb. RedHat uses lockdev to solve the problem. It's a setgid 'lock' binary that manages the lock files. /var/lock is writeable by group 'lock' only. To be really useful the lockdev code needs to be cleaned up so a library is used to call the 'lockdev' helper binary. That way rpm would automatically catch the dependency. Any program accessing serial ports or usb devices as user could make use of lockdev, e.g. libgphoto2 minicom ppp sane-backends screen uucp ... References: http://cvs.fedoraproject.org/viewvc/devel/lockdev/ http://packages.debian.org/unstable/source/lockdev http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLOCKLOCKFILES -- openSUSE Feature: https://features.opensuse.org/308360

1 3

[openFATE 306188] request for RAID metadata version specification option in Partitioner's install interface
by fate_noreply＠suse.de 23 Nov '11

23 Nov '11

Feature added by: Arvin Schnell (aschnell) Feature #306188, revision 1, last change by Title: request for RAID metadata version specification option in Partitioner's install interface openSUSE-11.2: New Priority Requester: Desirable Requested by: pgnet _ (pgnet) Description: Allow setting of software raid superblock version in YaST. Relations: - request for RAID metadata version specification option in Partitioner's install interface (novell/bugzilla/id: 483973) https://bugzilla.novell.com/show_bug.cgi?id=483973 -- openSUSE Feature: https://features.opensuse.org/306188

1 12

[New: openFATE 309016] Request to be added as maintainer
by fate_noreply＠suse.de 14 Nov '11

14 Nov '11

Feature added by: Andreas Jaeger (a_jaeger) Feature #309016, revision 1 Title: Request to be added as maintainer Buildservice: Evaluation Priority Requester: Important Requested by: Andreas Jaeger (a_jaeger) Description: There's no way to ask to get added as maintainer/bugowner to a package. This could be also an implicit request when you create a new package and push it via submitreq from one project to another. Relations: - submitreq creates packages with no maintainers/bugowners (novell/bugzilla/id: 580104) https://bugzilla.novell.com/show_bug.cgi?id=580104 -- openSUSE Feature: https://features.opensuse.org/309016

1 2

[New: openFATE 308357] Replacement for Sax2 in 11.3
by fate_noreply＠suse.de 11 Nov '11

11 Nov '11

Feature added by: Tara Ikeda (TaraIkeda) Feature #308357, revision 1 Title: Replacement for Sax2 in 11.3 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Tara Ikeda (taraikeda) Partner organization: openSUSE.org Description: We need a replacement for sax2 in 11.3, as a safety measure for when auto configuration fails to detect certain monitors/keyboards/mice. Relying on the Desktop Environment for this is not the best idea, as some DE's or window managers dont provide config tools for what you might need to work. So I propose instead of relying on xrandr, Hal, devicekit or whatever there should be a GUI to configure graphics cards, mice, and keyboards without depending on the DE or a WM to provide a tool for the end user. I mention this as I have had KDE 4 fail to detect my resolutions and sometimes keyboard, luckily SAX2 is there to aid me but if its going the way of the dodo then I propose a relacement tool so that the end user wont have to make a xorg.conf and spend some time setting it up. It takes skill to make edits to a xorg.conf file and one can easily mess it up So having a helpful GUI tool is needed sometimes. Business case (Partner benefit): openSUSE.org: Because of new users mainly, because we dont want them to install openSUSE and have it fail to detect their proper monitor resolution and default to a much smaller one. The goal here is ease of use, but also to have a a safety net just in case. With openSUSE being more geared toward KDE a tool like Sax2 becomes even more needed. KDE4's monitor detection tool sucks, its always given me headaches in Ubuntu, in Mandriva, in many other KDE4 distros. It has no feature to remember monitor settings, nor does it do a good job with enabling my resolution. But i am not doing this just for me, many others have issues with KDE4's monitor tool -- openSUSE Feature: https://features.opensuse.org/308357

1 51

[openFATE 306578] Zypper integration with BuildService
by fate_noreply＠suse.de 02 Nov '11

02 Nov '11

Feature added by: Brent McConnell (everettemcconnell) Feature #306578, revision 1 Title: Zypper integration with BuildService Buildservice: Unconfirmed Priority Requester: Desirable openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: Brent McConnell (everettemcconnell) Description: Integrate zypper with Buildservice so that users can install packages from BuildService directly from zypper without having to leave the commandline. -- openSUSE Feature: https://features.opensuse.org/306578

1 6

[New: openFATE 309205] Remove old kernel package only after the new one successfully booted
by fate_noreply＠suse.de 25 Oct '11

25 Oct '11

Feature added by: Michal Marek (michal-m) Feature #309205, revision 1 Title: Remove old kernel package only after the new one successfully booted openSUSE-11.2: New Priority Requester: Important Requested by: Martin Barry (supine) Description: When the kernel package is upgraded the old one is immediately removed leaving the currently running kernel with no modules. This breaks anything that requires modules until the user has an opportunity to reboot. The removal of the old package should be delayed till the system is rebooted into the new kernel. Reproducible: Always Steps to Reproduce: 1. Kernel package is upgraded 2. Try to run tcpdump Actual Results: 3. Get error about "interface not supported" and "unknown address family" 4. Reboot into new kernel 5. Try again to run tcpdump with identical arguements 6. tcpdump works as expected Expected Results: 3. tcpdump works as expected even before system is booted into new kernel Relations: - Kernel upgrade removes modules of running kernel subtly breaking the system until rebooted into new kernel (novell/bugzilla/id: 590496) https://bugzilla.novell.com/show_bug.cgi?id=590496 Discussion: #1: unknown user (2010-03-23 14:38:59) This is another symptom of needing the ability to clean up an old kernel after a successful boot. #2: (michal-m) (2010-03-23 16:02:38) (reply to #1) Let alone defining "successful boot" would be tough, but let's say if the user has logged in, there is at least some success (but e.g. the network might still not be working though). This would be the kernel packaging part. Then there would need to be some way to tell the package manager "now it's time to remove packages x,y and z, ask the user for confirmation either via the update applet, or as soon as the package manager is started". IMO it would be a nice feature, but I have no idea how difficult the zypp/yast/updater applet part would be. -- openSUSE Feature: https://features.opensuse.org/309205

1 12

[New: openFATE 309553] Ereseva
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309553, revision 1 Title: Ereseva Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://tapioca-voip.sourceforge.net/wiki/index.php/Ereseva Ereséva is an Instant Messenger and VoIP application written to fit well with the GNOME Desktop Environment. It is written in Python and it uses the Tapioca framework which is based on Telepathy specification. -- openSUSE Feature: https://features.opensuse.org/309553

1 3

[New: openFATE 309555] GCstar
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309555, revision 1 Title: GCstar Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://www.gcstar.org/ GCstar is a free open source application for managing your collections. -- openSUSE Feature: https://features.opensuse.org/309555

1 3

[New: openFATE 308976] Color management in GNOME
by fate_noreply＠suse.de 10 Oct '11

10 Oct '11

Feature added by: Vincent Untz (vuntz) Feature #308976, revision 1 Title: Color management in GNOME openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We should make color management just work on the desktop, so that people can enjoy color accuracy when looking at their pictures, or when printing. gnome-color-manager and recent gnome-settings-daemon would bring us a great step forward. See http://projects.gnome.org/gnome-color-manager/ -- openSUSE Feature: https://features.opensuse.org/308976

1 1

[openFATE 307220] Make YaST Software Management settings persistant
by fate_noreply＠suse.de 06 Oct '11

06 Oct '11

Feature added by: Dean Hilkewich (deanjo13) Feature #307220, revision 1 Title: Make YaST Software Management settings persistant openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Dean Hilkewich (deanjo13) Description: One thing I would really like to see in 11.2 is having YaST's Software Management module retain the view selections of whether or not to show the devel and / or the debug packages. In 11.1 you have to set it upon every load up of the module. -- openSUSE Feature: https://features.opensuse.org/307220

1 4

[openFATE 305859] Make installation history accessible from Yast GUI
by fate_noreply＠suse.de 05 Oct '11

05 Oct '11

Feature added by: Atri Bhattacharya (badshah400) Feature #305859, revision 1, last change by Title: Make installation history accessible from Yast GUI openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Atri Bhattacharya (badshah400) Description: As there is now (since openSUSE 11.1) a way to access the history of installed packages and their dependencies, it would be very useful if this history could be accessed from the Yast GUI. In the present implementation, zypper saves the history in a file (/var/log/zypp/history) which is very obscure. The history thus shown from yast should be able to show official-updates and non-official upgrades in different categories. Use Case: 1. Install new software, software not working (or not liked), look-up history start yast, look-up history, uninstall software and installed dependencies. 2. Online update, something goes wrong (upgraded software not working or something), look-up history to see recent updates and revert (all from yast). -- openSUSE Feature: https://features.opensuse.org/305859

1 8

[openFATE 306982] Create an open SLES
by fate_noreply＠suse.de 03 Oct '11

03 Oct '11

Feature added by: Stephen Shaw (decriptor) Feature #306982, revision 1 Title: Create an open SLES Buildservice: Unconfirmed Priority Requester: Important Requested by: Stephen Shaw (decriptor) Description: It would be great to have something like centos but that is based off of SLES. This would give people the abililty to use openSLES (for example) and move over to SLES if needed. I believe it would help to grow our user base in the enterprise as well by allowing small companies to start and grow and later move to a supported model. I don't think we would loss customers as these are the people that probably wouldn't be buying licenses in the first place. As they grow this could completely change and they would be well positioned to buy support from Novell. -- openSUSE Feature: https://features.opensuse.org/306982

1 13

[New: openFATE 309626] Yast/Zypper should create a List with last installed Packages
by fate_noreply＠suse.de 02 Oct '11

02 Oct '11

Feature added by: Sascha Manns (saigkill) Feature #309626, revision 1 Title: Yast/Zypper should create a List with last installed Packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Sascha Manns (saigkill) Partner organization: openSUSE.org Description: I´m propose that YaST and Zypper creates after installing Packages a list (just textfile), where i can see after trouble, which Package are new installed. Business case (Partner benefit): openSUSE.org: That simplifys the serach on a bad package. -- openSUSE Feature: https://features.opensuse.org/309626

1 5

[New: openFATE 308433] Possibility to add a screenshot to package wishlist
by fate_noreply＠suse.de 21 Sep '11

21 Sep '11

Feature added by: Ilya Chernykh (Ansus) Feature #308433, revision 1 Title: Possibility to add a screenshot to package wishlist openFATE: Unconfirmed Priority Requester: Important Requested by: Ilya Chernykh (ansus) Description: Screenshots better than any words illustrate the requested application. -- openSUSE Feature: https://features.opensuse.org/308433

1 2

[New: openFATE 309274] zypper: option to automatically select "keep obsolete xyz" answer
by fate_noreply＠suse.de 20 Sep '11

20 Sep '11

Feature added by: Michal Marek (michal-m) Feature #309274, revision 1 Title: zypper: option to automatically select "keep obsolete xyz" answer openSUSE-11.3: New Priority Requester: Desirable Requested by: Michal Marek (michal-m) Description: When tracking Factory, it often happens that there is a new library A, but package B built against this new library is not available yet. zypper dup usually offers to either delete B, switch A and B from x86_64 to i586 or to not update A. I almost always chose not to update A in such cases. I want new packages, but not at any cost :-). So I'd like an option like zypper dup --fallback-keep-obsolete that would answer such questions automatically and let me review only "real" problems. -- openSUSE Feature: https://features.opensuse.org/309274

1 5

[New: openFATE 308389] Zypper - ingore All
by fate_noreply＠suse.de 20 Sep '11

20 Sep '11

Feature added by: Josef Reidinger (jreidinger) Feature #308389, revision 1 Title: Zypper - ingore All openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Josef Reidinger (jreidinger) Partner organization: openSUSE.org Description: I think it would nice to have use same answer for similar questions. Like if repository is not accessible or recently synced, then ignore all problems instead of individual answers. Use Case: For example if factory is synced and package is no longer available, then use ignore all and after run refresh and repair via verify problems. Business case (Partner benefit): openSUSE.org: If update contain many packages and user testing factory, then manual ignoring problems takes too much time and decrease time to testing. -- openSUSE Feature: https://features.opensuse.org/308389

1 2

[New: openFATE 308378] Add simple selection of partitions in installation process
by fate_noreply＠suse.de 15 Sep '11

15 Sep '11

Feature added by: Mindaugas Baranauskas (embar-) Feature #308378, revision 1 Title: Add simple selection of partitions in installation process openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Mindaugas Baranauskas (embar-) Description: Need option for simple partitions asigning to mount points in installation. In openSUSE installation from DVD, the selection of partitions of system – isn't friendly to new user. We could add option to simple (and more grafical) management of partitions. Now in comparing this installation step in openSUSE, Fedora, Mandriva and Ubuntu: our openSUSE is most uncomfortable (a lot of mouse clicks)! Ubuntu 9.10 and Fedora 12 provides simpler management; And Mandriva 2010.0 surprized – is the clearest for beginig user. The Mandriva way: Press "Use existting partition" and "Next" See collumn of partitions and near the collumn of mount points, that can be changed by click :) That's all! The partition with mount point "/" – will be automaticaly formated. I expect, that for most users – this is the most desireble way. -- openSUSE Feature: https://features.opensuse.org/308378

1 2

[New: openFATE 309539] compiz grid plugin for kwin
by fate_noreply＠suse.de 07 Sep '11

07 Sep '11

Feature added by: James Mason (bear454) Feature #309539, revision 1 Title: compiz grid plugin for kwin openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: James Mason (bear454) Partner organization: openSUSE.org Description: Compiz 'grid' plugin provides tiled window manager-like behavior in addition to traditional moveable windows. Kwin would benefit from having an equivalent feauture, for those of us with OCD. See: http://wiki.compiz.org/Plugins/Grid http://suasol.wordpress.com/2008/06/28/new-tiling-plugin-for-compiz-fusion-… Business case (Partner benefit): openSUSE.org: (1) It's incredibly useful for quickly laying out non-overlapping windows, without moving over to a (limited) tiled WM. (2) feature parity with compiz. -- openSUSE Feature: https://features.opensuse.org/309539

1 2

[openFATE 305932] testfeature
by fate_noreply＠suse.de 07 Sep '11

07 Sep '11

Feature added by: Chin-Hui Ho (tomcat) Feature #305932, revision 1, last change by Title: testfeature Requested by: Christopher Hofmann (cwh) Description: test 123 please delete me -- openSUSE Feature: https://features.opensuse.org/305932

1 6

[New: openFATE 309060] internal microphone does not works on SuSE 11.2
by fate_noreply＠suse.de 01 Sep '11

01 Sep '11

Feature added by: Dogan YILMAZ (dyilmaz) Feature #309060, revision 1 Title: internal microphone does not works on SuSE 11.2 openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dogan YILMAZ (dyilmaz) Description: Internal microphone still does not works on SuSE 11.2. My computer model is HP EliteBook 6930p and audio device is Intel Corporation 82801I (ICH9 Family). I hope you will fix this important problem on the new release. Best Regards, Dogan YILMAZ -- openSUSE Feature: https://features.opensuse.org/309060

1 2