Dear all,
YaST and Leap 16 have been broadly discussed. I have noticed that.
What I wonder (and haven’t found instantly): what is the situation like with TW/SR? Isn’t YaST affected there? And if, why?
TIA!
@C7NhtpnK Different requirements for the openSUSE Base requirements… YaST will likely fall off the radar at some point (probably a ruby update), no different than 32bit Community support, v1 support etc.
Personally I haven’t used YaST in a long time, Cockpit and command line works fine…
1 Like
But no official off-said, actually?
Yes, sure.
YaST is still working in TW, until it doesn’t as Malcolm pointed out.
Frankly most modules are not needed anymore: some don’t work in modern installs (e.g. Sound or Network with NetworkManager), some might not offer the full story (e.g. Services with Systemd-services, maybe Firewall and Security), some have better alternatives with desktop apps (Printing, Users…).
Software has a better alternative in Myrlyn, so the only (often?) used modules remaining to “everyday” users might be the Partitioner and the Bootloader.
@C7NhtpnK When it appears on the Factory Mailing list, doesn’t build anymore and gets dropped from Tumbleweed. Numerous packages come and go or disappear…
My question is, how many times do you use YaST, what modules do you use?
ACK!
ACK!
ACK!
Personally me? I am still with Leap 15.6. But I adapted my workflows to leave YaST. I am mostly fine without. The origin question was just out of interest: YaST is missing in Leap 16.0 — but available in TW/SR. I just wanted to know a little bit about background.
From my point of view, the only Yast module that does not yet have a good replacement is ‘snapshot’, a GUI for snapper.
I do not know if it is possible to make it independent like Myrlyn, or to turn it into a Cockpit module.
It seems obvious to me that most of the 250 Yast modules have had their day.
R.I.P.
@Wolfheri It’s being worked on https://github.com/openSUSE/cockpit-snapshots
1 Like
This looks promising:
We don’t seem to have a package for it. But maybe somebody volunteers?
2 Likes
Just filed: https://github.com/presire/qSnapper/issues/1
I just saw. Probably our version of libsnapper is newer than the one this project expects.
Anything I could try? Not familiar with the code.
@knurpht: For the time being, use the huha-fix-build branch of my fork.
I made a PR. But it might take a little while for the project owner to react.
1 Like
Now getting:
/usr/include/snapper/Snapshot.h:127:14: note: candidate expects 1 argument, 0 provided
make[2]: *** [CMakeFiles/qsnapper-dbus-service.dir/build.make:113: CMakeFiles/qsnapper-dbus-service.dir/src/dbusservice/snapshotoperations.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:475: CMakeFiles/qsnapper-dbus-service.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
Are you sure you checked out the correct branch?
[sh @ morgul] .../work/src/qSnapper 6 % git remote add huha git@github.com:shundhammer/qSnapper.git
[sh @ morgul] .../work/src/qSnapper 7 % git fetch --all
[sh @ morgul] .../work/src/qSnapper 8 % git checkout -b huha-fix-build huha/huha-fix-build
Yep:
* huha/huha-fix-build
master
lines 1-2/2 (END)
Then git show should show you this patch. Does it?
/me bangs head against table. Pulled and compile works
I’ve fixed it so it can be built.
I’ve also fixed the drawing issue in light mode.
3 Likes