July 2020 - YaST Development - openSUSE Mailing Lists

[yast-devel] Overcommit - automatic checks via Git hooks
by Ladislav Slezak 21 Dec '22

21 Dec '22

Hi, I found a quite interesting tool called Overcommit [1]. It provides an easy way for setting up Git commit hooks and provides some basic checking plugins. The nice feature of the Git commit hooks is that you can run some checks automatically and early in the development. For example with the commit hooks you can run Rubocop check automatically whenever a commit is created. And if the check fails the commit is not created. I can see "make Rubocop happy" commits quite often (happens to me as well), with Overcommit you can easily avoid that. I have tried several Overcommit checks: - Rubocop - runs Rubocop at "commit" - Rspec - runs the tests before "push" - Branch blacklist - can forbid direct commits to configured branches, e.g. "master" (forces using pull requests, avoids commits to master my mistake) - Commit message spellcheck - warns when there is a possible typo Check my blog post [2] for the details, esp. watch the recorded screencast where I wanted to show some mistakes which it can catch. The tool looks promising, I'll try using it for some time. If you want to try it as well check the blog post for the installation steps. Enjoy! [1] https://github.com/brigade/overcommit [2] http://blog.ladslezak.cz/2016/06/06/overcommit/ -- Ladislav Slezák Appliance department / YaST Developer Lihovarská 1060/12 190 00 Prague 9 / Czech Republic tel: +420 284 028 960 lslezak(a)suse.com SUSE -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

3 3

[yast-devel] YaST Tips&Tricks
by Ladislav Slezak 25 Jan '22

25 Jan '22

Hi all, some time ago we discussed where and how we should share "Tips&Tricks" for YaST users and developers. IIRC there was no clear conclusion so I decided to start a wiki [1] to collect all our tricks we know or use. For now it's just a place for dumping your ideas, links, short howtos, etc... When we collect enough data we can probably split it to several categories or move it somewhere else. We just need the data first. I have added there some my tricks from my personal "knowledgebase" file. If you have better tricks or find something wrong simply change it, it's a wiki ;-) Ladislav [1] https://github.com/yast/yast.github.io/wiki/YaST-Tips-and-Tricks -- Ladislav Slezák YaST Developer SUSE LINUX, s.r.o. Corso IIa Křižíkova 148/34 18600 Praha 8 -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

2 1

[yast-devel] Innovation time: A repository with AutoYaST XML profiles (PoC )
by Ladislav Slezak 03 May '21

03 May '21

Hi all! I'm implementing some new AutoYaST feature and I found out that it's not easy to test the AutoYaST functionality. 1. Even for testing a trivial scenario you have to write your own XML file. If you do not have much experience with AutoYaST you have to read the documentation, search the internet, etc... Cloning your current system helps a bit but usually the cloned profile contains too many options so you still need to polish it a bit... 2. When you have your profile ready you have to host it at some HTTP/FTP/NFS/... server so AutoYaST can use it for installation. I usually run simple "ruby -run -ehttpd" command to have a web server quickly, but that's quite tricky for people not familiar with Ruby. My idea is to have some repository with example XML profiles which would be publicly available and ready for instant use. We already have some XML files in the autoyast-profiles-test Git repository but writing something like autoyast=https://raw.githubusercontent.com/yast/autoyast-profiles-test/mast… on boot command line is a real pain. We could use some URL shortening service but I do not like that much. Shortened URLs do not look nice and it's not obvious where they point to (security). I'd like to have some nice URLs... So my proposal is to use the GitHub pages for building an AutoYaST profile repository. Then you could use autoyast=https://autoyast.github.io/mini/sles15.xml or autoyast=https://autoyast.github.io/mini/leap15.xml for testing a minimal SLES/Leap profile. Actually these URLs already work! :-) You can give it a try. Most likely you will need additional "netsetup=dhcp" boot option for configuring network. The profiles would be well described (what they do) and well commented (so the users can easily adapt them to their needs). The profiles could be automatically validated (via Travis) and it would be nice to use them also in openQA tests to be sure they really work. We could also link this repository from the official SUSE documentation. The proof of concept is available at https://autoyast.github.io, please check it. It is still just a concept for getting early feedback, there is a lot of work to do. See the README file in https://github.com/autoyast/autoyast.github.io What do you think about it? -- Ladislav Slezák YaST Developer SUSE LINUX, s.r.o. Corso IIa Křižíkova 148/34 18600 Praha 8 -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

2 1

[yast-devel] Reminder: verify_partial_doubles is not default
by Josef Reidinger 03 Dec '20

03 Dec '20

Hi, again I hit by thinking that verify_partial_doubles is now default in rspec3. It is not and will be in rspec4. So what it means? rspec does not check if mocked methods exists at all and it can result in many not so funny errors in test suite. I am just faced it in network, so I create non trivial commit[1] that enables it there. It includes also how to avoid failures on mocked class[2] which avoided build dependencies. From list of errors it can check is typos[3], mocking of wrong class[4] and mocking non-existing methods[5]. So feel free to take it as inspiration and enable it also in your test helper. Josef [1] https://github.com/yast/yast-network/pull/830/commits/e18da64fce25242a51710… [2] https://github.com/yast/yast-network/pull/830/commits/e18da64fce25242a51710… [3] https://github.com/yast/yast-network/pull/830/commits/e18da64fce25242a51710… [4] https://github.com/yast/yast-network/pull/830/commits/e18da64fce25242a51710… [5] https://github.com/yast/yast-network/pull/830/commits/e18da64fce25242a51710… -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

4 3

[yast-devel] First meeting to discuss the long term vision for our UI framework
by Ancor Gonzalez Sosa 11 Aug '20

11 Aug '20

The YaST team wants to take some time to think in the long term and try to envision the future of our UI design/programming... which may be anything from just an improved libYUI to something completely different and unrelated. It likely makes sense to start discussing what are the requisites (and/or use cases) for the UI of YaST in the long term, so we have planned a meeting with all the interested people in this topic tomorrow Thursday at 2pm CEST. Usual meeting point: https://li2023-182.members.linode.com/#/rooms/2001 As said, the topic will be: requirements for the future UI of YaST. Some food for thought about the topic: - Do we ALWAYS need to offer TUI+GUI for all modules and steps? - Does it have any value to offer something else beyond TUI/GUI? - What are the requisites regarding support for programming languages? Those are not the only points to discuss, just some hints to get your brain started. Cheers. -- Ancor González Sosa YaST Team at SUSE Software Solutions -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

6 10

[yast-devel] Innovation Time: Wild(?) UI Ideas
by josef Reidinger 10 Aug '20

10 Aug '20

Hi dear YaSTies, after thursday UI meeting I spend part of today researching and thinking about our UI and do some brainstorming. 1. TUI use cases Beside known limited serial line and low memory systems, one another well known use case is WSL. We use TUI here for firstboot and on windows there is by default no X server. I think that WUI could really help here. What can be a bit like competition to us just on different level is IPMI and it is nowadays provided by BIOS or by WUI see https://www.thomas-krenn.com/en/wiki/Supermicro_IPMI_Configuration_through_… And BIOS uses TUI. 2. terminal output of autoyast Well, to this idea brings me mentioning of readline and also usage of autoyast for more complex cases. Basically idea is to have just progress output for autoyast + error reporting ( so no semi automatic or stuff like this in autoyast ). And instead of TUI beside gui it can use simple terminal output e.g. using this quite nice library - https://github.com/shopify/cli-ui or tty-progressbar 3. WUI for autoyast config When I am thinking about replacing TUI by WUI and how to start, then I think ideal candidate is autoyast config UI because: a. current state is bad b. it is too much restricted by system where it runs ( e.g. just think about how much UI is affected by system architecture like not showing s390 options or not able to run it at all ) c. its output is just XML file, no system modification d. I have in mind nice use case of hosted autoyast config creator with maybe nice feature of using mksusecd and creating dvd including autoyast profile, that can be auto detected. So you download iso with your preconfigured autoyast profile. e. it is not used in installation 4. drag and drop in ncurses it should be possible as mouse support mouse down and also mouse up. See doc at https://tldp.org/HOWTO/NCURSES-Programming-HOWTO/mouse.html BTW there is also quite nice quick intro to curses at https://www.2n.pl/blog/basics-of-curses-library-in-ruby-make-awesome-termin… Josef -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

5 4

[yast-devel] Presentation in openSUSE Conference 2020
by Ancor Gonzalez Sosa 31 Jul '20

31 Jul '20

As mentioned several times in IRC or daily calls, I think the YaST team should have some representation in the "openSUSE + LibreOffice Virtual Conference" taking place on October 15 - 17, 2020. So I submitted the 30min. talk you can see below. If you have more ideas for YaST-related content, please hurry up since the call for papers ends on August 4th. Cheers Title: Top 25 New Features in (Auto)YaST Subtitle: What's new in YaSTland? Abstract: YaST is the most powerful Linux installer. YaST is also a super-comprehensive configuration tool. AutoYaST is an awesome unattended installation system. But with so many features and possibilities, it's sometimes hard to keep track of all the new additions to the YaST toolbox. This presentation will take you through a curated list of the most relevant 25 features that has been introduced in YaST for recent releases of openSUSE Leap and SUSE Linux Enterprise, as well as some features that has only landed in openSUSE Tumbleweed for the time being. -- Ancor González Sosa YaST Team at SUSE Software Solutions -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

Fwd: Re: [apparmor] [yast-devel] Upcoming changes in AppArmor aa-status output
by Christian Boltz 30 Jul '20

30 Jul '20

Hello, I just noticed that this mail about the aa-status changes never made it to yast-devel, probably because John isn't subscribed there. Is this mail with the json examples "good enough", or do you want/need a bugreport to track this? FYI: AppArmor 3.0 will be released soon[tm], so please don't wait too long with adjusting the YaST side. ---------- Weitergeleitete Nachricht ---------- Betreff: Re: [apparmor] [yast-devel] Upcoming changes in AppArmor aa-status output Datum: Mittwoch, 10. Juni 2020, 16:40:50 CEST Von: John Johansen <john.johansen(a)canonical.com> An: Stefan Hundhammer <shundhammer(a)suse.de>, Christian Boltz <opensuse(a)cboltz.de> Kopie: apparmor(a)lists.ubuntu.com, yast-devel(a)opensuse.org On 5/4/20 1:08 AM, Stefan Hundhammer wrote: > On 2020-04-30 13:22, Christian Boltz wrote: >> Hello, >> >> AFAIK the YaST AppArmor module uses the JSON output of aa-status. >> >> There are two upcoming changes, and I'd like to point them out so that >> you can adjust the YaST AppArmor module if needed. > > This time PLEASE remember to also bump the JSON version number of > that output. We had to do a pretty ugly hot fix for that last time, > and it was just coincidence that this did not conflict with the > previous version. > the JSON version was bumped to 2 attached is an example output of aa-status, along with the corresponding pretty json and compressed json output using the new unconfined, kill, mixed, and prompt modes ------------------------------------------------------------- Regards, Christian Boltz -- ein Auto "funktioniert" auch mit eckigen Reifen, ob ich so etwas fahren möchte ist wieder eine andere Frage. [Björn Meier in postfixbuch-users]

2 2

[yast-devel] Pending Pull Requests
by yast-ci＠opensuse.org 27 Jul '20

27 Jul '20

This email is automatic generated from yast CI node. It lists of pull requests that have no activity more then three working days. If your module is listed, please check all pull request, why they are not merged yet. Pending requests in repository yast-apparmor: - Port to rake (408 days) https://github.com/yast/yast-apparmor/pull/40 Pending requests in repository yast-autoinstallation: - Find the Base Product (83 days) https://github.com/yast/yast-autoinstallation/pull/599 Pending requests in repository yast-bootloader: - Add UPDATE_NVRAM in /etc/sysconfig/bootloader (bsc#1157550). (13 days) https://github.com/yast/yast-bootloader/pull/611 - Fix resume with uuid partition (375 days) https://github.com/yast/yast-bootloader/pull/564 Pending requests in repository yast-core: - Fixes for gensalt handling with libxcrypt. (150 days) https://github.com/yast/yast-core/pull/144 Pending requests in repository yast-devtools: - Y2logs analyzer (152 days) https://github.com/yast/yast-devtools/pull/149 - Supplement changes from YCC (180 days) https://github.com/yast/yast-devtools/pull/148 - Move desktop files (413 days) https://github.com/yast/yast-devtools/pull/143 Pending requests in repository yast-installation: - clarify that ssh_import processes host keys (bsc#1172400) (52 days) https://github.com/yast/yast-installation/pull/860 - Demo: eager mode of zombie-killer 0.5 (626 days) https://github.com/yast/yast-installation/pull/761 Pending requests in repository yast-network: - network-ng: test cases document (draft) (248 days) https://github.com/yast/yast-network/pull/947 - add initial test cases document (374 days) https://github.com/yast/yast-network/pull/853 Pending requests in repository yast-packager: - Include some hints in the "Priority" label (bsc#1154693) (117 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-registration: - [SP3] Fix misleading default_skipping_text (BSC#1167795) (30 days) https://github.com/yast/yast-registration/pull/488 Pending requests in repository yast-users: - Remove ag_uid to save memory at installation time (bsc#1172139) (33 days) https://github.com/yast/yast-users/pull/231 Pending requests in repository yast-yast2: - Bnc#1081441 (102 days) https://github.com/yast/yast-yast2/pull/1047 - [WIP] CWM improvements (103 days) https://github.com/yast/yast-yast2/pull/1044 - Change the way groups are defined (412 days) https://github.com/yast/yast-yast2/pull/936 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (543 days) https://github.com/yast/yast-yast2/pull/894 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (543 days) https://github.com/yast/yast-yast2/pull/893 - [WIP] Firewalld fixes for the new UI (691 days) https://github.com/yast/yast-yast2/pull/813 - [WIP] Drop SuSEfirewall2 completely (676 days) https://github.com/yast/yast-yast2/pull/806 Pending requests in repository yast-ycp-ui-bindings: - WIP: New Widget: MenuBar (UI Interpreter Part) (10 days) https://github.com/yast/yast-ycp-ui-bindings/pull/53 - [WIP] Support bold font inside tables (703 days) https://github.com/yast/yast-ycp-ui-bindings/pull/35 Pending requests in repository yast-ruby-bindings: - Fixes for gensalt handling with libxcrypt. (150 days) https://github.com/yast/yast-ruby-bindings/pull/239 - [WIP] Don't crash on NoMethodError when Perl is involved (206 days) https://github.com/yast/yast-ruby-bindings/pull/224 - log method name (790 days) https://github.com/yast/yast-ruby-bindings/pull/216 ERROR: API query limit exceeded -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Documentation about .d files/dirs
by Lukas Ocilka 23 Jul '20

