January 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309996] zypper download speed up
by fate_noreply＠suse.de 27 Jun '17

27 Jun '17

Feature added by: Robert Xu (bravoall1552) Feature #309996, revision 1 Title: zypper download speed up openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Robert Xu (bravoall1552) Partner organization: openSUSE.org Description: I think we should have zypper use aria2 or some similar program to allow 2 consecutive downloads at once. While there is an option in zypp.conf, it does not work naturally with zypper and GUI tools. Having 2 downloads at once can speed up installation rapidly. For those who aren't in the DownloadInAdvance mode, maybe they can: * download 2 at once, add them to install queue, and have the install queue process as soon as the first download is done. Business case (Partner benefit): openSUSE.org: Because Zypper is a little slow, and that's preventing a lot of packages from being installed in time. We should be able to have zypper as speedy as possible. -- openSUSE Feature: https://features.opensuse.org/309996

1 9

[New: openFATE 318397] do not delete required Windows partitions
by fate_noreply＠suse.de 27 Jun '17

27 Jun '17

Feature added by: Chris Murphy (kopathangawa) Feature #318397, revision 1 Title: do not delete required Windows partitions Requested by: Chris Murphy (kopathangawa) Partner organization: openSUSE.org Description: The 13.2 installer makes an inappropriate suggestion that results in the deletion of the Intel Rapid Start partition used by Windows 8 for fast boots. There are certain cases where this could lead to corrupted boots. Test Case: dual-boot default installation proposes deleting a required partition https://bugzilla.suse.com/show_bug.cgi?id=914582 Use Case: UEFI Windows dual-boot installation with openSUSE. Installer should recommend options that don't result in possible corruption or data loss. -- openSUSE Feature: https://features.opensuse.org/318397

1 1

[New: openFATE 311366] Integrate biosdevname into the openSUSE installer
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Narendra K - (narendra_k) Feature #311366, revision 1 Title: Integrate biosdevname into the openSUSE installer openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Narendra K - (narendra_k) Partner organization: openSUSE.org Description: Description: On a Dell PowerEdge server with multiple add-in cards, the naming of the network interfaces is non-deterministic. This results in 'eth0' not mapping to "Embedded NIC 1" as labeled on the server chassis. This issue is seen on Dell PowerEdge 10G above. This feature addresses this issue by renaming network interfaces based on their location on the system motherboard at install time. The naming policy it suggests are as follows:    <![endif]--> Embedded devices: em<port> Add-in PCI cards: pci<slot>p<port>_<virtual function instance> On a PER710 with 4 Lan-On-Motherboard interfaces and a dual port add-in network controller, the interface names would look like - Onboard interfaces - em1 em2 em3 em4 Interface names for the dual port add-in controller on pci slot 2 pci2p0, pci2p1 If the second port has virtual functions enabled -pci2p1_0, pci2p1_2 ... etc Business case (Partner benefit): openSUSE.org: This feature request addresses the non-determinism in network interface naming and allows referring to the interfaces based on their physical location on the motherboard. This would help in easy administration and eliminates the need for embedded state such as HWADDR into the configuration files and names will be consistent across reboots. -- openSUSE Feature: https://features.opensuse.org/311366

1 4

[New: openFATE 311364] Include biosdevname udev helper utility into openSUSE
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Narendra K - (narendra_k) Feature #311364, revision 1 Title: Include biosdevname udev helper utility into openSUSE openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Narendra K - (narendra_k) Partner organization: openSUSE.org Description: This feature is needed to implement the "Consistent Network device naming-Name network interfaces to match chassis labels" (https://features.opensuse.org/310896) Biosdevname is a udev helper which can suggest chassis based names to network interfaces. Please find latest version of biosdevname here - http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.7.tar.gz http://linux.dell.com/files/biosdevname/permalink/biosdevname-0.3.7.tar.gz.… git://linux.dell.com/biosdevname.git -- openSUSE Feature: https://features.opensuse.org/311364

1 7

[New: openFATE 313430] Safe snapper snapshot creation / restoration during boot / shutdown
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Ivar Nikolaisen (Quantumboredom) Feature #313430, revision 1 Title: Safe snapper snapshot creation / restoration during boot / shutdown openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Ivar Nikolaisen (quantumboredom) Partner organization: openSUSE.org Description: Currently Snapper takes snapshots both when doing system changes using YaST / Zypper, and also automatically on a schedule. The problem with these snapshots is that system integrity is not guaranteed (i.e., a snapshot can be taken while a file is being written, leaving the file in a corrupted state upon restoring the snapshot). I propose a mechanism where snapper takes a snapshot upon system shutdown at a stage where the snapshot can be guaranteed to be consistent. This could for example be just like a timeline snapshot, except the description should highlight that it was taken at system shutdown. It would also be very nice if it was possible to restore snapshots when booting (I believe Fedora is already working on something like this), but perhaps this should be a separate feature request? Business case (Partner benefit): openSUSE.org: It is obviously useful to have known-good restore points. Especially useful for the many users of proprietary display drivers (even more so if using Tumbleweed!). -- openSUSE Feature: https://features.opensuse.org/313430

