January 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309359] Software management idea:Missing drivers/firmware feature
by fate_noreply＠suse.de 22 Jun '17

22 Jun '17

Feature added by: ryan smith (ryan1414) Feature #309359, revision 1 Title: Software management idea:Missing drivers/firmware feature openSUSE-11.3: Unconfirmed Priority Requester: Mandatory Requested by: ryan smith (ryan1414) Description: I have a feature request for OpenSUSE 11.3. In Yast's Software management, there should be a "missing drivers/firmware" section where once a user clicks on there it will scan a PC's hardware that doesn't have a driver/firmware, then it will display the missing drivers/firmware that users can download. This will save alot of time for beginners who don't even know what drivers/firmware they need for their wifi card, printer, etc. -- openSUSE Feature: https://features.opensuse.org/309359

1 3

[New: openFATE 310830] Pinta project added
by fate_noreply＠suse.de 22 Jun '17

22 Jun '17

Feature added by: Jared Meidal (kahu) Feature #310830, revision 1 Title: Pinta project added openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Jared Meidal (kahu) Partner organization: openSUSE.org Description: The mono-based graphics editor ought to be integrated with next OpenSUSE release: http://pinta-project.com/ Ubuntu has dropped GIMP integration, which is not what I'm looking for, but simply support for an additional project that fits a beginning-intermediate graphic editor user base. Business case (Partner benefit): openSUSE.org: Pinta offers an easy and accessible interface for beginners and tools for intermediate graphic editing. The fact that this is an attractive and usable application contrasts with GIMP which has its place but can make novices feel lost and unsure of where to start. I suggest the OpenSUSE community get behind this project, develop rpm builds and add it into their 11.4 repositories! We need more attractive, sleek interfaces which are highly functional and provide the tools for our audience-- I think we're missing out if we skip this one. -- openSUSE Feature: https://features.opensuse.org/310830

1 4

[New: openFATE 314710] Replace Kmix with Veromix as the pulse mixer.
by fate_noreply＠suse.de 21 Jun '17

21 Jun '17

Feature added by: Gavin S (gav616) Feature #314710, revision 1 Title: Replace Kmix with Veromix as the pulse mixer. openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Gavin S (gav616) Partner organization: openSUSE.org Description: Veromix is more feature rich then kmix and easier to use. -- openSUSE Feature: https://features.opensuse.org/314710

1 1

[New: openFATE 310175] Zypper / YAST should cache partially downloaded packages
by fate_noreply＠suse.de 21 Jun '17

21 Jun '17

Feature added by: Ankleface Wroughtlandmire (bummmm) Feature #310175, revision 1 Title: Zypper / YAST should cache partially downloaded packages openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Ankleface Wroughtlandmire (bummmm) Description: Hello, I have a flaky internet connection. So it's important for me to be able to resume partially downloaded files. I would like the YAST software manager and Zypper to resume downloads of packages where I left off in case of any error. Thanks! -- openSUSE Feature: https://features.opensuse.org/310175

1 3

[New: openFATE 318085] Yast2 Bad Connection Download Improvement
by fate_noreply＠suse.de 21 Jun '17

21 Jun '17

Feature added by: John Banister (jbanister) Feature #318085, revision 1 Title: Yast2 Bad Connection Download Improvement openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: John Banister (jbanister) Partner organization: openSUSE.org Description: As I type this, my other computer has been attempting to perform a software update. The patch download will get to some random percentage, usually between 70 and 85, freeze, and restart. This happens over and over. As my poor 3G data connection is metered, this is both frustrating and expensive. I assume the freezing happens because either my computer or the server didn't hear the other, and both are waiting for the other to speak. I have a couple suggestions. One suggestion is to have Yast count the number of attempts at the current download and if the count is more than two, switch into a "bad connection mode." Another suggestion is that in "bad connection mode," route the download attempt through the Opera Turbo servers. They seem to be good at talking to computers that have a bad connection. Another suggestion is, in "bad connection mode" give the download protocol extra consideration that, the reason there's been no data coming in for a while is that your request to continue (or confirmation of data received) didn't make it back to the server, and repeat the request. When the transfer starts over just fine, something is happening correctly that ought to also happen in the middle of the transfer to correct the situation when it freezes. Another suggestion is that when a download freezes in "bad connection mode" (or when the file size is greater than 20 MB), in addition to "retry," provide a "resume" option that performs a check to see that the file being downloaded hasn't been updated, and if not, then (unless it's very small) resumes where it left off instead of starting over. The Firefox plugin, DownThemAll, is good at this, and it's open source, so you could copy what they do. A final suggestion is when there's an Abort in "bad connection mode" to give an option for Yast to keep the downloaded material and the list of material to download for a while, against the possibility of another installation attempt. That way stuff that was downloaded before the user ran out of time or otherwise gave up doesn't have to be re-downloaded later on. I know, "Keep Downloaded Packages" is a solution to this, but this would be "Keep Downloaded Packages that didn't install yet." Ok, thanks for taking the time to read and consider these words. They've been repeating in my mind for a few months, so I thought I might express them. Business case (Partner benefit): openSUSE.org: We want this to show kindness to people with poor, slow data connections and also to give an impression of improved reliability, which gives people a good feeling about the product. -- openSUSE Feature: https://features.opensuse.org/318085