23 Jul '20

Hi guys, Thanks to David and Imo. I've found out that there is a documentation about where we are with using/packaging /usr/etc/ and .d files and dirs considering openSUSE: https://en.opensuse.org/openSUSE:Packaging_UsrEtc This page explains the concept, packaging expectations, dark rituals, and also differences between various cases. Spoiler: Contains also list of packages that already use this feature or plan to do so. The list might be incomplete though, e.g., Chrony is missing... HTH Lukas -- Lukas Ocilka, Systems Management Team Leader & YaST Product Owner SLE Department, SUSE Linux 🌲 Please consider the environment before printing this e-mail ☂ Handle with care - Your reply can be stored in the cloud 😱 Pie-chart is just a representation of randomly chosen data ⚠ IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email by mistake, please, notify the sender immediately and do not disclose the contents to anyone or make copies of thereof. -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] need to Add _constraints for PowerPC for libstorage-ng
by Normand 22 Jul '20

22 Jul '20

Hi there, to solve a build failure in OBS for PowerPC (1), I need to add a _constraints file as detailed in (2) But when submitting to OBS via "osc sr" I am rejected as (3) I do not know where to place this new _constraints file in https://github.com/openSUSE/libstorage-ng to have it uploaded in OBS. Could you help me on that ? (1) https://build.opensuse.org/package/show/openSUSE:Factory:PowerPC/libstorage… (2) https://build.opensuse.org/package/show/home:michel_mno:branches:YaST:Head/… (3) === $osc sr - Add _constraints for PowerPC avoid "no space left on device" build error --This line, and those below, will be ignored-- old: YaST:Head/libstorage-ng new: home:michel_mno:branches:YaST:Head/libstorage-ng rev None Index: libstorage-ng.changes =================================================================== --- libstorage-ng.changes (revision 668) +++ libstorage-ng.changes (revision 2) @@ -1,3 +1,8 @@ +------------------------------------------------------------------- +Mon Jul 20 13:49:50 UTC 2020 - Michel Normand <normand(a)linux.vnet.ibm.com> + /tmp/osc-editor6kgyj48y.diff 1,0-1 Top "/tmp/osc-editor6kgyj48y.diff" 68L, 2277C written Server returned an error: HTTP Error 403: Forbidden The target project YaST:Head is not accepting requests because: The YaST packages are developed at Github (https://github.com/yast or https://github.com/libyui) and are automatically submitted to YaST:Head OBS project by Jenkins CI (http://ci.opensuse.org/view/Yast/) after each Git commit (if the testsuite passes). See "CONTRIBUTING.md" file at the respective Github repository for more details. You can also contact Yast developers at #yast irc.freenode.org or yast-devel(a)opensuse.org (http://lists.opensuse.org/yast-devel/) mailing list. === -- Michel Normand -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

3 2

[yast-devel] YaST: survey results and highlights of development sprint 104
by Ancor Gonzalez Sosa 21 Jul '20

21 Jul '20

Our latest summary includes our usual overview of two weeks of work and also the results of the survey about our blog. Regarding the first part, you will find information about all this: - Research about the differences in the look&feel of the installer and YaST Firstboot - Several fixes related to the usage of the firstboot_hostname client - More accurate detection of the installation medium type when SMT is used to mirror the repositories from SCC - Better support in the Partitioner for the different types of LVM - AutoYaST now exports the SUSE registration settings - Improved support for the so-called Repository Variables in the URL of the repositories during system upgrade - Extend the support of Repository Variables to also cover the name of the repositories - Adapted YaST to handle the new location of the krb5 files - Many internal improvements regarding AutoYaST Check the extended versions with links and also the survey results at: https://yast.opensuse.org/blog/2020-07-21/sprint-104 Cheers. -- Ancor González Sosa YaST Team at SUSE Linux GmbH -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] The blog post survey
by Ancor Gonzalez Sosa 20 Jul '20

