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


Channel log from 27 January 2017   (all times are UTC)

00:41
<markit>
sleep time
00:41markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
03:02spectra has left IRC (spectra!~spectra@debian/developer/spectra, Quit: ZNC - http://znc.sourceforge.net)
03:06spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
04:00lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
05:17Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 248 seconds)
05:21jammcq has left IRC (jammcq!~jam@c-68-40-171-103.hsd1.mi.comcast.net, Quit: WeeChat 0.4.2)
05:22
<alkisg>
Heh, 2 in the morning, no markit I'm not here :D
05:22Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
05:28uchitel^302-uchi has joined IRC (uchitel^302-uchi!5e1d7c81@gateway/web/freenode/ip.94.29.124.129)
05:29
<uchitel^302-uchi>
when epoptes goes to windows platform?
05:32uchitel^302-uchi has left IRC (uchitel^302-uchi!5e1d7c81@gateway/web/freenode/ip.94.29.124.129, Client Quit)
06:12Statler has joined IRC (Statler!~Georg@p4FC87D68.dip0.t-ipconnect.de)
07:10ricotz has joined IRC (ricotz!~ricotz@p5B2A9868.dip0.t-ipconnect.de)
07:10ricotz has left IRC (ricotz!~ricotz@p5B2A9868.dip0.t-ipconnect.de, Changing host)
07:10ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:40mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
08:43
<Guest67645>
hi. i have question again. clients are working how "fat"- clients.
08:44
i added line in config file lts.conf
08:44
[Default] LTSP_FATCLIENT=False LDM_DIRECTX=True
08:44
<alkisg>
3 lines, not 1, right?
08:45
<Guest67645>
no 3 lines one under another
08:45
<alkisg>
ok, and?
08:46
<Guest67645>
in log file i see: Starting to serve . Size of exported file/device is 1467543552
08:48
<alkisg>
and?
08:49
<Guest67645>
does clients download all image?
08:49
So it should be?
08:49
<alkisg>
No, it doesn't
08:49
It is exported, it's not downloaded
08:50
The clients reads only the parts that it needs each time, dynamically
08:51
<Guest67645>
ok. what will be ip on client? ip server?
08:52
<alkisg>
I don't understand the question
08:53
<Guest67645>
i see ip on the client 192.168.58.20. and ip on server the same
08:53
<alkisg>
How do you see the ip on the client, you opened gnome-terminal?
08:53
<Guest67645>
yes
08:54
<alkisg>
That terminal runs on the server
08:54
That's why you see the server ip
08:54
It is a thin client now, so the programs run on the server, not on the client
08:57
<Guest67645>
so, now i have thin client? right? because yesterday i saw ip the server on the client
08:59
<alkisg>
If you run `hostname` on that terminal, you should see the server's hostname, not the client's "ltsp123"
08:59
So yes you have a thin client now
09:05
<Guest67645>
thank you very much. you helped me a lot
09:06
<alkisg>
You're welcome... anyway, what is your server cpu and ram?
09:09
<Guest67645>
server works on kvm-virtualization and now have RAM 1Gb and CPU(s): 1
09:10
this options will be changed
09:10
<alkisg>
Eh ok, note that you'll need at least 500 MB for each client, so for 10 clients go for 5+ GB RAM on the server
09:12
<Guest67645>
ok. Thank you again
09:16gp has left IRC (gp!~gp@104-14-168-137.lightspeed.rcsntx.sbcglobal.net, Remote host closed the connection)
09:44markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it)
09:50Statler has left IRC (Statler!~Georg@p4FC87D68.dip0.t-ipconnect.de, Remote host closed the connection)
09:58markus_e92 has left IRC (markus_e92!~markus_e9@62-46-97-53.adsl.highway.telekom.at, Ping timeout: 240 seconds)
10:00markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-153-136.adsl.highway.telekom.at)
10:51Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
13:01Grembler has joined IRC (Grembler!~Ben@cpc87179-aztw31-2-0-cust6.18-1.cable.virginm.net)
13:04Grembler has left IRC (Grembler!~Ben@cpc87179-aztw31-2-0-cust6.18-1.cable.virginm.net, Client Quit)
13:21ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 240 seconds)
13:22ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
14:08
<markit>
is it me or linux-firmware-nonfree is missing in (k)ubuntu 16.04?
14:09
maybe has been renamed but can't figure out how
14:51
<alkisg>
markit, are you looking for broadcom? https://ubuntuforums.org/showthread.php?t=2325823
14:53
<markit>
alkisg: generic stuff, i.e. time ago amd radeon was not working properly without that
14:54
alkisg: I've changed my script to use apt-get instead of aptitude, I've a problem though
14:54
<alkisg>
markit, I don't think linux-firmware-nonfree had anything to do with amd in trusty
14:54
<markit>
aptitude a b c installs a and c even if b is missing, while apt-get aborts... Is the "-m" flag the right one? (just discovered why I miss a lot of stuff...)
14:54
<alkisg>
Here's the file list: http://packages.ubuntu.com/trusty-updates/all/linux-firmware-nonfree/filelist
14:55
<markit>
alkisg: but the entire package seems missing from their repo!
14:55
<alkisg>
Yes, it got split up to other packages
14:55
See the link I gave above
14:55ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
14:56
<markit>
the list got from $ apt-file --package-only search /lib/firmware/ you mean? mmm so ODD
14:57
<alkisg>
No, for the ubuntuforums.org one
14:58
<markit>
yes, that post... I don't have a broadcom issue, just wanted to reduce hw issues with the firmware
14:58
btw, is "-m" the right flag for apt-get install?
15:00
mmm no, does not work too
15:05
<Guest67645>
i have one question. when works two thin client i see trafic 80-100Mbit/s
15:10mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:19
<alkisg>
Guest67645: and the question is?
15:20
markit, apt-get purge --auto-remove $(dpkg-query -W -f '${Package} ' google-chrome-stable flashplugin-installer flashplugin-nonfree pepperflashplugin-nonfree)
15:20
That dpkg-query command only keeps the ones that actually exist
15:21
You need one similar to find which ones are there to pass to apt
15:23
<markit>
alkisg: clever solution (as usual ;P), I was changing the script to iterate through packages
15:28
<Guest67645>
question. it is real? if will be work four thin client. programs will be work very bad
15:41
<alkisg>
Guest67645: yes, that's why you need gigabit on the server, to handle more clients,
15:41
and that's why I was telling you to use fat and not thin...
15:43
!ltsp-pnp
15:43
<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
15:43
<alkisg>
That guide ^ is optimized for both thin and fat clients, with ubuntu-mate, which is light enough
16:29bas89 has joined IRC (bas89!~che@p2003007F6F26E3011DF61C9F0A228516.dip0.t-ipconnect.de)
16:30bas89_ has joined IRC (bas89_!4fcdc3d7@gateway/web/freenode/ip.79.205.195.215)
16:39markus_e92 has left IRC (markus_e92!~markus_e9@91-115-153-136.adsl.highway.telekom.at, Ping timeout: 252 seconds)
16:39bas89_ has left IRC (bas89_!4fcdc3d7@gateway/web/freenode/ip.79.205.195.215, Quit: Page closed)
16:40bas89 has left IRC (bas89!~che@p2003007F6F26E3011DF61C9F0A228516.dip0.t-ipconnect.de)
16:40markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-21-240.adsl.highway.telekom.at)
16:48
<Guest67645>
if i will be used fat client and all clients will be write information in the programs how will be information save on server?
16:48
<alkisg>
Guest67645: LTSP fat clients are diskless and netbooted, the same as thin clients
16:48
The difference is that they use their own cpu and ram to run the programs
16:49
What are your client specs, which cpu and how much ram do they have?
16:51
<Guest67645>
pentium4 2GHz ram 1Gb
16:53
<alkisg>
It's ok for a fat client then
16:53
Use the tutorial I said, ltsp-pnp
16:53
And ubuntu-mate 16.04
16:54
<Guest67645>
ok. thank you
16:55
<alkisg>
np
16:56forum has joined IRC (forum!~Icedove@85-90-136-108.hdsl.highway.telekom.at)
17:37Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
18:14ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
18:20Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
18:20rlyshw has joined IRC (rlyshw!49c7f403@gateway/web/freenode/ip.73.199.244.3)
18:21
<rlyshw>
Hi! Has anyone had success using raspberry pis as thin clients for LTSP?
18:46epoptes_user9 has joined IRC (epoptes_user9!4a3e5962@gateway/web/freenode/ip.74.62.89.98)
18:51
<alkisg>
rlyshw: yes, bot as thin and fat clients
18:51
But I wouldn't recommend them, they're too slow
18:51
!cheap-client
18:51
<ltsp`>
cheap-client: http://www.gearbest.com/tv-box-mini-pc/pp_343636.html
18:51
<alkisg>
Something like that ^ is much better
18:58forum has left IRC (forum!~Icedove@85-90-136-108.hdsl.highway.telekom.at, Remote host closed the connection)
18:58forum has joined IRC (forum!~Icedove@85-90-136-108.hdsl.highway.telekom.at)
19:05
<rlyshw>
ah, I see. Yeah, we have one working(kinda) using berryterminal(http://berryterminal.com/doku.php) but it's old and not really well-supported.
19:05
<alkisg>
!raspberrypi
19:05
<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/
19:05
<alkisg>
The first 2 ones are the ones supported by ltsp
19:06
Although it's really best to throw them away and buy something else :D
19:06
<rlyshw>
True lol I guess this project is just to determine the viability of deploying a bunch of pi thin clients.
19:07
We really only need them to do pretty basic office functions (email, document processing) and the berryterminal system seems to be stable enough for that.
19:07
<alkisg>
Have you tried working with a pi as your main pc?
19:07
It's worse than working with a mobile phone...
19:08
It's around 50 times slower than an i3
19:08
The beelink that I linked above, is 10 times faster than pi, and costs the same
19:09
<rlyshw>
I'll look for it on amazon too and let my boss know.
19:10
It seems like the thin client solution might be good enough for basic office purposes though
19:10
raspberry pi* solution
19:19rlyshw has left IRC (rlyshw!49c7f403@gateway/web/freenode/ip.73.199.244.3, Ping timeout: 260 seconds)
19:20
<markit>
btw, pi3 is much faster than pi2, in any case I think fat client is the way to go
19:35Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
19:35
<alkisg>
pi3 is 1.5 times faster than rpi2, i3 is 50 times faster
19:36
There's absolutely no comparison... you can't even browse normally with a pi3
19:58
<markit>
that's true. Btw, the linked pc is "out of stock"
20:00
<alkisg>
It's just an example, no point in updating the link every once in a while...
20:00
It was 60 euros when I linked it
20:16forum has left IRC (forum!~Icedove@85-90-136-108.hdsl.highway.telekom.at, Quit: forum)
20:18rlyshw has joined IRC (rlyshw!800414dd@gateway/web/freenode/ip.128.4.20.221)
20:18
<rlyshw>
Hey so I'm running through the Ubuntu guide and I get to this part: ltsp-build-client --arch armhf --config /etc/ltsp/ltsp-build-client-raspi2.conf
20:18
and it seems to get stuck at I: Running command: debootstrap --arch armhf --foreign trusty /opt/ltsp/armhf http://ports.ubuntu.com/ubuntu-ports I: Retrieving Release
20:19
does this just take a while, or has something gone wrong?
20:19
<alkisg>
How come you're using trusty and not xenial, 16.04?
20:21
<rlyshw>
All of our servers still run on 14.04
20:22
We haven't gotten around to updating our scripts to use systemd
20:22
<alkisg>
I don't think 14.04 has the raspi2 kernel
20:22
Best use 16.04 for the pi chroot
20:22
<rlyshw>
ah, that would make sense
20:23
can I define that in the ltsp-build-client-raspi2.conf file?
20:26
although both the trusty and xenial ports list a armhf Release
20:26
http://ports.ubuntu.com/ubuntu-ports/dists/trusty/main/binary-armhf/
20:26
Still hanging even when I set --dist xenial
20:27
<alkisg>
trusty has an armhf release, but not a raspi2 kernel
20:27
It's not supposed to hang, though
20:33
<rlyshw>
i set --debug and it's just sitting at the I: Retrieving Release part
20:33
The debug stuff doesn't really seem to show anything more than the plugins it loaded.
20:34
<alkisg>
At that point, it's just debootstrap, not ltsp running
20:34
<rlyshw>
doing stuff behind the scenes? Am I just being impatient?
20:34
<alkisg>
You can run ps aux and see the debootstrap command, and run it for yourself without ltsp
20:34
You can also try plain debootstrap without armhf emulation
20:35
It may be an internet issue, or you being impatient,or slow cpu ==> very slow armhf emulation
20:35
<rlyshw>
ps aux | grep debootstrap
20:35
gives
20:35
wget -q -O /opt/ltsp/armhf/var/lib/apt/lists/partial/debootstrap.invalid_dists_xenial_Release http://ports.ubuntu.com/ubuntu-ports/dists/xenial/Release
20:35
and another two running debootstrap processes
20:36
<alkisg>
Invalid dist doesn't sound proper
20:36
<rlyshw>
definitely seems off
20:36
<alkisg>
Maybe you have an old debootstrap?
20:36
E.g. disabled trusty-updates?
20:36
Really though, pi's are not worth the time...
20:36
<rlyshw>
debootstrap --version debootstrap 1.0.59ubuntu0.6
20:37
<alkisg>
...sounds recent...
20:45pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer)
20:54
<rlyshw>
I'll go talk to the debootstrap folks
20:56rlyshw has left IRC (rlyshw!800414dd@gateway/web/freenode/ip.128.4.20.221, Quit: Page closed)
21:00pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
21:30rlyshw has joined IRC (rlyshw!~rlyshw@c-73-199-244-3.hsd1.nj.comcast.net)
21:30
<rlyshw>
alright so I figured out the issue
21:30
stale proxy settings in /etc/wgetrc messed up debootstrap
21:31
and now the chroot apt-get update stuff is failing because that proxy isn't set right. I'll just chroot in and manually run the apt-get stuff.
22:07kione has joined IRC (kione!~kione@mail.kione.de)
22:12kione has left IRC (kione!~kione@mail.kione.de)
23:07markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
23:14ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)