96 Replies
this is getting very busy 🙂
so threading
Here's an example of where we do it in
config repo
https://github.com/ublue-os/config/blob/70634bf0d9fa9d506052cc764de45d0eac59d3c0/files/usr/lib/systemd/system-preset/10-flatpak-system-update.presetGitHub
config/files/usr/lib/systemd/system-preset/10-flatpak-system-update...
A layer to provide configuration files (udev rules, service units, etc) - ublue-os/config
alright
this solution requires adding 2 new files... one for bluefin and one for bluefin-dx>>>
or... one per service, depending on how you want to think about it
so instead enabling it in the RUN command, i add a file that it enables it via that file. and that triggers automaticly?
right, the presets are how systemd assumes the default (preset) state of a service... enabled or not
aah I see
can i do unmask in there also
i see we do unmask and then enable of the service
i don't know if the unmask is needed in the preset... i think it's there only because when adding that new file in container it needed it to execute enable in the contianer runtime, but the preset just enabling should be enough
alright. lets do this and see how this works out 😄
thanks for helping me
hey! thanks for wanting to contribute!
If I didn't want to help, I shouldn't have commented 😉 (and made things confusing) LOL
If I didn't want to help, I shouldn't have commented 😉 (and made things confusing) LOL
ok lets see where goes from here
added a summary of the situation here: https://github.com/ublue-os/bluefin/pull/441#issuecomment-1694795519
GitHub
fix: move /etc/ to /usr/etc/ by bobslept · Pull Request #441 · ublu...
Fixes #428
Follow up of PR #434
This moves the current /etc/ folders to their corresponding /usr/etc folder.
minor nitpick, since you'll probalby need to do another preset for framework...
with these ... the number in the filename matters
its when they are execute in which order?
you want this override to come later... so i'd probably make them
95-dconf-update.preset and 95-fprintd.preset
if you look at your own running system ls /usr/lib/systemd/system-preset you'll probably see what i mean
90-default.presethas a lot of stuff in it
99-default-disable.preset is the last one to run, and it disables anything which wasn't already enabled by preset
not sure if it's critical, but it seems like "good practice"i see
ah, and looks like it's a preset is NOT actually needed for frpint.d
because the
fprintd.service file added is an override of the pre-installed servicealright well that is good news
yep
now only rename it to 95 then
if all is green
😄
it's looking good
I probably should PR a fix to that
fprintd.service the better way to override a service is with an override
but, i'm not going to sweat it too much, it certainly does the jobsorry, should I still add one for fprintd.serivce?
and in this specific use case, i can see it making sense
its in the middle of the night here. i'm trying my best to follow everything 😄
no, you should need a preset for fpintd ... i'll update my comment on Github PR, too
how do call that number change, change of level?
priority?
i'd just say "rename"
i don't know what to call it for sure either
oke haha don't overthink it
alright
looks good
nice
would be nice to get this one finally fixed up 😄
now... 🙂 who uses Bluefin and will test it? ;-D
i do
ofcourse
good 😄
but i will fire up a good old vm for that
should i rebase fresh or update, what do you want sir 😄
I'm quite confident a new install will work... I'm a little curious how the change of files in /etc to /usr/etc will look to to a bluefin user....
i'm hopeful it's not even noticed
i have bluefin-dx vm on 38.20230824.0
wil do an upgrade if all is merged
that's great!
man i just love this. i've been using silverblue for a few years already. but it feels so easy on bluefin. its insane. 😄
oh! you are more of a veteran than me, then! 🙂 I did try silverblue a couple years ago, but i didn't understand "why"
it was some of Jorge's videos last October/November that caught my interest ... and then, when I saw it could be built using Containerfiles and github (skills I had) I was hooked!
yeah that is awesome, he is taking it to the next level. all that stuff is fairly new for me. but i'd got the concept, and that changing stuf in github and just have the stabilty of silverblue. man i was all in 😄
where in the world are you, may I ask?
and a great way of learning all that container/cloud stuff a littile
i'm from the netherlands
great! I had some good friends from the netherlands who lived here in the USA for several years. Our daughters were good friends.
ooh really. small world and all 😄
and yes, I love learning, too... i get to share some knowledge but also keep learning!
yeah for sure. and some great people. i love the vibe. feels very good
We learned an important word/concept (forgive my improper spelling)... Gezelig
not that i talk a lot, but i read and follow the chat and stuff
hahah yes it is gezellig in here! 😄
🙂
brb
alright there we go
dconf-update is disabled; preset enabled
did not run
what is output of
systemctl status dconf-update ?
i should fire a VM for this toointeresting... ok, it seems i have a bluefin VM! 🙂 so i'm upgrading mine also
check your current output of dconf-update
i did before the upgrade, and then it had run on mine
if i enable it with systemctl i get the same output on find
as you
rebooting my VM to check
yep, same thing
i'm confused by this
maybe we just need to create the default symlinks
that is... in git repo
and then add that symlink to repo
i know it's late, i can try this if you want
if you want to, i would be very happy
its almost 3 oclock at night
haha yes
well, 2:42 but before figured this out
i know jorge is -6 hours, like 20:43 or something overthere?
yep, and i'm 19:44
oh nice
😄
GitHub
fix: force enable dconf-update service via symlink by bsherman · Pu...
Since the systemd/system-preset enabled, but didn't create the target.wants symlink, we may need this to ensure the service starts as is expected.
want me to approve that
oh you just puting in a symlink right in the repo
you may, i mostly wanted you to see what i was doing and let me know if it makes sense
@akdev asked for an approval on above because we made a minor problem in bluefin 🙂
Can you use systemctl to do that? (Not sure if desirable but just another approach)
the history on this is moving /etc stuff to /usr/etc
Looks ok to me
and if a service is in
/usr/etc can't do a systemctl enable for it within containerYeah makes sense I guess it will write in /etc
yeah, and we did try the usr/lib/systemd/system-preset but though it shows "preset: enabled" the service is not actually enabled after upgrading to this image
would this make the preset not needed then?
yes, it would be not needed
but it's not hurting anything
no exactly just curious
if the preset is removed the service would show as
; enabled; preset: disabled
with it we'll have
; enabled; preset: enabledbetter
i think so, yes
if would be nice if this works. then maybe later i will try to find out why such preset is still disabled
i will wait till this is merged and test it and after that i will go to my bed
good plan
i'd like to know if a new install works
at least we didn't totally trashed the pc
but not an upgrade
ooh
rebase from silverblue
righ
right
well you are in luck
let me clone my silverblue
i will rebase from there
well i'm rebasing 🤞
oh... but from which image LOL
from silverblue to bluefin-dx
just like a normal new installation
without using the ublue iso 😛
rebooting as we speak
yeah, i wonder if you'll get the image with thew new symlink or not
i've got yafti
and
so it looks like it
😄
rpm-ostree status ?
that's the brand new image
yes i think we did it
good enough 🙂 i'm convinced new installs(rebase) and upgrades work fine with this service
i think so yes. i could already have seen it, because wallpaper and stuff is set via dconf-update 😄
if i'm correct
cool. well, you get some sleep 😄
and yafti is cruising
all the tools are there
i think we are good
well thanks so much. awesome ride. and enjoy your evening!
you're welcome! good night
bye