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


Channel log from 22 December 2012   (all times are UTC)

00:11
<markit>
Hyperbyte: now I've rpc running in the chroot / client also, but still nobody nogroup. I've the feeling that there is a domain mistmatch. What is your setup in /etc/idmapd.conf ?
00:11
I thought that the fat client would have used the domain of the server, but don't know if because my fault or what, fat hostname -d is empty
00:11
and rpc.idmapd -fvvv on serer shows something like
00:12
rpc.idmapd: nss_getpwnam: name 'marco@localdomain' does not map into domain 'medie.local'
00:12
even if I have also lines like that, that seems to be ok
00:12
rpc.idmapd: Server : (group) id "1002" -> name "marco@medie.local"
00:13
seems that ID maps in the right username, while username maps in the wrong id
00:32
ok, /etc/idmapd.conf in the server set with Domain = localdomain
00:32
now works
00:33
remains to understand why fat client has not correct domain name
00:38staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
00:41staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
01:00adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.216.178, Read error: Connection reset by peer)
01:00adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.113.216.178)
01:30adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.113.216.178)
01:34adrianorg__ has left IRC (adrianorg__!~adrianorg@187.113.216.178, Ping timeout: 265 seconds)
02:06markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
02:22adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.216.178, Ping timeout: 250 seconds)
02:42lipinski has left IRC (lipinski!~lippy@c-67-186-123-78.hsd1.in.comcast.net)
02:59shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:84f:77f0:2dc:563c, Ping timeout: 245 seconds)
02:59shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
03:05shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
03:06shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
03:28shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
03:31shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
03:58shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
04:07shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
04:17shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
04:19shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
04:27shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
04:55Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds)
05:13shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
05:55shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Read error: Operation timed out)
06:15Tim has joined IRC (Tim!48b1b1a3@gateway/web/freenode/ip.72.177.177.163)
06:18
<Tim>
quit
06:18Tim has left IRC (Tim!48b1b1a3@gateway/web/freenode/ip.72.177.177.163, Client Quit)
06:38shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
07:06oo-dragon has joined IRC (oo-dragon!~oo-dragon@d75-157-120-159.bchsia.telus.net)
07:07
<oo-dragon>
hello. I'm just curious. are there any fancy changes in ltsp 5.3.x and 5.4.x?
07:09shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Ping timeout: 265 seconds)
07:10
<oo-dragon>
i should say in 5.4.x since 5.3.x
07:20_al_ has left IRC (_al_!~antti@87-93-30-181.bb.dnainternet.fi, Remote host closed the connection)
07:22shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
07:24shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Read error: Operation timed out)
08:00komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
08:26oo-dragon has left IRC (oo-dragon!~oo-dragon@d75-157-120-159.bchsia.telus.net, Quit: Leaving)
08:30gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
08:38komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Ping timeout: 260 seconds)
08:41komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
09:02shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
09:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:19
<alkisg>
Hmm /home/username/.gvfs doesn't get unmounted when localapps/fat clients are used... :-/
09:20
So on subsequent logins, it's causing trouble, "endpoint not connected" etc
09:21
<Hyperbyte>
alkisg, is this the bug/problem we discussed earlier?
09:21shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Ping timeout: 260 seconds)
09:21
<Hyperbyte>
Or is that different issue?
09:22
<alkisg>
That's the one, I'm starting to investigate it
09:22
<Hyperbyte>
Cool. :)
09:22
Sorry I haven't had chance to report whole issue yet
09:23
As a bug
09:23
<alkisg>
I've seen it since the summer, but I haven't time to look into it yet
09:23
<Hyperbyte>
Well at least I've been able to reproduce it and provide lots of useful info, at least I hope it's useful.
09:24
Why does the .pulse dir stick around?
09:24
<alkisg>
I don't know I haven't reproduced that yet
09:24
The difficult part will be to find a way to solve the problems :-/
09:24
As the ssh connection is supposed to die on logout, yet some of the submounts might need more time to cleanly unmount
09:34
<Hyperbyte>
Well if there's more information I can gather for you, do let me know.
09:34shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
09:35gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 265 seconds)
09:59
<alkisg>
Hyperbyte (or anyone else): are you able to test some stuff about sshfs currently?
09:59
e.g. grep gvfs /etc/mtab, after logout...
10:00
I want to check if other experience the same problems as I am, and if the fixes would work for them
10:00
*others
10:04
<Hyperbyte>
Not currently
10:04
How about this afternoon around 4'ish?
10:04
Wait I could actually give you a virtual client to work on if you want
10:04
Virtual fat client. :-)
10:04shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Read error: Connection timed out)
10:04
<alkisg>
Hyperbyte: is that with ltsp-pnp?
10:04
<Hyperbyte>
Yes.
10:04
<alkisg>
Nah I got that here :D
10:05
<Hyperbyte>
You want vanilla LTSP?
10:05
<alkisg>
I was looking for some different setup, to verify that the problems occur in all current ltsp versions
10:05
<Hyperbyte>
I only have that at work.
10:05
<alkisg>
Vanilla, maybe even another distro...
10:05
<Hyperbyte>
And I'm not virtual yet at work
10:05shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
10:05
<Hyperbyte>
So unless I take a 30 minute drive to work and then 30 minutes back again, I can't tell you this. :-)
10:06
<alkisg>
Haha no worries
10:06
<Hyperbyte>
And since it is weekend, and I am officially on vacation......
10:06
No can do. ;-)
10:06
<alkisg>
There are some ltsp "events" that I think need some rearranging
10:06
init/pressh/start/stop etc
10:07
The "stop" event happens when X is still running, so many user processes are still alive and hook .gvfs and other dirs
10:07
So I think we need some major rearranging there in order to make things stable...
10:08* Hyperbyte would just hack in a killall -9 -u $user and rm -rf /home/$user/
10:08
<alkisg>
I didn't want to learn about the ldm internals because it's supposed to go away soon, but ...that "soon" seems will take years :D
10:08
<Hyperbyte>
But that's why I'm not an LTSP developer and you are. :P
10:09
<alkisg>
Hehe, that `rm -rf` could actually delete your NFS home ;)
10:09
<Hyperbyte>
:-o!
10:10
You have just reinforced my last statement. :P
10:12
<alkisg>
sbalneav: hi Scotty! Are you around?
10:12
I think noone of the LDM developers are around any more, and we need some help there
10:13
Wrt the init/pressh/start/xsession/stop events
10:13
<Hyperbyte>
So a week or two ago we launched this new system at work, for our customers to log in and do all kinds of fancy stuff... sent out about 200 login codes to customers who desperately needed the system, as a small general live test
10:13
Last night I sent out our Christmas card mailing, along with login codes for -all- our customers... around 2500 mails went out and now people are logging in all over the place and giving feedback left and right. :-)
10:14* Hyperbyte excited
10:15
<alkisg>
Cool! :)
10:15
<Hyperbyte>
I'm actually answering my work e-mails on a saturday, while I'm on vacation, without getting paid overtime.
10:16
Nice to see that some people actually take the time to stop and write nice things about the new website, without having some underlying question. I totally didn't expect that. :)00
10:17shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 260 seconds)
10:17
<Hyperbyte>
It's like people coming in here, saying "Hi guys! LTSP totally rocks! Keep up the good work! Merry Christmas and happy new year! P.S: I love you!" and then leave without asking a question. It just doesn't happen.
10:53gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
11:05markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it)
11:05
<markit>
hi alkisg, I've the result of the command you told me to issue, for the doamin problem in the client. the search domain is set, but hostname -d is empty, search domain is not the way to go
11:06
hold on
11:06
<alkisg>
markit: are you sure you were talking to me about the domain?!
11:06
I don't remember anything about `hostname -d`... maybe you were talking with Hyperbyte?
11:06
<Hyperbyte>
Not me.
11:06
<markit>
sure, I fixed it (the wrong way) and now nfs4 works
11:06
<Hyperbyte>
But markit, did I read in your previous messages that you've got nfs4 working? :)
11:06
Yay!
11:07
<markit>
alkisg: http://www.pastebin.ca/2295803
11:08
<alkisg>
Ah, not `hostname`, but ipconfig, to test your dhcp server...
11:08
<markit>
Hyperbyte: yep, was a domain issue, client talked as "localdomain" while in the server I set the domain "medie.local"
11:08
rpc.idmapd -fvvv was essential in troubleshooting
11:08
<alkisg>
markit: and with those, you still don't have the search domain correctly in resolvconf?
11:09
<markit>
then I edited in the server /etc/idmapd.conf setting "localdomain" there too
11:09
alkisg: I've search domain set, but is not enough for hostname -d
11:09
I mean, probably if you do "dig myclienthostname" it searches as myclienthostname.medie.local
11:09
BUT
11:10
if you do "hostname -f" you get only "myclienthostname"
11:10
I could have messed up something, since I was not able (not enough time) to start from a really clean install
11:10
so if you or hyperbyte has a fat client handy to check, would be great
11:11
<alkisg>
markit: I don't know enough about hostnames, but omit the ltsp parts for a bit and tell me,
11:11
what would be needed for `hostname -d` to return the fqdn etc etc?
11:11
An /etc/hostname entry?
11:11
If so, you might be able to use HOSTNAME_EXTRA in lts.conf...
11:11
Or do you mean that SEARCH_DOMAIN should go in /etc/hostname as well?
11:12
I.e. try to make a "formal" request of what ltsp should do, and file a bug with it, so that it gets properly fixed
11:13
For starters, try with: HOSTNAME_EXTRA=.medie.local in lts.conf, maybe that will solve the problem for you
11:16
<markit>
sorry, wife, now read the log :)
11:17
in /etc/hosts you need something like
11:17
IP hostname.domain hostname
11:17
as far as I know and I've experimented
11:17
like 192.168.20.101 ltsp103.medie.local ltsp103
11:17
<alkisg>
And what about /etc/hostname?
11:18
<markit>
as far as I know there you simply put the "pure" hostname
11:18
i.e. if I install debian it asks me about hostname and domain
11:18
in /etc/hosts you will find only the hostname
11:18
sorry
11:18
i mean /etc/hostnames
11:18
<alkisg>
Tell it again from the start
11:19
<markit>
:)
11:19
ok, in /etc/hostname you have ONLY the hostname
11:19
like ltsp103
11:19
I'm not a guru, but if I install debian from the cd, the installer asks me about the hostname I want to assign and the domain, or takes the domain from dhcp
11:20
at the end of debian install, in /etc/hostname you have the pure hostname
11:20
and the domain is in /etc/hosts
11:20
I'm pretty sure that FQDN has to be in /etc/hosts
11:20
if you want I can fire up a VM and try a 6.0.6 install from scratch
11:21
<alkisg>
It sounds strange to me for the system to look up the system domain from /etc/hosts
11:22
<markit>
http://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_hostname_resolution
11:29
<alkisg>
`man hostname` => The FQDN of the system is the name that the resolver(3) returns for the host name
11:29
So what you say does sound right, the fqdn is found via the resolver, not via some file
11:30
(and the resolver does look in /etc/hosts)
11:30
markit: do file a bug about it so that others comment as well
11:33
<markit>
ltsp bug tracker, I suppose...
11:33* markit looking where it is and if he has an account there... hope is bugzilla based
11:33
<alkisg>
!ltsp-bug
11:33
<ltsp>
ltsp-bug: To file a bug report for upstream LTSP, go to https://bugs.launchpad.net/ltsp
11:34
<markit>
ok :)
11:48
https://bugs.launchpad.net/ltsp/+bug/1093088
11:49
<alkisg>
Cool
12:13gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: потихоньку...)
12:14
<markit>
alkisg: now is your turn, post that this alone is the most important feature even and provide also a fix ;P (joking). Dinner timem, see you later
12:15alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
12:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
12:59alkisg1 is now known as alkisg
13:09komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.)
13:17shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
13:22shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds)
13:28alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:06shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860)
14:22GodFather has joined IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com)
14:35PhoenixSTF has joined IRC (PhoenixSTF!~rudi@78.29.132.86)
14:41GodFather has left IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com, Quit: Leaving)
14:44sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 244 seconds)
15:04alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:05kb8wmc has joined IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net)
15:05
<alkisg>
stgraber: around?
15:05kb8wmc has left IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net)
15:10Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
15:13
<alkisg>
markit: ...did you say you were mounting another dir except /home with nfs? Like e.g. /var/something?
15:13
<markit>
yep, /var/tmp
15:13
<alkisg>
markit: I don't think you can share /var/tmp between many different machines
15:13
<markit>
because kde4 puts a sort of "non volatile temp" dir there, one for each user, linked in ~./kde
15:14
alkisg: each account has it's own subdir there, like /var/tmp/kdetemp-marco
15:14
<alkisg>
markit: and is that true for all applications?
15:15
Are you completely sure that no apps exist that will write a dir like /var/tmp/app/pid?
15:15
<markit>
so the problem is if 2 people enter with the same account
15:15
<alkisg>
Which can be the same on 2 different pcs?
15:15
Not just KDE, but libreoffice and all gnu apps...
15:15
<markit>
I'm not sure at all, of course
15:15
<alkisg>
So better try to tell KDE to use ~/tmp or something
15:15
<markit>
but would be the same if we use 2 accounts on the same pc, no?
15:15
<alkisg>
Not /var/tmp
15:15
<markit>
or nfs has more problems?
15:15
<alkisg>
No
15:16
Because only 1 system process exists for 1 pc
15:16
E.g. "system dbus"
15:16
While we can have multiple "session" processes per 1 pc
15:16
So some apps might support multiple users, but not multiple pcs
15:16
...in their tmp dirs
15:16
<markit>
I see... sigh!
15:17
so I must try then to put kde "permanent cache" under .cache, that was the original plan but we got problems in finding where set the KDEVARTMP="$HOME/.cache" if you remember
15:17
because I need it to be permanent, overwise I have 140MB at each login instead of "just" 96
15:18* markit sad again
15:18
<alkisg>
Setting an environment variable shouldn't be that hard, don't worry about that.. :)
15:18
<markit>
I do since we were not able, and you tried also
15:19
<alkisg>
I didn't have problems with the var
15:19
<markit>
I mean, we must have it set before startkde is fired
15:19
<alkisg>
I used some pam configuration file
15:19
<markit>
alkisg: I remember that you tried to put in pam something, or something like that
15:19
<alkisg>
Yes and it worked
15:19
<markit>
ah, maybe I implemented it wrong and did not worked on my side
15:20
<alkisg>
The problem I had was with KDE, not with the environment
15:20
Cache did go to the correct ~/.cache place
15:20
<markit>
well, KDE is my goal, so if does not work KDE, it's the same for me ;P
15:20
<alkisg>
The environment variable did work with KDE
15:20
SSHFS etc didn't
15:20
<markit>
as far as I remember I tried in /etc/X11/Xsession.d/ and don't remember if successfull or not
15:21
alkisg: sorry to be "rude", but at the end are "we" (= you) able to find the right place for KDEVARTMP=$(eval echo $HOME)/.cache ?
15:22
so the permanente cache is put there instead of /var/tmp
15:22
<alkisg>
Not the "right" place, but I did find a place that worked
15:22
It was not the right place because I couldn't get the "$USER" part evaluated,
15:22
<markit>
AND is used from one login to the other and not recreated every time with different name due to access error at kdestart?
15:22
<alkisg>
but it did make KDE use the correct KDEVARTMP,
15:22
and KDE still had other problems,
15:22
<markit>
alkisg: yep, I remember that "small" problem of the hard coded user, that's not irrelevant!
15:22
<alkisg>
so I gave up on KDE without trying harder to find the "correct" place
15:23
<markit>
define "other problems"
15:23
<alkisg>
So I only tried for 1 minute to find the "correct" place, not more
15:23
Because the place I found did work for my needs (== test 1 user)
15:23
<markit>
I see
15:23
<alkisg>
The problems were with the SSHFS symlinks, with the daemons writing to the home dir sooner than the login etc
15:24
I don't remember them all
15:24
But they were too many for the free time I had back then
15:24
The problem wasn't the cache though
15:24
<markit>
and do you think you have more time now? because for sure is beyond my skill
15:24
<alkisg>
That part was solved with the env var
15:24
For KDE, no, we still have major problems and no devs around
15:25
<markit>
I see, so even if I put the environment variable in the right place, KDE will not login / display desktop, or more subtle problems will show up?
15:26
I don't understand what is the "SSHFS symlinks" stuff
15:28
btw, looking at my workstation, there are not files / dirs in /var/tmp there is a "kdecache-kdm" sigh
15:28
so I'm sure that would be "shared" :(
15:29adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.156.57.221)
15:30
<markit>
alkisg: thaks for pointing out that problem!!!
15:36bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
15:36
<alkisg>
markit: one of the problems with KDE was the one that I also have now with gnome
15:36
i.e. that the sshfs mount was not unmounted cleanly
15:37
because .gvfs/whatever are still in use on logout
15:37
...and the LTSP logout scripts run too early - they'd work better if they run after xorg was killed
15:37
Once that part is solved, it'll be easier to troubleshoot KDE as well
15:41bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
15:41
<markit>
I see, now I try to put in /etc/X11/Xsession.d/ since I don't remember if it worked there
15:42
and see how it works. "my" ltsp server don't stay on for long time, so shutdown cleans up everything in any case
15:42
of course I'll me mora than happy when you will fix the sshfs unmount
15:43
<alkisg>
If a student logs in twice, he'll have problems
15:43
It doesn't need to stay on for a long time for problems to appear
15:43
<markit>
oh, what an happy day... ;P
15:44
<alkisg>
Well I've known about that problem since the summer, but schools here still managed to function till now, so it's not as bad as it sounds... :D
15:44
<markit>
but if I use nfs for home and my /srv, I don't have sshfs unmount problem, right? or is used for other "hidden" stuff?
15:45
<alkisg>
No you don't have that one, you still have the other KDE problems though - I think I saw 4 or 5 before I gave up on it
15:47
<markit>
ok, put in /etc/X11/Xsession.d/ seems to work fine, is set in the right time to create a symlink under .kde that points to the cache dir in .cache
15:47
let's reboot and see if I/O is < 140MB now
15:48staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 255 seconds)
15:51
<markit>
ok, "only" 97MB, that's good!
15:51
btw, in that script I also do rm "$(eval echo $HOME)/.kde/share/config/phonondevicesrc"
15:52
<alkisg>
Errr eval echo $HOME is the same as plain $HOME
15:52
<markit>
so if user changes hardware (client), kde does not complain that the sound devices has changed since previous time
15:52
<alkisg>
"$HOME/.kde/share...."
15:52staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
15:52
<markit>
should, don't remember why I used eval...
15:54
yep, seem the same, let me simplify
16:02
alkisg: just an idea... any chanche to have the chroot "automatically" link/point to some server special dirs where "chain" ( "hook") scripts files? Like lts.conf that is outside chroot. i.e. to set/override environment variables, in /etc/X11/Xsession.d/ I have to rebuild chroot each time
16:10bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
16:13
<alkisg>
markit: first, you can use NFS for the client root dir while "developing"
16:13
Like debian does, we made it very easy for ubuntu too
16:13
And second, if you want you can put a wget command in lts.conf RCFILE...
16:16
<markit>
and when are executed? cool idea!
16:26bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
17:01
<alkisg>
https://bugs.launchpad.net/ltsp/+bug/1093144
17:47adrianorg_ has left IRC (adrianorg_!~adrianorg@177.156.57.221, Ping timeout: 255 seconds)
17:50
<markit>
I see
18:53cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 255 seconds)
20:06monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 248 seconds)
20:27monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
20:28PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.132.86, Quit: Leaving)
20:31adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.61.130)
20:35adrianorg_ has left IRC (adrianorg_!~adrianorg@177.134.61.130, Client Quit)
20:47
<markit>
looking at a bug that plugged usb stick are not reported in kde, I wonder if this package is needed and what it does: ltspfsd
20:48
also the bug looks as "resolved" in some way, but I don't understand how (and still bugs me) https://bugs.launchpad.net/ltsp/+bug/237732
20:48
anyone has an idea?
20:55staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
21:02staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
21:19adrianorg has joined IRC (adrianorg!~adrianorg@177.134.61.130)
21:19Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Ping timeout: 250 seconds)
21:21cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
21:49alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:22Parker955_Away is now known as Parker955
22:34alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
22:47bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
23:32Parker955 is now known as Parker955_Away
23:38bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 264 seconds)
23:48sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)