1 3

[New: openFATE 310713] put /etc under (git) version control
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Christoph Obexer (cobexer) Feature #310713, revision 1 Title: put /etc under (git) version control openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Christoph Obexer (cobexer) Description: put /etc under (git) version control to track changes made to the configuration, merge new configuration options coming from package updates / security fixes an handle the case where RPM decides to create a .rpmsave - where a administrator would need to migrate all changes from the old version to the new one in order to not end up with an unusable system upon reboot. Integration in YaST would be very cool, you could have a look at what an update changed in your system, and YaST could force you to migrate changes to configuration files that are no longer in effect. there are a fewsilly things in /etc (CUPS, alsa, ld.so.cache, and the bootsplash images i recall) that cause a lot of "fake" changes, but they would be easy to "fix". checking differences in configurations between multiple systems(to diagnose problems...) would be easy too, simply clone them and diff them, very efficient ;) . making backups of the system configuration would be easy too (simply back up /etc/.git and restoring would be non destructive in that you could check what changes will be restored) (subversion would not work well, for example because of gconf IIRC) Use Case: there was a security update once concerning session entropy in PHP, since the php.ini has been modified on the system in question the update process created a .rpmnew file, a file i would have never found it if I had not put /etc under git version control. With git however it was easy to see the file, I moved it over the php.ini and had a look at the changes, merged them in and committed the changes. -- openSUSE Feature: https://features.opensuse.org/310713

1 8

[New: openFATE 308465] Filter for Fold View Widget & Dolphin
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: John Moore (Johnfm3) Feature #308465, revision 1 Title: Filter for Fold View Widget & Dolphin openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: John Moore (johnfm3) Partner organization: openSUSE.org Description: The ability for a user to filter for files that the user or a group has permissions too. Perferably the group that the user is a member of. Business case (Partner benefit): openSUSE.org: In my example, I have 7 users that are joined to 4 groups (stored in LDAP) kids, preteens, teens, parents. On a NFS share, I have 105 movies, but 15 movies the members of the kids group can watch. Parents can watch all 105 movies. Its hard for members of the kids and preteen groups to quickly pick out which movie they can watch when there is 105 videos to browse thru. This gets worst when you add a Large Music collection of over 20,000. Move this to a small business enviorment, and you have a large public share that only has a small percentage of files that pertain to you. In the ideal world, the Administrator would have different shares for different groups, but in the work place things grow and dont get properly managed and relocated. When things do get move, users get pissed when things arent where they were. So typicly public shares get left alone and keep growing. -- openSUSE Feature: https://features.opensuse.org/308465

1 2

[New: openFATE 311033] GPS devices
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Toran Korshnah (ToranK) Feature #311033, revision 1 Title: GPS devices openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Toran Korshnah (torank) Partner organization: openSUSE.org Description: It woul be nice to update, control and use my TomTom without the need for a Winbox. -- openSUSE Feature: https://features.opensuse.org/311033

1 2

[New: openFATE 316815] AppArmor profile for Skype
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Tristan Miller (psych0naut) Feature #316815, revision 1 Title: AppArmor profile for Skype openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Tristan Miller (psych0naut) Partner organization: openSUSE.org Description: Skype is probably the most popular VOIP and videoconferencing software. Unfortunately, it is proprietary, and is known to violate users' privacy -- AppArmor reports it touching all sorts of files it has no business reading, such as files in the user's Firefox or SeaMonkey profile directories. Please consider producing and maintaining an AppArmor profile for Skype in the openSUSE distribution. User-contributed profiles such as the ones in the wiki (http://en.opensuse.org/SDB:Skype#Privacy_and_security) become nonfunctional with new Skype releases. It's not trivial to produce working AppArmor profiles for Skype (I wasn't able to do it myself after an hour or so or trying) but perhaps some knowledgeable openSUSE security developer could apply her expertise to creating an officially supported profile. -- openSUSE Feature: https://features.opensuse.org/316815

1 1

[New: openFATE 314445] Update puppet and puppet-server
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Niels Abspoel (aboe76) Feature #314445, revision 1 Title: Update puppet and puppet-server openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Niels Abspoel (aboe76) Partner organization: openSUSE.org Description: With the 12.2 release puppet is at 2.7.6-4.1.2 while puppetlabs is stable at 2.7.19 This is the same version as in Factory. I've tested the packages from the factory repo and they work without a problem on suse 12.2. Business case (Partner benefit): openSUSE.org: Puppet is a very good opensource configuration management system and with an up to date package, more people will use it on OpenSuse and create more modules for this distribution. -- openSUSE Feature: https://features.opensuse.org/314445

1 3