July 2008 - openSUSE Features - openSUSE Mailing Lists

[openFate 303700] Ability to log all configuration changes done via YaST
by fate_noreply＠suse.de 29 Jul '08

29 Jul '08

Feature changed by: Federico Lucifredi <flucifredi(a)novell.com> Feature #303700, revision 13 Title: Ability to log all configuration changes done via YaST openSUSE-11.1: Candidate Priority Requester: Mandatory Projectmanager: Mandatory SLED-11: Candidate Priority Requester: Mandatory Projectmanager: Mandatory SLES-11: Candidate Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Matthias Eckermann <mge(a)novell.com> Partner organization: openSUSE.org Description: Provide the ability to log all configuration changes done via YaST. Additionally, in this mode an admin would be prompted to document what was the nature/purpose of the change as the module is being closed, akin to commit messages in a versioning system. Documentation Impact: The new log file needs to be documentated in admin guide. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-30 15:27:04) note fate 303688 related: packaging CFT. I am not sure CFT is the right way to provide this functionality, but a consideration is that an admin using CFT will probably log both manual-editing and YaST-driven conf changes via the same tool. #2: Stanislav Visnovsky <visnov(a)novell.com> (2008-06-03 12:40:41) Duncan, Jiri, this might be an architectural change, please, look into this. Also, we might need to define scope of which changes we are able to track. #3: Jiri Srain <jsrain(a)novell.com> (2008-07-07 10:45:35) Martin, please, have a look at possibilities to record all changes and suggest an infrastructure. Federico, we will hardly be able to make all modules record all the changes they do. Could you, please, give us some priorities for SLE11? + #6: Federico Lucifredi <flucifredi(a)novell.com> (2008-07-28 19:58:20) + (reply to #3) + Sure: network, users+groups would be a start. #4: Martin Vidner <mvidner(a)novell.com> (2008-07-08 11:44:54) This looks like a superset of feature 100386. Note that that one was downgraded because it is large (it requires touching all YaST modules). #5: Stanislav Visnovsky <visnov(a)novell.com> (2008-07-08 12:08:56) (reply to #4) Please, look into enabling of the stuff, not covering all YaST modules. + #7: Federico Lucifredi <flucifredi(a)novell.com> (2008-07-28 19:59:34) + (reply to #5) + Indeed. Look at this architecturally. Also please keep in mind that the + maintainer of CFT will help in getting that too to work on SLE + (eventually, not for 11 GA timeframe), so please keep in mind these + logs could feed into CFT eventually (and we would not want to change + too much to make that happen :-) -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303700

1 0

[openFate 305131] connecting an unpartitioned disk should bring up a partitioner
by fate_noreply＠suse.de 28 Jul '08

28 Jul '08

Feature changed by: Michael Loeffler <michl(a)novell.com> Feature #305131, revision 3 Title: connecting an unpartitioned disk should bring up a partitioner - openSUSE-11.1: New + openSUSE-11.1: Evaluation Priority Requester: Desirable Requested by: Juergen Weigert <jw(a)novell.com> + Partner organization: openSUSE.org Description: USB or Firewire disks can be easily connected at runtime. For a newly bought disk, nothing happens, when it is connected for the first time. Unlike e.g. a USB-Memory-stick, which immediatly opens a filebrowser, when first connected. The technical difference is, disks come unformatted, USB-sticks come formatted. We should recognize this difference and pop up an easy to use partitioner. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305131

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 28 Jul '08

28 Jul '08

Feature changed by: Dr. Werner Fink <werner(a)novell.com> Feature #303730, revision 11 Title: Add "command not found" handling to the shell openSUSE-11.1: Done Priority Requester: Mandatory Projectmanager: Important SLED-11: Done Priority Requester: Mandatory Projectmanager: Important SLES-11: Done Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. #4: Pavol Rusnak <prusnak(a)novell.com> (2008-07-23 16:40:56) Scout is maintained in openSUSE BuildService - home:prusnak:scout project http://download.opensuse.org/repositories/home:/prusnak:/scout/ #5: Dr. Werner Fink <werner(a)novell.com> (2008-07-24 16:49:23) I've added the patch for scout support #6: Pavol Rusnak <prusnak(a)novell.com> (2008-07-25 23:36:23) Werner: could you also add Provides: bash(CommandNotFound) or something similar? So packages could require bash with this feature enabled + #7: Dr. Werner Fink <werner(a)novell.com> (2008-07-28 12:12:31) (reply to + #6) + Why should I do this? There is only *one* bash and this includes now this + feature. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 25 Jul '08

25 Jul '08

