December 2009 - openSUSE Features - openSUSE Mailing Lists

[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

[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 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