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
Feature added by: Helmut Schaa (hschaa)
Feature #305946, revision 1, last change by
Title: NetworkManager - Autoselect correct peap version
openSUSE-11.2: Unconfirmed
Priority
Requester: Important
Requested by: Helmut Schaa (hschaa)
Description:
If no peap version is specified wpa_supplicant will already choose the right one. However, NetworkManager does not make use of that feature yet. It would be much easier for users to select peapversion "Auto" instead of having to know if the authentication server allows version 0 or 1. The peap version selection should still be possible as the user may restrict the connection to a specific peap version. Hence, I suggest a drop down combo with the items "Auto", "version 0" and "version 1".
--
openSUSE Feature:
https://features.opensuse.org/305946
Feature added by: Stephan Kulow (coolo)
Feature #305851, revision 1, last change by
Title: Include kiwi-ltsp in Factory
openSUSE-11.2: Unconfirmed
Priority
Requester: Important
Requested by: Jigish Gohil (cyberorg)
Description:
I've been maintaining KIWI-LTSP: LTSP5 implementation on openSUSE using KIWI in server:ltsp Build Service repository, now it is at the stable and production ready state.
This is request to include the packages(not all of them) in openSUSE Factory, and possibly 11.3 later.
Relations:
- Include kiwi-ltsp in Factory (novell/bugzilla/id: 474360)
https://bugzilla.novell.com/show_bug.cgi?id=474360
Discussion:
#1: Jigish Gohil (cyberorg) (2009-02-10 08:42:08)
Should this have gone on https://features.opensuse.org/ ?
#2: andrea florio (anubisg1) (2009-02-10 09:16:58)
+1 for me... kiwi-ltsp is great and works fine!
#3: Shrenik Bhura (sbhura) (2009-02-11 05:20:31)
The inclusion will largely serve as an impetus for further development of this great project. With increased exposure, the motivation to deliver a quality project shall also increase.
#4: Ken Yap (ken_yap) (2009-02-11 06:31:44)
Yes, please include it in OpenSUSE, it will make OpenSUSE more attractive to people who want to build thin client clusters.
#5: Stephan Kulow (coolo) (2009-02-11 06:53:23)
why not Factory:Contrib? And I agree with #1
Having it in Factory means currently that someone from novell needs to review them and that's why we created contrib where everyone capable can maintain packages that go with a specific openSUSE release.
And for having it on the DVD it's a bit too special use case, so it would be online repo only anyway.
#6: Jigish Gohil (cyberorg) (2009-02-11 07:00:00)
Not on the DVD, but Factory and OSS online repo.
Instead of Contrib isn't current location - server:ltsp more appropriate?
Idea is to include it officially in the distribution. I am sure we can make a same kind of arrangement we have in place for compiz to maintain this as well.
--
openSUSE Feature:
https://features.opensuse.org/305851
Feature added by: Stephan Kulow (coolo)
Feature #306291, revision 1, last change by
Title: ADD ability to launch YaST modules via SystemSettings
openSUSE-11.2: Unconfirmed
Priority
Requester: Desirable
Requested by: Paul Lubetsky (vegeek)
Description:
It would be better and simplier for novice to have only one configuration panel in the system, both for KDE and general System Administration via YaST. Similiar work was done for gnome: now opensuse has an integrated all-in-one control panel there. I propose to add an Administration tab in systemsettings, which would provide launchers for YaST`s system administration tools.
Reproducible: Always
Steps to Reproduce: Simply open menu: you`ll find there two different launchers for YaST and SystemSettings. Actual Results: Now SystemSettings and YaST aren`t integrated.
Expected Results: User want to do some system administration tasks, he/she opens SystemSettings and opens required configuration tool.
Something similiar was in SuSE 10.0 with KDE3.4.
Relations:
- ADD ability to launch YaST modules via SystemSettings (novell/bugzilla/id: 487611)
https://bugzilla.novell.com/show_bug.cgi?id=487611
--
openSUSE Feature:
https://features.opensuse.org/306291
Feature added by: Raúl García (bgta)
Feature #306194, revision 1, last change by
Title: openFATE Client
openFATE: Unconfirmed
Priority
Requester: Desirable
Requested by: Raúl García (bgta)
Description:
It would be interesting to create a client like Bug Buddy to openFATE. With a desktop shortcut, the users can suggest new requirements for future developments.
--
openSUSE Feature:
https://features.opensuse.org/306194
Feature added by: Vitaliy Tomin (HighwayStar)
Feature #305690, revision 1, last change by
Title: Replace System-V init with upstart init
openSUSE-11.2: Unconfirmed
Priority
Requester: Important
Requested by: Vitaliy Tomin (highwaystar)
Partner organization: openSUSE.org
Description:
Upstart - an event-based init daemon. It can provide more flexible init system for more faster and effective boot and communication with the init daemon over D-Bus. upstart home page http://upstart.ubuntu.com/
--
openSUSE Feature:
https://features.opensuse.org/?rm=feature_show&id=305690
Feature added by: Arvin Schnell <aschnell(a)novell.com>
Feature #305312, revision 1, last change by
Title: OpenSUSE <= 11.1 Alpha 2 don't install on SD card
openSUSE-11.2: New
Priority
Requester: Important
Requested by: Harald Welte <haraldwelte(a)viatech.com>
Partner organization: openSUSE.org
Description:
[Please note that I'm working for the CPU+Chipset maker VIA and this is an actually important feature for the 'netbook' class of devices in the coming months]
Recently, BIOS vendors have been starting to implement a 'boot from SD card' feature, much like they have added 'boot from USB memory stick' some years ago.
The only SD-card host controller that I've seen this implemented for is SDHCI compliant host controllers.
While this is a nice feature to support, for most systems it is just a gimmick and not something neccessarry.
However, there are hand-held devices such as netbooks in the pipeline which do not have any other mass storage device. No hard disk and no IDE-attached flash disk or the like. They just have one (more likely two or more) SD card slots and you install and store not only your data but the entire operating system on that SD card.
Furthermore, there are products like Samsung moviNAND which are basically a SDcard in a BGA package that can be soldered onto a PCB. So from a protocol and software point of view it is a SD card, but it is mechanically soldered onto the board. Such device have gained some popularity in ARM-based designs, but we'll likely see them in the x86 world, too.
To make this happen,
The distribution installation initrd needs to
1. include and auto-load the sdhc.ko and sdhci_pci.ko kernel modules 2. create the /dev/mmcblk* device nodes as per udev/hotplug events
The actual distribution installation program needs to
1. recognize /dev/mmcblk* as block devices that can be used as target device 2. use a grub-install or similar program that can discover the bios drive number to /dev/mmcblk* device name mapping
I have outlined the full details at http://wiki.gpl-devices.org/wiki/Installing_Linux_on_booting_SD_card
--
openSUSE Feature:
https://features.opensuse.org/?rm=feature_show&id=305312
Feature added by: Kevin Dupuy (kdupuy9)
Feature #305706, revision 1, last change by
Title: Facebook chat/Pidgin Integration
openSUSE-11.2: Unconfirmed
Priority
Requester: Desirable
Requested by: Kevin Dupuy (kdupuy9)
Partner organization: openSUSE.org
Description:
Facebook is currently the most popular social networking site, and it's chat functionality is being used as an IM client for many people. With pidgin-facebookchat (http://code.google.com/p/pidgin-facebookchat/) , Pidgin seamlessly integrates Facebook friends and chats as it would any other IM service. The plugin is already there, and licensed under the GPLv3 (see website above).
--
openSUSE Feature:
https://features.opensuse.org/?rm=feature_show&id=305706