<anthr76[m]>
Sounds good though just curious if I should raise an issue. I suppose I should've looked harder..
<anthr76[m]>
I was under the impression this was something fixed in the past. I worked around it by taking the greetr's contents in `/usr/etc/shadow` and populating it to `/etc/shadow` I did subscribe to the issue 👍️
plarsen has quit [Remote host closed the connection]
ravanelli has quit [Remote host closed the connection]
ilius has quit [Quit: Leaving]
<dustymabe>
anthr76[m]: yeah, jlebon, walters, lucab, or travier[m] would know better than I - you can open a discussion forum question on the topic and I'm sure someone will give a better answer than I did
poppajarv has quit [Quit: Ping timeout (120 seconds)]
poppajarv has joined #fedora-coreos
poppajarv has quit [Quit: Ping timeout (120 seconds)]
poppajarv has joined #fedora-coreos
jpn has joined #fedora-coreos
jpn has quit [Ping timeout: 272 seconds]
<travier[m]>
anthr76[m]: probably a bug in the greetd package. Suggest manually adding the user to /etc entries to workaround.
<nemric>
runtime: failed to create new OS thread (have 10 already; errno=11)
<nemric>
runtime: may need to increase max user processes (ulimit -u)
<nemric>
fatal error: newosproc
<lucab>
nemric: I just re-triggered it
jcajka has quit [Ping timeout: 240 seconds]
mnguyen has joined #fedora-coreos
mnguyen_ has quit [Ping timeout: 260 seconds]
mnguyen_ has joined #fedora-coreos
mnguyen has quit [Ping timeout: 272 seconds]
nemric has quit [Quit: WeeChat 3.5]
jpn has quit [Ping timeout: 260 seconds]
nemric has joined #fedora-coreos
<nemric>
thanks lucab
<nemric>
I have been disconnected, hope I dodn't miss anything
<lucab>
nemric: no problem, feel free to ping if it gets stuck again. You could also try updating and force-pushing your branch, I usually just update the timestamp of the last commit to retry the PR
<nemric>
Job failed again, for the same reasons, Is it a jenkins lake or resources ?
<nemric>
lucab: thanks for report :) are you able to advice me on ignition best practice or dev clues ?
jpn has joined #fedora-coreos
<nemric>
*adviSe
crobinso has joined #fedora-coreos
jpn_ has joined #fedora-coreos
jpn has quit [Ping timeout: 276 seconds]
jcajka has joined #fedora-coreos
jcajka has quit [Ping timeout: 244 seconds]
nemric has quit [Quit: WeeChat 3.5]
ravanelli has joined #fedora-coreos
nemric has joined #fedora-coreos
plarsen has joined #fedora-coreos
mheon has joined #fedora-coreos
jcajka has joined #fedora-coreos
<anthr76[m]>
<siosm[m]> "Oh, if there is no home maybe..." <- Shall I open a RBZ against greetd for this I suppose?
nalind has joined #fedora-coreos
plarsen has quit [Ping timeout: 256 seconds]
plarsen has joined #fedora-coreos
<travier[m]>
anthr76[m]: Can you confirm that this is the issue by creating all that manually and checking? Then you can file a BZ and suggest that they use tmpfiles.d configs instead of doing it in a post-script.
<travier[m]>
dustymabe: saw that earlier but I'm struggling to understand how to use it
<dustymabe>
I think you're just supposed to put a definition in a git repo somewhere and this thing makes it run
<dustymabe>
i.e. rather than having to deploy it to the node, the node picks up changes after git push (on some schedule)
<travier[m]>
and I also don't understand why they need to disable SELinux but that's another issue
<dustymabe>
yeah, i'm sure that will get worked out in time
<travier[m]>
How do they reconcile what's already running with what's pushed
<travier[m]>
?
<dustymabe>
not sure. maybe they say if no change then do nothing.. or if changed then kill old container start new one
crobinso has quit [Quit: Leaving]
jpn_ has quit [Ping timeout: 240 seconds]
heldwin has quit [Remote host closed the connection]
heldwin has joined #fedora-coreos
Karuboniru has quit [Remote host closed the connection]
<anthr76[m]>
<dustymabe> "seems interesting: https://..." <- I almost gave it a spin with FCOS but disabling selinux and dealing with those caveats atm isn't the best
<anthr76[m]>
<siosm[m]> "and I also don't understand..." <- Ah yes
<anthr76[m]>
<siosm[m]> "anthr76[m]: Can you confirm that..." <- Just to confirm you want me to test the `%post` script? because this seems to just do things with systemd units? I'm having a hard time seeing where shadow would be modified .. besides the `sysusers` directives
<anthr76[m]>
Which I haven't scrutinized enough to tell if it's wrong or slightly off
<travier[m]>
anthr76[m]: The post script is essentially creating files in /var/lib/greetd/. most likely those files are discarded in rpm-ostree install
<travier[m]>
So if you re-create those manually that should fix your issue
bgilbert has joined #fedora-coreos
<bgilbert>
travier[m] dustymabe: retired the Ignition package in EPEL7
<dustymabe>
+1
dustymabe has quit [Quit: WeeChat 3.4]
jpn has joined #fedora-coreos
<travier[m]>
+1
bgilbert has quit [Quit: Leaving]
bgilbert has joined #fedora-coreos
dustymabe has joined #fedora-coreos
<bgilbert>
dustymabe: when running the f-c-c add-override job, set the text box to the desired target branch, and leave the popup at testing-devel
<dustymabe>
bgilbert: hmm - why?
<bgilbert>
the popup isn't an argument to the workflow and isn't under our control
<dustymabe>
I guess the popup isn't optional (i.e. not something configurable by you)
<dustymabe>
yeah
<bgilbert>
it's GitHub asking which branch the workflow code should be pulled from
<bgilbert>
right
<dustymabe>
still, config bot syncs that stuff around so it's technically not harming anything, right? just not 100% correct
<bgilbert>
in general, that's right. but it could cause confusion if a code change just merged and config-bot hasn't synced it
<bgilbert>
(to the workflow code)
<dustymabe>
+1
Betal has joined #fedora-coreos
jpn has quit [Ping timeout: 244 seconds]
jpn has joined #fedora-coreos
jpn has quit [Ping timeout: 240 seconds]
ksinny has quit [Ping timeout: 240 seconds]
ravanelli has quit [Remote host closed the connection]
nalind has quit [Quit: bye]
Sylverado has joined #fedora-coreos
<bgilbert>
docs.fedoraproject.org is 404ing (even at the top level)