October 2010 - openSUSE Features - openSUSE Mailing Lists

[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 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 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 309697] drop radeonhd in favor of radeon driver
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Thiago Sayao (sayao) Feature #309697, revision 1 Title: drop radeonhd in favor of radeon driver openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Thiago Sayao (sayao) Description: I appreciate the work done with the radeonhd driver, but currently the radeon driver works better for me (radeon HD2600 PRO cad). Benefits of the radeon driver (for my card, don't know about others): - KMS (would look nicer if opensuse uses plymouth); - Better 3D support; - Faster video; - HDTV support with sound (has a bug that sound only outputs on one connector, but works) Compiz works nicely :) With the radeonhd driver, video is very slow, no KMS, no 3D, Compiz does not work, wrong resolution is detected. -- openSUSE Feature: https://features.opensuse.org/309697

1 5

[New: openFATE 309391] Give Yast partitioner ability to create NTFS partition
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Shawn Rogers (67GTA) Feature #309391, revision 1 Title: Give Yast partitioner ability to create NTFS partition openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Shawn Rogers (67gta) Description: Is it doable to give the Yast partitioner the ability to handle the NTFS format? I normally use gparted for this, but have been making myself use the Yast tools, and have noticed the missing NTFS format option. Is this a legal issue, or just never implemented? Would love to see this feature. -- openSUSE Feature: https://features.opensuse.org/309391

1 1

[New: openFATE 309676] Automatic WebYaST skin creation using an arbitrary image.
by fate_noreply＠suse.de 26 Jun '17

26 Jun '17

Feature added by: Martin Kudlvasr (mkudlvasr) Feature #309676, revision 1 Title: Automatic WebYaST skin creation using an arbitrary image. Requested by: Martin Kudlvasr (mkudlvasr) Description: 1) User uploads a new logo (or any other image) to WebYaST 2) WebYaST chooses the most interesting colors in the logo, generates proper image and css files. 3) WebYaST looks now matches the uploaded logo. User is amazed. 4) Profit!!! I plan to use netpbm to detect the dominant colors in the image. -- openSUSE Feature: https://features.opensuse.org/309676

1 3