December 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310365] Light CD for older computers
by fate_noreply＠suse.de 30 Aug '11

30 Aug '11

Feature added by: Anomyous Anomyous (jcat123) Feature #310365, revision 1 Title: Light CD for older computers openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Anomyous Anomyous (jcat123) Description: A "Light CD" of openSUSE would be excellent for older computers. It would be a CD with LXDE, OpenOffice, the SUSE Base system, Test-Install YaST, and some basic tools. With this CD, older computers would be able to run openSUSE at a reasonable speed, have YaST and openSUSE community support\updates, legacy drivers, and some basic tools. With this CD edition avalible for download, you could have openSUSE on every old computer. -- openSUSE Feature: https://features.opensuse.org/310365

1 8

[New: openFATE 308324] location-based ornting
by fate_noreply＠suse.de 16 Aug '11

16 Aug '11

Feature added by: Anar Taori (anartaori) Feature #308324, revision 1 Title: location-based ornting openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: Anar Taori (anartaori) Partner organization: openSUSE.org Description: ability to print to nearest printer based on client device connecting in from Test Case: xyz Use Case: healthcare - doctor enters patient room .... Business case (Partner benefit): openSUSE.org: benefit - hipaa compliance -- openSUSE Feature: https://features.opensuse.org/308324

1 2

[New: openFATE 310402] Driver Printer Konica Magicolor 2490 (and other)
by fate_noreply＠suse.de 16 Aug '11

16 Aug '11

Feature added by: Heidjer Brandt (brandth) Feature #310402, revision 1 Title: Driver Printer Konica Magicolor 2490 (and other) openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Heidjer Brandt (brandth) Description: Hi there, there exist foo2lava printer drivers for several Konica Minolta magicolor printers (e.g. 2490 MF) for already some time. But they are not included in the standard Suse Distribution. It would be nice to include the drivers in the standard distribution. brandth -- openSUSE Feature: https://features.opensuse.org/310402

1 3

[New: openFATE 311010] printer-enabled indicator
by fate_noreply＠suse.de 16 Aug '11

16 Aug '11

Feature added by: tys lefering (twlevo) Feature #311010, revision 1 Title: printer-enabled indicator openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: tys lefering (twlevo) Partner organization: openSUSE.org Description: with yast->printer->edit there is at bottom of that window a little box "Enable Printing" which must be activated to print. When it is not activated and with browser print-page is done there is no indication the printer is not-configured to print. no popup screen or other warning. hplip hp-printing software also has no indication and may use very high cpu even then. some indicator would be nice when trying to print to a configured printer but not set enabled to print yet. also the 11.4 upgrades with 'zypper up' often turn off the printer somehow. -- openSUSE Feature: https://features.opensuse.org/311010

1 2

[openFATE 308045] Switch to native printer config
by fate_noreply＠suse.de 16 Aug '11

16 Aug '11

Feature added by: Markus K (KAMiKAZOW) Feature #308045, revision 1 Title: Switch to native printer config openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Markus K (kamikazow) Description: openSUSE 11.2 already ditched a few YaST modules that have native (GNOME/KDE) counterparts. One of the next steps sould be printer configuration. system-config-printer-kde is a port of GNOME's system-config-printer. The latter one is already available for openSUSE. To package scp-KDE, a similar approach to the (K)Ubuntu one makes sense: Bundle the Python files used by both into a separate package (system-config-printer-common) and then make system-config-printer-gnome and system-config-printer-kde available. -- openSUSE Feature: https://features.opensuse.org/308045

1 8

[New: openFATE 310784] Use dracut for initramfs
by fate_noreply＠suse.de 12 Aug '11

12 Aug '11

Feature added by: Andreas Jaeger (a_jaeger) Feature #310784, revision 1 Title: Use dracut for initramfs openSUSE-11.4: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Developer: (Novell) Description: Use dracut for initramfs instead of our own scripts. See http://sourceforge.net/apps/trac/dracut/wiki for details. Discussion: #1: Andreas Jaeger (a_jaeger) (2010-11-03 11:08:41) Harald Hoyer from Red Hat talked to Hannes and Michal about dracut, the new Fedora initramfs, at the openSUSE conference and he added it to the SUSE buildservice: https://build.opensuse.org/project/packages?project=home%3Aharaldhoyer -- openSUSE Feature: https://features.opensuse.org/310784

1 4

[New: openFATE 308372] lib→lib32; lib64→lib
by fate_noreply＠suse.de 12 Aug '11

12 Aug '11

Feature added by: Matt Williams (Milliams) Feature #308372, revision 1 Title: lib→lib32; lib64→lib openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Matt Williams (milliams) Description: Now that 64 bit machines are almost ubiquitous, how about we make openSUSE treat 64 bit libraries as the default. This is already seen in the fact that in the buld service we have default packages and then 32 bitt packages are explicitly labeled as so. I propose: * Place all 32 bit libraries in directories called lib32 (e.g. /usr/lib32 ) * Place all 64 bit libraries in directories called lib (e.g. /usr/lib ) -- openSUSE Feature: https://features.opensuse.org/308372

1 5

[New: openFATE 310938] Support Harddrives with > 3TB capacity
by fate_noreply＠suse.de 01 Aug '11

01 Aug '11

Feature added by: Denny Beyer (lumnis) Feature #310938, revision 1 Title: Support Harddrives with > 3TB capacity openFATE: Unconfirmed Priority Requester: Mandatory openSUSE-11.4: Unconfirmed Priority Requester: Mandatory openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Denny Beyer (lumnis) Partner organization: openSUSE.org Description: As harddrives with capacities more than 3TB's are available, we need to ensure that those drives are fully supported. That includes: - mainboard chipset drives supporting those drives - booting from those drives : That requires EFI/UEFI support, as MBR only supports 2TB harddrives as maximum because it's based on 32bit fields - drive needs to be set up as GPT drive because GUID partitiontable uses 64bit sector numbers - full capacity is recognized by the system and usable Recent tests were showing issues with current linux systems. Could somebody with more inside knowledge could comment on that and if this could cause problems with upcoming openSUSE releases? Test Case: I haven't got the needed hardware, but if somebody does, could he/she try to install openSUSE 11.3/4 and report issues to get some idea where we are with regards to this issue. Business case (Partner benefit): openSUSE.org: As available harddrive capacities are constantly growing, we need to make sure that opensuse can be installed on those systems without a problem. -- openSUSE Feature: https://features.opensuse.org/310938

1 15

[New: openFATE 309584] Zippl Presentation Tool (Qt, C++)
by fate_noreply＠suse.de 01 Aug '11

01 Aug '11

Feature added by: Klaas Freitag (kfreitag) Feature #309584, revision 1 Title: Zippl Presentation Tool (Qt, C++) Requested by: Klaas Freitag (kfreitag) Description: The idea of a new presentation tool called Zippl is of course inspired by the new and breathtaking tool Prezi [1] which is available online. The idea of Zippl is to implement something similar as Prezi, but as a desktop tool based on the Qt toolkit which brings the perfect modules with it. A presentation in Zippl will not be one page after the other, but a huge canvas on which spots of information lie around. These spots are the actual presentation portions and can contain (for the first attempt) out of text, geometrical items such as boxes and pixmaps. During a presentation, Zippl moves from one spot to the next, of course in a very cool animated way. Another concept of Zippl will be the "more details" idea. If the presentation goes to show more details on a spot, it dives through the spot to another one. A Zippl-Presentation will be written up in a XML file specifying the spots with its content such as text, graphics and stuff. Spots can be nested to reflect the detail thin g. Zippl XML files should be of easy structure and can be written manually, later GUI editing functionality could be added easily. There is no code yet for Zippl. The project is happy about any help from everybody who is interested in programming Qt and C++ or giving input on this stuff. [1] http://www.prezi.com -- openSUSE Feature: https://features.opensuse.org/309584

1 12

[New: openFATE 308936] Install defaults to Allow_Kernel_Updates=NO
by fate_noreply＠suse.de 26 Jul '11

26 Jul '11

Feature added by: Wilson Phillips (Wilson_Phillips) Feature #308936, revision 1 Title: Install defaults to Allow_Kernel_Updates=NO openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Wilson Phillips (wilson_phillips) Partner organization: openSUSE.org Description: Make the install default with kernel updates off. Create a config file with a flag that can be turned on or off, that must be edited. Inside the file could be all the information needed for a newbie to do his/her own kernel update without hosing thier system. Instructions, links to forums, links to video card drivers, etc. Advanced users could easily edit the file and turn on kernel updates after the install, but new users would not be blind-sided with a kernel update that leaves them in panic mode staring at the command prompt login, and wondering why they had a desktop one minute and a reboot leaves their system broken. If a new user needs a kernel update, they can do a little research and find how to edit the file, by the time they do it, they should have all the information they need to make an informed decision and be prepared with the tools they need to bring their system back online properly. Business case (Partner benefit): openSUSE.org: We have lost too many new openSUSE users over the years because they did their updates and did not know that a kernel update would break their modules. Nothing causes more panic for a newbie than a reboot that leaves them stuck at the command line interface and wondering why their system is broken. Too many just do a format and reinstall of Windows and the last we hear of them is when they post on the forums that SUSE sucks. For us old techs, this is a small problem and we know how to fix it, but for the newbie, this is a deal breaker. We must change our way of looking at these small problems and how they affect the new inexperienced users. We can not overlook these issues. We have to make them a priority. How many new users could we keep, if they never had this problem? Food for thought. -- openSUSE Feature: https://features.opensuse.org/308936

1 24