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


Channel log from 6 December 2015   (all times are UTC)

00:02danau11 has joined IRC (danau11!~durban@66.251.57.114)
00:05danau11 has left IRC (danau11!~durban@66.251.57.114)
01:00andygraybeal has left IRC (andygraybeal!~andy@h229.174.133.40.static.ip.windstream.net, Ping timeout: 260 seconds)
01:08areguera has joined IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:11areguera has left IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:11areguera has joined IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:11areguera has left IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:11areguera has joined IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:14areguera has left IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66, Quit: Page closed)
01:14areguera has joined IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:15
<areguera>
Hello
01:16areguera has left IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:17areguera has joined IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66)
01:20areguera has left IRC (areguera!c8001842@gateway/web/freenode/ip.200.0.24.66, Client Quit)
02:53andygraybeal has joined IRC (andygraybeal!~andy@40.133.167.69)
05:17work_alkisg is now known as alkisg
05:40alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
06:06alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:38zerkalo has left IRC (zerkalo!myricae@ny1.hashbang.sh, Ping timeout: 260 seconds)
06:45zerkalo has joined IRC (zerkalo!myricae@ny1.hashbang.sh)
07:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:03alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:24vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
07:33
<alkisg>
!uefi
07:33
<ltsp`>
I do not know about 'uefi', but I do know about these similar topics: 'users', 'usb'
07:34
<alkisg>
!learn uefi as To boot UEFI clients with LTSP, switch them to Legacy BIOS (CSM). If you can't, then use google translate on this one: http://alkisg.mysch.gr/steki/index.php?topic=6466.0
07:34
<ltsp`>
The operation succeeded.
07:34
<alkisg>
!local
07:34
<ltsp`>
I do not know about 'local', but I do know about these similar topics: 'install-localapp', 'localdev', 'localapps-print', 'RDP-localdev', 'localapps', 'LocaldevCommonGroupWorkaround', 'localxterm', 'local-disks', 'local-boot'
07:46
<alkisg>
fiesh_: nope, I couldn't get remote opengl to work here in any case. So you think that if I try e.g. with a 5 years old Ubuntu live cd, it will work?
07:47
I tried with the simpest way possible, -tcplisten in xorg, xhost + in the session, and DISPLAY=<remote-ip> xterm on another PC, then glxinfo
07:48
That gave me software rendering, and very slow fps of course
08:08
<maldridge>
sbalneav: thanks for the info, the system is seamlessly fetching information from our servers now!
08:23ricotz has joined IRC (ricotz!~ricotz@p5B2A8C15.dip0.t-ipconnect.de)
08:23ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
09:21alkisg is now known as work_alkisg
09:30robb_nl has joined IRC (robb_nl!~robb_nl@ip-213-49-86-55.dsl.scarlet.be)
09:47robb_nl has left IRC (robb_nl!~robb_nl@ip-213-49-86-55.dsl.scarlet.be, Ping timeout: 245 seconds)
09:49
<fiesh_>
work_alkisg: our system here is very very up to date, I very much doubt an older system would do better
09:50
work_alkisg: haven't gotten around to testing the new xorg with vaapi enabled yet, will do that tomorrow, so cannot tell you if the update to mesa 11 for example might have made it stop working
09:52
work_alkisg: if you like, I can give you a tarball of a working client nfs root and the kernel
10:00robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-135-184.dsl.scarlet.be)
10:08work_alkisg is now known as alkisg
10:08
<alkisg>
fiesh_: so the problem is client-side?
10:09
Sure, a tarball would help
10:11
If I remember well, it broke for you recently, but then LDM_DIRECTX=true fixed it again?
10:15
<fiesh_>
no it broke because of a system update, and I suspect that it was because mesa 11 was built without vaapi support
10:15
enabling or disabling LDM_DIRECTX had no effect on opengl
10:15
<alkisg>
OK, and currently it's working because you reverted to the old chroot?
10:15
<fiesh_>
and I haven't gotten around to updating the client environment with vaapi enabled yet
10:15
yes, the old chroot works fine, and old is still very recent
10:16
we're talking about november's gentoo vs december's gentoo
10:16
<alkisg>
why would vaapi affect glxinfo though?
10:16
<fiesh_>
and most likely the only issue is the mesa 10 vs mesa 11 update
10:16* alkisg tried with 11.0.6-1ubuntu1
10:16
<fiesh_>
not quite sure, it's just a guess because vaapi is the intel computing interface and maybe mesa 11 needs it for whatnot
10:16
I'm just trying around
10:17
maybe it's also that mesa 11 broke it, if so, I'll have to figure out why
10:17
<alkisg>
What's the mesa version in your old chroot?
10:17
<fiesh_>
10
10:18
<alkisg>
I tried with client side=10.1.3-0ubuntu0.5 and it didn't work either
10:18
(ubuntu 14.04 - http://packages.ubuntu.com/search?keywords=libegl1-mesa)
10:19
<fiesh_>
hmmm, I'll create a tarball of the client's chroot for you tomorrow and give you a link to download it
10:19
<alkisg>
I'll try again with 12.04, i.e. mesa 8, tomorrow
10:19
fiesh_: your server-side is 11?
10:19
<fiesh_>
yes
10:20
<alkisg>
Nice, so it sounds like a regression that could be fixed
10:20
<fiesh_>
if it even is the mesa version, yes, I'll have to investigate
10:22
<alkisg>
instead of a tarball, you can use ltsp-update-image to create a squashfs file... it's easier to use, it doesn't have the --numeric-ids issues etc
10:22
<fiesh_>
alas no, I can't really use ltsp-update-image under gentoo, all the kicktoo and what it uses is broken
10:23
so I resorted to having a chroot.sh shell script that chroots into the client chroot I want, I can update it there and so on, and that's mounted on the client
10:24
<alkisg>
I meant instead of a .tar.gz file, not to boot the client with it
10:24
It's the same as running mksquashfs manually
10:25
(mksquashfs is available, isn't it?)
10:25
<fiesh_>
I can run mksquashfs if you want that instead of making a tar.xz, sure
10:25
<alkisg>
your kernel does support overlayfs, doesn't it?
10:26
<fiesh_>
hmm, I am not sure
10:26
<alkisg>
Then it'll also support booting from nbd...
10:26
<fiesh_>
no that never worked
10:26
<alkisg>
Which kernel version is that?
10:26
<fiesh_>
4.0.9
10:26
<alkisg>
It will work then
10:26
(well, with the proper upstream ltsp scripts in place)
10:26
<fiesh_>
4.1.12 created issues with USB devices
10:26
I'll give you the kernel I'm using as well
10:27
I'll give you a tar.xz, ok? you can create a squashfs if you like, but it might be risky to depend on that right away since here only NFS is used as all the other options never worked smoothly for me
10:27
<alkisg>
OK then use --numeric-ids
10:27
But I can unsquashfs easily and get the nfs chroot
10:28* alkisg meant that it prefers .squashfs to .tar.gz for everything, not just chroots
10:28
<alkisg>
*he
10:28
<fiesh_>
oh I see
10:28
<alkisg>
I didn't mean that I wanted to use it via nbd...
10:29
For example, i can loop-mount it and then export it via nfs without unzipping it
10:31
<fiesh_>
then I'll give you a squashfs
10:35* alkisg waves for now...
10:35alkisg is now known as work_alkisg
11:18cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
11:58cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
13:07robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-135-184.dsl.scarlet.be, Ping timeout: 245 seconds)
13:41NeonLich1 has joined IRC (NeonLich1!~NeonLicht@darwin.ugr.es)
13:41lee_ has joined IRC (lee_!~lee@loathe.ms)
13:43spectra has left IRC (spectra!~spectra@debian/developer/spectra, Ping timeout: 240 seconds)
13:43grimeton has left IRC (grimeton!~ruth@2a01:4f8:160:41e3:0:dead:beef:cafe, Ping timeout: 240 seconds)
13:43NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 240 seconds)
13:43lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 240 seconds)
13:43highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 240 seconds)
13:46spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
13:48highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
13:49grimeton has joined IRC (grimeton!~ruth@2a01:4f8:160:41e3:0:dead:beef:cafe)
14:17ricotz_ has joined IRC (ricotz_!~ricotz@p5B2A8C15.dip0.t-ipconnect.de)
14:17ricotz_ has joined IRC (ricotz_!~ricotz@ubuntu/member/ricotz)
14:37robb_nl has joined IRC (robb_nl!~robb_nl@ip-83-134-135-184.dsl.scarlet.be)
14:57ricotz_ has left IRC (ricotz_!~ricotz@ubuntu/member/ricotz, Ping timeout: 246 seconds)
14:57work_alkisg is now known as alkisg
15:40Dann has joined IRC (Dann!~dann@bzq-82-81-161-130.red.bezeqint.net)
15:44
<Dann>
hello there
15:45
<alkisg>
Hi
16:26bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, Remote host closed the connection)
17:17vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:44telex has joined IRC (telex!~telex@94.247.40.156)
17:47eu^ppp0461760551 has joined IRC (eu^ppp0461760551!2eb03768@gateway/web/freenode/ip.46.176.55.104)
17:56alkisg is now known as work_alkisg
19:09robb_nl has left IRC (robb_nl!~robb_nl@ip-83-134-135-184.dsl.scarlet.be, Ping timeout: 246 seconds)
19:42robb_nl has joined IRC (robb_nl!~robb_nl@83.134.135.184)
20:31robb_nl has left IRC (robb_nl!~robb_nl@83.134.135.184, Remote host closed the connection)
20:58work_alkisg is now known as alkisg
21:33alkisg is now known as work_alkisg
21:53ricotz_ has joined IRC (ricotz_!~ricotz@p5B2A8C15.dip0.t-ipconnect.de)
21:53ricotz_ has joined IRC (ricotz_!~ricotz@ubuntu/member/ricotz)
21:54ricotz_ has left IRC (ricotz_!~ricotz@ubuntu/member/ricotz, Client Quit)
22:01ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:48bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy)