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


Channel log from 15 December 2019   (all times are UTC)

00:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 246 seconds)
00:18alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
00:19shored has left IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi, Ping timeout: 240 seconds)
00:20shored has joined IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi)
00:29shored has left IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi, Ping timeout: 240 seconds)
00:29shored has joined IRC (shored!~shored@87-92-122-167.bb.dnainternet.fi)
05:44gdi2k_ has left IRC (gdi2k_!~gdi2k@180.190.180.122, Quit: Leaving)
07:50elias_a has joined IRC (elias_a!elias@hilla.kapsi.fi)
08:08kjackal has joined IRC (kjackal!~quassel@2a02:587:3109:4a00:8951:4cce:8d0:539a)
08:17
<elias_a>
Has anyone tried linux-multiseat with LTSP? Are they compatible at all?
08:18
<alkisg>
I've deployed proper multiseat ltsp installations
08:18
I'm not sure if you're asking about proper multiseat or some other non official implementation though
08:20
<elias_a>
alkisg: I don't even know what "proper multiseat" means in this context in the way how it would differ from non proper multiseat. :D
08:21
<alkisg>
There's the offical https://www.freedesktop.org/wiki/Software/systemd/multiseat/ implementation
08:21
And there are other, non-official ways to do multiseat
08:21
LTSP5 supports the official way to do multiseat
08:21
And it works fine
08:21
<elias_a>
This is just a question I was asked and I came here to find the answer. :)
08:21
Ok! Superb!
12:47gdi2k has joined IRC (gdi2k!~gdi2k@57.190.1.7)
13:02adrianorg has joined IRC (adrianorg!~adrianorg@179.187.27.163.dynamic.adsl.gvt.net.br)
13:04adrianor1 has left IRC (adrianor1!~adrianorg@177.204.79.114.dynamic.adsl.gvt.net.br, Ping timeout: 268 seconds)
13:20adrianorg has left IRC (adrianorg!~adrianorg@179.187.27.163.dynamic.adsl.gvt.net.br, Ping timeout: 250 seconds)
13:27gdi2k has left IRC (gdi2k!~gdi2k@57.190.1.7, Read error: Connection reset by peer)
13:32adrianorg has joined IRC (adrianorg!~adrianorg@177.156.61.149)
16:24vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:27insegnante^gnuse has joined IRC (insegnante^gnuse!571be183@host131-225-static.27-87-b.business.telecomitalia.it)
16:27Tottle has joined IRC (Tottle!5496eb1d@p5496EB1D.dip0.t-ipconnect.de)
16:27insegnante^gnuse has left IRC (insegnante^gnuse!571be183@host131-225-static.27-87-b.business.telecomitalia.it, Remote host closed the connection)
16:28markit has joined IRC (markit!~insegnant@host131-225-static.27-87-b.business.telecomitalia.it)
16:29
<markit>
alkisg: hi, I'm at school where epoptes broadcast was not working. I've updated (still 16.04, kubuntu, 32 bit) but does not work. Worse, epoptes does not show client's desktop either
16:30
<vagrantc>
alkisg: Bug#944321: marked as done (ipxe: Please enable snponly.efi) :)
16:42
<markit>
I've to leave, see you another time :)
16:42markit has left IRC (markit!~insegnant@host131-225-static.27-87-b.business.telecomitalia.it, Quit: Konversation terminated!)
16:54
<alkisg>
vagrantc: yey!!! Were you involved in the upload, or it was all waldi?
16:54
Would it be possible to push this one too? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927783
16:54
<vagrantc>
alkisg: it was waldi not responding and simply uploading a fix for that
16:55
<alkisg>
Hrm... I'll upload another patch in that last issue, maybe that will poke him a bit
16:56
<vagrantc>
alkisg: i even commented on your patch and made an updated version
16:56
not sure how to get waldi to meaningfully respond
16:57
alkisg: and do use "diff -u" style output :)
16:58
<alkisg>
vagrantc: I uploaded a merge request to the launchpad tree (git push etc): https://code.launchpad.net/~alkisg/ubuntu/+source/ipxe/+git/ipxe/+merge/376817
16:58
I built packages etc, they work fine; I'll upload the .diff to the debian bug report too
17:00
<vagrantc>
alkisg: just nudged waldi on irc and said merge requests might be the way to go
17:00
<alkisg>
I'm not sure how to handle merge requests on debian... is the tree on salsa?
17:01
<vagrantc>
alkisg: it is now: https://salsa.debian.org/waldi/ipxe
17:02
<alkisg>
Thanks, digging into that...
17:05
<vagrantc>
alkisg: bascially fork on salsa and propose a merge request, much like on github
17:05
<alkisg>
Right, on it...
17:05
<vagrantc>
alkisg: i'd also email the relevent bug report(s) that you proposed a merge request
17:05
<alkisg>
And I'd love to see the bug trackers moving to salsa too :D
17:05
<vagrantc>
which is kind of annoying, but oh well ... evolving systems and workflows :)
17:06
yeah, it'd be nice for things to be more integrated
17:07Tottle has left IRC (Tottle!5496eb1d@p5496EB1D.dip0.t-ipconnect.de, Remote host closed the connection)
17:09
<alkisg>
I wonder if I can remove the alkisg-guest namespace... and be just alkisg
17:09
https://salsa.debian.org/alkisg-guest/ipxe
17:09
<vagrantc>
alkisg: you need to become a debian developer for that :)
17:10
<alkisg>
Ah, DMs can't have normal accounts on Salsa? Meh, I thought Debian was about all being equal :P
17:10
OK ok I'll get to it, after the phd! :D
17:11
<vagrantc>
heh :)
17:18
<alkisg>
vagrantc: https://salsa.debian.org/waldi/ipxe/merge_requests/1 - in case IRC pinging is also acceptable ;)
17:19
I'll Cc the debian bug too
17:19
<vagrantc>
:)
17:21Tottle has joined IRC (Tottle!5496eb1d@p5496EB1D.dip0.t-ipconnect.de)
17:30
<Tottle>
Yesterday, I first setup ltsp on Ubuntu 16.04 with the help of alkisg, than i upgraded Ubuntu 16.04 to 18.04 and setup dnsmasq to live beside systemd-resolved and NetworkManager (without default dnsmasq-core in NetworkManager, as of 16.04), so I've got an inet connection with host system and be able to boot an generated image in client over
17:30
network. I've tried to login with my normal host system user, but that fails with: "/usr/share/ltsp/client/login/pamltsp: 178: /usr/share/ltsp/client/login/pamltsp: Is_command: not found". Also i've setup a 2nd user, that i am able to ssh into from my LAN. My overall goal is, that i would like to login with my normal user with the same settings,
17:30
but with another GUI-(x?)session, so the "normal" guest session-approaches as suggested in the community-wiki are not applicable.
17:31
<alkisg>
Tottle: moment, will look into it in 5 mins
17:32
<Tottle>
Ok, no stress
17:40
<alkisg>
Tottle: can you apply this? https://github.com/ltsp/ltsp/commit/c48e9fccff5a3e0dd83a622cab5e909b7f34ef3d
17:41
<Tottle>
Just a Moment i will be back in some time.
17:41
<alkisg>
OK
17:41
Note that this should avoid the error, but I don't think that error is causing login failures
17:41* alkisg tests...
17:49
<alkisg>
Yup, it doesn't cause login failures, they're caused by something else in your case
17:53
Nevertheless I've uploaded a new build in the ltsp proposed ppa
17:57
<Tottle>
I've applied the patch. Now the login only states login failure.
17:58
"read: Connection reset by peer"
18:05
<alkisg>
Right, which means it's unrelated to the issue that you found (thanks for that though)
18:06
I don't have much time, do you want a quick VNC now? Otherwise I'll be back in a couple of hours...
18:06
Tottle: ^
18:06markit has joined IRC (markit!~marco@mail.ammdomus.it)
18:06
<alkisg>
markit: heya, I don't have much time, which epoptes version do you have?
18:06
<Tottle>
If you can mange, otherwise we could do that later
18:07
<alkisg>
Tottle: x11vnc -connect srv1-dide.ioa.sch.gr
18:08
<markit>
alkisg: I'm at home now, I've checked and is using greek's ppa and is 0.5.10-1, is it the latest for 16.04?
18:09
in any case better upgrade to 18.04 since we have seen it works, and then test again. Any short router / already build script for migration of a Ubuntu installation from 32 bit to 64 you are aware of or you are using?
18:09
<alkisg>
markit: no, use the ppas for 1.x version
18:09
Debian/Ubuntu can't upgrade from 32bit to 64bit
18:09
<markit>
i.e. ltsp-server is http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu
18:10
is different now? I've better have a look at the new doc then
18:10
<alkisg>
Tottle: yup, it fails because of the ssh port
18:10
It tries on port 22, not the other one
18:10
<Tottle>
ok
18:11
<alkisg>
Tottle: https://github.com/ltsp/ltsp/issues/66
18:11
markit: I suggest a new clean installation of 18.04, with the new ltsp, while keeping /home and users
18:11
The new ltsp is completely different to the old one
18:11
No ltsp-server package at all anymore
18:11
!install
18:11
<ltspbot>
install: To install LTSP: https://ltsp.org/docs/installation/
18:12
<Tottle>
Ok, alkisg, i will try that and i will told you if that functions
18:13
<alkisg>
np
18:13
<markit>
ah, ok, I'll try to set it up myself, possibly withhout network manager... don't want (not skilled) teachers mess the network... could it work? When ifconfig was the way to go I was able to configure, now I'm very confused between netplan and systemd and whatever
18:13
<alkisg>
Tottle: note that you're not supposed to login with the same account in two PCs; programs aren't designed for concurrent use of their files by multiple machines
18:14
(at the same time, I mean)
18:14
markit: just use /etc/network/interfaces then, it's still working
18:14
<Tottle>
Ok, i see. Is the default configuration, that i can login with another acc. (user2) and keep home etc. as normal 2nd acc.?
18:15
<alkisg>
Tottle: the problem is if firefox tries to open ~/.mozilla from 2 PCs
18:15
If it's a different ~/.mozilla folder, from another account, then no issue
18:15
<markit>
alkisg: do you mean that if I install ifconfig then systemd and netplan don't interfere and /etc/network/interfaces works again???
18:16
<alkisg>
markit: I guess you mean "ifupdown" instead of "ifconfig" there
18:16
<markit>
systemd is "embraching" (absorbing) everything a piece a time (also now manages names resolutions)
18:16
yes sorry
18:16
<alkisg>
ifconfig was replaced by ip ages ago
18:16
18.04 comes with ifupdown preinstalled
18:16
<markit>
oh, so the problem will raise with 20.04, you are right
18:17
btw is some "test repo" for ltsp under 20.04 available?
18:18
<Tottle>
alkisg: Ok, i will use different acc. As always, thank you for your time!
18:18
<alkisg>
(08:16:09 PM) markit: systemd is "embraching" (absorbing) everything a piece a time (also now manages names resolutions) => yes thank god, because without it ubuntu had patches that broke DNS for everyone
18:18
Fortunately systemd did that right, and DNS isn't broken anymore in 18.04
18:19
(08:17:08 PM) markit: btw is some "test repo" for ltsp under 20.04 available? => the new ltsp is properly available in 20.04, the old ltsp5 isn't available at all,
18:19
<markit>
well, it should not have been broken in the first time... I'm not confortable with systemd doing everything under the sun
18:19
<alkisg>
but also, the ltsp ppa supports all debian/ubuntu distributions after 2015
18:19
<markit>
alkisg: I meant, your customized ppa for 20.04
18:20
<alkisg>
Read the docs, it's all there
18:20
It points to the ppa and everything
18:20
<markit>
ok, thanks a lot!
18:20
<alkisg>
np
18:20
<markit>
I can't imagin ltsp without you... sure not markit and ltsp ;P
18:25* vagrantc is surprised to see ubuntu 16.04 keep coming up with new installs
18:29
<markit>
alkisg: last question: some PC with a specific brand had the writing at "boot": PXE-E61: media test failure, check cable" The cable and connectino was ok (I booted with systemresquecd and pinghed everything), I "solved" not powering on/off but removing the power cord, waiting 5 seconds, and powering on again. Anything happend to you also and there is an explaination?
18:30
<alkisg>
markit: yes, bad bios pxe stack
18:30
I've seen it fixed with bios update, but unfortunately it's rare to have a bios update usually
18:30
In that case, ipxe is needed
18:30
<markit>
Workarounds? it's old hardware and I've already upgraded the bios to the latest available
18:31
ipxe with a cdrom or a different (USB) bootable media I guess... not good :(
18:31
<alkisg>
Yup. Or, a network card with embedded pxe stack
20:59adrianor1 has joined IRC (adrianor1!~adrianorg@187.115.105.164)
21:00adrianorg has left IRC (adrianorg!~adrianorg@177.156.61.149, Ping timeout: 265 seconds)
21:28adrianor1 has left IRC (adrianor1!~adrianorg@187.115.105.164, Ping timeout: 268 seconds)
21:29adrianorg has joined IRC (adrianorg!~adrianorg@179.177.212.135.dynamic.adsl.gvt.net.br)
21:52markit has left IRC (markit!~marco@mail.ammdomus.it, )
22:23Tottle has left IRC (Tottle!5496eb1d@p5496EB1D.dip0.t-ipconnect.de, Remote host closed the connection)
22:32kjackal has left IRC (kjackal!~quassel@2a02:587:3109:4a00:8951:4cce:8d0:539a, Ping timeout: 276 seconds)
23:11GodFather has left IRC (GodFather!~rcc@wsip-66-210-242-210.ph.ph.cox.net, Ping timeout: 276 seconds)
23:23GodFather has joined IRC (GodFather!~rcc@wsip-66-210-242-210.ph.ph.cox.net)