1 2

[New: openFATE 310804] Include Unity as alternative GNOME GUI
by fate_noreply＠suse.de 21 Jun '17

21 Jun '17

Feature added by: Markus K (KAMiKAZOW) Feature #310804, revision 1 Title: Include Unity as alternative GNOME GUI openSUSE-11.4: Unconfirmed Priority Requester: Desirable Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Markus K (kamikazow) Partner organization: openSUSE.org Description: Canonical introduced "Unity" with Ubuntu 10.10 as netbook GUI and plans to extend it for desktop use. As Unity is FOSS (GPLv3), Unity can be made available as alternative GUI. Business case (Partner benefit): openSUSE.org: Users may want to try different user experiences. Offering Unity as option would be beneficial. Its dependencies are probably all already packaged anyway. -- openSUSE Feature: https://features.opensuse.org/310804

1 10

[New: openFATE 314943] UTC clock KDE
by fate_noreply＠suse.de 21 Jun '17

21 Jun '17

Feature added by: Mike Corbin (mike021361) Feature #314943, revision 1 Title: UTC clock KDE openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Mike Corbin (mike021361) Partner organization: openSUSE.org Description: The UTC popup on the KDE desktop clock says silly things such as 2:02 AM UTC or 10:45 PM UTC. UTC is a 24 hour format so one would expect 02:02 UTC or 22:45 UTC. openSUSE 12.3 via zypper dup. Thank you. -- openSUSE Feature: https://features.opensuse.org/314943

1 1

[New: openFATE 320342] Add btrfs subvolume options to autoyast
by fate_noreply＠suse.de 20 Jun '17

20 Jun '17

Feature added by: Matthias Eckermann (mge1512) Feature #320342, revision 1 Title: Add btrfs subvolume options to autoyast Requested by: Matthias Eckermann (mge1512) Partner organization: openSUSE.org Description: Currently you can't specify btrfs subvolume options is a autoYaST control file. E.g. the standard install of Leap 42.1 creates four subvolumes with option "no copy on write": @/var/lib/libvirt/images @/var/lib/mariadb @/var/lib/mysql @/var/lib/pgsql There ought to be a way to achieve this with autoYaST. Currently subvolumes are specified as: <subvolumes config:type="list"> <listentry>boot/grub2/i386-pc</listentry> <listentry>boot/grub2/x86_64-efi</listentry> <listentry>home</listentry> </subvolumes> a possibly syntax could be e.g.: <subvolumes config:type="list"> <subvolume> <subvolume-path>var/lib/pgsql</subvolume-path> <subvolume-options>nodatacow,noacl</subvolume-options> </subvolume> </subvolumes> or make the subvolume-options a list.. Also the installer should respect these options and autoyast should use them when creating a reference profile. Relations: - Add btrfs subvolume options to autoyast (feature/copiedfrom: 319895) -- openSUSE Feature: https://features.opensuse.org/320342

1 7

[New: openFATE 321838] Support TRIM/discard mode when installing to SSD
by fate_noreply＠suse.de 13 Jun '17

13 Jun '17

Feature added by: Peter Simons (psimons) Feature #321838, revision 1 Title: Support TRIM/discard mode when installing to SSD openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Peter Simons (psimons) Partner organization: openSUSE.org Description: While installing Tumbleweed (and Leap 42.2) with an encrypted disk, there is no way to enable TRIM/discard mode the for the underlying SSD. I *can* specify the "discard" mount option in the expert partitioner mode, but I cannot add the necessary "--allow-discards" option to the call to "cryptsetup" anywhere. Only *after* booting the newly installed system it's possible to enable that feature, and even then I have to manually edit /etc/crypttab to do it. Business case (Partner benefit): openSUSE.org: TRIM mode allows modern SSDs to operate faster than they can without it. There are security implications when combined with LUKS encryption, but having that ability as an optional feature sure is desirable (and many other distributions support it, too). -- openSUSE Feature: https://features.opensuse.org/321838

1 9

[openFATE 308163] Add mc (midnight commander) to selected packages by default during installation
by fate_noreply＠suse.de 13 Jun '17

13 Jun '17

Feature added by: Yuri Baranow (ybaranow) Feature #308163, revision 1 Title: Add mc (midnight commander) to selected packages by default during installation openFATE: Unconfirmed Priority Requester: Important Requested by: Yuri Baranow (ybaranow) Partner organization: openSUSE.org Description: During installation, after selecting desktop type (gnome or kde) by defaultthe packageMC (Midnight Commander) is always turned off. Add MC package to be selected for installation by default. Thank you. Use Case: Every installation from any media Business case (Partner benefit): openSUSE.org: From year to year, from version to version when I install suse, after selecting desktop type (gnome or kde) I always MUST go into detailed package selection to turn on MC (Midnight Commander) to be installed also. This become very anoying for me. :-( Oh, Please... Add MC package to be selected for installation. Thank you. -- openSUSE Feature: https://features.opensuse.org/308163

1 14