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

Request log from specific day:

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

01:16	vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:20, Quit: leaving)
06:44	alkisg_web has joined IRC (alkisg_web!~alkisg_we@srv1-dide.ioa.sch.gr)
07:10	ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:41	alkisg_web has left IRC (alkisg_web!~alkisg_we@srv1-dide.ioa.sch.gr, Quit: Client closed)
12:27	sfxworks[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:52	lucascastro has left IRC (lucascastro!~lucascast@192-140-51-251.static.oncabo.net.br, Remote host closed the connection)
13:02	lucascastro 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:57	vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100b)
18:12	woernie has left IRC (woernie!~werner@p5b296cc2.dip0.t-ipconnect.de, Ping timeout: 256 seconds)
18:15	woernie 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:57	vagrantc 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:56	woernie has left IRC (woernie!~werner@p5b296cc2.dip0.t-ipconnect.de, Remote host closed the connection)
22:19	ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)