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


Channel log from 11 September 2017   (all times are UTC)

01:50adrianor1 has joined IRC (adrianor1!~adrianorg@179.187.27.23.dynamic.adsl.gvt.net.br)
01:53adrianorg has left IRC (adrianorg!~adrianorg@177.156.63.134, Ping timeout: 252 seconds)
02:19sutula has left IRC (sutula!~sutula@207-118-156-253.dyn.centurytel.net, Quit: 'till next time)
02:23sutula has joined IRC (sutula!~sutula@207-118-156-253.dyn.centurytel.net)
05:14Statler has joined IRC (Statler!~Georg@p579FE903.dip0.t-ipconnect.de)
05:35ricotz has joined IRC (ricotz!~ricotz@p5B2A98F5.dip0.t-ipconnect.de)
05:35ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:26Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr)
06:26mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:34muvlon has left IRC (muvlon!~muvlon@xdsl-87-78-108-204.netcologne.de, Ping timeout: 248 seconds)
07:11Statler has left IRC (Statler!~Georg@p579FE903.dip0.t-ipconnect.de, Remote host closed the connection)
07:35kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:310f:3a00:44e8:9c3a:e4c0:4c29)
08:01Statler has joined IRC (Statler!~Georg@p579FFCE5.dip0.t-ipconnect.de)
08:08gehidore has left IRC (gehidore!~username@unaffiliated/man, Ping timeout: 252 seconds)
08:36gehidore has joined IRC (gehidore!~username@unaffiliated/man)
11:52Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 240 seconds)
12:12Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr)
12:13lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br)
12:49ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
13:14gdi2k has joined IRC (gdi2k!~gdi2k@180.190.193.248)
13:41pepe__ has joined IRC (pepe__!c1906131@gateway/web/freenode/ip.193.144.97.49)
14:16Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 255 seconds)
14:17mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:31lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection)
14:39Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr)
14:43lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br)
14:49lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection)
14:57lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br)
15:55gdi2k has left IRC (gdi2k!~gdi2k@180.190.193.248, Ping timeout: 264 seconds)
16:01rkwesk has joined IRC (rkwesk!5e42ddfd@gateway/web/freenode/ip.94.66.221.253)
16:03
<rkwesk>
using Ubuntu 16.04.3 changing server from one router to another in spite of changing dnsmasq having dns problems
16:05
I only know to change /etc/resolv.conf to new router ip for making dns work but not surviving reboot
16:06
alkisg: are you available
16:08forum has joined IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at)
16:09
<rkwesk>
does ltsp manager help with dns when server changes from one router to another?
16:13vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:14
<rkwesk>
vagrantc: good morning
16:15
vagrantc: do you prefer I continue to help with documentation with stretch
16:16
<vagrantc>
rkwesk: sure!
16:17
i would keep a simple howto at the top before putting the hardware requirements, though
16:17
<rkwesk>
vagrantc: do you know if ltsp manager is a newer version of sch-scripts?
16:17
<vagrantc>
rkwesk: yes, it's a rewrite of sch-scripts, but isn't available in Debian yet
16:18
rkwesk: er, not a rewrite, an evolution of
16:18
rkwesk: at the moment, it's important to have documentation for stretch without using ltsp-manager
16:18
<rkwesk>
on ubuntu 16.04.3 sch-scripts isn't working as well - systemd I think is culprit
16:19
<vagrantc>
hm.
16:19
i'd be surprised, as I thought alkisg uses sch-scripts on ubutnu 16.04
16:20
<rkwesk>
eg. ltsp-config nbd-server doesn't create ltsp_i386.conf only swap.conf
16:21
<vagrantc>
the code that detects that is very simple; i don't see how systemd would have anything to do with it
16:21
<rkwesk>
also when server changes router it changes dnsmasq ok but dns remains a problem
16:22
only /etc/resolv.conf to router ip works but after reboot again no
16:22
maybe not systemd with nbd but something is broken
16:23
I will see what stretch is doing with all this next week
16:24
<vagrantc>
looking at the ltsp-config code, i don't see where it adds new entries... it only removes them... hrm.
16:25
<rkwesk>
it was creating both swap.conf and ltsp_i386.conf before
16:26
<vagrantc>
before what?
16:26
yes, it should create both, but i don't see anywhere in the code where it would create ltsp_*.conf
16:26
so it needs some looking into
16:26
<rkwesk>
now it only creates swap.conf and manually creating other is workaround
16:27
before meaning back in 12.04 and jessie all was well
16:27
<vagrantc>
yes, i read your mail to the list
16:27* vagrantc tries to reproduce on stretch
16:29
<alkisg>
rkwesk: hello
16:29
<vagrantc>
seems to work on stretch
16:29
<alkisg>
Yup, I know of the bug and of the solution
16:29
But I don't want to fix it, so that the ministry realizes it needs to support ltsp development
16:29
<rkwesk>
good, so only ubuntu problem
16:29
<alkisg>
No, it's an upstream issue
16:29
When the ministry accepts that, then a fixed package will be uploaded...
16:29
<vagrantc>
which part is an upstream issue?
16:29
<rkwesk>
oh, ok
16:30
<alkisg>
nbd-config broke in recent commits...
16:30
<vagrantc>
seems to work here...
16:31
<rkwesk>
sch-scripts changes dnsmasq ok with different router but dns breaks
16:31
<alkisg>
I'm not aware of any dns issues with sch-scripts
16:32
<rkwesk>
workaround /etc/resolv.conf to router ip but won't survive reboot
16:32
<vagrantc>
9573d0c9145c1945b8a580c1614123f47431014a broke nbd configuration?
16:32
<alkisg>
vagrantc: yes
16:33
<rkwesk>
alkisg: I won't help either until ministry gets off ass
16:35
alkisg it seems to be creating a stir in the forum but ministry is other kettle of fish
16:35
<alkisg>
rkwesk: at least the right persons have been notified
16:35
Now if they don't want to act, well, we can only do so much
16:35forum has left IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at, Remote host closed the connection)
16:35
<rkwesk>
agreed
16:36forum has joined IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at)
16:36
<alkisg>
They seem to think that open source is magically developed by developers in the ...cloud or something
16:36
rkwesk: but, I'm not aware of any dns-related issues, it's probably a problem specific to your setup
16:36
<rkwesk>
should ltsp manager be installed in Greek instead of sch-scripts?
16:37
<alkisg>
No, because some greek-only functionality isn't available in ltsp-manager yet
16:37
<rkwesk>
alkisg: ok I will try other pc with clean install 16.04.3
16:38
<alkisg>
(and might belong in future versions of sch-scripts, which will now become just a meta-package with a postinst)
16:38
Greek schools will always run `apt install sch-scripts` and that will take care everything for them. Well, as long as there's still development.
16:38
<rkwesk>
alkisg: ok will hold off manager for now in Greek but will use with strech in English
16:39
<alkisg>
Cool
16:40
<rkwesk>
will document stretch without manager for now but will use privately to see what it does
16:40* vagrantc should probably upload a point-release for ltsp-manager to Debian, so that it doesn't get rejected for silly reasons like wrong VCS entries
16:42forum has left IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at, Remote host closed the connection)
16:42forum has joined IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at)
16:43
<rkwesk>
alkisg: I have to say server in 16.04.3 was clean install and only followed wiki steps but yet dns broke with other router
16:44
<alkisg>
rkwesk: do you mean that you set up a static ip and then changed the subnet and you had no internet access?
16:44
<vagrantc>
rkwesk: so you're using both debian and ubuntu?
16:44
<rkwesk>
alisg I will try with other pc the same to see
16:44
<alkisg>
If you have a static ip, then you need to re-run the network setup step when you change the subnet
16:45
E.g. 192.168.1.1 can't work in a 192.168.0.x network
16:45
<rkwesk>
alkisg: nope. went with dhcp auto as wiki instructs
16:45
<alkisg>
OK, that would give you this: DHCP connection, and proxydhcp in 192.168.1.1
16:45
<vagrantc>
probably a good time to paste the /etc/dnsmasq.d/*.conf
16:45
<alkisg>
Then when you changed to another router in e.g. 192.168.0.1, then internet would work, but proxydhcp wouldn't work
16:46
If your internet didn't work, it's an unknown issue
16:46
(well except if the greek school dns was temporarily down, and you thought it was a linux issue)
16:46
<rkwesk>
alkisg: internet was fine with ping to dns server
16:47
<alkisg>
rkwesk: do you have access to that system now/
16:47
?
16:48
<rkwesk>
alkisg: /etc/resolv.conf to router ip was workaround and worked also clients worked
16:48adrianor1 is now known as adrianorg
16:48
<rkwesk>
alkisg:nope. not until next week
16:50
<alkisg>
OK, let's troubleshoot it then
16:50* alkisg waves for now!
16:50
<rkwesk>
alkisg: I can try with other box with one router and change router at home but only when wife won't need phone :))
16:52
vagrantc: yes I use different boxes so I can stay in touch in both
16:53
vagrantc: will recreate ubuntu dns thing on my box and will paste conf then. It will be next week
16:55
vagrantc: since no one else complains alki could br correct it was my one off
16:56
vagrantc: nbd-server thing was also not reported by anyone else - hmm
17:00
rkwesk waves and signs off
17:02rkwesk has left IRC (rkwesk!5e42ddfd@gateway/web/freenode/ip.94.66.221.253, )
17:10muvlon has joined IRC (muvlon!~muvlon@x2f7f0e2.dyn.telefonica.de)
17:15
<muvlon>
Hi, I'm back
17:15
little question for understanding ltsp
17:15
The filesystem root / is the same on all clients and is readonly?
17:15
and this is mounted via NBD?
17:37
<quinox>
kind of write only
17:37
you can write to it, but it's not sent back to the server
17:37
it's kept in memory, so you can still `apt get` stuff and use it,a reboot will make it disappear
17:43Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 240 seconds)
17:57Statler_ has joined IRC (Statler_!~Georg@p579FE903.dip0.t-ipconnect.de)
18:08
<alkisg>
muvlon: the technical term is "readonly nbd on server + writeable tmpfs in ram, merged to appear as one file system using overlayfs"
18:08
<muvlon>
oh, I know overlayfs
18:09
neat
18:09
some live distros use it
18:10
so a clients builtin storage is not needed at all, right? can it be used as swap space instead?
18:13lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection)
18:13
<alkisg>
!lts.conf | echo muvlon:
18:13
<ltsp>
muvlon: lts.conf: (#1) http://manpages.ubuntu.com/lts.conf, or (#2) lts.conf manpage is available in the ltsp-docs package
18:13
<alkisg>
See LOCAL_SWAP there
18:13
It's true by default, automatically used
18:13
<muvlon>
cool
18:13
that's what I was hoping
18:14
<alkisg>
You can also have local /home if you need it for some weird reason
18:14
<muvlon>
nah, no need
18:14
but I don't want users to have their apps closed by the oom killer just because they opened too many tabs or something
18:14* vagrantc thought LOCAL_SWAP was diabled by default due to laptops using swap for suspend
18:15
<vagrantc>
e.g. it could be data-destructive
18:16
<muvlon>
do people use laptops as ltsp clients?
18:16
now that I think of it, doesn't sound too bad an idea
18:17
<alkisg>
For hibernation? If so, we could just autodetect that
18:17
(suspend to ram => nope, they wouldn't netboot when suspended, they would resume instead)
18:19
(live CDs autouse swap, by the way, so it's not anything extreme...)
18:20
<vagrantc>
wow
18:20
<quinox>
USE_LOCAL_SWAP
18:20
boolean, default False
18:20
Ubuntu's man page says it's False by default
18:21
<alkisg>
quinox/vagrantc, you're probably right for the default, it's only enabled when `ltsp-config lts.conf` is done
18:21
<vagrantc>
muvlon: i've definitely used laptops as clients to demo LTSP "look, we can even switch you over without changing anything on your laptop, and then reverting back to disked boot"
18:22
great for one-off demos
18:22* vagrantc is really surprised that live CDs automatically use local swap
18:23
<vagrantc>
probably less of a problem if you're just using the local swap, rather than creating an encrypted swap volume every boot
18:23
the latter is data-destructive
18:26
<alkisg>
It's a bit annoying when you create/resize partitions etc, and then realize you didn't unmount swap first, so the whole partitioning is ruined...
18:26
<muvlon>
if I could get a hold of a bunch of cheap laptops, they might even do as clients
18:26
but chromebooks for example mostly don't have ethernet ports :/
18:26
<quinox>
and little memory in my experience
18:27
I frequently crash this chromebook by opening a few too many tabs
18:28forum has left IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at, Quit: forum)
18:30
<vagrantc>
chromebooks might be harder to boot arbitrary operating systems; they tend to have unusual boot loaders and such
18:30
and don't tend to support network-boot out of the box, unlike most desktop PCs
18:30
(or laptops)
18:32
<muvlon>
the one's I've seen had regular u-boot
18:32
not sure how to network boot off that
18:33
something PXE-enabled is probably best
18:34
<vagrantc>
u-boot for x86, or ARM?
18:34
u-boot is pretty hit-or-miss, too, many vendor forks without upstream u-boot suppor
18:35
<muvlon>
google is pretty decent with upstreaming
18:35
their coreboot versions all get upstreamed too
18:36
<vagrantc>
they're not so bad, though not so great either.
18:36
I certainly wouldn't recommend that route for use with LTSP
18:37* vagrantc maintains both ltsp and u-boot in Debian and has enabled support for a handful of boards in Debian
18:42lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20)
19:09quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: :wq)
19:09lucas_ has joined IRC (lucas_!~lucas@200.141.207.18)
19:13lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Ping timeout: 240 seconds)
19:13quinox has joined IRC (quinox!~quinox@ghost.qtea.nl)
19:54Statler_ has left IRC (Statler_!~Georg@p579FE903.dip0.t-ipconnect.de, Remote host closed the connection)
19:58alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
20:03alkisg1 has left IRC (alkisg1!~alkisg@ubuntu/member/alkisg, Client Quit)
20:03lucas_ has left IRC (lucas_!~lucas@200.141.207.18, Quit: Leaving)
20:03lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20)
20:18dragon788_ has joined IRC (dragon788_!sid158229@gateway/web/irccloud.com/x-fxufraxklbcpadhy)
20:24dragon788 has left IRC (dragon788!sid158229@gateway/web/irccloud.com/x-hoslbliydwxajadt, *.net *.split)
20:24dragon788_ is now known as dragon788
20:27vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
20:30muvlon has left IRC (muvlon!~muvlon@x2f7f0e2.dyn.telefonica.de, Quit: AtomicIRC: The nuclear option.)
20:34lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Remote host closed the connection)
20:42ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
20:53muvlon has joined IRC (muvlon!~muvlon@x2f7f0e2.dyn.telefonica.de)
21:44Statler has left IRC (Statler!~Georg@p579FFCE5.dip0.t-ipconnect.de, Remote host closed the connection)
23:26ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)