April 2017 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310112] Desktop files with debuging feature
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Sławomir Lach (Lachu) Feature #310112, revision 1 Title: Desktop files with debuging feature openSUSE-11.4: Unconfirmed Priority Requester: Neutral Requested by: Sławomir Lach (lachu) Partner organization: openSUSE.org Description: Often users don't know how track problems and there's no simple sollutions for begginiers. I think, that adding additional fields to .desktop files will helps a lot. Thease fileds should been named DEBUG_MODE_ON and DEBUG_MODE_RUNNER. Once DEBUG_MODE_RUNNER is not present, there's should exist mechanism to debug(ex. running konsole and application on it ; or better redirecting stderr and stdout onto file and asks user to display it/send/etc. after application quits). Test Case: Test that dialog with question about displaying log file don't show before application quits. Use Case: Better can't run some application, because some libraries isn't present on the system. It will only right click on application runner and select debug mode. Business case (Partner benefit): openSUSE.org: * Developers of application could add custom debug mode with full featured information gathering and sending log file to vendor. It could make support better. * Better forums support. * A way to create automated tools, which reads logs and perform some tasks(if user accept) * Many user don't know how solving problems on Ubuntu. Running application in terminal don't always be pragmatic, because xterm have limited buffer for text. Also, running terminal isn't very simple. -- openSUSE Feature: https://features.opensuse.org/310112

1 3

[openFate 305582] Off-Line one click install (MSI for Linux)
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Feature #305582, revision 1, last change by Title: Off-Line one click install (MSI for Linux) openSUSE-11.2: New Priority Requester: Important Requested by: Duncan Mac-Vicar <dmacvicar(a)novell.com> Partner organization: openSUSE.org Description: Idea from community member Raul Romero. Same concept as MSI packages for Windows but exploiting the One Click Install concept of openSUSE (and therefore inheriting the simplicity, code and security. Basically a compressed file which includes a repository inside, plus one click install information, and a script to trigger the oneclickinstall handler with the data as payload in the script. Therefore is a collection of rpms that can be installed detailed description is here http://en.opensuse.org/OSI There is already a prototype working. Example script: http://dl.getdropbox.com/u/363315/MozillaFirefox.osi This requires some extra features in one click install and other pieces * ability to force OneClick to add the repo (the one inside the compressed file) Additionally I see other features: * ability to suggest an update repo for the installed bundle * support from build service to generate bundles * easy way to generate them locally Out of scope but interesting: * Ablity to trigger a YaST workflow (its own control.xml?) Business case (Partner benefit): openSUSE.org: This solves the business case of distributing service packs, applications, codecs bundles by just downloading a big file, 100% offline, supporting dependencies and repo signatures. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305582

1 40

[openFATE 306907] Add support for Ksplice
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Stephan Kleine (bitshuffler) Feature #306907, revision 1 Title: Add support for Ksplice openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Stephan Kleine (bitshuffler) Description: KSplice allows it currently to apply most but not all kernel updates without the need to reboot which is especially great for servers. It's backed by a newly founded corporation that continually tries to improve it so hopefully sometime in the future a reboot wont be necessary for any kernel update. Fedora as well as Ubuntu already support it so openSUSE shouldn't stay behind. URL: http://www.ksplice.com/ -- openSUSE Feature: https://features.opensuse.org/306907

1 18

[New: openFATE 310164] Choose Better Wallpapers for SUSE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310164, revision 1 Title: Choose Better Wallpapers for SUSE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: I made a list of Wallpapers that could potentially be on the next version of KDE. http://anditosan.blogspot.com/2010/07/from-land-of-reptiles.html -- openSUSE Feature: https://features.opensuse.org/310164

1 4

