IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 11 September 2017 (all times are UTC)
| 01:50 | adrianor1 has joined IRC (adrianor1!~adrianorg@179.187.27.23.dynamic.adsl.gvt.net.br) | |
| 01:53 | adrianorg has left IRC (adrianorg!~adrianorg@177.156.63.134, Ping timeout: 252 seconds) | |
| 02:19 | sutula has left IRC (sutula!~sutula@207-118-156-253.dyn.centurytel.net, Quit: 'till next time) | |
| 02:23 | sutula has joined IRC (sutula!~sutula@207-118-156-253.dyn.centurytel.net) | |
| 05:14 | Statler has joined IRC (Statler!~Georg@p579FE903.dip0.t-ipconnect.de) | |
| 05:35 | ricotz has joined IRC (ricotz!~ricotz@p5B2A98F5.dip0.t-ipconnect.de) | |
| 05:35 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 06:26 | Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr) | |
| 06:26 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
| 06:34 | muvlon has left IRC (muvlon!~muvlon@xdsl-87-78-108-204.netcologne.de, Ping timeout: 248 seconds) | |
| 07:11 | Statler has left IRC (Statler!~Georg@p579FE903.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 07:35 | kjackal_ has joined IRC (kjackal_!~quassel@2a02:587:310f:3a00:44e8:9c3a:e4c0:4c29) | |
| 08:01 | Statler has joined IRC (Statler!~Georg@p579FFCE5.dip0.t-ipconnect.de) | |
| 08:08 | gehidore has left IRC (gehidore!~username@unaffiliated/man, Ping timeout: 252 seconds) | |
| 08:36 | gehidore has joined IRC (gehidore!~username@unaffiliated/man) | |
| 11:52 | Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 240 seconds) | |
| 12:12 | Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr) | |
| 12:13 | lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br) | |
| 12:49 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
| 13:14 | gdi2k has joined IRC (gdi2k!~gdi2k@180.190.193.248) | |
| 13:41 | pepe__ has joined IRC (pepe__!c1906131@gateway/web/freenode/ip.193.144.97.49) | |
| 14:16 | Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 255 seconds) | |
| 14:17 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
| 14:31 | lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection) | |
| 14:39 | Eric5 has joined IRC (Eric5!~eric@sdi.iut-valence.fr) | |
| 14:43 | lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br) | |
| 14:49 | lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection) | |
| 14:57 | lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br) | |
| 15:55 | gdi2k has left IRC (gdi2k!~gdi2k@180.190.193.248, Ping timeout: 264 seconds) | |
| 16:01 | rkwesk 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:08 | forum 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:13 | vagrantc 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:35 | forum has left IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at, Remote host closed the connection) | |
| 16:35 | <rkwesk> agreed
| |
| 16:36 | forum 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:42 | forum has left IRC (forum!~Thunderbi@193-83-51-79.adsl.highway.telekom.at, Remote host closed the connection) | |
| 16:42 | forum 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:48 | adrianor1 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:02 | rkwesk has left IRC (rkwesk!5e42ddfd@gateway/web/freenode/ip.94.66.221.253, ) | |
| 17:10 | muvlon 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:43 | Eric5 has left IRC (Eric5!~eric@sdi.iut-valence.fr, Ping timeout: 240 seconds) | |
| 17:57 | Statler_ 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:13 | lucascastro 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:28 | forum 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:42 | lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20) | |
| 19:09 | quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: :wq) | |
| 19:09 | lucas_ has joined IRC (lucas_!~lucas@200.141.207.18) | |
| 19:13 | lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Ping timeout: 240 seconds) | |
| 19:13 | quinox has joined IRC (quinox!~quinox@ghost.qtea.nl) | |
| 19:54 | Statler_ has left IRC (Statler_!~Georg@p579FE903.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 19:58 | alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg) | |
| 20:03 | alkisg1 has left IRC (alkisg1!~alkisg@ubuntu/member/alkisg, Client Quit) | |
| 20:03 | lucas_ has left IRC (lucas_!~lucas@200.141.207.18, Quit: Leaving) | |
| 20:03 | lucascastro has joined IRC (lucascastro!~lucas@170.78.53.20) | |
| 20:18 | dragon788_ has joined IRC (dragon788_!sid158229@gateway/web/irccloud.com/x-fxufraxklbcpadhy) | |
| 20:24 | dragon788 has left IRC (dragon788!sid158229@gateway/web/irccloud.com/x-hoslbliydwxajadt, *.net *.split) | |
| 20:24 | dragon788_ is now known as dragon788 | |
| 20:27 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 20:30 | muvlon has left IRC (muvlon!~muvlon@x2f7f0e2.dyn.telefonica.de, Quit: AtomicIRC: The nuclear option.) | |
| 20:34 | lucascastro has left IRC (lucascastro!~lucas@170.78.53.20, Remote host closed the connection) | |
| 20:42 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 20:53 | muvlon has joined IRC (muvlon!~muvlon@x2f7f0e2.dyn.telefonica.de) | |
| 21:44 | Statler has left IRC (Statler!~Georg@p579FFCE5.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 23:26 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |