March 2021 - 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: Echoes of Hack Week 20
by Imobach Gonzalez Sosa 31 Mar '21

31 Mar '21

Hi all, Now that Hack Week 20 is over, the YaST team wants to share the projects they were working on. It covers a wide range of topics: Sorbet, gfxboot2, QDirStat, WebAssembly, a new configuration management tool (UCMT), Yast::Rake improvements... and even horses GPS tracking! If you are interested, please, have a look at https://yast.opensuse.org/blog/ 2021-03-30/hack-week-20 Regards, Imo -- Imobach González Sosa YaST Team at SUSE LLC https://imobachgs.github.io/

1 0

Git branch SLE-15-SP3 created, "master" == SLE-15-SP4/Tumbleweed now!
by Ladislav Slezak 31 Mar '21

31 Mar '21

Hi all, I created a SLE-15-SP3 branch in all[*] YaST packages. The "master" branch is now open for SLE-15-SP4/Tumbleweed changes! The "rake osc:sr" in the SP3 branch will send a maintenance update. If you need to submit a P1 fix to SP3:GA then use these commands: # send the package to the Devel:YaST:SLE-15-SP3 project rake osc:commit # manually create the SR to SP3:GA osc -A https://api.suse.de sr Devel:YaST:SLE-15-SP3 <package> SUSE:SLE-15-SP3:GA NOTE 1: The branch has been created from the current "master", if some latest changes are not accepted to SP3 we have to manually rollback the branch to the latest accepted commit. NOTE 2: "master" is SLE-15-SP4/Tumbleweed now, do not forget to bump the version to 4.4.0 when adding SP4/TW only changes. If you find any issues just ping me! Ladislav [*] Except of these packages: Not maintained at github.com/yast: yast2-sap-scp yast2-sap-scp-prodlist yast2-saptune We do not have any branches here: yast-translations This seems to be dropped: system-role-minimal-text -- Ladislav Slezák YaST Developer SUSE LINUX, s.r.o. Corso IIa Křižíkova 148/34 18600 Praha 8

1 0

Technologies used during hackweek
by josef Reidinger 30 Mar '21

30 Mar '21

Hi, during hackweek I work on project ucmt [1]. In this email I do not want to talk about project, but about experience with technologies I use during this work. I use basically 4 libs/tools - ansible, salt, rubygem cheetah and rubygem optimist. Ansible ======= I use ansible for discovery and also as one of backend for write. For discovery it works nice and works even without root permissions, just with less data. For writting it also quite good, but I feel more comfortable with salt. Salt ===== I use salt for backend only. Discovery has problem that it is very slow and require always root. But write is quite plesant experience and I like its output of apply and dry run more then in ansible. Cheetah ======= Well, I am co-author of gem, so it is quite familiar to me. What I really enjoy is error reporting which really helps with prototyping as I quickly get info if some command I use failed for whatever reason. And redirecting stdout works well with salt, so output is still colored. Optimist ======== Really nice gem for CLI. It is easy to use and still quite powerful. What is maybe not everyone taste is how much it forces conventions like like if you have :no_root as option, then in CLI it is --no-root. But it generates help, generates short options, support subcommands and so on, so in general I can quickly make quite nice API. Josef [1] https://hackweek.suse.com/20/projects/unified-config-management-tool-ucmt

1 0

New/updated Rake tasks, run GitHub Actions locally
by Ladislav Slezak 29 Mar '21

29 Mar '21

Hi all, during HackWeek I improved a bit the Rake tasks we use in YaST, here is a short summary of the changes. Added osc:config Task --------------------- The packaging configuration might be complex and it might be quite difficult to find where the package will be submitted with the osc:sr task in the end. This task prints the summary of the packaging configuration: rake osc:config Package directory: package OBS instance: https://api.opensuse.org/ OBS project: devel:languages:ruby:extensions OBS package name: rubygem-packaging_rake_tasks OBS build target: openSUSE_Tumbleweed OBS submit target: openSUSE:Factory It also honors the YAST_SUBMIT variable: YAST_SUBMIT=sle15sp1 rake osc:config Package directory: package OBS instance: https://api.suse.de/ OBS project: Devel:YaST:SLE-15-SP1 OBS package name: yast2 OBS build target: SUSE_SLE-15-SP1_Update OBS submit target: SUSE:SLE-15-SP1:Update Updated check:committed Task ---------------------------- The osc:build or osc:sr tasks check whether all changes have been committed to Git to avoid missing files and changes. That's good. But if you are testing a fix it is quite annoying that you have to commit every single change before running a testing build locally. Usage: rake osc:build CHECK_MODIFIED=0 Note: We need to keep the check for *new* files because "rake package" archives only the files known to Git, so the package build would miss them later. Added run:container[client] Task --------------------------------- This is similar to the "run[client]" task, but it runs the client in a Docker container. Because the Docker container environment is quite limited (no systemd, no boot loader, no HW access) some modules will not work properly. But it works for some modules/clients (like "repositories"). It uses the same container as specified in the GitHub Actions, see the "Options" section below. Added GitHub Action Tasks ------------------------- These tasks allow running the GitHub Actions locally actions:list - print the defined GitHub Action jobs actions:details - print the details of the defined GitHub Action jobs actions:run[job] - run the specified GitHub Action job locally, if "job" is not specified then it runs all jobs You can run the same[*] jobs as the GitHub Actions do on the server! Options ------- There are several options you can use in the "actions:run" and "run:container" tasks: KEEP_CONTAINER=1 - keeps the container running after finishing the job/client, that might be useful for debugging or testing if something fails. It prints the instructions how to connect to the container and remove it. Do not forget to remove the container manually at the end otherwise it it will keep running and consuming some (tiny) system resources! DOCKER_IMAGE=<image> - it might be useful to use a different Docker image than the one which is specified in the GitHub Actions. Of course, when using a different image the result might be different than in real GitHub Actions. But that might be useful in some cases, see the example below. Examples: rake actions:run[Checks] KEEP_CONTAINER=1 # use the Leap 15.3 based Docker image if the latest TW image with glibc-2.33 # does not work with older Docker in your system rake actions:run DOCKER_IMAGE=registry.opensuse.org/yast/head/containers_15.3/yast-ruby:late… Details ------- See the details in these pull requests: https://github.com/yast/yast-rake/pull/83 https://github.com/openSUSE/packaging_rake_tasks/pull/60 Enjoy! Ladislav [*] The Docker containers use the host kernel and depend on the Docker version installed. So it is not 100% the same, but very very close... -- Ladislav Slezák YaST Developer SUSE LINUX, s.r.o. Corso IIa Křižíkova 148/34 18600 Praha 8

1 0

Pending Pull Requests
by yast-ci＠opensuse.org 29 Mar '21

29 Mar '21

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-autoinstallation: - consistent handling of empty elements in autoyast profile (bsc#1180968) (9 days) https://github.com/yast/yast-autoinstallation/pull/730 Pending requests in repository yast-installation: - Master base product logging (44 days) https://github.com/yast/yast-installation/pull/907 - Replace old splash commands with plymouth ones (68 days) https://github.com/yast/yast-installation/pull/904 Pending requests in repository yast-instserver: - Adapt Rakefile and Dockerfile for SLE-15-SP2 (135 days) https://github.com/yast/yast-instserver/pull/50 Pending requests in repository yast-metapackage-handler: - Add unit tests for methods of OneClickInstallWorkerFunctions class (55 days) https://github.com/yast/yast-metapackage-handler/pull/25 - Extend unit test for existing functions (76 days) https://github.com/yast/yast-metapackage-handler/pull/23 Pending requests in repository yast-online-update: - Added recommends to yast2-online-update-frontend (bsc#1177997) (144 days) https://github.com/yast/yast-online-update/pull/33 Pending requests in repository yast-packager: - Adding NFS repository: Checking user input e.g. white spaces in serve… (109 days) https://github.com/yast/yast-packager/pull/543 - Include some hints in the "Priority" label (bsc#1154693) (177 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-python-bindings: - Fix backtrace formatting in YPython::PyErrorHandler() (34 days) https://github.com/yast/yast-python-bindings/pull/36 Pending requests in repository yast-registration: - Master base product logging (44 days) https://github.com/yast/yast-registration/pull/529 Pending requests in repository yast-theme: - Fix the icons' style and minify them (7 days) https://github.com/yast/yast-theme/pull/143 - Add pattern-budgie icon (boo#1176164) (38 days) https://github.com/yast/yast-theme/pull/131 Pending requests in repository yast-yast2: - Logging all available products information into directory /var/log/Y… (44 days) https://github.com/yast/yast-yast2/pull/1135 Pending requests in repository yast-ycp-ui-bindings: - Failing autowrap (110 days) https://github.com/yast/yast-ycp-ui-bindings/pull/64 - New UI Example for ComboBox (125 days) https://github.com/yast/yast-ycp-ui-bindings/pull/62 Pending requests in repository yast-ruby-bindings: - Logging all available products information into directory /var/log/Ya… (44 days) https://github.com/yast/yast-ruby-bindings/pull/267 Pending requests in repository yast-samba-client: - Fix joining a domain when running a clustered Samba environment (9 days) https://github.com/yast/yast-samba-client/pull/87 Pending requests in repository skelcd-control-openSUSE: - Ntp servers (76 days) https://github.com/yast/skelcd-control-openSUSE/pull/223 Pending requests in repository yast-auth-client: - Bsc1172340 (122 days) https://github.com/yast/yast-auth-client/pull/94 Pending requests in repository yast-auth-server: - Bsc1172340 (122 days) https://github.com/yast/yast-auth-server/pull/66 - Fix an issue where pkg dependencies were not install (184 days) https://github.com/yast/yast-auth-server/pull/63 - Fixes to make the YaST modules work (641 days) https://github.com/yast/yast-auth-server/pull/48 Pending requests in repository yast-journal: - Use Yast::Builtins.strftime in 'Change Filter' dialog (174 days) https://github.com/yast/yast-journal/pull/45 Pending requests in repository yast-storage-ng: - Improve LVM striped volumes support (6 days) https://github.com/yast/yast-storage-ng/pull/1212 - Partial fix for bug#176140 (131 days) https://github.com/yast/yast-storage-ng/pull/1166 - Display pathnames correctly in a Right-to-Left context (bsc#1128091) (125 days) https://github.com/yast/yast-storage-ng/pull/873 Pending requests in repository helper_scripts: - [dependencies] Bump nokogiri from 1.10.10 to 1.11.2 in /jekyll (12 days) https://github.com/yast/helper_scripts/pull/24 Pending requests in repository docker-yast-ruby: - drop travis (62 days) https://github.com/yast/docker-yast-ruby/pull/37 Pending requests in repository docker-yast-cpp: - drop travis (62 days) https://github.com/yast/docker-yast-cpp/pull/26 Pending requests in repository skelcd-control-leanos: - Default ntp servers (76 days) https://github.com/yast/skelcd-control-leanos/pull/72 Pending requests in repository yast-rmt: - Add metadata into packages (175 days) https://github.com/yast/yast-rmt/pull/51 - use docker image from OBS (194 days) https://github.com/yast/yast-rmt/pull/50 - Enforce full coverage (194 days) https://github.com/yast/yast-rmt/pull/40 Pending requests in repository skelcd-control-MicroOS: - sync with SLE (116 days) https://github.com/yast/skelcd-control-MicroOS/pull/27 - unify proposed partition sizes with openSUSE MicroOS (117 days) https://github.com/yast/skelcd-control-MicroOS/pull/26 Pending requests in repository skelcd-control-SMO: - install the microos-selinux pattern by default (48 days) https://github.com/yast/skelcd-control-SMO/pull/6

1 0

Removing Release Notes Button from Widget Tree
by Gaurav Kumar 26 Mar '21

26 Mar '21

Hi Team, I have created a sample Yast Client with multiple Browse Buttons. I have assigned a keyboard shortcut to the buttons, but for one of the Browse button, the shortcut key is not getting assigned and on checking the logs : 2021-03-26 12:31:25 <0> blr8-117-110(12459) [ui-shortcuts] YShortcutManager.cc(checkShortcuts):119 Shortcut conflict: 'E' used for YPushButton "Browse" at 0x7f407c37aff0 2021-03-26 12:31:25 <0> blr8-117-110(12459) [ui-shortcuts] YShortcutManager.cc(checkShortcuts):119 Shortcut conflict: 'E' used for YQWizardButton "Release Notes" at 0x7f407c110c60 2021-03-26 12:31:25 <0> blr8-117-110(12459) [ui-shortcuts] YShortcutManager.cc(resolveAllConflicts):163 Resolving shortcut conflicts 2021-03-26 12:31:25 <0> blr8-117-110(12459) [ui-shortcuts] YShortcutManager.cc(resolveConflict):282 Keeping preferred shortcut 'E' for YQWizardButton "Release Notes" at 0x7f407c110c60 2021-03-26 12:31:25 <2> blr8-117-110(12459) [ui-shortcuts] YShortcutManager.cc(resolveConflict):292 Couldn't resolve shortcut conflict for YPushButton "Browse" at 0x7f407c37aff0 - assigning no shortcut As we can see that there is a conflict for one of the shortcut 'E' which I assigned to one of the Browse Button but it is already assigned to "Release Notes". On checking the widget tree there is Release Notes Button but it is not visible in UI : 2021-03-26 12:37:44 <1> blr8-117-110(12573) [ui] YWidget.cc(dumpWidget):709 Widget tree: YQWizardButton "Release Notes" at 0x7f32bc1fbfa0 (widgetRep: 0x7f32bc142000) Is there any way to remove the "Release Notes" from the Widget tree? Sample Code : https://gist.github.com/gauti200/577b02777f84f5e064d791808f8e0b68 I am attaching the y2log after running "Y2DEBUG=1 yast2 sampleClient.rb" and the widget tree for the client. Regards, Gaurav

1 0

Pending Pull Requests
by yast-ci＠opensuse.org 22 Mar '21

22 Mar '21

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-installation: - Master base product logging (37 days) https://github.com/yast/yast-installation/pull/907 - Replace old splash commands with plymouth ones (61 days) https://github.com/yast/yast-installation/pull/904 Pending requests in repository yast-instserver: - Adapt Rakefile and Dockerfile for SLE-15-SP2 (128 days) https://github.com/yast/yast-instserver/pull/50 Pending requests in repository yast-metapackage-handler: - Add unit tests for methods of OneClickInstallWorkerFunctions class (48 days) https://github.com/yast/yast-metapackage-handler/pull/25 - Extend unit test for existing functions (69 days) https://github.com/yast/yast-metapackage-handler/pull/23 Pending requests in repository yast-online-update: - Added recommends to yast2-online-update-frontend (bsc#1177997) (137 days) https://github.com/yast/yast-online-update/pull/33 Pending requests in repository yast-packager: - Adding NFS repository: Checking user input e.g. white spaces in serve… (102 days) https://github.com/yast/yast-packager/pull/543 - Include some hints in the "Priority" label (bsc#1154693) (170 days) https://github.com/yast/yast-packager/pull/482 Pending requests in repository yast-python-bindings: - Fix backtrace formatting in YPython::PyErrorHandler() (27 days) https://github.com/yast/yast-python-bindings/pull/36 Pending requests in repository yast-registration: - Master base product logging (37 days) https://github.com/yast/yast-registration/pull/529 Pending requests in repository yast-theme: - Add pattern-budgie icon (boo#1176164) (31 days) https://github.com/yast/yast-theme/pull/131 Pending requests in repository yast-yast2: - Logging all available products information into directory /var/log/Y… (37 days) https://github.com/yast/yast-yast2/pull/1135 Pending requests in repository yast-ycp-ui-bindings: - Failing autowrap (103 days) https://github.com/yast/yast-ycp-ui-bindings/pull/64 - New UI Example for ComboBox (118 days) https://github.com/yast/yast-ycp-ui-bindings/pull/62 Pending requests in repository yast-ruby-bindings: - Logging all available products information into directory /var/log/Ya… (37 days) https://github.com/yast/yast-ruby-bindings/pull/267 Pending requests in repository skelcd-control-openSUSE: - Ntp servers (69 days) https://github.com/yast/skelcd-control-openSUSE/pull/223 Pending requests in repository yast-auth-client: - Bsc1172340 (115 days) https://github.com/yast/yast-auth-client/pull/94 Pending requests in repository yast-auth-server: - Bsc1172340 (115 days) https://github.com/yast/yast-auth-server/pull/66 - Fix an issue where pkg dependencies were not install (177 days) https://github.com/yast/yast-auth-server/pull/63 - Fixes to make the YaST modules work (634 days) https://github.com/yast/yast-auth-server/pull/48 Pending requests in repository yast-journal: - Use Yast::Builtins.strftime in 'Change Filter' dialog (167 days) https://github.com/yast/yast-journal/pull/45 Pending requests in repository yast-storage-ng: - Partial fix for bug#176140 (124 days) https://github.com/yast/yast-storage-ng/pull/1166 - Display pathnames correctly in a Right-to-Left context (bsc#1128091) (118 days) https://github.com/yast/yast-storage-ng/pull/873 Pending requests in repository docker-yast-ruby: - drop travis (55 days) https://github.com/yast/docker-yast-ruby/pull/37 Pending requests in repository docker-yast-cpp: - drop travis (55 days) https://github.com/yast/docker-yast-cpp/pull/26 Pending requests in repository skelcd-control-leanos: - Default ntp servers (69 days) https://github.com/yast/skelcd-control-leanos/pull/72 Pending requests in repository yast-rmt: - Add metadata into packages (168 days) https://github.com/yast/yast-rmt/pull/51 - use docker image from OBS (187 days) https://github.com/yast/yast-rmt/pull/50 - Enforce full coverage (187 days) https://github.com/yast/yast-rmt/pull/40 Pending requests in repository skelcd-control-MicroOS: - sync with SLE (109 days) https://github.com/yast/skelcd-control-MicroOS/pull/27 - unify proposed partition sizes with openSUSE MicroOS (110 days) https://github.com/yast/skelcd-control-MicroOS/pull/26 Pending requests in repository skelcd-control-SMO: - install the microos-selinux pattern by default (41 days) https://github.com/yast/skelcd-control-SMO/pull/6

1 0