January 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 311086] OpenStack Packaging
by fate_noreply＠suse.de 16 Feb '12

16 Feb '12

Feature added by: Martin Kudlvasr (mkudlvasr) Feature #311086, revision 1 Title: OpenStack Packaging Hackweek VI: Unconfirmed Priority Requester: Neutral Requested by: Martin Kudlvasr (mkudlvasr) Partner organization: openSUSE.org Description: Create (resp. modify current) openstack packages to work out of the box on opensuse and write an easy to follow tutorial introducing openstack. -- openSUSE Feature: https://features.opensuse.org/311086

1 4

[New: openFATE 310336] Possibility to only publish the project if all packages built successfully
by fate_noreply＠suse.de 16 Feb '12

16 Feb '12

Feature added by: Sven Burmeister (rabauke) Feature #310336, revision 1 Title: Possibility to only publish the project if all packages built successfully Buildservice: Unconfirmed Priority Requester: Important Requested by: Sven Burmeister (rabauke) Description: If not all packages from a project build successfully publishing those that were built might cause dependecy issues within the repo, i.e. those packages published do need the unpublished (because broken) packages to work. Thus it would be helpful if one could enable a flag for a repo to only publish if all packages have been built successfully. -- openSUSE Feature: https://features.opensuse.org/310336

1 3

[New: openFATE 313164] Include grsync into the distribution
by fate_noreply＠suse.de 11 Feb '12

11 Feb '12

Feature added by: Petr Uzel (puzel) Feature #313164, revision 1 Title: Include grsync into the distribution openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Petr Uzel (puzel) Partner organization: openSUSE.org Description: Grsync is a rsync GUI which makes use of the GTK libraries and is released under the GPL license. It can be effectively used to synchronize local directories and it supports remote targets as well. Sample uses of grsync include: synchronize a music collection with removable devices, backup personal files to a networked drive, replication of a partition to another one, mirroring of files, etc. It has been requested on the opensuse mailinglist that grsync is included in the distribution. For now, grsync is maintained in the buildservice, in 'network' project. -- openSUSE Feature: https://features.opensuse.org/313164

1 3

[openFATE 306367] Boot fast (not just faster)
by fate_noreply＠suse.de 09 Feb '12

09 Feb '12

Feature added by: Stephan Kulow (coolo) Feature #306367, revision 1, last change by Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: Booting fast Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. -- openSUSE Feature: https://features.opensuse.org/306367

1 19

[New: openFATE 310327] use systemd session manager instead SysVinit/upstart
by fate_noreply＠suse.de 09 Feb '12

09 Feb '12

Feature added by: Vicenç Juan Tomàs Monserrat (vtomasr5) Feature #310327, revision 1 Title: use systemd session manager instead SysVinit/upstart openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Vicenç Juan Tomàs Monserrat (vtomasr5) Description: systemd (http://www.freedesktop.org/wiki/Software/systemd) is a system and session manager for Linux, compatible with SysV and LSB init scripts. systemd provides aggressive parallelization capabilities, uses socket and D-Bus activation for starting services, offers on-demand starting of daemons, keeps track of processes using Linux cgroups, supports snapshotting and restoring of the system state, maintains mount and automount points and implements an elaborate transactional dependency-based service control logic. It can work as a drop-in replacement for sysvinit. Thanks. -- openSUSE Feature: https://features.opensuse.org/310327

1 22

[New: openFATE 313177] Persistent mountpoints in /media
by fate_noreply＠suse.de 05 Feb '12

05 Feb '12

Feature added by: Ned Ulbricht (ned_ulbricht) Feature #313177, revision 1 Title: Persistent mountpoints in /media openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Ned Ulbricht (ned_ulbricht) Partner organization: openSUSE.org Description: Prior to 12.1, it was simple to create persistent directories for use as mountpoints under /media. Going back even further, /media itself was added to the FHS because many people had been creating persistent mountpoints under /mnt, and the consensus was that /mnt should be reserved for its traditional use as a top-level temporary mountpoint. Now however, in 12.1, with the adoption of systemd, /media is being mounted as a tmpfs. In addition this change was also rolled into the sysvinit setup. See http://lists.opensuse.org/opensuse-factory/2011-10/msg00546.html Since I'm using sysvinit with 12.1 (and not going to switch to systemd for anything other than test use during this release cycle), for now I've just decided to comment out the lines that mount /media as a tmpfs in /etc/init.d/boot.localfs Business case (Partner benefit): openSUSE.org: Gratuitously breaking stuff that used to work makes people grumpy. Very grumpy. -- openSUSE Feature: https://features.opensuse.org/313177