20 Jul '20

These are the results of the survey about the YaST blog post. Total answers: 31 Q1.How often do you read the YaST Team reports? This is my first time: 4 (12.90%) When I find something interesting in the summary: 5 (16.13%) Regularly: 22 (70.97%) Q2.How do you value de new format compared to the traditional? The new format is basically useless: 2 (6.45%) I prefer the previous format: 11 (35.48%) Both are equally valuable to me: 12 (38.71%) I prefer the new diggest format: 6 (19.35%) The new format is the only useful one: 0 Q3.What's your relationship with (open)SUSE: SUSE employee: 6 (19.35%) User: 23 (74.19%) openSUSE Release Manager: 1 (3.23%) N/A: 1 (3.23%) The question Q3 was open, so I have performed some reasonable grouping. Those where all the exact strings, in case somebody is interested: "Employee" (x2), "SUSE Employee", "QA Sle", "Software Engineer @ SUSE", "openSUSE user and SUSE engineer", "User" (x4), "openSUSE User" (x10), "(open-)SUSE user", "openSUSE user, packager", "openSUSE contributor", "usuário", "User/Sysadmin", "opensuse tw user", "openSUSE TW RM", "openSUSE", "I use tumbleweed on a server SOHO", "openSUSE", (empty) Cheers -- Ancor González Sosa YaST Team at SUSE Software Solutions -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Pending Pull Requests
by yast-ci＠opensuse.org 20 Jul '20

20 Jul '20

This email is automatic generated from yast CI node. It lists of pull requests that have no activity more then three working days. If your module is listed, please check all pull request, why they are not merged yet. Pending requests in repository yast-apparmor: - Port to rake (401 days) https://github.com/yast/yast-apparmor/pull/40 Pending requests in repository yast-autoinstallation: - Find the Base Product (76 days) https://github.com/yast/yast-autoinstallation/pull/599 Pending requests in repository yast-bootloader: - Add UPDATE_NVRAM in /etc/sysconfig/bootloader (bsc#1157550). (6 days) https://github.com/yast/yast-bootloader/pull/611 - Fix resume with uuid partition (368 days) https://github.com/yast/yast-bootloader/pull/564 Pending requests in repository yast-core: - Fixes for gensalt handling with libxcrypt. (143 days) https://github.com/yast/yast-core/pull/144 Pending requests in repository yast-devtools: - Y2logs analyzer (145 days) https://github.com/yast/yast-devtools/pull/149 - Supplement changes from YCC (173 days) https://github.com/yast/yast-devtools/pull/148 - Move desktop files (406 days) https://github.com/yast/yast-devtools/pull/143 Pending requests in repository yast-installation: - clarify that ssh_import processes host keys (bsc#1172400) (45 days) https://github.com/yast/yast-installation/pull/860 - Demo: eager mode of zombie-killer 0.5 (619 days) https://github.com/yast/yast-installation/pull/761 Pending requests in repository yast-network: - network-ng: test cases document (draft) (241 days) https://github.com/yast/yast-network/pull/947 - add initial test cases document (367 days) https://github.com/yast/yast-network/pull/853 Pending requests in repository yast-packager: - Include some hints in the "Priority" label (bsc#1154693) (110 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-registration: - [SP3] Fix misleading default_skipping_text (BSC#1167795) (23 days) https://github.com/yast/yast-registration/pull/488 Pending requests in repository yast-users: - Remove ag_uid to save memory at installation time (bsc#1172139) (26 days) https://github.com/yast/yast-users/pull/231 Pending requests in repository yast-yast2: - Bnc#1081441 (95 days) https://github.com/yast/yast-yast2/pull/1047 - [WIP] CWM improvements (96 days) https://github.com/yast/yast-yast2/pull/1044 - Change the way groups are defined (405 days) https://github.com/yast/yast-yast2/pull/936 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (536 days) https://github.com/yast/yast-yast2/pull/894 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (536 days) https://github.com/yast/yast-yast2/pull/893 - [WIP] Firewalld fixes for the new UI (684 days) https://github.com/yast/yast-yast2/pull/813 - [WIP] Drop SuSEfirewall2 completely (669 days) https://github.com/yast/yast-yast2/pull/806 Pending requests in repository yast-ycp-ui-bindings: - [WIP] Support bold font inside tables (696 days) https://github.com/yast/yast-ycp-ui-bindings/pull/35 Pending requests in repository yast-ruby-bindings: - Fixes for gensalt handling with libxcrypt. (143 days) https://github.com/yast/yast-ruby-bindings/pull/239 - [WIP] Don't crash on NoMethodError when Perl is involved (199 days) https://github.com/yast/yast-ruby-bindings/pull/224 - log method name (783 days) https://github.com/yast/yast-ruby-bindings/pull/216 ERROR: API query limit exceeded -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Loading Installation System step 5/6 missing/optional
by Felix Miata 20 Jul '20

