00:48 | dgroos 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:42 | dgroos 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:55 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:9d60:90ea:afa0:294f) | |
06:01 | statler 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:08 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:9d60:90ea:afa0:294f, Remote host closed the connection) | |
06:16 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
06:26 | vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 246 seconds) | |
06:28 | vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi) | |
06:44 | woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de) | |
07:00 | woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection) | |
07:09 | georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213) | |
07:17 | statler has left IRC (statler!~Georg@p5B30EE2F.dip0.t-ipconnect.de, Remote host closed the connection) | |
07:36 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:f9c5:a75:9a6a:688d) | |
07:38 | woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de) | |
07:39 | georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…) | |
07:46 | Leolo_2 has left IRC (Leolo_2!~fil@184-75-132-167.dr.cgocable.ca, Ping timeout: 264 seconds) | |
07:59 | gdi2k has joined IRC (gdi2k!~gdi2k@58.69.160.27) | |
08:32 | georgeneophytou 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:49 | statler has joined IRC (statler!~Georg@gwrz3.lohn24.de) | |
08:50 | georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…) | |
08:51 | meo has left IRC (meo!~systemdju@unaffiliated/mikeseth, Ping timeout: 276 seconds) | |
08:52 | georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213) | |
08:54 | georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213) | |
08:55 | statler has left IRC (statler!~Georg@gwrz3.lohn24.de, Ping timeout: 276 seconds) | |
08:56 | sas34 has joined IRC (sas34!50fe7c03@sme.donpac.ru) | |
08:57 | georgeneophytou 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:08 | statler has joined IRC (statler!~Georg@gwrz.lohn24.de) | |
09:08 | georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213) | |
09:09 | meo 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:37 | georgeneophytou has left IRC (georgeneophytou!~georgeneo@217.27.33.213, Quit: My MacBook has gone to sleep. ZZZzzz…) | |
09:44 | statler has left IRC (statler!~Georg@gwrz.lohn24.de, Remote host closed the connection) | |
09:45 | georgeneophytou has joined IRC (georgeneophytou!~georgeneo@217.27.33.213) | |
09:52 | sas34 has left IRC (sas34!50fe7c03@sme.donpac.ru, Ping timeout: 260 seconds) | |
10:18 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:f9c5:a75:9a6a:688d, Remote host closed the connection) | |
10:22 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3107:2e00:2562:6e6:6bf1:6b28) | |
10:42 | uumas has left IRC (uumas!uumaslyseo@gateway/shell/matrix.org/x-jjvgnqtozcmkxxye, Read error: Connection reset by peer) | |
10:42 | enaut[m] has left IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-iordagzqehqbzrin, Remote host closed the connection) | |
10:42 | enaut[m]1 has left IRC (enaut[m]1!enauttchnc@gateway/shell/matrix.org/x-clesrfgkhehqtacu, Read error: Connection reset by peer) | |
10:42 | uumas_ has left IRC (uumas_!uumasmatri@gateway/shell/matrix.org/x-aabxneizgieyvfhu, Write error: Connection reset by peer) | |
10:42 | alexxtasi[m] has left IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-rbadciahvdppcrpb, Write error: Connection reset by peer) | |
11:01 | woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection) | |
11:06 | alexxtasi[m] has joined IRC (alexxtasi[m]!alexxtasim@gateway/shell/matrix.org/x-sqbkpvkyhbgojnap) | |
11:39 | uumas_ has joined IRC (uumas_!uumasmatri@gateway/shell/matrix.org/x-vwpozhiohwlfxver) | |
11:39 | Guest20711 has joined IRC (Guest20711!enautmatri@gateway/shell/matrix.org/x-pyrikjwwbfaetcdc) | |
11:39 | enick_952 has joined IRC (enick_952!enauttchnc@gateway/shell/matrix.org/x-wfxqbzojbahueppc) | |
11:39 | uumas has joined IRC (uumas!uumaslyseo@gateway/shell/matrix.org/x-cuufsuzwicmyqcgt) | |
11:42 | dgroos has joined IRC (dgroos!~dagro001@63.225.132.145) | |
11:45 | Hyperbyte has left IRC (Hyperbyte!~jan@middelkoop.cc, Ping timeout: 240 seconds) | |
11:47 | Hyperbyte 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:54 | Faith 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:10 | section1 has joined IRC (section1!~section1@178.33.109.106) | |
12:11 | dgroos has left IRC (dgroos!~dagro001@63.225.132.145, Quit: dgroos) | |
12:44 | eu^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:55 | dgroos 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:59 | gp 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:19 | dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos) | |
13:24 | dgroos 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:39 | douglas_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:51 | gp 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:58 | woernie 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:11 | woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection) | |
14:12 | dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Read error: Connection reset by peer) | |
14:12 | dgroos_ has joined IRC (dgroos_!~dagro001@205.215.175.117) | |
14:12 | douglas_br has left IRC (douglas_br!bb5f6554@187.95.101.84, Ping timeout: 260 seconds) | |
14:13 | woernie has joined IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de) | |
14:40 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 264 seconds) | |
14:41 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
15:53 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
15:57 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Read error: Connection reset by peer) | |
16:01 | statler has joined IRC (statler!~Georg@gwrz3.lohn24.de) | |
16:01 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
16:05 | kjackal has left IRC (kjackal!~quassel@2a02:587:3107:2e00:2562:6e6:6bf1:6b28, Ping timeout: 246 seconds) | |
16:11 | kjackal 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:23 | gdi2k 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:33 | Leolo_2 has joined IRC (Leolo_2!~fil@184-75-132-167.dr.cgocable.ca) | |
16:38 | gdi2k 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:39 | gdi2k 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:41 | douglas_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:46 | Klimm 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:06 | Klimm 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:12 | dgroos_ 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:15 | dgroos 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:40 | eu^205215175117 has left IRC (eu^205215175117!cdd7af75@205.215.175.117, Remote host closed the connection) | |
17:52 | statler 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:06 | statler 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:33 | statler 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:36 | dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos) | |
19:39 | kjackal_v2 has joined IRC (kjackal_v2!~quassel@athedsl-4546118.home.otenet.gr) | |
19:39 | kjackal 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:44 | dgroos 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:03 | section1 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:42 | woernie has left IRC (woernie!~werner@p57A0E783.dip0.t-ipconnect.de, Remote host closed the connection) | |
20:44 | Faith 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:01 | douglas_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:16 | kjackal_v2 has left IRC (kjackal_v2!~quassel@athedsl-4546118.home.otenet.gr, Ping timeout: 264 seconds) | |
23:03 | dgroos has left IRC (dgroos!~dagro001@205.215.175.117, Quit: dgroos) | |
23:04 | ricotz_ has joined IRC (ricotz_!~ricotz@ubuntu/member/ricotz) | |
23:08 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Ping timeout: 265 seconds) | |