1 2

[New: openFATE 312836] gnome-app-store
by fate_noreply＠suse.de 31 Jan '12

31 Jan '12

Feature added by: David Liang (dliang) Feature #312836, revision 1 Title: gnome-app-store Hackweek VII: Unconfirmed Priority Requester: Important Requested by: David Liang (dliang) Partner organization: openSUSE.org Description: following the ocs standard written an gnome-shell-extension to make a real gnome application store -- openSUSE Feature: https://features.opensuse.org/312836

1 8

[New: openFATE 313179] Better GUI for ENABLE_SYSRQ
by fate_noreply＠suse.de 31 Jan '12

31 Jan '12

Feature added by: Thomas Schmidt (digitaltomm) Feature #313179, revision 1 Title: Better GUI for ENABLE_SYSRQ openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Thomas Schmidt (digitaltomm) Partner organization: openSUSE.org Description: Currently, YaST2 allows to specify a number for sysconfig kernel ENABLE_SYSRQ. It should provide check boxes for individual flags instead. In the mean time, The following script will unscramble the current setting: let R="$(</proc/sys/kernel/sysrq)" if let R==1 then echo all else for K in logging keyboard dumps sync remount signalling reboot nicing do let '(R>>=1)&1' && echo $K done fi The following code will print the default setting: let L=2 'K=L<<1' 'D=K<<1' 'C=D<<1' 'M=C<<1' 'G=M<<1' 'B=G<<1' 'N=B<<1' 'R=C|M|B' echo $R Use Case: The operator observes that the system becomes unresponsive because a process (such as gdb, which can easily slip out of control) is using too much RAM. The X server is not responding because of that. The operator wants to configure the kernel so that it can use the keyboard shortcut [Alt SysRq F] to kill the memory hog. Why:: Because manual scrambling and unscrambling is inconvenient. Manual killing of excessive processes is easier than restarting the whole system by means of [Ctrl Alt F1] [Ctrl Alt Delete], and may save the operator some data loss. -- openSUSE Feature: https://features.opensuse.org/313179

1 2

[New: openFATE 313176] Trigger Single Source Service
by fate_noreply＠suse.de 30 Jan '12

30 Jan '12

Feature added by: Justin Yaple (yaplej) Feature #313176, revision 1 Title: Trigger Single Source Service Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: I have all the source files in my project downloaded from svn. One problem I have is there is no way to download one of the control files for building my packages without it triggering a build for all of them. I think it would be nice to trigger a single service to run just to update the particular file I need then be able to trigger a rebuild of only the packages that would need updated. As it is right now it always downloads my source even if no changes have happened and triggers a rebuild for all my packages. In short. I would like to be able to run a single source service rather than having to run all of them. -- openSUSE Feature: https://features.opensuse.org/313176

1 0

[New: openFATE 313173] Better GUI for ENABLE_SYSRQ
by fate_noreply＠suse.de 28 Jan '12

28 Jan '12

Feature added by: Christopher Yeleighton (yecril71pl) Feature #313173, revision 1 Title: Better GUI for ENABLE_SYSRQ openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Christopher Yeleighton (yecril71pl) Partner organization: openSUSE.org Description: Currently, YaST2 allows to specify a number for sysconfig kernel ENABLE_SYSRQ. It should provide check boxes for individual flags instead. In the mean time, The following script will unscramble the current setting: let R="$(</proc/sys/kernel/sysrq)" if let R==1 then echo all else for K in logging keyboard dumps sync remount signalling reboot nicing do let '(R>>=1)&1' && echo $K done fi The following code will print the default setting: let L=2 'K=L<<1' 'D=K<<1' 'C=D<<1' 'M=C<<1' 'G=M<<1' 'B=G<<1' 'N=B<<1' 'R=C|M|B' echo $R Use Case: The operator observes that the system becomes unresponsive because a process (such as gdb, which can easily slip out of control) is using too much RAM. The X server is not responding because of that. The operator wants to configure the kernel so that it can use the keyboard shortcut [Alt SysRq F] to kill the memory hog. Business case (Partner benefit): openSUSE.org: Because manual scrambling and unscrambling is inconvenient. Manual killing of excessive processes is easier than restarting the whole system by means of [Ctrl Alt F1] [Ctrl Alt Delete], and may save the operator some data loss. -- openSUSE Feature: https://features.opensuse.org/313173

1 1