IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 17 August 2015 (all times are UTC)
| 00:36 | Ark74 has joined IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx) | |
| 00:48 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-guucusfzglwhzjjk, Quit: Connection closed for inactivity) | |
| 01:07 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 260 seconds) | |
| 02:19 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 03:33 | Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 244 seconds) | |
| 03:34 | Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f) | |
| 03:38 | Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 244 seconds) | |
| 03:39 | Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f) | |
| 03:43 | Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 244 seconds) | |
| 03:47 | Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f) | |
| 03:52 | Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 246 seconds) | |
| 03:57 | Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f) | |
| 04:08 | Ark74 has left IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx, Quit: Saliendo) | |
| 05:29 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
| 05:57 | <gehidore> work_alkisg: I have the option of a 4 core phenom cpu with 8G of ram if I buy a new mobo for this machine that got physically damaged
| |
| 05:57 | to use as a server
| |
| 06:12 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
| 06:14 | telex has joined IRC (telex!teletype@freeshell.de) | |
| 06:28 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 07:29 | work_alkisg is now known as alkisg | |
| 07:30 | <alkisg> Good morning
| |
| 07:30 | * vagrantc waves | |
| 07:30 | <alkisg> gehidore: sorry I don't remember if we talked about thin vs fat clients, and I was going to suggest using fats if your clients can cope with it...
| |
| 07:31 | <gehidore> alkisg: we had and you weren't impressed with the p4 with 1G that most of these machines are
| |
| 07:31 | <vagrantc> alkisg: i'm giving dracut some serious consideration ... initramfs-tools is a bit stalled
| |
| 07:31 | <alkisg> gehidore: I use such clients as fats
| |
| 07:31 | <gehidore> they support up to 4G and the price is low enough I can probably budget funds for it
| |
| 07:31 | <alkisg> !ltsp-pnp
| |
| 07:31 | <ltsp`> ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
| 07:31 | <alkisg> So I would suggest this ^
| |
| 07:32 | vagrantc: let me see if it's possible to use dracut with ubuntu, if so, sure!
| |
| 07:32 | <gehidore> alkisg: I'll keep playing with that then, it must have been a misunderstanding from me
| |
| 07:32 | <vagrantc> alkisg: going to a talk later aout the future of initramfs options in debian
| |
| 07:32 | <gehidore> s/from/by
| |
| 07:32 | <vagrantc> https://summit.debconf.org/debconf15/2015-08-17/
| |
| 07:33 | <alkisg> http://askubuntu.com/questions/248970/how-to-install-dracut-on-ubuntu ==> With the current situation, you cannot install dracut without having broken packages.
| |
| 07:33 | <vagrantc> ouch
| |
| 07:33 | well, if debian abandons initramfs-tools ... maybe ubuntu will reconsider
| |
| 07:33 | <alkisg> I think after filing a few bug reports, that could be solvable...
| |
| 07:34 | <vagrantc> well, talks about to begin, need to grab a good seat!
| |
| 07:35 | <alkisg> Listen well, we'll want you to tell us about it afterwards :)
| |
| 07:37 | <vagrantc> uh-oh
| |
| 07:38 | alkisg: so i know you wanted to rewrite the overlay(fs)/aufs code ... but is the current code passable for now?
| |
| 07:38 | <alkisg> vagrantc: I didn't have time to test yet, I was trying to solve the "clients don't shutdown bug" as it seamed more urgent,
| |
| 07:38 | then I was away for a couple of days, I'll catch up this week
| |
| 07:39 | * alkisg is planning to put more work in ltsp this week | |
| 07:39 | <vagrantc> ok, i've still got time here and there for working on stuff... it looked like everything was working on my end (other than overlay+NFS)
| |
| 07:40 | <alkisg> We can chat about the other bug reports you've linked, after the initramfs talk...
| |
| 07:41 | <vagrantc> initramfs isn't for a couple hours ... maddog's (an LTSP advocate on many occasions) giving a talk soonish
| |
| 07:41 | <alkisg> Did you read the irclogs? I wrote a couple of comments about those bugs
| |
| 07:41 | E.g. how to reproduce one of them
| |
| 07:41 | <vagrantc> https://summit.debconf.org/debconf15/meeting/326/two-contests-no-waiting/
| |
| 07:42 | don't know if maddog will be talking about LTSP, but maybe
| |
| 07:42 | alkisg: i didn't catch the logs, no
| |
| 07:43 | <alkisg> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1109029 says dracut should be installable from vivid+... /me tries in wily...
| |
| 07:44 | <vagrantc> found it in the logs
| |
| 07:45 | i think i tested with /home/Public and /home/SOMEUSER mounted, but not with /home itself as a mounted partition
| |
| 07:46 | when i disabled special handling of /home and removed /home/* from ltsp-update-image.excludes it still, obviously, excluded the directory
| |
| 07:46 | i also experimented with EXCLUDED_DIRS=/sdlkfjdlfjsdlfk
| |
| 07:46 | which should be the same
| |
| 07:46 | <alkisg> When I wrote that part, I was worried about bugs resulting in deleting things under /home
| |
| 07:46 | <vagrantc> as disabling it
| |
| 07:47 | <alkisg> After a few years of real world use, I'm not very worried anymore
| |
| 07:47 | I think we can simply delete that logic
| |
| 07:47 | <vagrantc> like the deluser stuff?
| |
| 07:47 | <alkisg> Yes
| |
| 07:47 | <vagrantc> i think it would be useful to keep the variable, though
| |
| 07:47 | <alkisg> E.g. suppose someone did userdel --remove-home...
| |
| 07:47 | Sure we can keep it, just make it default to empty
| |
| 07:48 | <vagrantc> right. ok, will implement
| |
| 07:48 | <alkisg> Thanks :)
| |
| 07:48 | <vagrantc> still not sure about the ltsp-update-image.excludes ?
| |
| 07:48 | <alkisg> Dracut has a very nice cmdline... http://manpages.ubuntu.com/manpages/trusty/man7/dracut.cmdline.7.html
| |
| 07:48 | I think that we need to keep /home/* in .excludes
| |
| 07:48 | Otherwise, by default, all /home will be included
| |
| 07:49 | * vagrantc seems to recall reading a bug report on dracut where it handled ip= differently than the kernel :( | |
| 07:49 | <alkisg> The kernel handling sucks so I wouldn't mind about that :D
| |
| 07:49 | ip={dhcp|on|any|dhcp6|auto6|ibft}
| |
| 07:49 | ip=<client-IP>:_<server-IP>_:_<gateway-IP>_:_<netmask>_:_<client_hostname>_:_<interface>_:_{none|off|dhcp|on|any|dhcp6|auto6|ibft}_[:[<mtu>][:_<macaddr>_]]
| |
| 07:50 | <vagrantc> well, things like pxelinux use the kernel commandline for ipappend
| |
| 07:50 | <alkisg> It covers all of our use cases, afaik
| |
| 07:50 | ipappend included
| |
| 07:50 | <vagrantc> i hope it works, i didn't test it or follow-up.
| |
| 07:51 | <alkisg> root=nfs4:[<server-ip>:]<root-dir>[:_<nfs-options>_], root={dhcp|dhcp6}
| |
| 07:51 | netroot=nbd:_<server>_:_<port>_[:_<fstype>_[:_<mountopts>_[:_<nbdopts>_]]]
| |
| 07:52 | root-path=nbd:_<server>_:_<port>_[:_<fstype>_[:_<mountopts>_[:_<nbdopts>_]]]
| |
| 07:52 | (with dhcp)
| |
| 07:53 | The only thing that I see missing, is support for aoe
| |
| 07:56 | <vagrantc> i guess if the user wants to include some stuff under /home/* , they can tweak ltsp-update-image.excludes ...
| |
| 07:57 | does it only support globbing, and not full regex? is there a negation syntax or smething?
| |
| 07:57 | * vagrantc gives dracut a try with stretch | |
| 07:58 | * vagrantc wonders about backports with dracut vs. initramfs-tools | |
| 07:58 | <alkisg> I think that we call it with support for regexes
| |
| 07:59 | Ah no, just -wildcards
| |
| 07:59 | -wildcards
| |
| 07:59 | Allow extended shell wildcards (globbing) to be used in exclude dirs/files
| |
| 07:59 | (from man mksquashfs)
| |
| 07:59 | <vagrantc> right
| |
| 07:59 | i didn't read anything about negation ... so it might be hard to handle shared public dirs and such
| |
| 07:59 | <alkisg> If dracut uses a different name for the initramfs that it generates, it should be easy to support both of them for a while
| |
| 08:00 | * vagrantc doubts it | |
| 08:00 | <vagrantc> but maybe it's configurable
| |
| 08:00 | <alkisg> Why would someone include public shared dirs inside the nbd image?
| |
| 08:01 | As opposed to e.g. mounting them with EXTRA_MOUNTS?
| |
| 08:01 | * vagrantc shrugs | |
| 08:02 | * alkisg prefers not to care for cases that he can't find a use for, until someone actually requests to support them... :) | |
| 08:02 | * vagrantc nods | |
| 08:09 | <vagrantc> heh. well, apparently installing dracut in stretch removes initramfs-tools and ltsp-client*
| |
| 08:10 | <alkisg> In Ubuntu it's not installable, it removes ubuntu-minimal etc as well
| |
| 08:10 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:10 | <alkisg> I tried `dpkg -r --force-all initramfs-tools ltsp-client*`, but that wasn't enough...
| |
| 08:12 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:12 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:16 | <vagrantc> probably need to allow dracut as an alternative for ltsp-client...
| |
| 08:16 | <alkisg> I think there's a virtual package for initramfs
| |
| 08:16 | linux-initramfs-tool
| |
| 08:16 | We can depend on that one
| |
| 08:17 | I'm not sure that it's necessary to depend on initramfs though
| |
| 08:17 | ah, we'd need to move the COW part to init-ltsp first
| |
| 08:17 | If we did that, then we wouldn't need the initramfs to have any ltsp-related code...
| |
| 08:18 | I.e. nbd or nfs root could be mounted read only, and the tmpfs+cow part could be done (along with a pivot_root) from init-ltsp
| |
| 08:19 | I managed to get an initramfs with dracut by running dpkg -i --force dracut*.deb
| |
| 08:19 | I guess we could play a bit with it to prepare the ltsp code for the future, when dracut will be installable...
| |
| 08:20 | * vagrantc just rebuilds ltsp | |
| 08:25 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:26 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:28 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:32 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:33 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:37 | <alkisg> Using upstart, the 15.10 clients do shut down fine...
| |
| 08:37 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:37 | <alkisg> It's only when using systemd that they don't
| |
| 08:38 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:39 | <alkisg> vagrantc: about the other bug with sshd, I think that we can just put it in the RM_SYSTEM_SERVICES by default, and tell the users that want it, to put it in KEEP_SYSTEM_SERVICES=sshd
| |
| 08:39 | If that's too much, we can at least do that if we detect an ltsp-pnp environment
| |
| 08:45 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:46 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:46 | <alkisg> vagrantc: in debian, do you have an ltsp-client-core service file for systemd? Or just the sysvinit one?
| |
| 08:47 | langxm has left IRC (langxm!~langxm@218.57.238.129, Read error: Connection reset by peer) | |
| 08:48 | langxm has joined IRC (langxm!~langxm@218.57.238.129) | |
| 08:52 | <vagrantc> alkisg: just sysvinit so far, but would like to explore what it can get us
| |
| 09:04 | * Hyperbyte <3 systemd | |
| 09:05 | * vagrantc remains ambivalent | |
| 09:07 | <Hyperbyte> I've been using it for years now. No more race conditions, parallel startup and startup conditions for services... :-)
| |
| 09:09 | <vagrantc> i've been using it for about a year and it's worked fine more or less... only had to make a few patches to fix LTSP support
| |
| 09:11 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
| 09:11 | <alkisg> For starters, it's not defining the RUNLEVEL environment variable, which some sysvinit services use...
| |
| 09:21 | fiesh has left IRC (fiesh!~fiesh@hq.wsoptics.de, Ping timeout: 272 seconds) | |
| 09:26 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Remote host closed the connection) | |
| 09:41 | <alkisg> ...and the second problem is that it's doing `ifdown eth0`, so nbd-disconnect hangs because it cannot run `nbd-cilent -d`
| |
| 09:42 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 240 seconds) | |
| 09:43 | <alkisg> Btw, nbd-server processes still keep running if nbd-disconnect doesn't run at poweroff, so it's still needed in Wily
| |
| 09:45 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
| 09:52 | <alkisg> ...and the third problem is that systemd kills sysvinit jobs that have even a tiny delay like `sleep 1`
| |
| 09:54 | Maybe https://bugs.debian.org/784720 is related...
| |
| 09:58 | bojan has joined IRC (bojan!75c1362a@gateway/web/freenode/ip.117.193.54.42) | |
| 09:58 | <bojan> I am using thin clients and i want to bock some of the users not to use home space for saving folders or creating folders...Is it possible??
| |
| 09:58 | block
| |
| 09:59 | <alkisg> So that their /home/username is essentially in RAM and not in the disk?
| |
| 10:01 | bojan, are you still here?
| |
| 10:02 | <bojan> alkisg:sorry,YES
| |
| 10:03 | <alkisg> To both questions? :)
| |
| 10:04 | <bojan> i have some 30 number of users can login in my server and i have created a lvm partition and mounted it on /mnt and kept link on all the users desktop
| |
| 10:04 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
| 10:04 | <bojan> But the thing is people are not only saving their files in that particular luink which is mounted on /mnt and they are also saving in desktop
| |
| 10:05 | I want my users not to have any files or folders saved in desktop
| |
| 10:05 | how to restrict them??
| |
| 10:05 | <alkisg> Why don't you symlink /home/username/Desktop to /mnt/username/Desktop ?
| |
| 10:05 | So that when they save things on desktop, it will go to /mnt ?
| |
| 10:06 | <bojan> Yes i can but here we have multiple projects with different permission for the users
| |
| 10:06 | <alkisg> You can also just use chmod to restrict access to their own desktop folder... that way they'll get access denied
| |
| 10:06 | <bojan> can you tell me how to do that??
| |
| 10:06 | MEans how to restrict access ??
| |
| 10:06 | am little confused on that??
| |
| 10:06 | <alkisg> The command is chmod -r, it's not related to ltsp
| |
| 10:07 | Sorry, chmod -w
| |
| 10:07 | chmod -w folder means "don't allow the users to write to that folder"
| |
| 10:07 | <bojan> chmod -w /home/username/Desktop??
| |
| 10:07 | <alkisg> Yup
| |
| 10:07 | * vagrantc would expect that to issue warnings | |
| 10:08 | <bojan> How to make them activate again??
| |
| 10:08 | +w??
| |
| 10:08 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 10:08 | <alkisg> Yes
| |
| 10:09 | <bojan> thank you
| |
| 10:10 | <alkisg> I think it would make more sense to symlink Desktop to /mnt/somedir though
| |
| 10:18 | bojan has left IRC (bojan!75c1362a@gateway/web/freenode/ip.117.193.54.42, Quit: Page closed) | |
| 10:21 | <alkisg> The fourth problem with systemd is that it deactivates nbd-swap without calling nbd-client -d
| |
| 10:27 | <Hyperbyte> alkisg, why don't you make a systemd ltsp service that is dependant on network target, and put all this stuff there?
| |
| 10:28 | Then it gets run only after network is available on startup and on shutdown will run before network is brought down
| |
| 10:28 | That's the beauty of systemd. You can tell it "this service MUST but shutdown before you bring down the network"
| |
| 10:28 | <alkisg> Hyperbyte: and if I want to make sure that it runs before swap is deactivated as well, I would also depend on the swap target?
| |
| 10:29 | And, which one is the swap target? I can only see it hardcoded in swap.c...
| |
| 10:29 | Ah, it still shows in targets though
| |
| 10:29 | Yup, that could work, if it works as advertised...
| |
| 10:29 | <Hyperbyte> To me, it sounds like most problems you're having with it is because you're using a sysvinit approach to systemd. It's completely new. You should forget about runlevels and stuff, and depend on targets.
| |
| 10:30 | <alkisg> It's supposed to have a compatibility module for sysvinit scripts
| |
| 10:30 | So one approach is to consider the problems a bug in their compatibility layer
| |
| 10:30 | Another is what you suggested, which may be the easiest way to do it...
| |
| 10:31 | ...and we're probably going to write a systemd service anyway, so maybe now is the time to do it
| |
| 10:32 | <Hyperbyte> I don't think compatibility layer was made for production use, more as fallback method.
| |
| 10:32 | For compatibility with old packages that don't support systemd
| |
| 10:32 | <alkisg> Hyperbyte, have you created any systemd targets of your own? Do you think you can propose one for ltsp?
| |
| 10:33 | *services... my systemd terminology is probably wrong
| |
| 10:34 | <Hyperbyte> I did once, not sure where it went
| |
| 10:34 | <alkisg> cyberorg, warren, maybe you already have a systemd service for ltsp?
| |
| 10:35 | <Hyperbyte> But it's pretty easy, systemd scripts are easier than init scripts
| |
| 10:35 | Do you have access to a machine with systemd?
| |
| 10:35 | <alkisg> Yes, but I'd need to read up on those services, targets, wants etc
| |
| 10:35 | <Hyperbyte> ls /usr/lib/systemd/system/
| |
| 10:36 | fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de) | |
| 10:36 | <Hyperbyte> Just open one .service file in a text editor and you'll be like "omg that's all?!"
| |
| 10:36 | <alkisg> There are .service, .target, .timer, .slice etc files there
| |
| 10:36 | <Hyperbyte> And you'll also immediately know how to write ltsp .service files.
| |
| 10:36 | <alkisg> And some .wants directories
| |
| 10:36 | So it's not as simple as it sounds...
| |
| 10:36 | The sysinit.target is probably part of the compatibility layer
| |
| 10:37 | and it has a full .wants/ dir...
| |
| 10:37 | <Hyperbyte> You don't need all that
| |
| 10:37 | You can just create a .service file and do systemctl daemon-reload
| |
| 10:37 | <alkisg> I would need to depend on swap, right? Isn't that done via the wants directory?
| |
| 10:37 | <Hyperbyte> No
| |
| 10:38 | http://patrakov.blogspot.nl/2011/01/writing-systemd-service-files.html
| |
| 10:39 | Pretty sure the .wants directory is maintained by the daemon itself
| |
| 10:39 | Either way, it's just symlinks.
| |
| 10:39 | <alkisg> The files in /lib are parts of packages
| |
| 10:39 | I.e. they're included in the .deb files
| |
| 10:39 | Processes don't write there
| |
| 10:40 | <Hyperbyte> You're right, it should all go in /etc/systemd/system/
| |
| 10:40 | But for examples it's a good place to look.
| |
| 10:40 | <alkisg> Thanks Hyperbyte, I'll read up on debconf etc too, to do it properly in the debian way
| |
| 10:40 | <Hyperbyte> Right, I'm speaking from Centos 7. :-)
| |
| 10:40 | <cyberorg> alkisg, https://sourceforge.net/p/kiwi-ltsp/code/HEAD/tree/trunk/kiwi-ltsp/ltsp/suse-13.2/root/usr/lib/systemd/system/ltsp-init.service
| |
| 10:40 | <alkisg> I.e. that will probably be a debian/ltsp-client-core.service file that will get installed in the proper places
| |
| 10:40 | Thank you cyberorg, I'll check that after lunch
| |
| 10:40 | * alkisg waves :) | |
| 10:41 | <Hyperbyte> Enjoy!
| |
| 10:41 | alkisg is now known as work_alkisg | |
| 10:42 | <cyberorg> work_alkisg, not sure what exactly you are looking for, most stuff is handled by init=/sbin/init-ltsp
| |
| 11:10 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 11:17 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-uhqiochhicmamvyn) | |
| 11:17 | Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave) | |
| 11:28 | <Hyperbyte> cyberorg, that .service file has double After= lines in [Unit]. Are you sure that works? To me it'd seem only the last After= line gets processed.
| |
| 11:29 | Also, out of curiousity, why does it have "xdm.service" as alias?
| |
| 11:31 | <cyberorg> Hyperbyte, yeah, looks like leftover from file it was copied from, LDM replaces XDM so it is left there for other services dependent on xdm.service
| |
| 11:32 | <Hyperbyte> Ah, makes sense.
| |
| 11:35 | danau11 has joined IRC (danau11!~durban@12.197.179.122) | |
| 11:37 | vsuojane1 is now known as vsuojanen | |
| 11:37 | danau11 has left IRC (danau11!~durban@12.197.179.122) | |
| 11:43 | <muppis> !chromium
| |
| 11:43 | <ltsp`> Error: "chromium" is not a valid command.
| |
| 11:44 | <muppis> !chrome
| |
| 11:44 | <ltsp`> Error: "chrome" is not a valid command.
| |
| 11:44 | <muppis> Meh.
| |
| 11:44 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
| 11:52 | Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Remote host closed the connection) | |
| 11:52 | Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack) | |
| 12:11 | <vagrantc> !chrom
| |
| 12:11 | <ltsp`> Error: "chrom" is not a valid command.
| |
| 12:19 | adrianorg has left IRC (adrianorg!~adrianorg@177.132.217.210, Ping timeout: 244 seconds) | |
| 12:20 | adrianorg has joined IRC (adrianorg!~adrianorg@179.180.175.106) | |
| 12:28 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 272 seconds) | |
| 12:29 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
| 13:57 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
| 13:58 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 244 seconds) | |
| 14:05 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 14:45 | work_alkisg is now known as alkisg | |
| 15:02 | <alkisg> vagrantc: have you guys ever talked about "what exactly is the ltsp-client-core service"?
| |
| 15:02 | I'm trying to write a systemd service for it
| |
| 15:04 | E.g. what does `stop ltsp-client` mean? Does it mean to stop the screen scripts?
| |
| 15:04 | (I mean, in the ideal case...)
| |
| 15:04 | <vagrantc> i think it's primarily for starting screen scripts
| |
| 15:05 | <alkisg> So, `stop ltsp-client`, doesn't mean that the user wants to poweroff the client, right?
| |
| 15:07 | <vagrantc> sure
| |
| 15:08 | <alkisg> From lightdm.service: "Conflicts=getty@tty7.service"
| |
| 15:09 | I wonder what's the proper way to handle all those screens in the systemd era...
| |
| 15:09 | Maybe init-ltsp.d should dynamically create one .service file for each screen
| |
| 15:10 | The default display-manager is now defined with the display-manager.service symlink in /etc
| |
| 15:10 | <vagrantc> possibly to create .service files for each screen script
| |
| 15:10 | in init-ltsp.d phase or similar
| |
| 15:10 | <alkisg> Since each screen script can be ran multiple times, or none at all, maybe one for each vt
| |
| 15:10 | with possible copies + sed's
| |
| 15:11 | (conflit=getty@ttyX.service...)
| |
| 15:11 | systemd does have 7 different services, one for each tty...
| |
| 15:12 | And we'd also need a documentation page for the Documentation:man:ltsp-client(1) line
| |
| 15:13 | Ah, each screen script should have its own man page there
| |
| 15:21 | One idea is to have
| |
| 15:34 | >> A unit configuration file whose name ends in ".target" encodes information about a target unit of systemd, which is used for grouping units and as well-known synchronization points during start-up.
| |
| 15:34 | That might match the "ltsp-client" concept better... while ltsp3.service is more like tty3.service
| |
| 15:43 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
| 15:44 | telex has joined IRC (telex!teletype@freeshell.de) | |
| 15:48 | Phantomas has joined IRC (Phantomas!~ftsamis@2a02:582:1081:8f00:f81a:911e:6835:161c) | |
| 15:48 | Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 15:54 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 15:55 | mikkel_ has left IRC (mikkel_!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
| 16:00 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 16:05 | <alkisg> This works for emulating SCREEN_02=shell in systemd: https://wiki.gentoo.org/wiki/Automatic_login_to_virtual_console
| |
| 16:31 | * vagrantc has only be half-present | |
| 16:50 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 17:45 | <alkisg> https://github.com/systemd/systemd/blob/3a3701f03360f9a292dcab31fda1f6e0e0629c64/units/getty%40.service.m4
| |
| 17:48 | This generates multiple getty@ttyX services... that's probably what we should do with ltsp screens as well
| |
| 17:48 | I hope we don't have to implement systemd.generator. Hyperbyte, nope, systemd is not as easy as you made it sound :D
| |
| 17:49 | It's a good project with good documentation, but it does have its learning curve
| |
| 17:51 | I think the easiest and most compatible way to support all init systems, would be to have init-ltsp.d rename agetty to agetty.real, and create a wrapper script there instead :D
| |
| 17:51 | Really lame, really easy and compatible with everything :D
| |
| 17:58 | <quinox> sounds like there are no downsides!
| |
| 18:07 | <gehidore> as a systemd user I say ... as long as it works, I don't care how you did it :P
| |
| 18:10 | * alkisg waves! | |
| 18:10 | alkisg is now known as work_alkisg | |
| 19:32 | mip5 has joined IRC (mip5!~chatzilla@208.72.71.69) | |
| 19:37 | <mip5> Hi - updated an ubuntu 12.04.5 to 14.0.3, and rebuilt ltsp clients. Trying to use amd64 this time (rather i386) as arch. Edited /etc/ltsp/dhcpd.conf to reflect new arch. The build process appears to go ok, but the clients hang after "Trying to load pxelinux.cfg/default....ok. I get "Negotiation: ..Error: Server closd connection. Exiting." Then I get dropped to a busybox. Any ideas?
| |
| 19:39 | <gehidore> did you update which pxe image is being served?
| |
| 19:40 | <mip5> I'm not sure what you mean. I moved the old one (ltsp-old), before I built the new one, and edited /etc/ltsp/dhcpd.conf and replaced references to i386 with amd64. Have I missed something?
| |
| 19:43 | I ran "service nbd-server restart" but that hasn't helped.
| |
| 20:00 | <gehidore> for the tftp server...
| |
| 20:00 | it's prolly still pointed at the i368 image
| |
| 20:00 | which doesn't exist
| |
| 20:04 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
| 20:05 | <mip5> Where would else would I specify it to use amd64? FWIW - looking around in busybox shell I seen lib64, and other stuff that looks like the client is getting at least some of what it needs.
| |
| 20:09 | <gehidore> mip5: it's going to be specific to the distro I suspect, I just know I ran into the same issue when I was tinkering with it on a debian VM and switched from 386 to amd64
| |
| 20:11 | <mip5> gehidore: Thanks. other errors I forgot to mention: mounting /dev/nbd0 on /root failed: Invalid argument. So you're right, it's not getting the image it needs.
| |
| 20:12 | gehidore: I'm using ubuntu, though tempted to try debian.
| |
| 20:14 | ls
| |
| 20:15 | <gehidore> mip5: mostly I was doing research to see how everything needed to flow so I could establish a system on arch
| |
| 20:26 | <mip5> gehidore: thanks. I'll keep poking around
| |
| 20:36 | Ark74 has joined IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx) | |
| 21:04 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
| 21:05 | <work_alkisg> mip5: what's the output of `cat /proc/cmdline` on the client initramfs?
| |
| 21:07 | <mip5> work_alkisg: ro initrd=initrd.img root /dev/nbd0 init=/sbin/init-ltsp quiet splash plymouth:force-splash vt.handoff=7 nbdroot=:ltsp_amd64 BOOT_IMAGE=vmlinux
| |
| 21:08 | <work_alkisg> mip5: the command line is wrong, remove nbdroot from there
| |
| 21:08 | (it's the old style)
| |
| 21:09 | also, check /etc/nbd-server/conf.d/ltsp_amd64.conf, that it has [/opt/ltsp/amd64] as its header
| |
| 21:09 | finally, verify that your dhcp server sends ROOTPATH=/opt/ltsp/amd64
| |
| 21:10 | (the command line is edited in /var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default)
| |
| 21:12 | <mip5> work_alkisg: ok - making changes now
| |
| 21:16 | work_alkisg: Same error.
| |
| 21:17 | <work_alkisg> mip5: and nbdroot=:ltsp_amd64 now is not in the kernel command line on the client/
| |
| 21:17 | ?
| |
| 21:18 | <mip5> work_alkisg: though cat /proc/cmdline looks good now - nbdroot entry is *not* there
| |
| 21:18 | <work_alkisg> OK, next step, try this:
| |
| 21:18 | !nbd-client
| |
| 21:18 | <ltsp`> nbd-client: To try mounting the NBD image from the client initramfs: nbd-client 192.168.67.1 -N /opt/ltsp/i386 /dev/nbd0
| |
| 21:18 | <work_alkisg> change the ip and i386
| |
| 21:20 | <mip5> I get: Negotiation: .. size = 580 MB bs = 1023 sz=608448512 bytes
| |
| 21:21 | <work_alkisg> OK, now try this: `ipconfig -n eth0` again in the client initramfs
| |
| 21:21 | Check rootpath there, is it /opt/ltsp/amd64?
| |
| 21:21 | Ark74 has left IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx, Ping timeout: 250 seconds) | |
| 21:21 | gbaman has joined IRC (gbaman!~gbaman@104.40.144.249) | |
| 21:22 | <mip5> rootpath is /opt/ltsp not /opt/ltsp/amd64
| |
| 21:22 | <work_alkisg> Fix your dhcp
| |
| 21:23 | <mip5> thanks - rebooting client now after restarting dhcp service
| |
| 21:24 | client boots! Yay! but screen is shifted far to the left. Can only see "ntu" and beneath that, ername and box
| |
| 21:24 | <work_alkisg> (12:09:45 πμ) work_alkisg: finally, verify that your dhcp server sends ROOTPATH=/opt/ltsp/amd64
| |
| 21:25 | same advice 12 minutes ago :)
| |
| 21:25 | <mip5> ;-)
| |
| 21:25 | <work_alkisg> Is it a graphics screen, LDM, or a text screen?
| |
| 21:26 | <mip5> mostly white, not sure whether that's called graphics or LDM
| |
| 21:27 | <work_alkisg> There's a bug in which the clients think they have 2 monitors, and the screen is centered between them, even if one of them doesn't really exist
| |
| 21:27 | Do you think that description fits what you're seeing?
| |
| 21:28 | <mip5> Could be - the monitor is pretty wide.
| |
| 21:28 | it could be the right half of a dual monitor setup where the login was spread across both
| |
| 21:28 | <work_alkisg> Then try with SCREEN_07=xterm in lts.conf,
| |
| 21:29 | ah no easier way
| |
| 21:29 | just try to login blindly
| |
| 21:29 | type username/enter/password/enter
| |
| 21:29 | then open a terminal and type xrandr and see the outputs there
| |
| 21:29 | finally, create an xrandr command line to put it in XRANDR_COMMAND_01 in lts.conf
| |
| 21:29 | <mip5> it centers when I enter the credentials - logging in ow
| |
| 21:30 | * work_alkisg needs to go, good luck | |
| 21:30 | <mip5> thanks!
| |
| 21:40 | gbaman has left IRC (gbaman!~gbaman@104.40.144.249, Ping timeout: 240 seconds) | |
| 22:11 | <mip5> work_alkisg: I was able to login and open display preferences, and see that client "thinks" there are 2 monitors. I couldn't fix it using xrandr, but I probably didn't use the proper syntax for that line in lts.conf. Also - the machines are super, super slow. I'll try to work on this more tomorrow. Thanks *so* much for your help. I figured dhcpd.conf was wrong, but obviously didn't quite get...
| |
| 22:11 | ...it right until you helped.
| |
| 22:16 | Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas) | |
| 22:25 | Cramer has joined IRC (Cramer!42fff48c@gateway/web/freenode/ip.66.255.244.140) | |
| 22:28 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
| 22:30 | telex has joined IRC (telex!teletype@freeshell.de) | |
| 22:32 | <mip5> work_alkisg: I found another way to disable the 2nd monitor. I added video=LVDS-1:d to /pxelinux.cfg/default - just added video=LVDS-1:d
| |
| 22:36 | mip5 has left IRC (mip5!~chatzilla@208.72.71.69) | |
| 23:38 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-uhqiochhicmamvyn, Quit: Connection closed for inactivity) | |
| 23:42 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |