July 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306427] WLAN Driver for eeePCs
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Dominik Heidler (dheidler) Feature #306427, revision 1, last change by Title: WLAN Driver for eeePCs openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Dominik Heidler (dheidler) Description: When you are using openSUSE on an eeePC, only unencrypted and WEP Networks are working, because of Asus using a special Version of the Ateros WLAN chipset. You can fix this by installing the Kernel, provided at the end of this thred (http://www.pc-forum24.de/suse-treiber/10335-geloest-ralink-rt2860-unter-ope…) . -- openSUSE Feature: https://features.opensuse.org/306427

1 10

[openFATE 306770] Hiding Interactive Menus within kdm login
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #306770, revision 1 Title: Hiding Interactive Menus within kdm login openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: John Shand (jshand2008) Description: This would greatly enhance the security of the system as it would prevent the user from logging in in a backwards approach. thus saying this, it would be great if you can create a better security module to include this security feature within the login area. -- openSUSE Feature: https://features.opensuse.org/306770

1 6

[openFATE 306847] Internet Cafe
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: John Shand (jshand2008) Feature #306847, revision 1 Title: Internet Cafe openSUSE-11.2: Unconfirmed Priority Requester: Important openSUSE-11.3: Unconfirmed Priority Requester: Important Package Wishlist: Unconfirmed Priority Requester: Important Requested by: John Shand (jshand2008) Description: i am half way through my business plan and have decided that i need Thin Clients and high encryption logons and function working seemlessly. it would make life a lot easier if you only had one server to fix up when things go wrong instead of troubleshooting many. -- openSUSE Feature: https://features.opensuse.org/306847

1 6

[openFATE 306649] Full Google Wave support built in to openSUSE.
by fate_noreply＠suse.de 04 Nov '10

04 Nov '10

Feature added by: Michael Mooney (RaspyYeti) Feature #306649, revision 1 Title: Full Google Wave support built in to openSUSE. Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Michael Mooney (raspyyeti) Description: Ok as you may have seen in the Google I/O demo video, Google Wave is a very powerful new technology that is built around hosted conversations to enable people to communicate and work together in new and more effective ways But it's use will surpass it's creators concept for Wave. My request is for openSUSE to support both Google Wave provider features and Google Wave user features. -- openSUSE Feature: https://features.opensuse.org/306649

1 5

[openFATE 306308] Preview and cancel functions in openFATE edit mode
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

Feature added by: Rajko Matovic (rajko_m) Feature #306308, revision 1, last change by Title: Preview and cancel functions in openFATE edit mode openFATE: Unconfirmed Priority Requester: Desirable Requested by: Rajko Matovic (rajko_m) Description: Preview button - adds user comment, reply, usecase, testcase but leaves edit window opened, so that user can change layout. Cancel button - quits edit mode and drops all changes. -- openSUSE Feature: https://features.opensuse.org/306308

1 11

[openFATE 306194] openFATE Client
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

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

1 6

[openFate 305690] Replace System-V init with upstart init
by fate_noreply＠suse.de 27 Oct '10

27 Oct '10

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

1 56

[openFATE 306341] Show developer assigned information
by fate_noreply＠suse.de 26 Oct '10

26 Oct '10

Feature added by: Michael Löffler (michl19) Feature #306341, revision 1, last change by Title: Show developer assigned information openFATE: Unconfirmed Priority Requester: Important Requested by: Michael Löffler (michl19) Description: Currently its not visible for community outside Novell if a developer is set or not. To ease community conribution this information needs to be visible outside the company as well. People then can find features where help is needed much easier and/or a call for contribution can be made. -- openSUSE Feature: https://features.opensuse.org/306341

1 8

[openFate 305312] OpenSUSE <= 11.1 Alpha 2 don't install on SD card
by fate_noreply＠suse.de 06 Oct '10

06 Oct '10

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

1 18

[openFATE 306591] entropy daemons in 11.2
by fate_noreply＠suse.de 06 Oct '10

06 Oct '10

Feature added by: Brandon Philips (philipsb) Feature #306591, revision 1 Title: entropy daemons in 11.2 openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Brandon Philips (philipsb) Description: Headless and diskless servers with limited input have relied on entropy added by interrupts flagged with IRQF_SAMPLE_RANDOM. However, this feature will be disappearing from the Kernel soon. One solution is to run a daemon to add entropy from userspace to the pool. Example daemons can be found here: * http://www.vanheusden.com/aed/ * http://www.vanheusden.com/ved/ * http://egd.sourceforge.net/ 11.2 should provide these or similar daemons as options for users who require additional entropy sources to keep /dev/random from blocking on read. The Kernel thread discussing this thread can be found here: http://lkml.org/lkml/2009/4/6/283 commit 9d9b8fb0e5ebf4b0398e579f6061d4451fea3242 What: IRQF_SAMPLE_RANDOM Check: IRQF_SAMPLE_RANDOM When: July 2009 Why: Many of IRQF_SAMPLE_RANDOM users are technically bogus as entropy sources in the kernel's current entropy model. To resolve this, every input point to the kernel's entropy pool needs to better document the type of entropy source it actually is. This will be replaced with additional add_*_randomness functions in drivers/char/random.c Who: Robin Getz & Matt Mackall -- openSUSE Feature: https://features.opensuse.org/306591

1 13