May 2010 - openSUSE Features - openSUSE Mailing Lists

[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

[New: openFATE 308519] Add conntrack Tools
by fate_noreply＠suse.de 06 Oct '10

06 Oct '10

Feature added by: Don Hughes (dehughes) Feature #308519, revision 1 Title: Add conntrack Tools openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Don Hughes (dehughes) Description: Add conntrack tools for iptables from http://conntrack-tools.netfilter.org/ This application allows you to manipulate the connection tracking information under /proc/net/nf_conntrack wiht commands with syntax similar to that of iptables and ipset. The tools alow you to modify the information instead of only beinig able to list it. They also provide a way to keep the tracking information on a backup system in sync with the production system. I found that they provided a much eaier way to recover from a hung nat'ed VoIP sip connection than the previous methods (adjusting the conntrack timeout values to expire all the connections, rebooting, restarting interfaces, kicking things, all of the above) i.e. conntrack -D --orig-src <ip of sip gateway> also provided are conntrack -L (list) -G (get) -D (delete) -I (create/insert) -E (event, sort of like tail) -F (flush) with a number of filter parameters to match addresses, protocols, families, ports, etc. -- openSUSE Feature: https://features.opensuse.org/308519

1 3

[New: openFATE 309103] keep glibc and gcc at the same version during a major version
by fate_noreply＠suse.de 06 Oct '10

06 Oct '10

Feature added by: Harry ten Berge (hjtenberge) Feature #309103, revision 1 Title: keep glibc and gcc at the same version during a major version openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Harry ten Berge (hjtenberge) Description: Currently we've seen updates on glibc and gcc during the lifecycle of 11.0, 11.1, 11.2 and 11.3. I'm wondering if we've got to the point where we can leave the gcc and glibc at the same version during a complete lifecycle. So for 12.x we've got the same version of gcc and glibc, essentially providing binary compatiblity with this... -- openSUSE Feature: https://features.opensuse.org/309103

1 3

[New: openFATE 309541] Add Calibre to Factory
by fate_noreply＠suse.de 06 Oct '10

06 Oct '10

Feature added by: Juergen Weigert (jnweiger) Feature #309541, revision 1 Title: Add Calibre to Factory openSUSE-11.3: Candidate Priority Requester: Neutral Projectmanager: Important Requested by: Klaas Freitag (kfreitag) Developer: (Novell) Partner organization: openSUSE.org Description: Calibre is needed in Factory. Please use devel:tools:documentation as BSDevelProject, and collect all dependencies there. Business case (Partner benefit): openSUSE.org: requested by Markus Rex -- openSUSE Feature: https://features.opensuse.org/309541

1 2

[New: openFATE 309067] Stabelize group handling
by fate_noreply＠suse.de 02 Oct '10

02 Oct '10

Feature added by: Adrian Schröter (adrianSuSE) Feature #309067, revision 1 Title: Stabelize group handling Buildservice: Candidate Priority Requester: Mandatory Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: The user management allow also to use groups for permission settings. However, the current implementation is not yet finished. This feature is about to complete it and to allow group permission handling for * attribute settings * request and review handling -- openSUSE Feature: https://features.opensuse.org/309067

1 2

[openFATE 306616] test feature
by fate_noreply＠suse.de 02 Oct '10

02 Oct '10

Feature added by: Michael Löffler (michl_test) Feature #306616, revision 1 Title: test feature openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Michael Löffler (michl_test) Description: test feature -- openSUSE Feature: https://features.opensuse.org/306616

1 2

[openFATE 307838] OpenLDAP build with tcmalloc
by fate_noreply＠suse.de 29 Sep '10

29 Sep '10

Feature added by: Dieter Kluenter (dkluenter) Feature #307838, revision 1 Title: OpenLDAP build with tcmalloc Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Dieter Kluenter (dkluenter) Description: libtcmalloc has been proved to encrease stability of OpenLDAP with regard to memory allocation and thread handling. I would like to request to build OpenLDAP with tcmalloc . -- openSUSE Feature: https://features.opensuse.org/307838

1 1

[New: openFATE 309015] Cronie as default cron
by fate_noreply＠suse.de 28 Sep '10

28 Sep '10

Feature added by: Michal Seben (mseben) Feature #309015, revision 1 Title: Cronie as default cron openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Michal Seben (mseben) Description: Currently there is no chance to push our ~20 patches to upstream (it's already dead), so my suggestion is : switch to cronie. See prepared simple wiki page about this step. See http://en.opensuse.org/Cron_replace -- openSUSE Feature: https://features.opensuse.org/309015

1 8

[New: openFATE 308812] mailing list feeds
by fate_noreply＠suse.de 17 Sep '10

17 Sep '10

Feature added by: Peter Gumbrell (gumb) Feature #308812, revision 1 Title: mailing list feeds Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Peter Gumbrell (gumb) Description: There are some RSS news feeds associated with the mailing lists, but they seem to be broken. I noticed the feed icon in my browser when going to a page such as http://lists.opensuse.org/opensuse-features/ (http://lists.opensuse.org/opensuse-features/) but the link contains no feed data. I don't know if this is a function that once worked and has broken or just never implemented. Use Case: It would be handy to be able to merely view the feeds from an agregator rather than subscribe to the lists or view them all in a browser. -- openSUSE Feature: https://features.opensuse.org/308812

1 4

[New: openFATE 309637] Expanded kernel-source
by fate_noreply＠suse.de 14 Sep '10

14 Sep '10

Feature added by: Michal Marek (michal-m) Feature #309637, revision 1 Title: Expanded kernel-source Requested by: Michal Marek (michal-m) Developer: (Novell) Partner organization: openSUSE.org Description: Create a "mirror" of the kernel-source repository (http://gitorious.org/opensuse/kernel-source) that has the same commits as kernel-source, but the trees are actual linux sources with the suse patches applied. While this sounds easy and I have a working prototype already, there are a few gotchas to solve: * what to do with patches that do not apply (and with those that do apply, but only with a specific version of patch(1)) * what to do with really ancient suse trees that where the patch series was dependent on the architecture or flavor * how to do this incrementally and automatically after each kernel-source push Also a nice feature would be to merge with the upstream branch whenever the upstream version is updated, so that one has a single history to browse. Business case (Partner benefit): openSUSE.org: Easy browsing of the history, without having to decipher two columns with plus and minus signs. -- openSUSE Feature: https://features.opensuse.org/309637

1 4

[openFate 305706] Facebook chat/Pidgin Integration
by fate_noreply＠suse.de 07 Sep '10

07 Sep '10

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

1 7

[openFATE 307774] software repositories: provide groups
by fate_noreply＠suse.de 07 Sep '10

07 Sep '10

Feature added by: Maciej Pilichowski (truemacias) Feature #307774, revision 1 Title: software repositories: provide groups openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Maciej Pilichowski (truemacias) Description: Original report: https://bugzilla.novell.com/show_bug.cgi?id=475978 It would ease management of the repos. I could create KDE group, Gnome group, and enable/disable group, instead of doing the same to several repos at once. It could work like a macro: * disable KDE --> disable all repos that are in KDE group * enable KDE --> enable all repos that are in KDE group Don't confuse this with packages groups! -- openSUSE Feature: https://features.opensuse.org/307774

1 1

[New: openFATE 309551] Add AlarmClock package
by fate_noreply＠suse.de 04 Sep '10

04 Sep '10

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309551, revision 1 Title: Add AlarmClock package Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://alarm-clock.54.pl/ Although there's a KDE alarm clock, there doesn't seem to be an equivalent function in GNOME without resorting to something much bigger, like a PIM. This Alarm Clock seems to provide a good mix of functions in a small package, with GNOME integration. However, it would be nice to enhance this utility to (optionally) wake a computer from sleep when an alarm time arrives. -- openSUSE Feature: https://features.opensuse.org/309551

1 2

[New: openFATE 309552] Add Desktop Drapes Package
by fate_noreply＠suse.de 04 Sep '10

04 Sep '10

Feature added by: Hendrik Vogelsang (hennevogel) Feature #309552, revision 1 Title: Add Desktop Drapes Package Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: http://drapes.mindtouchsoftware.com/ Desktop Drapes is a wallpaper manager. You can use it to automatically change your wallpaper every once in a while, or to manage wallpapers by hand. -- openSUSE Feature: https://features.opensuse.org/309552

1 3

[New: openFATE 309023] Checkout from External Repositories and Packaging
by fate_noreply＠suse.de 03 Sep '10

03 Sep '10

Feature added by: Andreas Jaeger (a_jaeger) Feature #309023, revision 1 Title: Checkout from External Repositories and Packaging Buildservice: Evaluation Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Description: I'd like to see a way to setup packages that they checkout automatically from remote repositories (methods: svn, cvs, git, bazar) and build the package. For building a spec file that is part of the remote repository can be used. This will make it easy to connect to upstream projects and build packages for them. -- openSUSE Feature: https://features.opensuse.org/309023

1 3

[New: openFATE 308991] fix diff for accepted requests
by fate_noreply＠suse.de 01 Sep '10

01 Sep '10

Feature added by: Ruediger Oertel (oertel) Feature #308991, revision 1 Title: fix diff for accepted requests Buildservice: New Priority Requester: Important Requested by: Ruediger Oertel (oertel) Description: the hermes message shows a link like https://build.opensuse.org/request/diff/32196 that is already broken by the time you get the notice since the source package is usually deleted already. -- openSUSE Feature: https://features.opensuse.org/308991

1 6

[openFATE 307482] Alien on Opensuse DVD
by fate_noreply＠suse.de 31 Aug '10

31 Aug '10

Feature added by: Mircea Kitsune (MirceaKitsune) Feature #307482, revision 1 Title: Alien on Opensuse DVD openSUSE-11.3: Unconfirmed Priority Requester: Neutral Requested by: Mircea Kitsune (mirceakitsune) Partner organization: openSUSE.org Description: The Alien package converter would be a useful application to include on the Opensuse DVD, for easy installing on offline systems and including among other important tools that come with the distro (if licences allow distribution with Opensuse). Business case (Partner benefit): openSUSE.org: Some Linux programs may not come with a .rpm installer. I believe portability and easy installation of software is important in any OS. -- openSUSE Feature: https://features.opensuse.org/307482

1 4

[New: openFATE 308604] native multitouch x11 support
by fate_noreply＠suse.de 27 Aug '10

27 Aug '10

Feature added by: cristian díaz (moldavio) Feature #308604, revision 1 Title: native multitouch x11 support openFATE: Unconfirmed Priority Requester: Important Requested by: cristian díaz (moldavio) Description: native multitouch x11 support -- openSUSE Feature: https://features.opensuse.org/308604

1 9

[New: openFATE 308457] New notification theme
by fate_noreply＠suse.de 24 Aug '10

24 Aug '10

Feature added by: Vincent Untz (vuntz) Feature #308457, revision 1 Title: New notification theme openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Vincent Untz (vuntz) Description: We use a theme for notifications that is a patched upstream theme. But it has some issues, unfortunately (because of its fixed width, some text is cut). And it doesn't look that good. It's probably worth investing some time at looking at the themes other distros are using (like Fedora), and see if this can be moved upstream, so we can use it. -- openSUSE Feature: https://features.opensuse.org/308457

1 1

[openFATE 306571] Make project and package maintainers easily accessible
by fate_noreply＠suse.de 12 Aug '10

12 Aug '10

Feature added by: Susanne Oberhauser (froh) Feature #306571, revision 1 Title: Make project and package maintainers easily accessible Buildservice: New Priority Requester: Important Requested by: Susanne Oberhauser (froh) Partner organization: openSUSE.org Description: obs automatically creates aliases package-$package@... , project-$project@... , maybe @hermes.opensuse.org . The mail should get a additional subject tag [pkg:$package] ... or [prj:$project] ... , and is Cc: ed to o-factory(a)o.o with this tag. Business case (Partner benefit): openSUSE.org: Currently it's a pita to reach package maintainers, either for the whole developer community on factory (because the mails are private and not archived) or for the maintainers (as they drown in the signal / noise ration on factory. Discussion: #1: Susanne Oberhauser (froh) (2009-06-25 14:46:16) Caution is needed to avoid spam What strategies do we have for this? can we benefit from the spam filtering that's done for o-factory@... ? #2: Susanne Oberhauser (froh) (2009-06-25 14:52:39) How do we deal with non o-factory@... subscribers? I see two alternatives: Block them from using the aliases (with a corresponding automatic reply). Or allow the posts, as they come from hermes.o.o --- and make hermes deal smartly with replies, e.g. by appropriately adding the original autor of the message to the bounced message. -- openSUSE Feature: https://features.opensuse.org/306571

1 10

[New: openFATE 309086] Update to latest version automatically in one click
by fate_noreply＠suse.de 11 Aug '10

11 Aug '10

Feature added by: Daniele Granata (trueneo) Feature #309086, revision 1 Title: Update to latest version automatically in one click openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Daniele Granata (trueneo) Description: Right now we have to subscribe a lot of repos to keep our system up to date to the latest stable release, OpenOffice:Stable, Firefox:Stable, KDE4 is a pain! . I would like to lose a little in stability but a unique way to keep my openSuse in synch with te latest release. The idea is to create a "intermediate stability level", if I choose this level my system will gets all the latest update via "zypper up" or the update applet, no repos to subscribe to, no "change vendor issues". -- openSUSE Feature: https://features.opensuse.org/309086

1 12

[openFate 305267] Installation using Orca (screen reader) to Improve Accessibility
by fate_noreply＠suse.de 10 Aug '10

10 Aug '10

Feature added by: Lukas Ocilka <locilka(a)novell.com> Feature #305267, revision 1, last change by Title: Installation using Orca (screen reader) to Improve Accessibility openSUSE-11.2: New Priority Requester: Desirable Requested by: Darragh Ó Héiligh <d(a)digitaldarragh.com> Partner organization: openSUSE.org Description: Original title: Accessibility for installation could be automated with better results. Users can currently press F9 at the boot screen to hear the boot options spoken. THis is a fantastic new feature and is one that OpenSuSE is the first to add. For this you should be very proud. However, I would ask that you further build upon this success by recognising that accessibility at the boot menu has been enabled and automatically start the Orca screen reader with also setting gnome accessibility to enabled. One further consideration should be taken into account. To enable Orca to access the installation screen, Orca must be run as root. However, if Orca is run as root, the rest of the desktop is not accessible due to permissioning issues. Therefore, the installation should be run automatically if the f9 key si pressed. Note, a similar feature excluding the accessible boot menu has also been added to Ubuntu 8.04. Note that they also have a key press (F5) to automatically enable assistive technologies for installation on their live CD. References: See bnc #417874 (https://bugzilla.novell.com/show_bug.cgi?id=417874) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305267

1 5

[openFATE 307985] MozillaSunbird-devel
by fate_noreply＠suse.de 06 Aug '10

06 Aug '10

Feature added by: Henrik Kaare Poulsen (kaarposoft) Feature #307985, revision 1 Title: MozillaSunbird-devel Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Henrik Kaare Poulsen (kaarposoft) Partner organization: openSUSE.org Description: Development package with header files for MozillaSunbird needed Business case (Partner benefit): openSUSE.org: Needed to build mozilla-sync plugin for OpenSync -- openSUSE Feature: https://features.opensuse.org/307985

1 4

[openFate 305589] Checkbox "include user home projects in search"
by fate_noreply＠suse.de 30 Jul '10

30 Jul '10

Feature added by: Pavol Rusnak <prusnak(a)novell.com> Feature #305589, revision 1, last change by Title: Checkbox "include user home projects in search" Buildservice: New Priority Requester: Desirable Requested by: Pavol Rusnak <prusnak(a)novell.com> Partner organization: openSUSE.org Description: Here's one idea to start with: on the search page, have a checkbox labeled "Include user home projects in search" which defaults to OFF. Then at least you have one level of separation (between "official" and home projects) that is clear to both developers and users. And developers will be motivated to move their generally useful packages into an "official" project by the fact that the default checkbox is OFF. http://lists.opensuse.org/opensuse-buildservice/2008-12/msg00088.html -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305589

1 4