[New: openFATE 310163] Remove Welcome Screen on OpenSUSE KDE
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andres Silva (anditosan) Feature #310163, revision 1 Title: Remove Welcome Screen on OpenSUSE KDE openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Andres Silva (anditosan) Description: Hey you all. I would first like to thank all of you who have visited this website and looked at the ideas I have posted. I am deeply honored that many of you too have considered these ideas worthwhile and would like to see them implemented. Well, here comes a good one I think. As I was talking to some people on the KDE IRC channel yesterday, there was a comment made about a possible way to orient new KDE users on how to use the desktop. However, I believe that users should be left clues to discover their desktop on their own. There should not be an intro popup or anything like that. Ponder about this for a moment. What can you say, for example, about paintings. Paintings are not "explained" to anyone. You look at it and you get it in your own particular way. That is enough for you and you know what it means. The clues left by the artist are clear enough to your mind that you find meaning in the painting. You intuitively "know" what the purpose of the painting is. Reflect for a moment on this Cezanne and know what it means... REMOVE KDE WELCOME POPUP SCREEN anditosan.blogspot.com -- openSUSE Feature: https://features.opensuse.org/310163

1 8

[New: openFATE 312876] Deny individual users' access to screen-saver settings
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Per Jessen (pjessen) Feature #312876, revision 1 Title: Deny individual users' access to screen-saver settings openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Per Jessen (pjessen) Partner organization: openSUSE.org Description: This is an extension of feature#312871, but because it's a little more involved than changing a simple default, I thought it would be better to have a separate feature request. The screen-saver settings for time-out and "require password" are security settings that really should not be freely available to the individual user. I propose that we 1) set a reasonable default (60sec, 15sec, always require passwd) (see feature#312871) and 2) only let these settings be modified by someone with root-access. To a regular user, the timeout and "require password" settings should appear "greyed out", clearly indicating "not available". Use Case: Office user - the user is able to select a screen-saver, but the other settings cannot be accessed, accidentally or otherwise. The install or admin person need not change anything to get a sane security setup for the desktop. SOHO or home users - same as above, but the default screen-saver settings may be changed by switching to root access. Business case (Partner benefit): openSUSE.org: This is simply a reasonable security measure, fitting nicely into the overall security-conscious profile of openSUSE. Security measures (firewall, apparmor, encryption etc) are typically accessible only with root-access; it's only sensible that we apply this principle to the screen-saver settings too. -- openSUSE Feature: https://features.opensuse.org/312876

1 10

[New: openFATE 312337] clear /tmp-dir at bootup
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: M K (tux93) Feature #312337, revision 1 Title: clear /tmp-dir at bootup openSUSE Distribution: Unconfirmed Priority Requester: Neutral Requested by: M K (tux93) Partner organization: openSUSE.org Description: Please clear the /tmp-dir at boot-up per default. At the moment this has to be activated manually with every new installation, is there a reason for not doing this out of the box? -- openSUSE Feature: https://features.opensuse.org/312337

1 6

[New: openFATE 309487] Clean out X11 keyboard configuration in YaST
by fate_noreply＠suse.de 24 May '17

24 May '17

Feature added by: Jiří Suchomel (jsuchome) Feature #309487, revision 1 Title: Clean out X11 keyboard configuration in YaST Requested by: Jiří Suchomel (jsuchome) Developer: (Novell) Developer: (Novell) Description: Currently, 'yast2 keyboard' is using kind of strange way of determining which X11 keyboard layout to use. There's a map of internal YaST keyboard names, to which the list of kbd console maps is mapped (like, us.map.gz). Such console map is taken as a parameter for calling /usr/sbin/xkbctrl script, which returns the informations about corresponding X11 keyboard layout (usable for setxkbmap). One problem is that not for all languages, there's a sense to have console map, and because of this situation in YaST, we are using files like ar.map.gz, which are only links to us.map.gz. Other part is that the list of X11 keyboard layouts is part of sax2-tools package which we probably want to drop. New solution would mean that YaST has all the information currently provided by xkbctrl: either by building its own data structure (if there's no other application using it), or using a better way to get the data YaST needs to know. References: https://bugzilla.novell.com/show_bug.cgi?id=603950 https://bugzilla.novell.com/show_bug.cgi?id=601587 -- openSUSE Feature: https://features.opensuse.org/309487

1 16

[New: openFATE 320834] Create a /var/cache subvolume
by fate_noreply＠suse.de 17 May '17

17 May '17

Feature added by: Thorsten Kukuk (kukuk) Feature #320834, revision 1 Title: Create a /var/cache subvolume Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: On the openSUSE Factory list, somebody found a valid bug in our current setup for snapshots: /var/cache is part of the snapshot. This means: all RPMs used for an update are part of the snapshot and will be deleted only afterwards. This is a big problem if you regular update online, it will eat up your diskspace very fast. We need to add /var/cache to the list of directories, for which we create a subvolume with btrfs. And (that's why I created a FATE and no bug) we need to add something to the release notes, so that customers are aware of this and can create the subvolume at their own for existing installations. Business case (Partner benefit): openSUSE.org: Save disk space by excluding irrelvant/outdated cached data from snapshots. -- openSUSE Feature: https://features.opensuse.org/320834

1 28

[New: openFATE 320819] DHCPv6-PD - wicked
by fate_noreply＠suse.de 11 May '17

11 May '17

Feature added by: James Knott (james_knott) Feature #320819, revision 1 Title: DHCPv6-PD - wicked openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: James Knott (james_knott) Partner organization: openSUSE.org Description: With more & more ISPs providing IPv6 via DHCPv6, DHCPv6-PD support is essential. This is how a router determines the assigned prefix via DHCP. Later versions of dhcpc support DHCPv6-PD, but wicked apparently doesn't. https://tools.ietf.org/html/rfc3633 -- openSUSE Feature: https://features.opensuse.org/320819

1 3

[New: openFATE 319119] drop not functional yast2-ca-management
by fate_noreply＠suse.de 08 May '17

08 May '17

Feature added by: Michael Calmer (mcalmer) Feature #319119, revision 1 Title: drop not functional yast2-ca-management Requested by: Michael Calmer (mcalmer) Partner organization: openSUSE.org Description: yast2 ca-management cannot be maintained anymore. No resources. So let's drop it. -- openSUSE Feature: https://features.opensuse.org/319119

1 12

[New: openFATE 323349] common data source for yast2-country
by fate_noreply＠suse.de 05 May '17

05 May '17

Feature added by: Ludwig Nussel (lnussel) Feature #323349, revision 1 Title: common data source for yast2-country Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: yast2-country has built in tables for console fonts, keyboard maps, default time zones etc. Live images for openSUSE have to duplicate that information. We should refactor the data into a common package that can be used by both the live images and yast. Example of such a data file from the live image: $ cat /etc/langset/es_ES RC_LANG: es_ES.UTF-8 CONSOLE_FONT: lat9w-16.psfu CONSOLE_SCREENMAP: trivial CONSOLE_UNICODEMAP: CONSOLE_MAGIC: (K KEYTABLE: es.map.gz YAST_KEYBOARD: spanish,pc104 COMPOSETABLE: clear latin1.add TIMEZONE: Europe/Madrid CONSOLE_ENCODING: UTF-8 Apply: -layout es -model microsoftpro -option terminate:ctrl_alt_bksp XkbLayout: es XkbModel: microsoftpro XkbOptions: terminate:ctrl_alt_bksp -- openSUSE Feature: https://features.opensuse.org/323349

1 3

[New: openFATE 323347] FreeIPA support for (open-)SUSE
by fate_noreply＠suse.de 25 Apr '17

25 Apr '17

Feature added by: Mikhail Kasimov (k_mikhail) Feature #323347, revision 1 Title: FreeIPA support for (open-)SUSE openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Mikhail Kasimov (k_mikhail) Partner organization: openSUSE.org Description: Hello! Possibly, once upon a time, this be in (open-)SUSE official repos, who knows... So, the idea is to add FreeIPA support for (open-)SUSE distro to have possibility to install FreeIPA server and/or client software from (open-)SUSE official repos and work with it via YaST (possibly, some current YaST modules will be modified for that, especially authentication modules). [1] https://en.wikipedia.org/wiki/FreeIPA [2] https://www.freeipa.org/page/Main_Page [3] Some info from ALT Linux distro (https://www.altlinux.org/FreeIPA), which also has FreeIPA support as like as Fedora in its repo: I can install to via 'apt-get install' command as well as 'yum install' on Fedora. Business case (Partner benefit): openSUSE.org: To make work with FreeIPA "from-the-box" easy for (open-)SUSE admins. Anyway, SUSE scheme is RedHat-based (e.g. /etc/sysconfig/, SUSE Manager is familiar to RH's one and supports both native SUSE servers and RH servers and so on). So, having the FreeIPA support (especially as a client, for example) seems to be an adequate idea. Thanks! -- openSUSE Feature: https://features.opensuse.org/323347

