IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 4 February 2022   (all times are UTC)

01:16vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:20, Quit: leaving)
06:44alkisg_web has joined IRC (alkisg_web!~alkisg_we@srv1-dide.ioa.sch.gr)
07:10ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:41alkisg_web has left IRC (alkisg_web!~alkisg_we@srv1-dide.ioa.sch.gr, Quit: Client closed)
12:27sfxworks[m] has joined IRC (sfxworks[m]!~sfxworksm@2001:470:69fc:105::e5d4)
12:27* sfxworks[m] uploaded an image: (125KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/jJhoBNftODQGBixOCVaDesQm/image.png >
12:27
<sfxworks[m]>
Very close to just giving it the ipxe if its compiled into an efi
12:27
s/Very/Somewhat/
12:52lucascastro has left IRC (lucascastro!~lucascast@192-140-51-251.static.oncabo.net.br, Remote host closed the connection)
13:02lucascastro has joined IRC (lucascastro!~lucascast@192-140-51-251.static.oncabo.net.br)
15:16* sfxworks[m] uploaded an image: (260KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/veXEpNHNSaCYIrsUuXuDtatn/image.png >
15:16
<sfxworks[m]>
I have no idea what this means so im just doing the normal pxe method
15:17
happens right after choosing rockpro64. Maybe a missing feature that I didn't add to general.h idk
15:38
`dhcp; tftp 0x800800 $serverip:snp.efi; tftp 0x1f00000 $serverip:dtb/rockchip/rk3399-rockpro64.dtb; bootefi 0x800800 0x1f00000`
15:38
That's the command I ran and I stopped at that.
15:38
Though the good news is running `set serverip 1.2.3.4` and `saveenv` works provided the IP is right and causes it to automatically boot the armbian image over pxe
15:39
so that issue is fixed. So ill do a write up on that soon
16:57vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100b)
18:12woernie has left IRC (woernie!~werner@p5b296cc2.dip0.t-ipconnect.de, Ping timeout: 256 seconds)
18:15woernie has joined IRC (woernie!~werner@p5b296cc2.dip0.t-ipconnect.de)
19:37
<sunweaver>
alkisg: here is another quest...
19:38
https://paste.debian.net/1229631/
19:38
I get the above errors (at_exit) when running ltsp kernel
19:39
reason for this is that $tmp/tmpfs is not empty, it contains this:
19:39
https://paste.debian.net/1229628/
19:39
here is the debug output of the relevant code in server/55-kernel.sh
19:39
https://paste.debian.net/1229629/
19:40
shouldn't there be "rm [0-9]+/{up,work}/*" commands be scheduled for at_exit during mount_img_src in common/35-image.sh?
19:56* vagrantc finally uploaded the new ltsp and epoptes to debian
19:56
<sunweaver>
nice!
19:56
bullseye-pu for x2gothinclient-minidesktop?
19:56
<vagrantc>
alkisg: there are a few minor lintian issues i need to look into, but nothing worth blocking upload
19:57vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100b, Quit: leaving)
20:06
<sunweaver>
alkisg: I found out the cause of the above.
20:06
If /tmp is mounted as tmpfs, then the above error occurs.
20:06
if it is on ext2/ext3/ext4 all is fine.
20:10
cause is in commit 147a6593
20:10
you differentiate between tmpfs and ext2/ext3
20:11
when mounting, but not after unmounting when it comes to removing the <tmpdir>/root and <tmpdir>/tmpfs
20:11
with ext2/ext3 simply unmounting <tmpdir>/tmpfs and a later rmdir <tmpdir>/tmpfs works.
20:12
but if /tmp already is on tmpfs, you don't extra-mount a tmpfs over it, thus you don't umount anything, this you need to clear files and folders from <tmpdir>/tmpfs before doing an rmdir <tmpdir>/tmpfs during at_exit.
20:13
I'll propose a patch
20:28
https://github.com/ltsp/ltsp/pull/659
20:45
<alkisg>
vagrantc: thanks for the upload!
20:45
sunweaver: thank you for the patch; since we just did a release, is there a problem is I apply it later on for the next release around summer?
20:56woernie has left IRC (woernie!~werner@p5b296cc2.dip0.t-ipconnect.de, Remote host closed the connection)
22:19ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)