August 2015 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312399] Software search (webpage) shoud use automatic home repros when nothing other
by fate_noreply＠suse.de 03 Aug '17

03 Aug '17

Feature added by: melchiaros melchiaros (melchiaros) Feature #312399, revision 1 Title: Software search (webpage) shoud use automatic home repros when nothing other openSUSE.org: Unconfirmed Priority Requester: Important Requested by: melchiaros melchiaros (melchiaros) Partner organization: openSUSE.org Description: ..could be found.(The title was to long) When I using the Software search website http://software.opensuse.org/search?q=&baseproject=ALL&lang=en it happens frequently to me that nothing could be found with the default search options. A switch in the search options to "Include users' home projects" could be performed manually, which contains often the missed software. But it would be a simple time saving modification when the search would do the switch automatic when the Software is in no regular repro. To point it out: When it could not found in the regular repros, show the user the results with the home repros and not show: "No packages found in the openSUSE build service that matched your query. Maybe you want to extend your search using the search options." I think this would be more user friendly. -- openSUSE Feature: https://features.opensuse.org/312399

1 3

[New: openFATE 312913] Support of Creative EMU-0204 USB-soundcard
by fate_noreply＠suse.de 03 Aug '17

03 Aug '17

Feature added by: Mikhail B (asc7uni) Feature #312913, revision 1 Title: Support of Creative EMU-0204 USB-soundcard openSUSE 12.1: Unconfirmed Priority Requester: Important Requested by: Mikhail B (asc7uni) Partner organization: openSUSE.org Description: Support of this device already in repositories of ALSA, but not released in some reason. BTW, patch that enabling 0204 support was back-ported in Ubuntu so it support sound card very well E-MU 0204 on Linux: working! (http://www.head-fi.org/t/553693/e-mu-0204-on-linux-working) Business case (Partner benefit): openSUSE.org: Because we love openSUSE more than Ubuntu ) -- openSUSE Feature: https://features.opensuse.org/312913

1 2

[openFATE 308203] Add an up-to-date patched linuxwacom
by fate_noreply＠suse.de 03 Aug '17

03 Aug '17

Feature added by: Daniel FAIVRE (geomaticien) Feature #308203, revision 1 Title: Add an up-to-date patched linuxwacom Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Daniel FAIVRE (geomaticien) Partner organization: openSUSE.org Description: Please add an up-to-date linuxwacom package to OpenSuSE repos, patched for n-trig support . See : http://en.opensuse.org/SDB:Howto_install_OpenSuSE_on_HP_tx2-xxxx_laptops Business case (Partner benefit): openSUSE.org: This is mandatory to get the support of multitouch TabletPC based on n-trig hardware, and therefore to achieve https://features.opensuse.org/300689 feature request. -- openSUSE Feature: https://features.opensuse.org/308203

1 1

[New: openFATE 308429] Package pyexiv2, the python binding for exiv2
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Damon Lynch (damonlynch) Feature #308429, revision 1 Title: Package pyexiv2, the python binding for exiv2 Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Damon Lynch (damonlynch) Partner organization: openSUSE.org Description: pyexiv2 is a python binding to exiv2, the C++ library for manipulation of EXIF and IPTC image metadata. It is a python module that allows your python scripts to read and write metadata (EXIF, IPTC, thumbnail) embedded in image files (JPEG, TIFF, ...). For more information, see: http://tilloy.net/dev/pyexiv2 (http://tilloy.net/dev/pyexiv2) Business case (Partner benefit): openSUSE.org: OpenSuse lacks this package, in contrast to Fedora, Mandriva, Debian/Ubuntu, etc. -- openSUSE Feature: https://features.opensuse.org/308429

1 2

[New: openFATE 308562] Leafnode
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Tristan Miller (psych0naut) Feature #308562, revision 1 Title: Leafnode Package Wishlist: Unconfirmed Priority Requester: Important Requested by: Tristan Miller (psych0naut) Description: Leafnode (http://leafnode.sourceforge.net/) is an easy to use NNTP server for small networks. It was previously packaged with openSUSE but seems to have been removed in the 11.2 distribution. As many popular newsreaders, such as KNode, do not support offline news reading, it is necessary to use Leafnode. Please start packaging Leafnode again in the official distribution. -- openSUSE Feature: https://features.opensuse.org/308562

1 1

[New: openFATE 311106] USB-bootable NET install image
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Andrew Jorgensen (ajorgensen) Feature #311106, revision 1 Title: USB-bootable NET install image openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Andrew Jorgensen (ajorgensen) Partner organization: openSUSE.org Description: The LiveCD iso images can be dd'd to a USB disk and booted directly without any other modification. I often want to USB-boot the NET install image. I know I can start a NET install from the Live image but the download is larger and can't be installed to a smaller USB disk. -- openSUSE Feature: https://features.opensuse.org/311106

1 3

[New: openFATE 309356] Include Qore language in the official repository
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Petr Vanek (subik) Feature #309356, revision 1 Title: Include Qore language in the official repository Package Wishlist: Unconfirmed Priority Requester: Neutral Requested by: Petr Vanek (subik) Partner organization: openSUSE.org Description: Would it be possible to include Qore programming language in the official repository? I'm working for a company - Qore creator - and we are strongly interested in this area just because we are using OpenSuse as a main platform for our business. We have RPMs packages ready in the OBS: http://download.opensuse.org/repositories/devel:/languages:/misc/ and we are ready to maintain it with the full cooperation with OpenSuse developers with release cycles on mind. More info: http://qore.org/ http://www.qoretechnologies.com/ Business case (Partner benefit): openSUSE.org: Qore in the main repo should make easier life for our customers and Qore users worldwide. Although it looks like Qore is an unknown language, we know it's used (mainly in the enterprise area) not only by our customers, but by independent 3rd party users too. -- openSUSE Feature: https://features.opensuse.org/309356

1 4

[New: openFATE 308597] fswebcam
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Thomas Spahni (vodoo) Feature #308597, revision 1 Title: fswebcam Buildservice: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Thomas Spahni (vodoo) Description: fswebcam is a command line application written in C. It captures images from a V4L1/V4L2 compatible device. The resulting image is saved to a file or sent to stdio. The package is small but powerful. It's only requirements are that the GD library be installed with JPEG, PNG and FreeType support. The source is available at http://www.firestorm.cx/fswebcam/files/fswebcam-20091223.tar.gz -- openSUSE Feature: https://features.opensuse.org/308597

1 2

[New: openFATE 308348] integrate openocd in repository
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: ben m (grumml) Feature #308348, revision 1 Title: integrate openocd in repository Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: ben m (grumml) Description: I would appreciate if openocd would be available in the official opensuse repositories. It is a great tool for hardware developers, is quite stable, has a good documentation, is easy to use and under heavy development. More information can be found on the project page: http://openocd.berlios.de/web -- openSUSE Feature: https://features.opensuse.org/308348

1 1

[openFATE 308135] Upgrade Performance Co-Pilot (PCP) package
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Martin Hicks (mohicks) Feature #308135, revision 1 Title: Upgrade Performance Co-Pilot (PCP) package Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Martin Hicks (mohicks) Description: OpenSuSE currently ships a fairly dated PCP package (2.5.0). It would be nice if a more modern version of PCP was included. Version 3.0.0 has just been released by the community. Part of the effort to move from 2.9.x to 3.0 was to update some of the packaging to split the libraries out of the core package and to create various -devel packages. -- openSUSE Feature: https://features.opensuse.org/308135

1 9

[New: openFATE 309120] freimage
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Andres Ayala (andresayala) Feature #309120, revision 1 Title: freimage Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: Andres Ayala (andresayala) Description: FreeImage is an Open Source library project for developers who would like to support popular graphics image formats like PNG, BMP, JPEG, TIFF and others as needed by today's multimedia applications. FreeImage is easy to use, fast, multithreading safe, compatible with all 32-bit versions of Windows, and cross-platform (works both with Linux and Mac OS X). -- openSUSE Feature: https://features.opensuse.org/309120

1 2

[New: openFATE 309009] Flightgear
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Sebastian Turzański (polrus) Feature #309009, revision 1 Title: Flightgear Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Sebastian Turzański (polrus) Description: Great opensource flight simulator - really takes some skills to compile by Your own making it unavailable for the newbies in Opensuse -- openSUSE Feature: https://features.opensuse.org/309009

1 1