20 Jul '20

What is in that step 5 that gets skipped by the 15.2 installer? It's ominous looking, scares n00bs. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

Re: [yast-devel] Innovation Time: autoyast and its competition
by josef Reidinger 15 Jul '20

15 Jul '20

On Mon, 13 Jul 2020 14:50:26 +1000 William Brown <wbrown(a)suse.de> wrote: > > On 11 Jul 2020, at 07:05, josef Reidinger <jreidinger(a)suse.cz> wrote: > > > > Hi, > > this friday I decide to look what competition offers for automated/unattended installation. Here are some of my notes: > > > > Available: > > debian: https://wiki.debian.org/AutomatedInstallation including FAI > > ubuntu: kickstart compatibility https://help.ubuntu.com/community/KickstartCompatibility > > redhat: kickstart https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… > > > > > > Kickstart > > text file with syntax. Recommended way for creation is cloning of manual installation. > > Also UI is available, but does not support advanced partitioning and not for everyone. > > Interesting feature is that kickstart allow to specify on failure script (both user error %onerror and program error %traceback ) which is executed when fatal failure happen. This is often used for debugging and error reporting. > > Also all pre,post,etc script has option --erroronfail which makes failure of script fatal for whole installation. > > What I really like about kickstart documentation is that they mention when it is introduced, when it is deprecated and when it is removed for each option. > > I have to say also that I found kickstart file more readable then autoyast XML. See examples at http://www.stratuslab.eu/fp7/doku.php/tutorial:baseimagecreationkickstart.h… and I think you get quickly idea what each line means. > > Kickstart allows composition using including of other files. This is used for dynamic content together with pre script and include of file generated by script. > > What surprise me that autoyast allows much more schemas to locate its file. E.g. ftp is not supported in kickstart. > > > > > > kickstart also creates a template in /root from any install so that you can *easily* recreate the system. AutoYAST doesn't do this, and because the syntax is more complex, it's really hard to start with and get a working or reproducable build. > > So maybe a start is yast creating a "/root/autoyast.xml" if you want to "recreate" the system the way you built it? Actually this works in autoyast if product wants to do it by default. It should done for SLE and not done for openSUSE ( product can control it ). And even if product does not create it by default, you can always run `yast2 clone_system` which creates it for you. If it does not work, please report a bug. > > > > > FAI > > https://fai-project.org/ > > Based on cfengine. Supports also SUSE, but main target is debian. It has also web service ( quite limited ) to generate modified installation image. > > what is nice that they has users survey publically available. So I see in some of their report that users use it even for SLE, others use autoyast and fai only for debian. would be nice to have similar survey. > > I would like to play a bit more with FAI, as I see also opportunity to contribute there and help some SUSE/openSUSE users which prefer cfengine. > > > > > > Visibility of autoyast > > When I am searching for competition I am also interested how autoYaST is visible: > > Googling "unattended installation" no chance, "unattended installation linux" nothing, "unattended installation suse" shows finally autoyast. > > "automatic installation" no chance, "automatic installation linux" autoyast is heavily beaten by fai and kickstart, autoyast is on second page at bottom, "automatic instalation suse" is clear win. > > This is probably more a reflection of how autoyast being hard to use today, which makes it so that people don't often use it, leading to lower google search rates. > > So making autoyast really really easy to use and configure would probably boost that, > If you have more ideas how to make it easier to use and configurable, do not hesitate to speak to us. Any ideas are welcome ( no guarantee to implement it :) > Hope that helps! any feedback helps. Josef > > > > > > I hope you find this useful. > > > > Josef > > -- > > To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org > > To contact the owner, e-mail: yast-devel+owner(a)opensuse.org > > > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

2 1

[yast-devel] Pending Pull Requests
by yast-ci＠opensuse.org 13 Jul '20

13 Jul '20