Feature changed by: Pavol Rusnak <prusnak(a)novell.com> Feature #303730, revision 10 Title: Add "command not found" handling to the shell openSUSE-11.1: Done Priority Requester: Mandatory Projectmanager: Important SLED-11: Done Priority Requester: Mandatory Projectmanager: Important SLES-11: Done Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. #4: Pavol Rusnak <prusnak(a)novell.com> (2008-07-23 16:40:56) Scout is maintained in openSUSE BuildService - home:prusnak:scout project http://download.opensuse.org/repositories/home:/prusnak:/scout/ #5: Dr. Werner Fink <werner(a)novell.com> (2008-07-24 16:49:23) I've added the patch for scout support + #6: Pavol Rusnak <prusnak(a)novell.com> (2008-07-25 23:36:23) + Werner: could you also add Provides: bash(CommandNotFound) or something + similar? So packages could require bash with this feature enabled -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 24 Jul '08

24 Jul '08

Feature changed by: Dr. Werner Fink <werner(a)novell.com> Feature #303730, revision 9 Title: Add "command not found" handling to the shell - openSUSE-11.1: Candidate + openSUSE-11.1: Done Priority Requester: Mandatory Projectmanager: Important - SLED-11: Candidate + SLED-11: Done Priority Requester: Mandatory Projectmanager: Important - SLES-11: Candidate + SLES-11: Done Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. #4: Pavol Rusnak <prusnak(a)novell.com> (2008-07-23 16:40:56) Scout is maintained in openSUSE BuildService - home:prusnak:scout project http://download.opensuse.org/repositories/home:/prusnak:/scout/ #5: Dr. Werner Fink <werner(a)novell.com> (2008-07-24 16:49:23) I've added the patch for scout support -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 24 Jul '08

24 Jul '08

Feature changed by: Dr. Werner Fink <werner(a)novell.com> Feature #303730, revision 8 Title: Add "command not found" handling to the shell openSUSE-11.1: Candidate Priority Requester: Mandatory Projectmanager: Important SLED-11: Candidate Priority Requester: Mandatory Projectmanager: Important SLES-11: Candidate Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. #4: Pavol Rusnak <prusnak(a)novell.com> (2008-07-23 16:40:56) Scout is maintained in openSUSE BuildService - home:prusnak:scout project http://download.opensuse.org/repositories/home:/prusnak:/scout/ + #5: Dr. Werner Fink <werner(a)novell.com> (2008-07-24 16:49:23) + I've added the patch for scout support -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 23 Jul '08

23 Jul '08

Feature changed by: Pavol Rusnak <prusnak(a)novell.com> Feature #303730, revision 7 Title: Add "command not found" handling to the shell openSUSE-11.1: Candidate Priority Requester: Mandatory Projectmanager: Important SLED-11: Candidate Priority Requester: Mandatory Projectmanager: Important SLES-11: Candidate Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. + #4: Pavol Rusnak <prusnak(a)novell.com> (2008-07-23 16:40:56) + Scout is maintained in openSUSE BuildService - home:prusnak:scout + project + http://download.opensuse.org/repositories/home:/prusnak:/scout/ -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303730] Add "command not found" handling to the shell
by fate_noreply＠suse.de 23 Jul '08

23 Jul '08

Feature changed by: Stephan Binner <stbinner(a)novell.com> Feature #303730, revision 6 Title: Add "command not found" handling to the shell openSUSE-11.1: Candidate Priority Requester: Mandatory Projectmanager: Important SLED-11: Candidate Priority Requester: Mandatory Projectmanager: Important SLES-11: Candidate Priority Requester: Mandatory Projectmanager: Important Requested by: Federico Lucifredi <flucifredi(a)novell.com> + Partner organization: openSUSE.org Description: Ubuntu has a very friendly message when one types the name of an executable coming from a package not installed: "the program fulano can be found in the following packages: * foo * bar * baz try: apt-get install <package>" now that we will have the pool channels online, we can leverage them, and make things friendlier for entry-level users. Discussion: #1: Federico Lucifredi <flucifredi(a)novell.com> (2008-04-25 15:17:08) this was implemented as part of hack-week: http://urtax.ms.mff.cuni.cz/~stick/stick/projects/command-not-found/ #2: Thorsten Kukuk <kukuk(a)novell.com> (2008-06-30 15:16:58) Sounds usefull to me (but I have to admit more for SLED and openSUSE) and it does not lok like as if it would make scripts, especially login/start scripts, slower. #3: Hendrik Vogelsang <hvogel(a)novell.com> (2008-07-11 15:06:24) We will add support for the package into bash. We will not maintain the scout package. That will be done by Vladimir. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303730

1 0

[openFate 303520] Default NTP Setup
by fate_noreply＠suse.de 22 Jul '08

22 Jul '08

Feature changed by: Matthias Eckermann <mge(a)novell.com> Feature #303520, revision 15 Title: Default NTP Setup + openSUSE-11.1: Candidate + Priority + Requester: Mandatory + Projectmanager: Mandatory SLED-11: Candidate Priority Requester: Mandatory Projectmanager: Mandatory SLES-11: Candidate Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Federico Lucifredi <flucifredi(a)novell.com> Partner organization: openSUSE.org Description: A Yast pane should prompt for NTP set up, which should be configured by default, but of course can also be disabled there. Documentation Impact: Installation guide needs to be updated. Discussion: #1: Stanislav Visnovsky <visnov(a)novell.com> (2008-06-17 12:56:47) Federico, NTP setup is already possible. Do you want it in a more prominent place? Also I see a missing way for the product to pre-define the value, correct? #2: Federico Lucifredi <flucifredi(a)novell.com> (2008-06-23 21:03:12) (reply to #1) right. I want to see it pre-enabled by default againt a dedicated suse. pool.ntp.org / time.novell.com server (separate feature for that). We are lagging a bit behind Win and Mac where the vendos provide their own time source, and we need to catch up there. #3: Jiri Srain <jsrain(a)novell.com> (2008-07-07 12:18:32) We will need not only to enable NTP during installation, but display this information in the installation proposal (and possibly time zone dialog) as well. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=303520

1 0

[openFate 302957] Combined "where am I" page
by fate_noreply＠suse.de 22 Jul '08

22 Jul '08