[New: openFATE 309024] Inclusion of swftools
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Matthew Ayres (Solar_Granulation) Feature #309024, revision 1 Title: Inclusion of swftools Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Matthew Ayres (solar_granulation) Description: As the project website says: "SWFTools is a collection of utilities for working with Adobe Flash files (SWF files). The tool collection includes programs for reading SWF files, combining them, and creating them from other content (like images, sound files, videos or sourcecode). SWFTools is released under the GPL." Of course many say that Flash is becoming obsolete, but it is still widely used and very popular. Not only is it used in web desgin, but also as a platform for Multitouch development. Swftools, being open and stable, would make an excellent addition to the openSUSE standard repository. -- openSUSE Feature: https://features.opensuse.org/309024

1 1

[New: openFATE 309954] keepalived
by fate_noreply＠suse.de 02 Aug '17

02 Aug '17

Feature added by: Eric Renfro (psi-jack) Feature #309954, revision 1 Title: keepalived Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Eric Renfro (psi-jack) Partner organization: openSUSE.org Description: keepalived is used for monitoring real servers within a Linux Virtual Server (LVS) cluster. keepalived can be configured to remove real servers from the cluster pool if it stops responding, as well as send a notification email to make the admin aware of the service failure. Business case (Partner benefit): openSUSE.org: keepalived is a very nice, simple, and yet powerful failover monitoring system as well as LVS director engine. pacemaker can be nice, but in many cases it may be too much for the job needed, this is where keepalived can come in and make a network router with backup completely available. -- openSUSE Feature: https://features.opensuse.org/309954

1 2

[openFate 305640] Replace gnomesu by something more modern
by fate_noreply＠suse.de 21 Jul '17

21 Jul '17

Feature added by: Vincent Untz <vuntz(a)novell.com> Feature #305640, revision 1, last change by Title: Replace gnomesu by something more modern openSUSE-11.2: New Priority Requester: Important Requested by: Vincent Untz (vuntz) Partner organization: openSUSE.org Description: gnomesu is kind of obsolete and unmaintained. In the world of PolicyKit, we could use the new PolicyKit-aware gksu, or the adminkit stuff done by Rodrigo. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305640

1 15

[openFate 305688] system wide spellchecker (hunspell)
by fate_noreply＠suse.de 28 Jun '17

28 Jun '17

Feature added by: Kálmán Kéménczy (kkemenczy) Feature #305688, revision 1, last change by Title: system wide spellchecker (hunspell) openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Kálmán Kéménczy (kkemenczy) Partner organization: openSUSE.org Description: Why Hunspell? MySpell is not developed for quite a long time either in Mozilla and in OpenOffice.org. Hunspell is a fork of MySpell, it has great improvements is several ways, and fully backward compatible with MySpell. Main features: * Extended support for language peculiarities; Unicode character encoding, compounding and complex morphology. * Improved suggestion using n-gram similarity, rule and dictionary based pronounciation data. * Morphological analysis, stemming and generation. * Hunspell is based on MySpell and works also with MySpell dictionaries. * GPL/LGPL/MPL tri-license http://en.wikipedia.org/wiki/Hunspell http://hunspell.sourceforge.net/ Fedora project: http://fedoraproject.org/wiki/Releases/FeatureDictionary Ubuntu project: https://wiki.ubuntu.com/ConsolidateSpellingLibs I also find a reference in the wishlist: http://en.opensuse.org/Wishlist_Various Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=354554 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305688

1 15

[New: openFATE 310338] Always create /root/autoyast.xml for every installation
by fate_noreply＠suse.de 27 Jun '17

27 Jun '17