This email is automatic generated from yast CI node. It lists of pull requests that have no activity more then three working days. If your module is listed, please check all pull request, why they are not merged yet. Pending requests in repository yast-apparmor: - Port to rake (394 days) https://github.com/yast/yast-apparmor/pull/40 Pending requests in repository yast-autoinstallation: - Find the Base Product (69 days) https://github.com/yast/yast-autoinstallation/pull/599 Pending requests in repository yast-bootloader: - Fix resume with uuid partition (361 days) https://github.com/yast/yast-bootloader/pull/564 Pending requests in repository yast-core: - Fixes for gensalt handling with libxcrypt. (136 days) https://github.com/yast/yast-core/pull/144 Pending requests in repository yast-devtools: - Y2logs analyzer (138 days) https://github.com/yast/yast-devtools/pull/149 - Supplement changes from YCC (166 days) https://github.com/yast/yast-devtools/pull/148 - Move desktop files (399 days) https://github.com/yast/yast-devtools/pull/143 Pending requests in repository yast-installation: - clarify that ssh_import processes host keys (bsc#1172400) (38 days) https://github.com/yast/yast-installation/pull/860 - Demo: eager mode of zombie-killer 0.5 (612 days) https://github.com/yast/yast-installation/pull/761 Pending requests in repository yast-network: - network-ng: test cases document (draft) (234 days) https://github.com/yast/yast-network/pull/947 - add initial test cases document (360 days) https://github.com/yast/yast-network/pull/853 Pending requests in repository yast-packager: - Include some hints in the "Priority" label (bsc#1154693) (103 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-registration: - [SP3] Fix misleading default_skipping_text (BSC#1167795) (16 days) https://github.com/yast/yast-registration/pull/488 Pending requests in repository yast-users: - Remove ag_uid to save memory at installation time (bsc#1172139) (19 days) https://github.com/yast/yast-users/pull/231 Pending requests in repository yast-yast2: - Bnc#1081441 (88 days) https://github.com/yast/yast-yast2/pull/1047 - [WIP] CWM improvements (89 days) https://github.com/yast/yast-yast2/pull/1044 - Change the way groups are defined (398 days) https://github.com/yast/yast-yast2/pull/936 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (529 days) https://github.com/yast/yast-yast2/pull/894 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (529 days) https://github.com/yast/yast-yast2/pull/893 - [WIP] Firewalld fixes for the new UI (677 days) https://github.com/yast/yast-yast2/pull/813 - [WIP] Drop SuSEfirewall2 completely (662 days) https://github.com/yast/yast-yast2/pull/806 Pending requests in repository yast-ycp-ui-bindings: - [WIP] Support bold font inside tables (689 days) https://github.com/yast/yast-ycp-ui-bindings/pull/35 ERROR: API query limit exceeded -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Innovation Time: autoyast and its competition
by josef Reidinger 10 Jul '20

10 Jul '20

Hi, this friday I decide to look what competition offers for automated/unattended installation. Here are some of my notes: Available: debian: https://wiki.debian.org/AutomatedInstallation including FAI ubuntu: kickstart compatibility https://help.ubuntu.com/community/KickstartCompatibility redhat: kickstart https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… Kickstart text file with syntax. Recommended way for creation is cloning of manual installation. Also UI is available, but does not support advanced partitioning and not for everyone. Interesting feature is that kickstart allow to specify on failure script (both user error %onerror and program error %traceback ) which is executed when fatal failure happen. This is often used for debugging and error reporting. Also all pre,post,etc script has option --erroronfail which makes failure of script fatal for whole installation. What I really like about kickstart documentation is that they mention when it is introduced, when it is deprecated and when it is removed for each option. I have to say also that I found kickstart file more readable then autoyast XML. See examples at http://www.stratuslab.eu/fp7/doku.php/tutorial:baseimagecreationkickstart.h… and I think you get quickly idea what each line means. Kickstart allows composition using including of other files. This is used for dynamic content together with pre script and include of file generated by script. What surprise me that autoyast allows much more schemas to locate its file. E.g. ftp is not supported in kickstart. FAI https://fai-project.org/ Based on cfengine. Supports also SUSE, but main target is debian. It has also web service ( quite limited ) to generate modified installation image. what is nice that they has users survey publically available. So I see in some of their report that users use it even for SLE, others use autoyast and fai only for debian. would be nice to have similar survey. I would like to play a bit more with FAI, as I see also opportunity to contribute there and help some SUSE/openSUSE users which prefer cfengine. Visibility of autoyast When I am searching for competition I am also interested how autoYaST is visible: Googling "unattended installation" no chance, "unattended installation linux" nothing, "unattended installation suse" shows finally autoyast. "automatic installation" no chance, "automatic installation linux" autoyast is heavily beaten by fai and kickstart, autoyast is on second page at bottom, "automatic instalation suse" is clear win. I hope you find this useful. Josef -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Very late updates for yast2-trans
by José Iván López González 07 Jul '20

07 Jul '20

Hi all, Recently, a bug report [1] was filed because translation updates are taken quite long to reach the product. It seems that it took almost 1 year and 4 months to get an updated yast2-trans package into Leap 15.2. Do you know the source of the problem? Could we do anything to improve it? Thanks! [1] https://bugzilla.suse.com/show_bug.cgi?id=1172874 -- José Iván López González YaST Team at SUSE LINUX GmbH IRC: jilopez -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

2 3

[yast-devel] please push Leap_15.2-GM tag to yast-translations.git
by Lubos Kocman 06 Jul '20

