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


Channel log from 26 February 2015   (all times are UTC)

00:00gbaman_ has left IRC (gbaman_!~gbaman@31.205.109.64, Ping timeout: 245 seconds)
00:12Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
00:13gbaman has joined IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk)
00:29Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
00:48Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
01:35gbaman has left IRC (gbaman!~gbaman@members.unit1.farsetlabs.org.uk, Remote host closed the connection)
01:41telex has left IRC (telex!teletype@94.247.40.146, Read error: Connection reset by peer)
01:42telex has joined IRC (telex!teletype@freeshell.de)
01:47gbaman has joined IRC (gbaman!~gbaman@31.205.109.64)
01:52gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Ping timeout: 240 seconds)
01:56Bruckner_2 has left IRC (Bruckner_2!4b451a7c@gateway/web/freenode/ip.75.69.26.124, Ping timeout: 246 seconds)
01:57gbaman has joined IRC (gbaman!~gbaman@31.205.109.64)
02:08ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 264 seconds)
02:10fiesh has left IRC (fiesh!~fiesh@p508AE1D4.dip0.t-ipconnect.de, Ping timeout: 265 seconds)
02:13gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Remote host closed the connection)
02:55fiesh has joined IRC (fiesh!~fiesh@p4FFCEF67.dip0.t-ipconnect.de)
02:59stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Quit: kernel update)
03:14stgraber has joined IRC (stgraber!~stgraber@shell.stgraber.org)
03:14stgraber has left IRC (stgraber!~stgraber@shell.stgraber.org, Changing host)
03:14stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber)
03:24gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
03:31gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 256 seconds)
03:33fiesh has left IRC (fiesh!~fiesh@p4FFCEF67.dip0.t-ipconnect.de, Ping timeout: 256 seconds)
03:35fiesh has joined IRC (fiesh!~fiesh@p54A16A28.dip0.t-ipconnect.de)
04:55gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
05:01gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 256 seconds)
05:04Fenuks has joined IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru)
05:43Fenuks has left IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru, Ping timeout: 250 seconds)
05:57adrianorg has left IRC (adrianorg!~adrianorg@177.132.220.64, Ping timeout: 252 seconds)
05:58gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
05:59adrianorg has joined IRC (adrianorg!~adrianorg@189.114.156.128)
06:05gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 265 seconds)
06:12Fenuks has joined IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru)
06:42work_alkisg is now known as alkisg
06:59mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
07:02gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
07:08gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection)
07:28cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
07:45vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi)
09:14ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
09:22ricotz has joined IRC (ricotz!~rico@p5B2A94D5.dip0.t-ipconnect.de)
09:22ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
09:36Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
10:32telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
10:32telex has joined IRC (telex!teletype@freeshell.de)
10:46uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 255 seconds)
10:51khildin has joined IRC (khildin!~khildin@ip-213-49-116-17.dsl.scarlet.be)
10:55uXus has joined IRC (uXus!~uXus@217.77.222.72)
11:22FGXR6 has left IRC (FGXR6!~phantom@ppp121-44-219-83.lns20.syd7.internode.on.net, Read error: Connection reset by peer)
11:23F-GT has joined IRC (F-GT!~phantom@ppp121-44-219-83.lns20.syd7.internode.on.net)
11:39alkisg is now known as work_alkisg
11:47gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
12:03Fenuks has left IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru, Ping timeout: 244 seconds)
12:04vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi, Ping timeout: 244 seconds)
12:14Faith has joined IRC (Faith!~paty@unaffiliated/faith)
12:19Fenuks has joined IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru)
12:23Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
12:33ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Quit: Coyote finally caught me)
12:40ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
13:38Fenuks has left IRC (Fenuks!~Fenuks@gate.ifmieo.nspu.ru, Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
13:56vmlintu has joined IRC (vmlintu!~vmlintu@82.181.214.103)
15:04
<fiesh>
is there anyone who successfully uses an nbd device as the root device? I do not seem to be able to set it up, there's no real documentation on the kernel parameters needed, and the "odlstyle" vs "newstyle" seems to be entirely unadressed in the kernel
15:06mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:37vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
15:46cliebow has left IRC (cliebow!~cliebow@gw-rsu24-co.rsu24.org, Remote host closed the connection)
15:52juniors has joined IRC (juniors!96bb090d@gateway/web/freenode/ip.150.187.9.13)
15:53vmlintu has left IRC (vmlintu!~vmlintu@82.181.214.103, Ping timeout: 250 seconds)
15:55alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
16:02
<alkisg>
fiesh: Which distro/version? If it's recent enough, `ltsp-config nbd` might help
16:03
<fiesh>
alkisg: thanks -- I have the nbd-server running, successfully enough, I can access it with nbd-client. But the linux kernel will not use it as a root system, and I don't know how to specify it on its command line
16:04khildin has left IRC (khildin!~khildin@ip-213-49-116-17.dsl.scarlet.be, Ping timeout: 240 seconds)
16:05
<alkisg>
fiesh: still, which distro/version are you using?
16:07
<fiesh>
gentoo, current
16:08
<alkisg>
The nbd-client support in debian/ubuntu comes from the nbd-client initramfs script
16:08
I don't know if gentoo/dracut have such support
16:09
I think knipwim, the person working in ltsp/gentoo previously, was using nfs
16:09
<fiesh>
oh, so you cannot even pass an argument to the kernel and have it mount itself, you need to do it via initramfs?
16:09
heh then I was quite misled
16:09
<alkisg>
Aren't you using an initramfs with dracut?
16:09
Maybe dracut does have nbd support, I don't know
16:10
But I don't think the kernel itself has nbd root support
16:12
<fiesh>
I am, but it seems I should just stick with NFS then too if it requires more trickery... I still have other problems I'm wrestling with, most prominently (USB) mouse and keyboard not working on the client and it ignoring the fact that I added sshd to the default runlevel, so I can also not ssh into it and see why the keyboard doesn't work ;)
16:12
and if any, I guess using iSCSI would make sense then instead of nbd
16:15
<alkisg>
You can also run squashfs over nfs for the speed benefit
16:15
iSCSI instead of NBD would make sense for Windows clients, but why for Linux clients?
16:16
AoE is an option too, if dracut supports it
16:16
<fiesh>
because I have a diskless debian client at home that worked well on iSCSI, so I have good experiences ;)
16:16
I guess NFS is fine for now really, the speed on gbit lan is sufficient it seems... if only I can get the sshd to work, hehe
16:27
... is there some special trick as to why the chroot environment ignores the services it normally is supposed to start? I can't get the sshd running on the client
16:32
<alkisg>
ltsp-update-image.excludes does have a list of omitted files, but you're not using ltsp-update-image, right?
16:32
(it omits the ssh keys)
16:38
<fiesh>
no, I mount via nfs, so any change in the chroot environment should reflect directly on the client side
16:39
<alkisg>
nfs/rw, or over overlayfs/aufs?
16:41
<fiesh>
I set nfs to ro, so I hope ltsp automatically adds the overlay? I can't tell since the client's GUI starts too soon to read everything ;)
16:42
<alkisg>
upstream ltsp doesn't add an overlay automatically, it's done in the initramfs in a distro specific way
16:42
I think knipwim was using unionfs
16:42
<fiesh>
oh, hmm
16:45
well since the root fs is automatically mounted ro, I suppose they took care of it somehow in gentoo, allowing rw in my /etc/expots doesn't change anything
16:45
<alkisg>
can you `touch /somefile` in the client?
16:46
what's the client's /proc/self/mountinfo like?
16:46
<fiesh>
the problem is, I cannot access the client at all --- the keyboard / mouse don't work, and I cannot log in since I can't get sshd to get started
16:47
<alkisg>
Try adding ltsp.break=50-fstab
16:47
as a kernel parameter
16:48
<fiesh>
ok, that works, but problem is, my usb keyboard doesn't ;)
16:49
<alkisg>
while troubleshooting, get a ps/2 one :)
16:50
<fiesh>
hah I have one in front of me, the problem is the intel nuc who's serving as the thin client doesn't have a plug for it ;)
16:51
<alkisg>
try a vm client then
16:51
<fiesh>
and the mouse / kernel do work in the bios, so it must be a weird kernel issue, but I can't figure out why
16:51
hmm that is actually a very good idea
16:52
<alkisg>
If you're using a plain kernel, it won't have the drivers for the keyboard etc
16:52
If you're using an initramfs, it might too not contain those drivers
16:52
*modules
16:52
Start with the vm client...
16:53
!kvm
16:53
<ltsp`>
kvm: Virtual thin client: kvm -vga-vmware -ctrl-grab -no-shutdown -net nic,model=virtio -net user,tftp=/var/lib/tftpboot,bootfile=/ltsp/i386/pxelinux.0
16:57
<fiesh>
hmm I just tried VirtualBox, which resulted in an exec format error, strangely enough... also I'm not using pxelinux since that just resulted in reboots for me, I just chainload iPXE and then tell iPXE to load the kernel and initramfs over tftp
17:00
<alkisg>
Virtualbox with ipxe.iso resulted in an exec format error?
17:01
<fiesh>
it loads the kernel and then gives Exec format error, yes... even though the same kernel does boot on the actual intel nuc
17:11
<alkisg>
Is it a 64bit kernel on a 32bit vm?
17:12
<fiesh>
both 64bit
17:12
<alkisg>
And the host is 64bit too?
17:13
<fiesh>
yes
17:13
<alkisg>
...well, ask in #vbox or try kvm, I don't know... :)
17:13
I've never had that issue
17:14
You're not using uefi in either side, are you?
17:14
<fiesh>
hehe, no
17:15
<alkisg>
...or try booting an .iso with that same vbox vm
17:15
<fiesh>
I have no clue how that can be... just tried VirtualBox on a different host, some thing... very strange
17:23
wow, different NUC, the keyboard and the mouse work... I have no idea what's going on, but at least progress, hurray :-)
17:23
... until X starts and the login comes, omg
17:24
but now sshd also works... I have no clue what is going on
17:25
<alkisg>
...missing modules? :)
17:26
<fiesh>
I have basically everything compiled into the kernel... but I guess that must be it, although how the usb keyboard works on one system and then not on the other is beyond me
17:28
but it seems the evdev xorg modules are missing, so that's definitely not good
17:28
<alkisg>
Newer generation motherboards need newer kernels/modules, perhaps the second NUC you've tried is 3rd generation and the first one is 4th generation
17:28
<fiesh>
that could actually be
17:29
alkisg: thanks for your help btw, I can't believe I'm finally making progress after so much suffering, hehe
17:29
<alkisg>
Anyways, try with SCREEN_02=shell first
17:29
Or, via sshd
17:29
Check /proc/self/mountinfo
17:29
See if the NFS is rw
17:29
<fiesh>
NFS is ro
17:29
and there are tons of tmpfs's mounted
17:29
<alkisg>
I mean, if / is rw...
17:29
<fiesh>
so this all appears fine
17:29
<alkisg>
So you can actually edit a file in /etc ?
17:29
Or touch /somefile?
17:29
<fiesh>
yes
17:30
<alkisg>
Nice, I wonder what part did that
17:30
So I assume you're not using an initramfs, neither dracut etc??
17:31
<fiesh>
I am using an initramfs, and to be precise, I can't write to / or /etc, but for example /etc/conf.d thanks to
17:31
tmpfs on /etc/conf.d type tmpfs (rw,relatime,mode=755)
17:31
etc.
17:31
<alkisg>
OK that could be knipwim's bind-mounts
17:33
Btw, how come you're using gentoo + LTSP? Only as an experiment, or are you actually deploying it somewhere?
17:34
<fiesh>
I am actually _hoping_ to deploy it here as the main terminal server for our production system
17:34
where the software development is ru non
17:35
having bought a huge mofo of an intel xeon server... and been struggling for almost two days with LTSP now ;)
17:35
<alkisg>
OK, LTSP on Gentoo is without a maintainer currently, afaik, so if you find anything that needs to be fixed, patches welcome...
17:36
<fiesh>
and now I can log in, it just throws me back out right away again... progress is slow but finally happening
17:36
I actually had to write my own ebuild that would use the new github repo of quickstart
17:36
kicktoo caused problems, I wrote to the author, and he's looking into it it seems
17:36
but with quickstart, I could things going
17:37* alkisg has no idea about quickstart, kicktoo etc... I've only used debian-based distros...
17:37khildin has joined IRC (khildin!~khildin@ip-213-49-116-17.dsl.scarlet.be)
17:50epoptes_user5 has joined IRC (epoptes_user5!bed256d5@gateway/web/freenode/ip.190.210.86.213)
17:51ragnarok-huayra has joined IRC (ragnarok-huayra!~ftoledo@190.210.86.213)
17:51epoptes_user5 has left IRC (epoptes_user5!bed256d5@gateway/web/freenode/ip.190.210.86.213, Client Quit)
17:51
<ragnarok-huayra>
hi all we have a issue with epoptes somebody use it?
17:52
<fiesh>
hmm ok the client won't authenticate successfully with the server... I was overly optimistic to actually get it running today I suppose
17:52juniors has left IRC (juniors!96bb090d@gateway/web/freenode/ip.150.187.9.13, Quit: Page closed)
18:04
<fiesh>
is there a way to debug ldm's doing? tcpdump tells me it does try something via ssh, but it just claims there was no response from the server
18:15telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
18:16
<alkisg>
ragnarok-huayra: what issue?
18:16telex has joined IRC (telex!teletype@freeshell.de)
18:16
<alkisg>
fiesh: from the local ssh connection to the client, try: ssh user@server
18:16
Change user to an existing username, but leave server exactly as it is
18:18
<fiesh>
ssh works fine
18:19
it gives me some brief message about something on port 9751 or so giving an ECONN, but I can't read it in time
18:19
when ldm starts
18:21gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
18:24stevecook has joined IRC (stevecook!97e3a8d2@gateway/web/freenode/ip.151.227.168.210)
18:24
<fiesh>
oh wow, password authentication was turned off, it works :)
18:25
<stevecook>
Hello. Steve cook here with a recent and sucessful setup of LTSP with a couple of clients (for the moment) thanks to a member here who gave me some advice the other day...continued....
18:26
<fiesh>
now to change the bit depth from 16 to 32... no clue why 16 is the default here?!
18:26
<stevecook>
I have a secondary issue i need to resolve. This involves the internet connection of my fat lients. At the moment, users have to manually connect to the wireless network each time they log on with the router password. I am wanting the clients ot have this autiomatically at logon. Any advice how to achieve this?
18:32
<Hyperbyte>
fiesh, for thin clients, it saves a lot of bandwidth.
18:32
<stevecook>
I should note, this requirement to manaulyl connect to the internet is not required for the thin client. That, and lots of other reasons relatesd to lowrr maintainence, cause me to ostensibly prefer thin clinets to fat one. The only problem being with streaming video quality. whioch on thin clients is unnaceptably bad. ....cont...
18:33
<Hyperbyte>
stevecook, I'm curious - do your fat clients connect to the LTSP server via wifi?
18:33
<stevecook>
with that in mind, I might as well also ask if it is possible to have a client that is thin in all regards except for their internet conenction. That is to saym, a thin client that gets its own independant interent connection and so has all of the streaming video quality of a fat client? Is tjhis possible?
18:33
My fat clients connect vie ethernet, but have their own wifi cars in them
18:34
<Hyperbyte>
stevecook, problem is that thin clients stream their display over the network, not the content. Fat clients stream content, thin clients stream display.
18:34
So let's say you play a low definition video... the video is only 32mb total...
18:35
But then you play it fullscreen at 1980x1200 resolution and suddenly you have a live HD video stream, uncompressed, crawling across your network
18:35
So the issue isn't the internet connection, the issue is the concept of thin clients.
18:35
There are lots of things you can do to remedy it though.
18:36
<stevecook>
Ah...brilliant...go on..:)#
18:36
<Hyperbyte>
Installing an xvideo plugin in Firefox and using HTML5 playback, running the browser as a local application instead of a server one...
18:41
<stevecook>
I've just typed xvideo in the addons page and it came up with various video downloaders. Is that what you meant? down;oad the video locally first?
18:43
I should explain, I need my clients ot be able to live stream in full screen things like BBC iplayer
18:44
My fat clients do this with no problem with their own interent connection. but my thin clinetsd are currently hopeless at it
18:45
<Hyperbyte>
Thin clients run the browser on the server, and stream the browser window to the client.
18:46
So any content you play in the browser that generates a lot of changing pixels, requires a lot of bandwidth on your local network between server and client. It is not internet connection related.
18:46
There is _nothing_ you can do to effectively remedy that in all situations.
18:47
<stevecook>
so, my choice of at clients is the correct and only avasilable remidy then?
18:47
<Hyperbyte>
No, there are workarounds.
18:48
But you have to understand the concept that, no matter what you put on the desktop of a thin client - if it updates a lot of pixels quickly and constantly, then it is going to use up a lot of bandwith on the local network.
18:48
As in, an incredible lot.
18:48
<stevecook>
Please explain them in detail. I need specific step by step instructions i am afraid. sorry about that, but this is completey new to me
18:49
so, as i said, fat cleitns are the only remidy then? yes?
18:49
<Hyperbyte>
!localapps
18:49
<ltsp`>
localapps: to access a tutorial on setting up localapps on jaunty, see https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty
18:49
<Hyperbyte>
Hrm, that's not really useful.
18:50
But Google LTSP localapps a bit. It enables you to run some applications locally on the client (like a fat client would), on thin clients.
18:51
You could run the browser as a local application, so the video plays locally and doesn't have to be streamed. This could or not be an ideal solution for you.
18:51
<stevecook>
But, from what I have understood from what you are saying, the onl;y way I get round the problem of huge amounts of video data crawling over the ltsp wires is to circumvent that by having such data fed directly to the client via its own internet connection, yes?
18:52
<Hyperbyte>
stevecook, if you mean, by running the browser locally and having it access the internet via the thin client's connection, then yes.
18:52
Of course if you must have internet go through server, you could route or even proxy it.
18:53
<stevecook>
Can I run the browser and internet connectiont that ostensibly feeds it locally on a thin client?
18:53
<Hyperbyte>
Sure.
18:53
<stevecook>
but leave all other aspects of the thin client running as a thin client normally would?
18:54
Becasue that sounds like perfection
18:54
<Hyperbyte>
Meh... it can bring in some other problems
18:55
Things you have to take into account
18:55
<stevecook>
oh bugger...lol....what are those thingS?
18:55
<Hyperbyte>
Like, the local Firefox not having access to -all- data on the server. Let's say you mount a /data/ partition on the server, it won't be available on the client. Of course you can make it available on the client by other means, but those are all things you might have to take into account.
18:56
Same with printers, you have to configure printers on server and client, else Firefox won't have a printer to print to.
18:56
Also you'll have to 'hack' the server a bit to run Firefox locally whenever it is started, via a clicked link or something... there's lots of ways to start a browser
18:56
<stevecook>
For the moment, with my current level of expertise (or, rather, lack of), a fat client solution sounds like my best short to medium term solution....cont...
18:57
<Hyperbyte>
Those are all things you have to take into account. Of course you can get help with it all here, but I wouldn't call the solution perfection.
18:57
<stevecook>
In whoch cas,e, i come back to my original question of how to get my fat clients to automaticalyl log into the wifi without the need to manualyl entter the wifi password
18:58
<Hyperbyte>
I've actually installed Cisco gigabit switches and three Intel NICs in my server, trunked them together to one 3 gigabit interface and now YouTube videos play quite okay actually, as long as I don't zoom in, play them hi-res or fullscreen.
18:58
Still far from perfect, but at least it works, so it's no longer my problem. :-)
18:59
<stevecook>
Ah, that's the problem though, for me, i need things like iplayer to play at full screen. That's just a no go with thin clients in my current situation
19:00
a fat client solution is fuine by me cos i have used it and know it works. i just need to solve this issue of the client requiring the internet paswword every time a user logs on. i need to to be connected automatically at logon
19:00
<Hyperbyte>
I've deployed LTSP in an office environment.. it's a bit different situation I think. People don't get paid to watch videos and it's not needed for daily operations, so it's acceptable that it doesn't work 100%.
19:01
stevecook, well, I don't understand the issue. Explain your situation better. Like I asked, why do the clients need wifi? Don't they have a lan cable to connect to the LTSP server and the internet?
19:02
<stevecook>
My needs for LTSP are both domestic in that I am wanting good quality vid in a number rooms in my home, but also work related. i work in the special needs sector and am about to try and persuade an educational prvidor of the utility of depkyiong LTSP in their schools,. It will be a show stopper if i cant demonstrate reasonable quality streaming fullscreen video
19:04
many of the pupils access video content on their individual screens and play at their own pace. Some of this video is stored on a central server and some of it streamed off the internet
19:06
<Hyperbyte>
Sounds good. alkisg has LTSP deployed in a whole bunch of Greek schools: http://www.ltsp.org/stories/widget-map/?location=Greece
19:06
<stevecook>
It doesn;t need to be wifi, but form what I have understood form you, it does need to be an independant connection. If it is an ethernet connection, then of course here will be no requirment for a password,. but, in such situations where it is, I need to know how to implement the automation of the password
19:07
My own domestic situation is indeed wifi for the internet and so, if for no other reason, i am wanting to resolve the wifi password issue on fat clients
19:08
Wow! Greece has really gone for LTSP in big way! Amazing.
19:08
<Hyperbyte>
:-)
19:08
<stevecook>
I'm guessing economic necessity being the mother of invention?
19:08
<Hyperbyte>
I'm still confused. You have an LTSP server, obviously. How are the clients connected to it?
19:09
<alkisg>
stevecook: are you sure you need a dual nic setup? Maybe a single-nic setup suits you better?
19:10
Otherwise, you just need to do a connection forwarding (NAT) from your ltsp server to your fat clients, it's just 2 commands
19:10
!nat
19:10
<ltsp`>
nat: To set up NAT on your LTSP server, see: https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
19:10
<stevecook>
Okay, here is my current setup:....ubuntu mate 64 bit server. This is connected via ethernet powerline adapters to my ring mains. I have three fat client connected to this via their own powerline adapters. all boots up fine and runs well. They all have their own connection to a wifi router that provides the internet. ....
19:11
<alkisg>
The router isn't the main dhcp server?
19:11
Your ltsp server is?
19:11
What I'm suggesting is, put everything, the router, the server, the clients in the powerline network, and ignore the wifi network completely
19:11
That way fat clients will get automatic access to the internet
19:11
That also means that you won't need a dhcp server in your ltsp server
19:13
<stevecook>
funnily enough, my router is already powerlined into the mian from when I was just using the powerline adapters for the internet alone, prior to setting up ltsp
19:14
God help me though...I'm going to need some advice here as to how to set ip up as you have described...
19:14
<alkisg>
!ltsp-pnp
19:14
<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
19:14
<alkisg>
That how-to should cover exactly your use case
19:14
<stevecook>
hi alkisg...your advice was spot on!
19:14
<alkisg>
The problem would be, undoing any changes you might have already done....
19:15
<stevecook>
not a problem, i can start again.....all part of the larning curve
19:16
is this the same askisg that helped me the other day?
19:19
<alkisg>
Yes
19:19
<stevecook>
gotta go for a bit and do some jobs, will pop back on later. Thanks for the advice so far folks
19:20
your advice the other day worked immediately alkisg. Thanks again
19:21
also, thanks for the advice today Hyperbyte
19:57bradman has joined IRC (bradman!3feb83c2@gateway/web/freenode/ip.63.235.131.194)
19:57
<bradman>
I'm trying to set up raspi-ltsp and the pi is stuck on a rainbow screen.
19:58bradman has left IRC (bradman!3feb83c2@gateway/web/freenode/ip.63.235.131.194, Client Quit)
19:59stevecook has left IRC (stevecook!97e3a8d2@gateway/web/freenode/ip.151.227.168.210, Quit: Page closed)
20:00
<alkisg>
!pi
20:00
<ltsp`>
Error: "pi" is not a valid command.
20:00
<alkisg>
!rpi
20:00
<ltsp`>
I do not know about 'rpi', but I do know about these similar topics: 'r'
20:00
<alkisg>
!raspberry
20:00
<ltsp`>
I do not know about 'raspberry', but I do know about these similar topics: 'raspberrypi'
20:01
<alkisg>
!raspberrypi
20:01
<ltsp`>
raspberrypi: (#1) LTSP with raspberry pi: http://cascadia.debian.net/trenza/Documentation/raspberrypi-ltsp-howto/, or (#2) To use a similar environment to LTSP on the raspberry pi http://berryterminal.com/, or (#3) https://github.com/gbaman/RaspberryPi-LTSP, or (#4) https://pi-ltsp.net
20:11epoptes_user0 has joined IRC (epoptes_user0!96bb090d@gateway/web/freenode/ip.150.187.9.13)
20:13ragnarok-huayra has left IRC (ragnarok-huayra!~ftoledo@190.210.86.213)
20:18
<vagrantc>
would be nice to teach the bot synonyms
20:28epoptes_user0 has left IRC (epoptes_user0!96bb090d@gateway/web/freenode/ip.150.187.9.13, Quit: Page closed)
20:33
<fiesh>
oh, something I meant to ask... does anyone know of thin clients that can do a 4K resolution besides the new upcoming intel nucs? I think I'll get a bunch of those, but other ideas are welcome
20:39
<alkisg>
!4k
20:39
<ltsp`>
4k: Imagine a 4k display updated at 60 fps. It needs 3840×2160×32×60 bits per second, i.e. 16 gbps. Normal HD displays need 4 gbps. Thin clients will have much trouble getting all that through the local network...
20:39
<alkisg>
...use ltsp fat clients for 4k, not thins... :)
20:41
<fiesh>
hmmm
20:43
naturally, this assumes a full screen refresh at 60Hz, like playing a movie, which is not really what most people need
20:46vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi)
21:06* vagrantc finds the discussion of 4k screens with need and a little funny
21:07
<vagrantc>
fiesh: short answer is, don't shoot yourself in the foot with unrealistic expectations
21:09
ltsp fat clients are generally a better way to go anyways
21:09
if we ever get around to ltsp6, it's likely to be the default, and thin clients the unusual use-case.
21:21ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
21:39khildin has left IRC (khildin!~khildin@ip-213-49-116-17.dsl.scarlet.be, Quit: I'm gone, bye bye)
21:46
<alkisg>
fiesh: scrolling a window needs a lot of fps too, and that's very common for many applications, like firefox, libreoffice, gedit etc
21:47josefa has joined IRC (josefa!bddbf0e2@gateway/web/freenode/ip.189.219.240.226)
21:47
<josefa>
buenas tardes
21:47
ocupo ayuda urgente para configurar epoptes
21:47
alguien me puede ayudar soy nuevo en esto
21:48
<alkisg>
josefa: english?
21:52
<josefa>
a little if
21:53
my problem is that I configured epoptes of first me it worked very well without emargo now I no longer detects any client
21:56josefa has left IRC (josefa!bddbf0e2@gateway/web/freenode/ip.189.219.240.226, Quit: Page closed)
22:04gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
22:23vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-70.elisa-laajakaista.fi, Ping timeout: 246 seconds)
22:26Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
23:04alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg)