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


Channel log from 30 October 2019   (all times are UTC)

00:48dgroos has joined IRC (dgroos!~dagro001@63.225.132.145)
00:52
<dgroos>
Hello again! I haven't got screen broadcasting on epoptes to work on ltsp19. I can log out, shutdown and WOL the clients w/epoptes, though.
02:42dgroos has left IRC (dgroos!~dagro001@63.225.132.145, Quit: dgroos)
05:18
<alkisg>
dgroos, in case you see irclogs, this means that the *system* epoptes-client isn't running, while the *session* epoptes-client is running
05:55kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:9d60:90ea:afa0:294f)
06:01statler has joined IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de)
06:03
<alkisg>
Aaaah sorry, or it means you're using wayland :)
06:04
VNC won't work in Wayland
06:08kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:9d60:90ea:afa0:294f, Remote host closed the connection)
06:16ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:26vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 246 seconds)
06:28vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi)
06:44woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de)
07:00woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection)
07:09georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
07:17statler has left IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection)
07:36kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:f9c5:a75:9a6a:688d)
07:38woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
07:39georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
07:46Leolo_2 has left IRC (Leolo_2!~fil@184-75-132-167.dr.cgocable.ca, Ping timeout: 264 seconds)
07:59gdi2k has joined IRC (gdi2k!~gdi2k@58.69.160.27)
08:32georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
08:34
<meo>
I am still undecided if wayland is a good idea
08:35
<alkisg>
I think it's necessary, to reflect all the hardware changes
08:36
It went from "draw an arc and a rectangle to display a window", to bitmaps, to opengl, to 3d only rendering and compositors... not sure that xorg codebase can be kept clean after all those changes
08:43
<meo>
no I understand the necessity to replace xorg, I am just not sure wayland is an adequate solution for that
08:49statler has joined IRC (statler!~Georg@gwrz3.lohn24.de)
08:50georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
08:51meo has left IRC (meo!~systemdju@unaffiliated/mikeseth, Ping timeout: 276 seconds)
08:52georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
08:54georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
08:55statler has left IRC (statler!~Georg@gwrz3.lohn24.de, Ping timeout: 276 seconds)
08:56sas34 has joined IRC (sas34!50fe7c03@sme.donpac.ru)
08:57georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Client Quit)
08:59
<fiesh>
hmm a possibly dumb question: ltsp-chroot doesn't mount the distfiles for me (that's where gentoo saves the package sources in)
08:59
where can I add that so -c / -m mount them automatically?
09:01
<alkisg>
Ouch LTSP5 :D
09:01* alkisg refuses to re-read the ltsp5 code base :D
09:02
<fiesh>
heh ok
09:02
I haven't seen any updated version in the gentoo portage tree... :-P
09:02
(not that there's any version in there to begin with)
09:07
<alkisg>
If I recall correctly, you should provide a -vendor-functions override, and from there, override the mount_package_cache function (or a similar name)
09:08statler has joined IRC (statler!~Georg@gwrz.lohn24.de)
09:08georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
09:09meo has joined IRC (meo!~systemdju@unaffiliated/mikeseth)
09:10
<fiesh>
ah thanks, there's a /usr/share/ltsp/ltsp-chroot-functions that was altered
09:10
I mean adapted to gentoo
09:37georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…)
09:44statler has left IRC (statler!~Georg@gwrz.lohn24.de, Remote host closed the connection)
09:45georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213)
09:52sas34 has left IRC (sas34!50fe7c03@sme.donpac.ru, Ping timeout: 260 seconds)
10:18kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:f9c5:a75:9a6a:688d, Remote host closed the connection)
10:22kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:2562:6e6:6bf1:6b28)
10:42uumas has left IRC (uumas!uumaslyseo@gateway/shell/matrix.org/x-jjvgnqtozcmkxxye, Read error: Connection reset by peer)
10:42enaut[m] has left IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-iordagzqehqbzrin, Remote host closed the connection)
10:42enaut[m]1 has left IRC (enaut[m]1!enauttchnc@gateway/shell/matrix.org/x-clesrfgkhehqtacu, Read error: Connection reset by peer)
10:42uumas_ has left IRC (uumas_!uumasmatri@gateway/shell/matrix.org/x-aabxneizgieyvfhu, Write error: Connection reset by peer)
10:42alexxtasi[m] has left IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-rbadciahvdppcrpb, Write error: Connection reset by peer)
11:01woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection)
11:06alexxtasi[m] has joined IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-sqbkpvkyhbgojnap)
11:39uumas_ has joined IRC (uumas_!uumasmatri@gateway/shell/matrix.org/x-vwpozhiohwlfxver)
11:39Guest20711 has joined IRC (Guest20711!enautmatri@gateway/shell/matrix.org/x-pyrikjwwbfaetcdc)
11:39enick_952 has joined IRC (enick_952!enauttchnc@gateway/shell/matrix.org/x-wfxqbzojbahueppc)
11:39uumas has joined IRC (uumas!uumaslyseo@gateway/shell/matrix.org/x-cuufsuzwicmyqcgt)
11:42dgroos has joined IRC (dgroos!~dagro001@63.225.132.145)
11:45Hyperbyte has left IRC (Hyperbyte!~jan@middelkoop.cc, Ping timeout: 240 seconds)
11:47Hyperbyte has joined IRC (Hyperbyte!~jan@middelkoop.cc)
11:52
<dgroos>
alkisg: Thanks for the reply. I'm not using wayland so I guess it's the system vs session epoptes issue. I don't really understand what that means so not able to generate possible troubleshooting procedures. What do you suggest?
11:54Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
11:58
<alkisg>
dgroos: I'll be back in 10-15 minutes if you're around then we can vnc
12:00
<dgroos>
alkisg: I'm not at school now but will be there in about 20-30 minutes, thanks!
12:10section1 has joined IRC (section1!~section1@178.33.109.106)
12:11dgroos has left IRC (dgroos!~dagro001@63.225.132.145, Quit: dgroos)
12:44eu^205215175117 has joined IRC (eu^205215175117!cdd7af75@205.215.175.117)
12:45
<eu^205215175117>
ping alkisg
12:49
<alkisg>
eu^205215175117: in 10 mins now :)
12:50
<eu^205215175117>
:-)
12:54
<alkisg>
!vnc-edide
12:54
<ltsp>
vnc-edide: To share your screen with me, open Epoptes → Help menu → Remote support → Host: srv1-dide.ioa.sch.gr, and click the Connect button
12:54
<alkisg>
eu^205215175117:
12:55
eu^205215175117: anyway leave it open there and I'll have a look when I come back again
12:55
I'm not at the office atm so I'm only available intermittently
12:55dgroos has joined IRC (dgroos!~dagro001@205.215.175.117)
12:57
<alkisg>
dgroos: login to a client
12:58
<dgroos>
k!
12:58
moment...
12:59gp has joined IRC (gp!~gp@96.71.93.13)
12:59
<dgroos>
and oops, just another moment
12:59
<gp>
What is the best way to use network home folders? Network mount on LTSP server and leave client home drive as is?
13:02
<uumas>
gp: I'm currently doing that and it works fine. I'll be switching to mounting directly on clients though because I have no reason really to have the ltsp server in the middle. Just a bit more work to setup.
13:04
<gp>
uumas: ty
13:05
<dgroos>
alkisg: done
13:19dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos)
13:24dgroos has joined IRC (dgroos!~dagro001@205.215.175.117)
13:30
<alkisg>
gp,should be just one FSTAB line in lts.conf
13:33
dgroos: vnc disconnected for some reason
13:33
I think your issue is related to tigervnc
13:33
Try installing xvnc4viewer instead, and uninstalling tigervnc
13:34
<dgroos>
will do, thanks!
13:39douglas_br has joined IRC (douglas_br!bb5f6554@187.95.101.84)
13:40
<douglas_br>
hello
13:40
Is it possible to do ltsp client with Raspberry PI?
13:51gp has left IRC (gp!~gp@96.71.93.13, Ping timeout: 240 seconds)
13:54
<alkisg>
douglas_br: yes, but it's hard
13:55
It requires terminal commands
13:55
E.g. the ability to maintain chroots or netboot over nfs rw
13:55
It needs better documentation before it becomes very easy
13:57
<douglas_br>
right I am seeing PINET, but I do not know
13:58
<alkisg>
!raspberrypi
13:58
<ltsp>
raspberrypi: (#1) Ubuntu/LTSP on Pi 2: https://help.ubuntu.com/community/UbuntuLTSP/RaspberryPi, or (#2) Debian/LTSP (with raspbian chroot) on Pi: http://cascadia.debian.net/trenza/Documentation/raspberrypi-ltsp-howto/, or (#3) unofficial Ubuntu/LTSP (with raspbian chroot) on Pi: http://pinet.org.uk/
13:58
<alkisg>
Those methods used to work
13:58
Then they became unmaintained
13:58woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de)
13:59
<alkisg>
I tested rpi with ltsp19 and it works fine, but it needs documentation
13:59
<douglas_br>
what do you recommend for schools for low price and confortable experience
13:59
<alkisg>
I booted rpi2, rpi3 and rpi4 with it
13:59
!cheap-client
13:59
<ltsp>
cheap-client: https://www.gearbest.com/tv-box-c_11262/?attr=2081-1279
14:00
<alkisg>
Stay away from raspberries :)
14:00
(unless you only want to do python classes without surfing at all)
14:04
<douglas_br>
right
14:11woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection)
14:12dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Read error: Connection reset by peer)
14:12dgroos_ has joined IRC (dgroos_!~dagro001@205.215.175.117)
14:12douglas_br has left IRC (douglas_br!bb5f6554@187.95.101.84, Ping timeout: 260 seconds)
14:13woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de)
14:40gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 264 seconds)
14:41gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
15:53vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
15:57vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Read error: Connection reset by peer)
16:01statler has joined IRC (statler!~Georg@gwrz3.lohn24.de)
16:01vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:05kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:2562:6e6:6bf1:6b28, Ping timeout: 246 seconds)
16:11kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:c585:f21c:70ac:1f71)
16:20
<alkisg>
vagrantc or any other native English speaker, could you comment on this? https://github.com/ltsp/ltsp/issues/57#issuecomment-547989903
16:20
I.e. HOSTNAME_BASE/EXTRA, or HOSTNAME_PREFIX/SUFFIX ?
16:23gdi2k has left IRC (gdi2k!~gdi2k@58.69.160.27, Read error: Connection reset by peer)
16:25
<uumas>
(Not native, but I'll give my opinion anyway)
16:25
Prefix and suffix are definitely clearer than base and extra. You could probably keep the old ones working for backwards compatibility, but document the new ones.
16:25
<vagrantc>
no backwards compatibility!
16:25
:)
16:25
<alkisg>
+1!!!!! :D
16:25
<vagrantc>
alkisg: yeah, prefix/suffix makes more sense
16:25
<alkisg>
Thank you uumas; but I didn't like the fact that there's no "middle" part
16:26
prefix/suffix is supposed to have a "body"
16:26
<vagrantc>
presuming prefix is always at the beginning and suffix is always at the end
16:26
<alkisg>
Yes, but there's no parameter for "middle", it's only prefix and suffix
16:26
<vagrantc>
HOSTNAME_BASE/PREFIX/SUFFIX ?
16:26
<uumas>
Well, the body is the automatically generated part
16:26
<alkisg>
No
16:27
prefix is the "ltsp" part
16:27
and suffix is the ip or the mac
16:27
There are only 2 parts, not 3
16:28
HOSTNAME_SUFFIX=“ip|mac”
16:28
<uumas>
Ah, okay
16:29
<vagrantc>
it's a little linguistically odd to have a prefix+suffix without a middle ... but not tragically :)
16:30
<alkisg>
OK so I keep the documentation and change the code, to use prefix/suffix :)
16:31
Ty!
16:31
(the documentation says prefix/suffix while the code says base/extra :P)
16:32
<vagrantc>
even better, it's fixing a bug in the code!
16:33Leolo_2 has joined IRC (Leolo_2!~fil@184-75-132-167.dr.cgocable.ca)
16:38gdi2k has joined IRC (gdi2k!~gdi2k@103.55.8.14)
16:38
<vagrantc>
alkisg: fwiw, i really prefer longer descriptive variable names to shorter ones that need to be deciphered ... seems like you've been leaning the other way
16:39gdi2k has left IRC (gdi2k!~gdi2k@103.55.8.14, Client Quit)
16:40
<alkisg>
vagrantc: for example?
16:41
<vagrantc>
alkisg: kind of distracted right now, but i'll follow up
16:41
<alkisg>
https://ltsp.github.io/man/ltsp.conf/
16:41
Sure
16:41douglas_br has joined IRC (douglas_br!bb5f6554@187.95.101.84)
16:43
<vagrantc>
whoah, you support SDDM :)
16:44
ah, this is what made me think of it: PWMERGE_SUR=, PWMERGE_SGR=, PWMERGE_DGR=, PWMERGE_DUR=
16:45
granted, those would get really long to unpack ... but it's pretty opaque at first glance
16:46Klimm has joined IRC (Klimm!~Georg@p5B30EE2F.dip0.t-ipconnect.de)
16:53
<vagrantc>
alkisg: there might have been some other internal variables, though those aren't quite as big a deal
16:56
<alkisg>
vagrantc: those are the parameters of pwmerge, which is a tool that might be useful outside of ltsp too
16:56
It's pwmerge --sur etc
16:56
And at that context, when you only have sur/sur/sgr/dgr etc, expanding them doesn't make much sense... too long
16:56
<vagrantc>
a tool external to ltsp?
16:56
<alkisg>
E.g. pwmerge can be used to migrate the users of an old installation to a new one
16:57
I tried to make pwmerge and pamltsp as standalone as possible
16:57
So that people that need them can use them without ltsp
16:58
<vagrantc>
alkisg: so then my question about variable names translates into commandline options :)
16:59
<alkisg>
True; I'd be glad to have better names for pwmerge parameters, but I couldn't find any
16:59
And --source-user-regex was just too large
17:00
(considering that all 4 of them were regexes)
17:00
<vagrantc>
not with tab completion :P
17:00
<alkisg>
If you're willing to implement tab completion, sure
17:00
I don't have the time for it
17:00
I'm about to stop working in ltsp until the summer, to finish my phd :)
17:00
<vagrantc>
sure
17:00
<alkisg>
So I want to wrap things up; and continue in august to prepare 20.04 for schools
17:01
Large parameters also make code calls unreadable; it would need 3 lines instead of 1, to call pwmerge
17:02
OK ok like stan lee used to say, 'nuff said :)
17:03
So far I have 3 bug fixes to do tomorrow, and hopefully that'll be all for now
17:03
<vagrantc>
looks like i'll need to fix the download unverified binaries from the internet bug before pushing to unstable
17:03
<alkisg>
That'd be most welcome
17:04
Personally I feel that bug reports to have them included in debian packages might be better; and I"m not worried about https security so much, as it's not directly runnable code, it goes to the clients via tftp and then the kernel is loaded and removes everything
17:05
<vagrantc>
there are more people between the attack on the internet than on the local network, even though the local network attack is easier
17:05
<alkisg>
It's hard to make an "ipxe malware"
17:06Klimm has left IRC (Klimm!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection)
17:06
<vagrantc>
i don't follow; ipxe loads your kernel, initrd, etc. ... trivial to implement a very low-level exploit
17:07
"here, have this not-at-all-shady-kernel instead"
17:07
<alkisg>
I think people would notice if they started downloading kernels from the internet; it needs 5 minutes to load them
17:08
And if they already have a man in the middle of https traffic, I'm not sure the other connections can be trusted either
17:09
It's already "s", secure; we have other areas much more in need of security
17:09
But if you wanna do it, of course I'd welcome it
17:10
<vagrantc>
yeah, i don't feel comfortable moving it into an actual release without something more secure
17:10
given that, well, i've seen enough script kiddy attacks on https
17:11
debian release, that is ...
17:11
fine for experimental
17:12dgroos_ has left IRC (dgroos_!~dagro001@205.215.175.117, Ping timeout: 240 seconds)
17:12
<||cw>
re command line options: the general practice is to have long names be however long they need to be, then have short names that are a single letter when possible
17:15
if they are all regex, then having that in the param name is redundant. --source-user would be plenty, and not that long to have a var name
17:15dgroos has joined IRC (dgroos!~dagro001@205.215.175.117)
17:16
<vagrantc>
||cw: yeah
17:17
<||cw>
for https, as long as you're verifying the certs, that's plenty secure enough. you have to take over the client's cert authority first to spoof that
17:18
<vagrantc>
bah.
17:18
there are plenty of shady certificate authorities that are "trusted"
17:18
<||cw>
I assume it's a lot easier to spoof tftp
17:19
<vagrantc>
agreed, but the number of potential attackers on the local network is presumably much smaller than on the internet
17:20
<||cw>
the issue I see with it is that ltsp installs tend to be adhoc initially, for testing, and you'd likely only have self-signed, so either you need a cert authority on the server too that the clients can use, or you're left to checking them
17:20
<douglas_br>
people! please: celeron J 1800 can be good choice to ltsp client? My first experience with ltsp is being in this year. We have some schools that have and old info lab. I am trying to use the old pcs, some of them have a poor MB and too old celeron processor that we did change for pentium. so, now stay good experience. for new labs, we are searching
17:20
low price configuration.
17:21
<vagrantc>
||cw: or you implement independent verification, and just use https for transport
17:22
definitely getting the packages fixed in debian (and all the other distros) would be preferable ... but that coudl take quite some time
17:22
<||cw>
douglas_br: depends what you want to do on it. in most cases, it's the ram that's the bottleneck these days
17:23* vagrantc mind boggles at thinking of a pentium as anything other than an i586
17:26
<||cw>
pentium 1 was i586. pentium 2 was i686. from then on it became a brand only, and not an architecture. intel just invested too much into it as a brand.
17:26
<vagrantc>
yes, i know the history :)
17:27
5ium i686 was silly then too
17:27
<douglas_br>
||cw at the first time, only for labs schools - education - games - youtube
17:27
<||cw>
huh. somehow I never made that connections.
17:29
<alkisg>
--source-user would be plenty, and not that long to have a var name => but it means a different thing, now it's a user, not a regex
17:29
<||cw>
douglas_br: if you want a quick test, boot up a libe-usb and try those things. ltsp should do a little better than that if you have gigabit lan, or a really slow USB drive
17:29
it's a user specification, which can be a regex.
17:30
<alkisg>
(07:18:39 PM) vagrantc: there are plenty of shady certificate authorities that are "trusted" => I'm not sure what an exploit would involve. Someone being your internet provider? Having the ltsp server connect via wifi? Even so, can someone pretent to be github.com?
17:31
<||cw>
common example: find's -name. it can take a name literal or a pattern. the parameter's name doesn't need to reflect this.
17:32
<alkisg>
||cw: sure, but the context matters too. pwmerge is about merging users and groups; shouldn't names be more precise there?
17:33
<||cw>
a single specific name is also a valid regex...
17:33
<alkisg>
*parameter names
17:33
<||cw>
but yes, distinguishing users and group would be important
17:33
<alkisg>
douglas_br: for my schools here, I bought i3's, so that they can last for years
17:33
<||cw>
so --source would be too short.
17:33
<alkisg>
A celeron would browse the web today, but what about tomorrow?
17:34
Usage: pwmerge [--sur=] [--sgr=] [--dur=] [--dgr=] [-l] [-q] sdir ddir mdir
17:34
Short names for all these wouldn't really make sense
17:34
*short options
17:35
-l --ltsp, and -q --quiet, sure, make sense
17:35
mdir is "merge dir"
17:36
<||cw>
-s -g -S -G ? not as clear, but this is a common practice
17:38
that's all I mean, there's common practice for this
17:38
<douglas_br>
alkisg you right
17:39
<||cw>
heh, there's even an IEEE document for it https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html
17:39
<alkisg>
||cw: oh sure, all the ltsp applets support both short and long options; it just was hard for this specific tool
17:40eu^205215175117 has left IRC (eu^205215175117!cdd7af75@205.215.175.117, Remote host closed the connection)
17:52statler has left IRC (statler!~Georg@gwrz3.lohn24.de, Ping timeout: 240 seconds)
17:56
<dgroos>
Hi @alkisg do I need to --purge or just remove tigervnc-viewer? I have x11vnc already installed, what was the other to install?
17:58
<||cw>
--purge just removes any system config files
17:59
<alkisg>
dgroos: install xvnc4viewer first, purge tigervnc after that
17:59
<dgroos>
thanks!
17:59
<alkisg>
Otherwise removing the package would also remove epoptes
18:06statler has joined IRC (statler!~Georg@gwrz.lohn24.de)
18:10
<dgroos>
OK, and rebuilding the client image now...
18:21
Just test booted a client, broadcast screen not working.
18:22
[be back in 55 min, another class starts in 12 seconds...
18:22
<alkisg>
OK
18:22
If you want to leave it open
18:22
I can have a look in 10'... or then
18:22
(with vnc)
18:33statler has left IRC (statler!~Georg@gwrz.lohn24.de, Remote host closed the connection)
18:34
<douglas_br>
hello! I have 2 NIC in server. Sometimes it "lost" DNS on dnsmasq, if I reset server, come back normal
18:43
<alkisg>
douglas_br: are you sure it loses dns and not e.g. nat?
18:44
What are the symptoms?
18:49
<douglas_br>
hummmmm]
18:52
sometimes status dnsmasq does not show ip dns, only internal. After reboot status dnsmasq show 20x.xxx.xxx
19:02
<alkisg>
douglas_br: do you mean this command? systemd-resolve --status
19:04
Are you using network manager? Is your network connection "For all users"?
19:06
Do you mean this? systemctl status dnsmasq
19:14
<douglas_br>
alkisg you using network manager? Is your network connection "For all users"?
19:15
yes
19:15
alkisgDo you mean this? systemctl status dnsmasq
19:15
yes, exactlly
19:18
wait
19:34
<alkisg>
douglas_br: dnsmasq isn't supposed to be updating its dns; it only happens once, when it starts
19:35
<dgroos>
alkisg: just signed on to server, be back in a bit. Thanks for offering...
19:36dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos)
19:39kjackal_v2 has joined IRC (kjackal_v2!~quassel@athedsl-4546118.home.otenet.gr)
19:39kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:c585:f21c:70ac:1f71, Ping timeout: 276 seconds)
19:42
<alkisg>
dgroos, if you see irclogs; your clients are using wayland
19:42
GDM3_CONF="WaylandEnable=false"
19:42
This in ltsp.conf disables it
19:44dgroos has joined IRC (dgroos!~dagro001@205.215.175.117)
19:46
<alkisg>
dgroos, if you see irclogs; your clients are using wayland (09:42:49 PM) alkisg: GDM3_CONF="WaylandEnable=false" (09:42:53 PM) alkisg: This in ltsp.conf disables it
19:46
<dgroos>
Oh! didn't know that they were.
19:46
<alkisg>
And your server too
19:46
Let me just fix your server as well
19:47
<dgroos>
double oops!
19:48
<alkisg>
dgroos: so: log out, select "ubuntu" in login screen
19:48
Then log back in, and everything should now work
19:48
<dgroos>
Will do, thought I had.
19:49
Awesome and Thanks! I'll check it out
19:54* alkisg thought that ubuntu 18.04 still defaulted to xorg, no idea what caused your wayland sessions...
20:01
<dgroos>
Rebooted and when I selected the gear icon, "Ubuntu" was already selected. I re-selected it and booted.
20:01
Ran commands: env | grep XDG and
20:02
cat /etc/X11/default-display-manager and they both indicate gdm (GNOME)
20:03
booted clients and same result as before.
20:03section1 has left IRC (section1!~section1@178.33.109.106, Quit: Leaving)
20:04
<dgroos>
could it be that my computer is hooked up to display both a monitor and a promethean board?
20:06
reconnected w/sudo -i ready.
20:42woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection)
20:44Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
20:59
<dgroos>
Ah! when I tested broadcast on an un-logged-in client it didn't work, but it does work on a client that's logged in!
21:00
And see that while broadcast to an client not logged in doesn't work, I can view/assist them via vnc.
21:01douglas_br has left IRC (douglas_br!bb5f6554@187.95.101.84, Remote host closed the connection)
21:12
<alkisg>
dgroos: back
21:12
Do you still have any issues?
21:15
To see if wayland is running, I do `ps aux|grep -i wayland`
21:15
If there's Xwayland etc, then it's a wayland session
21:16
Both xorg and wayland use gdm, so checking /etc/X11/default-display-manager isn't appropriate
21:16
<dgroos>
Thanks for that info!
21:17
The issue I'm trying to solve is that the clients can't ping 8.8.8.8 yet.
21:17
<alkisg>
I'm about to head for bed; if you still have issues let's solve them quickly
21:17
That sounds related to NAT
21:17
Do you have NAT=1 in ltsp.conf?
21:17
<dgroos>
I'll check!
21:19
it's commented out...
21:19
<alkisg>
OK enable it and run `sudo systemctl restart ltsp`
21:19
<dgroos>
:-) will do!
21:20
And thanks again :-D
21:23
And it works :-) G'night!
21:23
<alkisg>
np; good night all
22:16kjackal_v2 has left IRC (kjackal_v2!~quassel@athedsl-4546118.home.otenet.gr, Ping timeout: 264 seconds)
23:03dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos)
23:04ricotz_ has joined IRC (ricotz_!~ricotz@ubuntu/member/ricotz)
23:08ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Ping timeout: 265 seconds)