1 3

[New: openFATE 323326] Geany IDE include colour schemes in package
by fate_noreply＠suse.de 19 Apr '17

19 Apr '17

Feature added by: Stanislav Kučera (kacernator) Feature #323326, revision 1 Title: Geany IDE include colour schemes in package Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Stanislav Kučera (kacernator) Partner organization: openSUSE.org Description: Hi, when installing Geany IDE from package manager I have to donwload additional colour schemes separately and copy them to specific folder. Can we have colour schemes included within the rpm package? Thank you. -- openSUSE Feature: https://features.opensuse.org/323326

1 0

[New: openFATE 322036] Move logrotate.status to /var/lib/misc
by fate_noreply＠suse.de 19 Apr '17

19 Apr '17

Feature added by: Thorsten Kukuk (kukuk) Feature #322036, revision 1 Title: Move logrotate.status to /var/lib/misc Requested by: Thorsten Kukuk (kukuk) Partner organization: openSUSE.org Description: logrotate.status is in /var/lib. Which is a problem if the root filesystem is read-only like for CASP. Making /var/lib read-write is impossible without breaking snapshots, rollback and transactional updates on all products, not only CASP. According to FHS/LSB, no application is allowed to create single files in /var/lib anyways, the correct directory is /var/lib/misc. Which is writeable. So the logrotate.status file should be moved. -- openSUSE Feature: https://features.opensuse.org/322036

1 5

[New: openFATE 323324] Make "La Capitaine" icon theme available on the main repo
by fate_noreply＠suse.de 19 Apr '17

19 Apr '17

Feature added by: Sekhemty - (sekhemty) Feature #323324, revision 1 Title: Make "La Capitaine" icon theme available on the main repo Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Sekhemty - (sekhemty) Partner organization: openSUSE.org Description: Currently the main repo include many icon themes, most of them are mainly designed for Gnome and Gnome-related desktop environments (Mate, Cinnamon, and so on). La Capitaine is a popular and beautiful icon theme that fully support KDE Plasma 5, and could be a nice feature to have an alternative to the default Breeze icons directly on the repo, without having to manually install it. https://krourke.org/projects/art/la-capitaine-icon-theme https://github.com/keeferrourke/la-capitaine-icon-theme Business case (Partner benefit): openSUSE.org: To provide an alternate icon theme to Plasma Desktop, which is the default DE for OpenSUSE -- openSUSE Feature: https://features.opensuse.org/323324

1 1

[New: openFATE 309353] Make hermes working on local OBS installations
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: Adrian Schröter (adrianSuSE) Feature #309353, revision 1 Title: Make hermes working on local OBS installations Buildservice: Evaluation Priority Requester: Important Projectmanager: Important Requested by: Adrian Schröter (adriansuse) Description: We need to * be able to run without iChain * package Hermes * configure it to be easy usable with OBS. -- openSUSE Feature: https://features.opensuse.org/309353

1 2

[openFATE 307597] Courgette
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: T. J. Brumfield (enderandrew) Feature #307597, revision 1 Title: Courgette openFATE: Unconfirmed Priority Requester: Important Requested by: T. J. Brumfield (enderandrew) Description: Utilize Courgette for binary diff packages. * This will save on bandwidth costs for Novell and mirrors. * This will make updating quicker and easier for end-users. * This will especially benefit users who have capped bandwidth for downloading updates from their ISPs. * By making the update process easier, it encourages users to stay up-to-date, making systems more secure. http://dev.chromium.org/developers/design-documents/software-updates-courge… (http://dev.chromium.org/developers/design-documents/software-updates-courge…) -- openSUSE Feature: https://features.opensuse.org/307597

1 7

[New: openFATE 309701] osc blame
by fate_noreply＠suse.de 18 Apr '17

18 Apr '17

Feature added by: Ludwig Nussel (lnussel) Feature #309701, revision 1 Title: osc blame Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Ludwig Nussel (lnussel) Description: a feature like "osc blame" or "osc annotate" would be nice to find out who changed what and when -- openSUSE Feature: https://features.opensuse.org/309701

