IRC chat logs for #ltsp on irc.libera.chat (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:38 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds) | |
| 00:41 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
| 01:00 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.216.178, Read error: Connection reset by peer) | |
| 01:00 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.113.216.178) | |
| 01:30 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.113.216.178) | |
| 01:34 | adrianorg__ has left IRC (adrianorg__!~adrianorg@187.113.216.178, Ping timeout: 265 seconds) | |
| 02:06 | markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, ) | |
| 02:22 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.216.178, Ping timeout: 250 seconds) | |
| 02:42 | lipinski has left IRC (lipinski!~lippy@c-67-186-123-78.hsd1.in.comcast.net) | |
| 02:59 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:84f:77f0:2dc:563c, Ping timeout: 245 seconds) | |
| 02:59 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 03:05 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 03:06 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 03:28 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 03:31 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 03:58 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 04:07 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 04:17 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 04:19 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 04:27 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 04:55 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds) | |
| 05:13 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 05:55 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Read error: Operation timed out) | |
| 06:15 | Tim has joined IRC (Tim!48b1b1a3@gateway/web/freenode/ip.72.177.177.163) | |
| 06:18 | <Tim> quit
| |
| 06:18 | Tim has left IRC (Tim!48b1b1a3@gateway/web/freenode/ip.72.177.177.163, Client Quit) | |
| 06:38 | shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com) | |
| 07:06 | oo-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:09 | shogunx 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:22 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 07:24 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Read error: Operation timed out) | |
| 08:00 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
| 08:26 | oo-dragon has left IRC (oo-dragon!~oo-dragon@d75-157-120-159.bchsia.telus.net, Quit: Leaving) | |
| 08:30 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
| 08:38 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Ping timeout: 260 seconds) | |
| 08:41 | komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk) | |
| 09:02 | shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com) | |
| 09:16 | alkisg 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:21 | shogunx 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:34 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 09:35 | gvy 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:04 | shogunx 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:05 | shogunx 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:17 | shogunx 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:53 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
| 11:05 | markit 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:13 | gvy 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:15 | alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg) | |
| 12:17 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds) | |
| 12:59 | alkisg1 is now known as alkisg | |
| 13:09 | komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.) | |
| 13:17 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 13:22 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860, Ping timeout: 245 seconds) | |
| 13:28 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 14:06 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:3dd7:d4ad:921a:2860) | |
| 14:22 | GodFather has joined IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com) | |
| 14:35 | PhoenixSTF has joined IRC (PhoenixSTF!~rudi@78.29.132.86) | |
| 14:41 | GodFather has left IRC (GodFather!~rcc@d47-69-227-53.col.wideopenwest.com, Quit: Leaving) | |
| 14:44 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 244 seconds) | |
| 15:04 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 15:05 | kb8wmc has joined IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net) | |
| 15:05 | <alkisg> stgraber: around?
| |
| 15:05 | kb8wmc has left IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net) | |
| 15:10 | Phantomas 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:29 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.156.57.221) | |
| 15:30 | <markit> alkisg: thaks for pointing out that problem!!!
| |
| 15:36 | bobby_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:41 | bobby_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:48 | staffencasa 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:52 | staffencasa 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:10 | bobby_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:26 | bobby_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:47 | adrianorg_ has left IRC (adrianorg_!~adrianorg@177.156.57.221, Ping timeout: 255 seconds) | |
| 17:50 | <markit> I see
| |
| 18:53 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 255 seconds) | |
| 20:06 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 248 seconds) | |
| 20:27 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
| 20:28 | PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.132.86, Quit: Leaving) | |
| 20:31 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.61.130) | |
| 20:35 | adrianorg_ 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:55 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds) | |
| 21:02 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
| 21:19 | adrianorg has joined IRC (adrianorg!~adrianorg@177.134.61.130) | |
| 21:19 | Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Ping timeout: 250 seconds) | |
| 21:21 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 21:49 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 22:22 | Parker955_Away is now known as Parker955 | |
| 22:34 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
| 22:47 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 23:32 | Parker955 is now known as Parker955_Away | |
| 23:38 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 264 seconds) | |
| 23:48 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |