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


Channel log from 15 May 2017   (all times are UTC)

00:57jgee has left IRC (jgee!~jgee@200.118.140.142, Ping timeout: 240 seconds)
02:06lucas_ has left IRC (lucas_!~lucas@186.227.186.18, Remote host closed the connection)
02:06lucas_ has joined IRC (lucas_!~lucas@186.227.186.18)
05:07Statler has joined IRC (Statler!~Georg@p4FC1F5A0.dip0.t-ipconnect.de)
05:20ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
05:46
<alkisg>
!printer
05:46
<ltsp>
I do not know about 'printer', but I do know about these similar topics: 'fatclient-printers', 'fat-printers'
05:46
<alkisg>
!fat-printers
05:46
<ltsp>
fat-printers: to publish your server's printers so that fat clients can use them, from http://localhost:631/admin on your server, check v: vagrantc!!!!!!!!!!!!!!!!!!1!!!!! Share printers connected to this system. Or use system-config-printer if you have Gnome.
05:46
<alkisg>
!forget fat-printers
05:46
<ltsp>
The operation succeeded.
05:46
<alkisg>
!fatclient-printers
05:46
<ltsp>
fatclient-printers: You can publish printers on your network so that fat clients see them, by launching "system-config-printer" and selecting Server → Settings → Publish shared printers connected to this system
05:47
<alkisg>
!jetpipe
05:47
<ltsp>
jetpipe: (#1) Jetpipe -script has founded to be unstable in some cases. You can try C written (but limited) Jetpipe from GitHub https://github.com/bilange/jetpipe or switch it to USB/IP and use these scripts http://pastebin.com/Ltdi2TCL Support AIO devices as well., or (#2) jetpipe has a bug in some Ubuntu versions, to manually start it, put something like this in lts.conf: RCFILE_01="/usr/sbin/jetpipe /dev/usb/lp0 9100 &"
06:00alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds)
06:09alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:12
<alkisg>
!learn printer as Quick how-to: RCFILE_01="/usr/sbin/jetpipe /dev/usb/lp0 9100 &" in lts.conf, reboot client, then go to server's add printer dialog, and specify network printer → jetdirect → ltsp123.local
06:12
<ltsp>
The operation succeeded.
06:50mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
07:58
<SYS64738>
!print
07:58
<ltsp>
I do not know about 'print', but I do know about these similar topics: 'localapps-print', 'fatclient-printers', 'printer'
07:58
<alkisg>
!localapps-print
07:58
<ltsp>
localapps-print: when you wish to print from a localapp. In this case, you need to ensure that the print queues on the server are shared to the network. On Ubuntu, also ensure that both cups and cups-bsd are installed in the chroot
07:59
<alkisg>
!forget localapps-print
07:59
<ltsp>
The operation succeeded.
07:59
<SYS64738>
hi alkisg
07:59
<alkisg>
Hello
08:07
<SYS64738>
I didn't solve the DNS issue, at the moment I bypassed it using static records in the /etc/hosts in the server
08:08
<alkisg>
It's not an ltsp issue though, is it?
08:08
<SYS64738>
sure
08:09Statler has left IRC (Statler!~Georg@p4FC1F5A0.dip0.t-ipconnect.de, Remote host closed the connection)
08:10
<SYS64738>
I don't understand why the directives DNS_SERVERS and SEARCH_DOMAIN aren't read from lts.conf
08:10
<alkisg>
Are other directives read?
08:10
!screen_02
08:10
<ltsp>
screen_02: To get a root shell on an Ubuntu thin client: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using_a_shell_SCREEN
08:11
<alkisg>
Try getltscfg -a from a root shell in a client
08:11
<SYS64738>
ok
08:12wim1 has joined IRC (wim1!~Thunderbi@WEGC203033.UNI-GRAZ.AT)
08:12bcg has joined IRC (bcg!b@dsl-tkubng11-54f942-246.dhcp.inet.fi)
08:15
<SYS64738>
from logs I see that the lts.conf is sent
08:15
May 15 10:15:33 Reziario dnsmasq-tftp[6137]: sent /var/lib/tftpboot/ltsp/amd64/lts.conf to 192.168.67.75
08:16
<alkisg>
That's nice, but it doesn't verify that it has no syntax errors
08:17
<bcg>
Hello. I've been porting ltsp to RHEL7(-ish) system. Actually I've already got it working. What's your preferred way to submit general and rhel7-specific patches?
08:18
<alkisg>
Hi bcg
08:18
Bug reports and bzr merge requests
08:18
<bcg>
Current directory structure is just "Redhat" without version number. How to specify rhel6 vs rhel7 patches?
08:18
<alkisg>
Eh, the code doesn't support multiple versions of distros
08:18
Are those for ltsp-build-client?
08:19
<bcg>
mostly for ltsp-build-client, some for client startup.
08:19
<alkisg>
E.g. if you want an init-ltsp.d script to work on rhel6 and rhel7, then you either need to take care to include it only at the packaging step, or create an "if version=xxx" inside the code
08:20
Can you put something to pastebin, to have a quick look?
08:20
E.g. a diff or something?
08:21
<bcg>
Packaging step is probably the best then as I've also made spec file.
08:22
<alkisg>
The key question is, do you want to keep both versions upstream?
08:22
<bcg>
I'll still have to do some cleanup and more testing. This is just initial package to get it running on rhel7.
08:22
<alkisg>
Or the rhel6 version is something that you, as the maintainer, will keep local for your packaging needs?
08:23
<bcg>
I don't really care. Do you? I have no use for rhel6 anymore.
08:23
<alkisg>
Nope then
08:23
It's best to only have the latest version in upstream code
08:25
<bcg>
Ok. Then I'll start with generic patches and as last step do rhel6->rhel7.
08:25
<alkisg>
So you got the latest upstream ltsp working in rhel7?
08:25
Or is it some older ltsp version?
08:25
<bcg>
yep, latest snapshot.
08:25
<alkisg>
Cool. How much time did it take you?
08:26
<bcg>
about 25 hours.
08:26
<alkisg>
Very nice.
08:26
OK, ping either me or vagrantc when you're ready to submit things
08:26
Or when you want feedback
08:26
<bcg>
I started with version 5.4.5 and got it working, then upgraded to latest snapshot.
08:27
<alkisg>
Hmm when you say snapshot, which one is that?
08:27
<bcg>
...as I'm running 5.4.5 on rhel6.
08:27
<alkisg>
If you're talking about .tar.gz, that may be really out of date...
08:27
Latest LTSP is 5.5.9
08:27
<bcg>
oh, i mean tar.gz created from bzr trunk head(?).
08:28
5.5.9 + some commits
08:28
<SYS64738>
alkisg: I moved up in the conf the two directives about DNS, now i can see them with getltscfg
08:28
thanks for the hint
08:29
<alkisg>
bcg: ok, good
08:29
SYS64738: np
08:31
<SYS64738>
the only strange thing in the lts.conf i the [OLD_MONITOR] section
08:38
<alkisg>
What's strange about it?
08:38
It's an example on how to use sections
08:41Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
08:42Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
08:43Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
08:45Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
08:45Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
08:46johnsmith has joined IRC (johnsmith!3121cbb2@gateway/web/freenode/ip.49.33.203.178)
08:52
<SYS64738>
ok then the problem was that I set the DNS directives in the Monitor section....
08:55gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
08:55
<alkisg>
ok
09:11Trendzetter has joined IRC (Trendzetter!~trendzett@mail.sbat.be)
09:11trendzetter3 has left IRC (trendzetter3!~trendzett@mail.sbat.be, Ping timeout: 260 seconds)
09:34trendzetter2 has joined IRC (trendzetter2!~trendzett@mail.sbat.be)
09:38Trendzetter has left IRC (Trendzetter!~trendzett@mail.sbat.be, Ping timeout: 260 seconds)
10:03markus_e92 has left IRC (markus_e92!~markus_e9@62-46-99-96.adsl.highway.telekom.at, Ping timeout: 240 seconds)
10:07markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-155-93.adsl.highway.telekom.at)
10:42GodFather has joined IRC (GodFather!~rcc@47.33.250.142)
10:47GodFather has left IRC (GodFather!~rcc@47.33.250.142, Client Quit)
10:47GodFather_ has joined IRC (GodFather_!~rcc@47.33.250.142)
10:51johnsmith has left IRC (johnsmith!3121cbb2@gateway/web/freenode/ip.49.33.203.178, Quit: Page closed)
11:01GodFather_ has left IRC (GodFather_!~rcc@47.33.250.142, Ping timeout: 240 seconds)
13:08mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
13:33lucas_ has left IRC (lucas_!~lucas@186.227.186.18, Remote host closed the connection)
13:34lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
13:52root^debian-11 has joined IRC (root^debian-11!5152f26c@gateway/web/freenode/ip.81.82.242.108)
13:53
<root^debian-11>
i cannot connect to epoptes-client -c
13:53
i use debian stretch
14:00
<alkisg>
root^debian-11: are you using ltsp?
14:00
<root^debian-11>
no
14:01
<alkisg>
Did you follow the steps in epoptes.org/installation?
14:01
<root^debian-11>
yes
14:01
on the server, and client
14:01
<alkisg>
What's the output of this command, on both the server and the client?
14:01
sudo ls -lha /etc/epoptes
14:02
<root^debian-11>
totaal 20K drwxr-xr-x 2 root root 4,0K mei 15 15:49 . drwxr-xr-x 143 root root 12K mei 15 14:59 .. -rw-r--r-- 1 root root 0 mei 15 15:49 server.crt -rw------- 1 root root 916 mei 15 15:49 server.key
14:02
client
14:03
totaal 20K drwxr-xr-x 2 root root 4,0K mei 8 14:12 . drwxr-xr-x 145 root root 12K mei 15 14:36 .. -rw-r--r-- 1 root root 0 mei 8 14:13 server.crt -rw------- 1 root root 3,2K mei 8 14:12 server.key
14:03
server
14:04
<alkisg>
Your server.crt is 0 bytes
14:04
<root^debian-11>
how can i fix that?
14:04
<alkisg>
That means that at some point, you tried to run `epoptes-client -c` from the server,
14:04
which tried to download the file from the server and write it to the server,
14:05
which then made the 0 size issue
14:05
On the server, purge epoptes and reinstall it
14:05
E.g. apt purge epoptes epoptes-client; apt install epoptes
14:05
<root^debian-11>
owkay
14:05
<alkisg>
Then run epoptes-client -c from the client, not from the server
14:06
<root^debian-11>
do i need reinstall it on the client?
14:06
<alkisg>
No
14:06
<root^debian-11>
owkay i gonna try
14:07
gpasswd -a username epoptes
14:08
do i need to do that again?
14:12
root@debian-002:/home/tkovivo# epoptes-client -c 139868805625024:error:20087002:BIO routines:BIO_lookup:system lib:../crypto/bio/b_addr.c:716:Temporary failure in name resolution connect:errno=0 epoptes-client ERROR: Failed to fetch certificate from server:789
14:12
error from the client
14:18
<alkisg>
read the installation page, the part where you modify /etc/hosts on the client
14:18
there, you put the ip of the server to match the name "server"
14:18
make it so that "ping server" works, before running epoptes-client -c
14:19root^debian-11 has left IRC (root^debian-11!5152f26c@gateway/web/freenode/ip.81.82.242.108, Ping timeout: 260 seconds)
14:28
<bcg>
alkisg: Is https://bugs.launchpad.net/ltsp/+bug/1690824 enough? I prefer git or hg over bzr, but if really needed, I can create pull requests.
14:29
<alkisg>
bcg: it's fine; although that's not related to rhel, it's a general feature encanchment
14:29
*enhancement
14:30
<bcg>
It is, I want to start with generic patches first.
14:30
<alkisg>
But if it e.g. affects 10 files and adds 10 features etc, then a pull request would be better, with separate commits etc
14:30
That one is fine, sure
14:42lliurex has joined IRC (lliurex!5478dce3@gateway/web/freenode/ip.84.120.220.227)
14:49
<alkisg>
There's a thought to switch to git instead of bzr; if you end up being active for months, then we can surely switch there
14:56
<bcg>
Is that a promise? :-)
15:11
<alkisg>
Sure! We got bitten from rhel/fedora maintainers asking for help for a couple of months and then disappearing, but if someone is here to stay, we could do that much :)
15:15
<bcg>
I'm not official rhel/fedora anything (ok, I'm fedora maintainer for sawfish, but not for ltsp). I just work for a company that is using 100+ LTSP clients and want to continue doing that.
15:18
Just looking at my patches... I'll try do bzr, submitting bugs is a bad idea.
15:25wim1 has left IRC (wim1!~Thunderbi@WEGC203033.UNI-GRAZ.AT, Quit: wim1)
15:26
<alkisg>
Sound to me that you would be an excellent maintainer for ltsp on fedora/rhel
15:26
I'm maintaining ltsp on ubuntu, and vagrantc on debian
15:37
<bennabiy>
and doing a wonderful job at it as well :)
15:47
<bcg>
On my Fedora system: "bzr branch" worked only without launchpad-login. After launchpad-login it doesn't do anything.
15:47
Now I have same problem with "bzr push" after my first commit.
15:47lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
15:48lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
15:49
<bcg>
I see it starting ssh to bazaar.launchpad.net with "bzr serve ...", but nothing happens.
15:52
<bennabiy>
bcg did you add your key and all in launchpad?
15:53
<bcg>
sure.
15:54
"bzr push lp:~bcgss/ltsp/ltsp-rhel" just hangs there after spawning ssh process.
15:54
<bennabiy>
bcg: It has been a while since I have done anything with bzr. I like git myself
15:54
<bcg>
yeah me too.
15:54
<bennabiy>
alkisg: can we please switch to git? ;)
15:55
I think vagrantc would also agree :)
15:56
bcg: is your company currently using LTSP on fedora/rhel?
15:56
<bcg>
Yes, on rhel6
15:56
<bennabiy>
bcg: did you document what you had to do to get it working?
15:57
bcg: you can always start by contributing documentation to the wiki ;)
15:57
<bcg>
We have internal documentatation for that + own rpm files.
15:57
<bennabiy>
ah
15:58
<bcg>
With my latest rhel7 patches it will be much easier, if I ever get then pushed to lp/bzr.
15:59
I got to go now, back later today or tomorrow.
16:01
<bennabiy>
bcg: great!
16:01* bennabiy waves
16:10lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
16:11lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
16:39forum has joined IRC (forum!~Thunderbi@193.81.33.175)
16:40vagrantc has joined IRC (vagrantc!~vagrant@75-164-229-225.ptld.qwest.net)
16:40vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:50forum has left IRC (forum!~Thunderbi@193.81.33.175, Ping timeout: 240 seconds)
16:56lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
17:03Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
17:48gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
19:01
<alkisg>
vagrantc: bcg has some patches for ltsp support in rhel7, and I suggested to him that he could become a maintainer if he'll be using ltsp on rhel for a while
19:01
He says he has a 100 ltsp client installation in his company, so he might be a good candidate... :)
19:01
He, too, applauds switching to git :D
19:02
So if you want to push your local trees to launchpad, I wouldn't mind switching to git
19:02
(I can also do the conversion, but I think you said that you had some local metadata that you wanted to push...)
19:12forum has joined IRC (forum!~Thunderbi@193-81-33-175.adsl.highway.telekom.at)
19:12
<vagrantc>
yay!
20:26forum has left IRC (forum!~Thunderbi@193-81-33-175.adsl.highway.telekom.at, Quit: forum)
20:40* bennabiy rejoices
20:40
<bennabiy>
vagrantc: know anyone interested in sapphires or other precious stones?
20:44
<vagrantc>
bennabiy: not really, no
20:45
<bennabiy>
Just walking with my girls on the weekends I have found about 500cts of sapphires
20:46
so is it official that the repo is switching to git?
20:46
<vagrantc>
not sure who would object at this point :)
20:47
alkisg: you proposing to use launchpad's git hosting?
20:47
i've been reasonably happy with launchpad's git support so far, though haven't used it extensively
20:48
mostly, if i can push and pull branches, i'm fine :)
21:14ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:21vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)