Feature added by: Darryl Miles (dlmiles) Feature #310338, revision 1 Title: Always create /root/autoyast.xml for every installation openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Darryl Miles (dlmiles) Description: Distribution such as RHEL (and any of its blood line) always leave a file /root/anaconda.ks which can be used to repeat the installation via their anaconda/kickstart process. The parallel to this with openSUSE is YaST2 and AutoYaST. The feature request is asking that at the end of every installation in the home directory of the root user the necessary file or files are created to allow the user to repeast the installation with the same options. If multiple files are needed then it maybe better provided as a single file using any archiver (tar/cpio/zip). Also making sure this format could be used directly with AutoYaST. There should be a YaST2 option to disable the emitting of configuration but the default should be to enabled it just like with RHEL. The process of making the user use another program to create an autoyast.xml descriptor is no where near as efficient as running through the entire installation process once and knowing you always get a descriptor out at the end of it. Which you can then if you like open up the editor to modify. This has far superior usability IMHO. If there are concerns over encoding hashed/encrypted passwords into the file then the generation of this installation configuration to file(s) in the root users home directory should have a tri-state value. * Off (meaning do no create any files), * On (meaning to create file(s) in the root home directory that would be necessary to perform the installation that just happened again with a new set of defaults and mostly unattended, however any security sensitive information such as passwords would not be included at all, this would be the new default for everyone), * On with Passwords (meaning the same as On but any security senstive information would also be emitted in the best possible way to retain as much security as possible, for example the password hash is in the file no the plain text password). -- openSUSE Feature: https://features.opensuse.org/310338

1 2

[openFATE 307862] zypper parallel dowloading of packages
by fate_noreply＠suse.de 27 Jun '17

27 Jun '17

Feature added by: Aris Karagiannidis (arkara) Feature #307862, revision 1 Title: zypper parallel dowloading of packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Aris Karagiannidis (arkara) Partner organization: openSUSE.org Description: Now, i think that this is already done with apt. What should happen is that zypper should download packages concurrently and when it does download them all, then it should install them Business case (Partner benefit): openSUSE.org: Faster package management -- openSUSE Feature: https://features.opensuse.org/307862

1 13

[New: openFATE 318807] practical steps to parallel downloadinging of updates
by fate_noreply＠suse.de 27 Jun '17

27 Jun '17

Feature added by: Jason Newton (jenewton) Feature #318807, revision 1 Title: practical steps to parallel downloadinging of updates openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jason Newton (jenewton) Partner organization: openSUSE.org Description: Yet another night I had to do updates, and 50-75 percent of that time I am watching being squandered away. This goes on year after year (been using SuSE since 2008 after Ubuntu, Gentoo, SlackWare before it in reverse order of usage). With typically over 700 updates equating out to about 60 minutes I think we can establish that updates on OpenSUSE are slow - even provided infinite bandwidth and SSDs. I've cracked open the zypper sources more than once with the intension of starting to rectify this but I cannot find the time to accomplish it. The problem is that the downloading used by zypper needs to be made parallel. The reasons for this are to support overlapping transfers to keep downloads going - there is a significant setup time to start a http based download and it adds up over 700 packages in a typical development installation. It gets worse when patches come up and shift execution to disk, throwing away precious internet bandwidth timeslots. This is the case with zypper (d)up --download=in-advance. The good news is this doesn't have to involve threads. I've taken a look before at adding support of this nature to zypper and while the codebase for zypper is all nice and OOPed, it is super tighly coupled to single task at a time execution. It is however using curl if I recall correctly. Parallel downloading with curl is very easy if already using curl and can be done without threads. Another way to do this without massive complications to the code base are executing a plan of what to do as is current and then entering a special "sync mode" (like rsync for updates) or exporting a shell script or text file of links so a user can download the updates to cache with an external tool designed for efficient batched downloading with pipelining and multiple outbound requests and either isolates the parallel tasks to a local module or gives the problem to an external tool. Zypper, after running this download tool or "sync mode" just sees alot of cache hits and proceeds as normal thereafter. The epitime is having a seperate download thread(pool) and connect it all up over something like DDS or ZMQ. You can build more stuff inhouse if you're into that. As dependencies are resolveed in the download threads, the update is installed in the main thread. This way update installation downloading is performed concurrently or overlapping which is going to be the fastest updates get to be installed. I think the last bit should be put on the roadmap but really this needs addressed and not repeated kicking forever and ever and so I urge SUSE zypper maintainers to provide a practical way for power users and suse admins to do this basically now if they were to go add a factory zypper repo - if this means "sync mode" or script/batch file generation for something like aria2c, that is really not so bad. Business case (Partner benefit): openSUSE.org: Resolving the problem in the right way will increase efficiency on SUSE's servers and reduce time of the update process both for SUSE and user (also read $ and time). Everybody wins and SuSE admins/power users/developers get to spend more time on other tasks. -- openSUSE Feature: https://features.opensuse.org/318807

1 3

[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