- openSUSE Features

[New: openFATE 323898] Add new flags to zypper(8) to better support HTTPS access
by fate_noreply＠suse.de 11 Aug '17

11 Aug '17

Feature added by: Archie Cobbs (archie172) Feature #323898, revision 1 Title: Add new flags to zypper(8) to better support HTTPS access Requested by: Archie Cobbs (archie172) Partner organization: openSUSE.org Description: Please see https://bugzilla.opensuse.org/show_bug.cgi?id=402329 Quoting the original bug description: zypper(8) supports https:// URLs but does not expose much of the parameterization of SSL queries that is supported by libcurl. As a simple example, you might have a repository that you only want made available via SSL (e.g., in order to protect unencrypted passwords in HTTP Basic authentication). Then there's no way to do the following: * Use a server SSL certificate not signed by a "real" (read: expensive) certificate authority * Require a client SSL certificate It would be nice if zypper could be configured (either via command line flags or settings in /etc/zypp/repos.d/*) for the curl settings represented by these flags to curl(1): --insecure --cacert --cert --capath --engine --ciphers --egd-file --key --key-type --pass Perhaps the simplest thing to do is have some generic way of configuring libcurl. For example, any command line flag --curl-FOO (or setting curl-FOO=... in /etc/zypp/repos.d/*) would be equivalent to curl(1)'s --FOO flag. -- openSUSE Feature: https://features.opensuse.org/323898

1 1

[New: openFATE 313088] allow patches that uninstall packages
by fate_noreply＠suse.de 10 Aug '17

10 Aug '17

Feature added by: Ludwig Nussel (lnussel) Feature #313088, revision 1 Title: allow patches that uninstall packages openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: suppose security flaws are discovered in some leaf package that we cannot fix for some reason. We need a way to tell users of that package that they better uninstall the affected package. Previously we would have "solved" this by releasing a new version of the package without files. This is a rather ugly hack though. What we need is a special patch that when selected uninstalls the listed packages without causing e.g. packagekit to choke. -- openSUSE Feature: https://features.opensuse.org/313088

1 22

[New: openFATE 318355] Convert X keyboard layouts to console keymaps
by fate_noreply＠suse.de 08 Aug '17

08 Aug '17

Feature added by: Mindaugas Baranauskas (embar-) Feature #318355, revision 1 Title: Convert X keyboard layouts to console keymaps openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Mindaugas Baranauskas (embar-) Partner organization: openSUSE.org Description: In systemd world we use localectl. Mapping between console and X keyboards is complicated. I creates bugs (e.g. https://bugzilla.novell.com/show_bug.cgi?id=897803) after switching from legacy /etc/X11/xdm/Keyboard.map mapping in to new systemd /usr/share/systemd/kbd-model-map mapping. Indeed most console keyboards are obsolete, they are difficult to configure, as each layout requires specific correct parameters for kbd_mode and setfont. And YaST also have some additional mapping: /usr/share/YaST2/data/keyboard_raw.ycp. We must change essentially keyboard management in YaST. We could use Fedora solution by converting X keymaps to console keymaps to simplify keyboard issues. Use Case: As discussed in https://bugs.freedesktop.org/show_bug.cgi?id=88545, Fedora has many more console layouts, converted from X keyboard layouts with script: # Convert X keyboard layouts to console keymaps mkdir -p $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb perl xml2lst.pl < /usr/share/X11/xkb/rules/base.xml > layouts-variants.lst while read line; do XKBLAYOUT=`echo "$line" | cut -d " " -f 1` echo "$XKBLAYOUT" >> layouts-list.lst XKBVARIANT=`echo "$line" | cut -d " " -f 2` ckbcomp "$XKBLAYOUT" "$XKBVARIANT" | gzip > $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb/"$XKBLAYOUT"-"$XKBVARIANT".map.gz done < layouts-variants.lst # Convert X keyboard layouts (plain, no variant) cat layouts-list.lst | sort -u >> layouts-list-uniq.lst while read line; do ckbcomp "$line" | gzip > $RPM_BUILD_ROOT/lib/kbd/keymaps/xkb/"$line".map.gz done < layouts-list-uniq.lst Full spec file: https://apps.fedoraproject.org/packages/kbd/sources/spec/ Fedora moved upstream layouts to /usr/lib/kbd/keymaps/legacy/ . -- openSUSE Feature: https://features.opensuse.org/318355

1 27

[New: openFATE 308696] too much software search engines
by fate_noreply＠suse.de 07 Aug '17

07 Aug '17

Feature added by: Roberto Mannai (robermann79) Feature #308696, revision 1 Title: too much software search engines openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Roberto Mannai (robermann79) Description: Unify the package search services. http://software.opensuse.org/search returns results which http://packages.opensuse-community.org does not return. In a similar way, webpin (CLI and the Yast module) does not find anything. (I'm trying with codesounding for opensuse 11.2) >From an end-user perspective, he is supposed to search in two/three search engines before he could give up and can be sure of the answer? -- openSUSE Feature: https://features.opensuse.org/308696

1 2

[New: openFATE 314444] gnome-tweak-tools as default
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Jon Cosby (chief_sealth) Feature #314444, revision 1 Title: gnome-tweak-tools as default openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jon Cosby (chief_sealth) Partner organization: openSUSE.org Description: The default Gnome Settings interface has been reduced to bare bones, offering little for personal customization. There are advanced tools, I don't remember what they're called off the top of my head, but these are very complex and difficult to memorize. There's middle ground in the gnome-tweak-tools, offering far more than the default system settings and easy to use even for novice users. Why not make this part of the default installation for Gnome? Add it to the main menu, and let users know it's there. I almost forgot about it upgrading the other day, and had to do some searching. -- openSUSE Feature: https://features.opensuse.org/314444