Feature changed by: Matthias Eckermann <mge(a)novell.com> Feature #302957, revision 34 Title: Combined "where am I" page openSUSE-11.0: Done Priority Requester: Mandatory Projectmanager: Important + openSUSE-11.1: Done + Priority + Requester: Mandatory + Projectmanager: Important SLED-11: Done Priority Requester: Mandatory SLES-11: Done Priority Requester: Mandatory Requested by: Stephan Kulow <coolo(a)novell.com> Partner organization: openSUSE.org Description: Our (openSUSE) statistics show that most of our users are not native english speakers. So I'm blindly assuming they do not have a english keyboard either and do not live in an english speaking timezone. So I want the first page to be not just the language in a blue box, but to have _one_ installation page with language, timezone and keyboard selection. These selections should depend on each other, so depending on where I click first the others change. To have a good looking addon, I picture the timezone selection as picture and not as fullscreen list boxes. Documentation Impact: Installation guide needs to be updated. Discussion: #1: Stephan Kulow <coolo(a)novell.com> (2007-11-09 11:48:30) An additional note, feature #302955 is related (split translations out of installation system). #2: Jiri Srain <jsrain(a)novell.com> (2007-11-09 13:27:05) Isn't it easier for users who do not speak English to have the first dialog really as simple as possible (since they cannot read it)? Having just one selection box leads them straight where they need to get; I guess that most of them use mouse for installation, so keyboard is not an issue either... Also, we already have a support in isolinux to select language; then the first dialog is skipped. #3: Stephan Kulow <coolo(a)novell.com> (2007-11-09 14:13:14) If isolinux provides a language, then the page is not worse than the timezone page is now. Just that it also allows to change the language after the fact. If users do not grasp english _at all_, they will have a hard time booting the installation off the CD. So I would blindly assume that users have no problem with selecting Deutsch, русский or čeština when presented with a list even if they do not understand the exact context. And when next to that list is even a graphical presentation of the world, most will be able to select the part of the world they live in. #4: evamaria fuchs <evamaria.fuchs(a)novell.com> (2007-11-09 16:00:35) I think for the secondary target market of opensuse (first time user, home user)an installer wizard that consists of a series of screens would be convenient. Basically it's preferable that language-, time-zone- and keyboard- selection depend on each other so that modifying one will effect the others. But - as I prefer a picture (e.g. a rotating globe) for time- zone selection - sticking them together in one screen would clutter the whole thing up. #5: Stephan Kulow <coolo(a)novell.com> (2007-11-15 13:01:50) after some discussions with Eva, I want to reexpress my request: I want the language selection to be on one page together with license and a welcome text and the timezone dialog to be graphical and a proposed keyboard layout associated to the language from the first page. The license text doesn't have to be visible in full beauty. I talked with the lawyer and what I got was: it's ok if the license can be read, it doesn't have to optimized for scrolling. I'll work on a mockup. The challenge is that we might need a slightly different work flow for ncurses, but I think popups are ok for it. So you can write UI code, that either fills a special widget or opens a popup. #6: Stephan Kulow <coolo(a)novell.com> (2007-11-18 13:53:57) (reply to #5) Danger Mouse! I'm very far from a capable mockup designer. But here is my show: http://ktown.kde.org/~coolo/Namenlos.png #7: Stephan Kulow <coolo(a)novell.com> (2007-11-18 13:54:45) (reply to #6) Ciaran, just to verify: is this way to present the license ok? #9: Ciaran Farrell <cfarrell(a)novell.com> (2007-11-19 08:51:13) (reply to #7) Provided that we maintain the status quo with regard to not proceeding with the installation until the user actually accepts the license. #8: Stephan Kulow <coolo(a)novell.com> (2007-11-18 14:39:45) (reply to #6) mocking up the timezone page, I leave to the interested reader. For reference: this is how unbuntu's installer looks like: https://help.ubuntu.com/community/GraphicalInstall?action=AttachFile&do=get… I would make the map a little smaller and do not show a region and not the name of the timezone again, but rather have the value of the combobox fill in what we have now as Europe/Berlin. Because I want a "Keyboard: English" with a little test field in there. But that is to be discussed. The main goal is to have a graphical selection instead of these fullscreen list boxes. #10: Michael Loeffler <michl(a)novell.com> (2007-11-19 13:28:22) Mockup looks good. And the whole thing should simplify and shorten the installation process. #11: Jiri Srain <jsrain(a)novell.com> (2007-11-19 16:57:23) The timezone dialog looks good to me, however, we should not present the other one in the current form. Even if we have a different dialog for NCurses, we still must take care of Qt with the resolution of 800x600. With the current font size, the text itself will not fit into the screen if it is 800x600. Also consider the license - if one wants to read it, he wants to read a reasonable part of the license without scrolling - and not to scroll every 3rd line. IMO this suggestion puts the usability a huge step back #12: Stephan Kulow <coolo(a)novell.com> (2007-11-19 18:23:04) (reply to #11) damn, fate crashed on my comment ;( Again: I'm not a good designer But as a matter of fact: we do not design the default screen estate for reading the license, but of course a better design can add a popup to read the full text in full screen. #14: Lukas Ocilka <locilka(a)novell.com> (2007-11-29 13:10:32) Additional step to help user understand where he is and what he can do there is to remove a [Show Release Notes] button and place that button to a Welcome Dialog only. The button doesn't need to occupy installation wizard screen all the time, it often rather confuses users. Frankly, this wasn't my idea but I found it useful :) ;) #15: Jiří Suchomel <jsuchome(a)novell.com> (2007-12-20 16:19:25) Proposal of timezone dialog with a map: http://w3.suse.de/~jsuchome/screenshots/yast2-timezone-wordmap-zoomed.png BTW, it may not have a sense to offer keyboard configuration together with timezone. Keyboard layout is currently decided according to selected language, so it may better fit together with language. But the language dialog could get eventually too crowded. #16: Stephan Kulow <coolo(a)novell.com> (2007-12-22 14:05:24) new screenshot for the first page (I tried ycp): http://ktown.kde.org/~coolo/yast7.png Some icons and some more text would help the design I'd think. #17: Stephan Kulow <coolo(a)novell.com> (2008-01-08 12:40:13) http://en.opensuse.org/Image:Yast8.png is Martin's counter proposal. This one needs icons to differ the combo boxes though, but I believe a keyboard and an UN flag should make this obvious enough. #18: Lukas Ocilka <locilka(a)novell.com> (2008-01-10 15:24:31) (reply to #17) BTW: This complex dialog will not be part of yast2-country (or similar) but directly yast2-installation because it contains more than just defining the language and keyboard settings. License handling needs to be reworked. #19: Jiří Suchomel <jsuchome(a)novell.com> (2008-01-23 09:37:39) (reply to #18) Well, OK than. I expect you will ask for creating some API of Language (and maybe Keyboard) module, because current one probably is not sufficient. The API should be used instead writing whole stuff again separately, so we don't have the language handling on more places. #20: Lukas Ocilka <locilka(a)novell.com> (2008-01-28 11:22:59) (reply to #19) Yes, Language API would probably help a lot. Please, propose, what you could create considering the default state at http://svn.opensuse.org/svn/yast/trunk/installation/src/clients/inst_comple… For instance, generating the combo boxes for language and keyboard selections might be moved to the API (I saw some functions in the current API though). The current implementation has been done in a hurry before the alpha deadline, it needs to be polished. Feel free to change it directly, it's open source. #21: Jiří Suchomel <jsuchome(a)novell.com> (2008-01-28 11:32:01) (reply to #20) I agree, currently the API for generating the widget contents is needed, maybe that's all. I have to check it. #22: Lukas Ocilka <locilka(a)novell.com> (2008-02-01 04:09:18) New "where am I page" with Language, Keyboard, and License will be in 11.0 Alpha2. #23: Lukas Ocilka <locilka(a)novell.com> (2008-02-27 11:10:18) (reply to #22) Done in openSUSE 11.0 Alpha2 (and later). There were some bugfixes and internal changes though... -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=302957

1 0