1 3

[openFATE 100011] Remove SuSEconfig
by fate_noreply＠suse.de 03 Apr '17

03 Apr '17

Feature changed by: Tomáš Bažant (tbazant) Feature #100011, revision 30 Title: Remove SuSEconfig - openSUSE-10.2: Rejected by Andreas Jaeger (a_jaeger) - reject date: 2006-08-25 14:59:37 - reject reason: We cannot remove all of it. We're currently looking at - individual scripts and improve those. - Priority - Requester: Desirable openSUSE-10.3: Rejected by Andreas Jaeger (a_jaeger) reject date: 2006-09-20 17:15:47 reject reason: we cannot remove it completely for now. Thorsten filled requests for single scripts. Priority Requester: Desirable - openSUSE Distribution: Done - Priority - Requester: Mandatory - SL-10.1: Rejected by Andreas Jaeger (a_jaeger) - reject date: 2006-01-05 17:35:29 - reject reason: not done for 10.1 - Priority - Requester: Neutral Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: Let's remove all SuSEconfig scripts since only YaST calls SuSEconfig but other tools like rpm and zypper do not call it. If scripts are needed, they need to be invoked as part of the postinstall. Relations: - Forbid new SuSEconfig scripts in autobuild (feature/id: 300890) - Remove SuSEconfig dependency of syslog-ng (feature/id: 300891) - Get rid of SuSEconfig.news (feature/id: 300892) - Get rid of SuSEconfig.zmessages (feature/id: 300893) - Get rid of SuSEconfig.sortpasswd (feature/id: 300894) - Get rid of SuSEconfig.libxml2 (feature/id: 300946) - Get rid of SuSEconfig.pango (feature/id: 300947) - Get rid of SuSEconfig.scrollkeeper (feature/id: 300948) - Get rid of SuSEconfig.sgml-skel (feature/id: 300949) - Get rid of SuSEconfig.xpdf (feature/id: 300950) - Get rid of SuSEconfig.postfix (feature/id: 309055) - Get rid of SuSEconfig.gtk2 (feature/id: 309370) - Get rid of SuSEconfig.groff (feature/id: 311297) - Get rid of SuSEconfig.ispell (feature/id: 311298) - Get rid of SuSEconfig.words (feature/id: 311299) - Get rid of SuSEconfig.texlive (feature/id: 313535) - Get rid of SuSEconfig.fonts (feature/id: 313536) - Get rid of SuSEconfig.glib2 (feature/id: 313537) - Get rid of SuSEconfig.permissions (feature/id: 313538) - Get rid of SuSEconfig.icu (feature/id: 313539) - Get rid of SuSEconfig.mailman (feature/id: 313540) - Get rid of SuSEconfig.ghostscript-cjk (feature/id: 313541) - Get rid of SuSEconfig.isdn (feature/id: 313543) - Get rid of SuSEconfig.cjk-latex (feature/id: 313544) - Get rid of SuSEconfig.prelink (feature/id: 313545) - Get rid of SuSEconfig.scim (feature/id: 313546) - Get rid of SuSEconfig.scpm (feature/id: 313547) - Get rid of SuSEconfig.sendmail (feature/id: 313548) - Get rid of SuSEconfig.xjdic (feature/id: 313549) Documentation Impact: Remove SuSEconfig references in the manuals Discussion: #1: Gerald Pfeifer (geraldpfeifer) (2005-12-02 00:35:48) Andreas, do you want to set some more concrete targets? #2: Thorsten Kukuk (kukuk) (2012-09-20 15:26:24) aaa_base and filesystem without SuSEconfig are submitted to Factory. YaST2 developer will adjust YaST2. #3: Sharque uddin Ahmed Farooqui (safknw) (2012-10-19 08:14:24) It is going to be in 12.3, right? #4: Roberto Angelino (rangelino) (2015-09-14 22:47:09) Major partner is asking what the replacement is for this: We hooked into it to run all of our linux-config scripts. I was just curious how things get configured/re-configured now. -- openSUSE Feature: https://features.opensuse.org/100011

1 0