1 1

[New: openFATE 323463] Provide icons and other information for desktop choice during installation
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Moritz Rakow (mrakow) Feature #323463, revision 1 Title: Provide icons and other information for desktop choice during installation Requested by: Moritz Rakow (mrakow) Partner organization: openSUSE.org Description: Currently, in the graphical installer, there is a radio-button list to choose âComputer Roleâ and desktop. The options are as follows (May 2017): * Workstation with KDE Plasma * Workstation with GNOME * Server (Text Mode) * Custom No additional information is provided. In my opinion, icons or logos for the choices makes it easier to identify the options. Descriptions, screenshots, and comparisons to Windows and macOS are going to make the decision for first-time users who are not familiar with Linux much easier. Also, it might be good to mention that we have an official manual for Gnome. Pros: Adding icons conveys the list options more clearly; adding descriptions and screenshots helps first-time users. Cons: Extra effort to keep info and translations up-to-date. This might be mitigated by reusing icons and descriptions from the package patterns. Use Case: First-time user coming from Windows or macOS tries out openSUSE. The terms âKDE Plasmaâ and âGNOMEâ might not mean much, but with screenshots, descriptions, comparisons to Windows and macOS, the choice is made easier. A user familiar with Linux sees icons and can select his preferred choice more quickly. Business case (Partner benefit): openSUSE.org: This helps most users who use the graphical installer with relatively little effort. Curious newcomers can make a well-informed choice that suits their needs. Hopefully the first of many. -- openSUSE Feature: https://features.opensuse.org/323463

1 1

[New: openFATE 313047] Show screenshots to help user choose which desktop to install
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Richard Brown (RBrownCCB) Feature #313047, revision 1 Title: Show screenshots to help user choose which desktop to install openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Richard Brown (rbrownccb) Partner organization: openSUSE.org Description: Currently, when the user chooses the type of Desktop they want to install they are presented with a rather 'boring' menu with lots of text, describing a little about GNOME, KDE, and how they get to choose I would like to see screenshots, possibly even a slideshow, of at least GNOME and KDE if not XFCE & LXDE for users to see and help them make their choice about which desktop environment they wish to install. Business case (Partner benefit): openSUSE.org: We have KDE selected by default, covering the 'I don't care/know just let me install this thing' userbase More advanced users probably have enough knowledge that they never read the text and already have their decision made and go straight to their DE of choice But I think we currently do a disservice to an important demographic of inquisitive users who want to choose but might not have the information yet to make one Right now, a user who doesn't know what GNOME or KDE looks like get nothing from our installer, they have to install it, try it, and if they dont like it, install the other one.. I'd argue this inquisitive demographic of users is one openSUSE is brilliantly placed to serve, as we offer so many options, so let's make it a little easier for them to make an initial choice they will be more likely to like from day 1 -- openSUSE Feature: https://features.opensuse.org/313047

1 6

[New: openFATE 312823] Rewrite spec-cleaner into Ruby and make its architecture cleaner
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Pavol Rusnak (prusnak) Feature #312823, revision 1 Title: Rewrite spec-cleaner into Ruby and make its architecture cleaner Hackweek VII: Unconfirmed Priority Requester: Important Requested by: Pavol Rusnak (prusnak) Partner organization: openSUSE.org Description: Vincent and I created a small tool Python called spec-cleaner which makes .spec files cleaner and removes some common mistakes and ancient constructs. Nowadays more and more people use it and we'd like to extend it with more features. Unfortunately, this getting harder because all spec-cleaner does is some clever text replacement. We'd need a parser to do some advanced magic so I decided to give it a try and rewrite it in Ruby (which has support for regexeps directly in its syntax and neither me nor Vincent would like to use Perl :-)). -- openSUSE Feature: https://features.opensuse.org/312823

1 1

[New: openFATE 308286] Add more educational Packages
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Frederick Yeboah (kwaku) Feature #308286, revision 1 Title: Add more educational Packages openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: Frederick Yeboah (kwaku) Partner organization: openSUSE.org Description: More educational packages needs to be added to the 11.3. These packages may include tuxmath, supertux, R, openproj, unbrello etc... Business case (Partner benefit): openSUSE.org: This helps a lot in trying to train people using the openSuse platform. This also makes much more appealing to students and the educational sector. -- openSUSE Feature: https://features.opensuse.org/308286

1 4

[openFATE 306757] big all in one live dvd/usb img (like knoppix dvd)
by fate_noreply＠suse.de 05 Aug '17

05 Aug '17

Feature added by: Bruno Gerz (bogz) Feature #306757, revision 1 Title: big all in one live dvd/usb img (like knoppix dvd) Hackweek IV: Unconfirmed Priority Requester: Important Requested by: Bruno Gerz (bogz) Description: It would be great to get live dvd images(factory tree). CDs are out, I think ;-) So you would get more feedback for packages, which are not tested by standard gnome- or kde-only live cd testers - and may be, computer magazines are interested too. It`s not so simple to build and solve all dependencies via kiwi for people, not bound in suse or novell, because anything was changed every week ;-) If not possible because of storage size, so may be you can provide periodically a big kiwi konfiguration file(or only for a released openSUSE) with solved dependencies. -- openSUSE Feature: https://features.opensuse.org/306757

1 1