06 Jul '20

Hello yast team! May I ask you to push following tag to the upstream yast2-trans github repo? This is the only package where I don't have rights to do so. https://github.com/yast/yast-translations git tag Leap_15.2-GM bc4a9329cc && git push origin Leap_15.2-GM This task is otherwise tracked here https://progress.opensuse.org/issues/61551 Thank you

2 1

[yast-devel] Pending Pull Requests
by yast-ci＠opensuse.org 06 Jul '20

06 Jul '20

This email is automatic generated from yast CI node. It lists of pull requests that have no activity more then three working days. If your module is listed, please check all pull request, why they are not merged yet. Pending requests in repository yast-apparmor: - Port to rake (387 days) https://github.com/yast/yast-apparmor/pull/40 Pending requests in repository yast-autoinstallation: - Find the Base Product (62 days) https://github.com/yast/yast-autoinstallation/pull/599 Pending requests in repository yast-bootloader: - Fix resume with uuid partition (354 days) https://github.com/yast/yast-bootloader/pull/564 Pending requests in repository yast-core: - Fixes for gensalt handling with libxcrypt. (129 days) https://github.com/yast/yast-core/pull/144 Pending requests in repository yast-devtools: - Y2logs analyzer (131 days) https://github.com/yast/yast-devtools/pull/149 - Supplement changes from YCC (159 days) https://github.com/yast/yast-devtools/pull/148 - Move desktop files (392 days) https://github.com/yast/yast-devtools/pull/143 Pending requests in repository yast-installation: - clarify that ssh_import processes host keys (bsc#1172400) (31 days) https://github.com/yast/yast-installation/pull/860 - Demo: eager mode of zombie-killer 0.5 (605 days) https://github.com/yast/yast-installation/pull/761 Pending requests in repository yast-network: - network-ng: test cases document (draft) (227 days) https://github.com/yast/yast-network/pull/947 - add initial test cases document (353 days) https://github.com/yast/yast-network/pull/853 Pending requests in repository yast-packager: - Include some hints in the "Priority" label (bsc#1154693) (96 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-registration: - [SP3] Fix misleading default_skipping_text (BSC#1167795) (9 days) https://github.com/yast/yast-registration/pull/488 Pending requests in repository yast-users: - Remove ag_uid to save memory at installation time (bsc#1172139) (12 days) https://github.com/yast/yast-users/pull/231 Pending requests in repository yast-yast2: - Bnc#1081441 (81 days) https://github.com/yast/yast-yast2/pull/1047 - [WIP] CWM improvements (82 days) https://github.com/yast/yast-yast2/pull/1044 - Change the way groups are defined (391 days) https://github.com/yast/yast-yast2/pull/936 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (522 days) https://github.com/yast/yast-yast2/pull/894 - save_y2logs: save kernel messages and udev log (bsc#1089647, bsc#1085… (522 days) https://github.com/yast/yast-yast2/pull/893 - [WIP] Firewalld fixes for the new UI (670 days) https://github.com/yast/yast-yast2/pull/813 - [WIP] Drop SuSEfirewall2 completely (655 days) https://github.com/yast/yast-yast2/pull/806 Pending requests in repository yast-ycp-ui-bindings: - [WIP] Support bold font inside tables (682 days) https://github.com/yast/yast-ycp-ui-bindings/pull/35 Pending requests in repository yast-ruby-bindings: - Fixes for gensalt handling with libxcrypt. (129 days) https://github.com/yast/yast-ruby-bindings/pull/239 - [WIP] Don't crash on NoMethodError when Perl is involved (185 days) https://github.com/yast/yast-ruby-bindings/pull/224 - log method name (769 days) https://github.com/yast/yast-ruby-bindings/pull/216 Pending requests in repository yast-rake: - Switch desktop directory (392 days) https://github.com/yast/yast-rake/pull/70 Pending requests in repository yast-cio: - convert to libyui ruby bindings (107 days) https://github.com/yast/yast-cio/pull/34 Pending requests in repository skelcd-control-openSUSE: - Adjust the roles to the new YaST Patterns (188 days) https://github.com/yast/skelcd-control-openSUSE/pull/195 ERROR: API query limit exceeded -- To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org To contact the owner, e-mail: yast-devel+owner(a)opensuse.org

1 0

[yast-devel] Storage Wizards
by Arvin Schnell 02 Jul '20

02 Jul '20

Hi, the YaST team has the idea to make some storage tasks simpler to use by introducing storage wizards. Attached are the first brain storming results. Feedback is wanted. ciao Arvin -- Arvin Schnell, <aschnell(a)suse.com> Senior Software Engineer, Research & Development SUSE Software Solutions Germany GmbH Maxfeldstraße 5 90409 Nürnberg Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer

3 16