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


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

00:05F-GT has quit IRC
00:16try2free has joined #ltsp
00:18F-GT has joined #ltsp
00:26alkisg has joined #ltsp
00:37Egyptian[Home] has joined #ltsp
00:37vvinet has quit IRC
00:37Selveste1 has quit IRC
00:37Selveste1 has joined #ltsp
00:46shogunx has joined #ltsp
00:56Lns has quit IRC
00:56Lns_ has joined #ltsp
00:57alkisg has quit IRC
01:02try2free has left #ltsp
01:15alkisg has joined #ltsp
01:45gnunux has joined #ltsp
01:46
<gnunux>
hi
02:42mikkel has joined #ltsp
02:53Lns_ has quit IRC
02:53MaRX-Mod1 has quit IRC
02:53Patina has quit IRC
02:53knipwim has quit IRC
02:53evilx has quit IRC
02:53Lns_ has joined #ltsp
02:53MaRX-Mod1 has joined #ltsp
02:53evilx has joined #ltsp
02:53Patina has joined #ltsp
02:53knipwim has joined #ltsp
03:01klausade has joined #ltsp
03:11Egyptian[Home] has quit IRC
03:13Egyptian[Home] has joined #ltsp
03:52lucascoala has quit IRC
04:01Pod2 has joined #ltsp
04:18shamino has quit IRC
04:19vlt_ has quit IRC
04:20elias_a_ is now known as elias_a
05:04hersonls has joined #ltsp
05:09bobby_C has joined #ltsp
05:30alkisg has quit IRC
06:12Patina has quit IRC
06:12MaRX-Mod1 has quit IRC
06:12knipwim has quit IRC
06:12evilx has quit IRC
06:12Lns_ has quit IRC
06:12Lns_ has joined #ltsp
06:12MaRX-Mod1 has joined #ltsp
06:12evilx has joined #ltsp
06:12Patina has joined #ltsp
06:12knipwim has joined #ltsp
06:14etyack has joined #ltsp
06:15scottmaccal has joined #ltsp
06:16pmatulis has joined #ltsp
06:17etyack1 has joined #ltsp
06:33etyack has quit IRC
06:34bobby_C has quit IRC
06:34bobby__C has joined #ltsp
07:09etyack1 has quit IRC
07:16leio has quit IRC
07:20Egyptian[Home] has quit IRC
07:21leio has joined #ltsp
07:28mikkel has quit IRC
07:31alkisg has joined #ltsp
07:35Egyptian[Home] has joined #ltsp
07:38_UsUrPeR_ has quit IRC
07:38tarbo has quit IRC
07:38ltsplogbot has quit IRC
07:38jbrett has quit IRC
07:38morfic has quit IRC
07:38moldy has quit IRC
07:38Wastrel_ has quit IRC
07:38moldy has joined #ltsp
07:38Wastrel_ has joined #ltsp
07:38jbrett has joined #ltsp
07:38etyack has joined #ltsp
07:38tarbo has joined #ltsp
07:38_UsUrPeR_ has joined #ltsp
07:39ltsplogbot has joined #ltsp
07:39morfic has joined #ltsp
08:12Gadi has joined #ltsp
08:15shamino has joined #ltsp
08:16
<Pod2>
are the missing pages from the ltsp.org wiki likely to return at any point?
08:16
<cyberorg>
!docs @ Pod2
08:16
<ltspbot`>
cyberorg: Error: "docs" is not a valid command.
08:16
<cyberorg>
!doc
08:16
<ltspbot`>
cyberorg: Error: "doc" is not a valid command.
08:17
<cyberorg>
Pod2, they moved, click the link on ltsp.org
08:17
<alkisg>
!docs
08:17
<ltspbot`>
alkisg: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
08:17
<cyberorg>
!docs
08:17
<ltspbot`>
cyberorg: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
08:18
<cyberorg>
!docs @ Pod2
08:18
<ltspbot`>
cyberorg: Error: "docs" is not a valid command.
08:18
<cyberorg>
hmm, bot needs fixing
08:18
<alkisg>
cyberorg: nah, it doesn't support @ or > or |...
08:18
So ^^^ has to suffice :)
08:18
<cyberorg>
alkisg, that needs fixing :)
08:18
<alkisg>
We need another bot :)
08:19
<cyberorg>
isn't this supybot?
08:19
<Pod2>
ok,from that it looks like the ubuntu wiki is where most of it is (as well as the main pdf file of course)
08:19
<cyberorg>
i thought supybot supports that
08:21
<Pod2>
I've used a (_very_ slightly) modified script that sbalneav posted to enable remote reboot of clients - where should I put that?
08:24mikkel has joined #ltsp
08:39Faithful has joined #ltsp
08:49moldy has quit IRC
09:03ogra_ has joined #ltsp
09:03ogra has quit IRC
09:05ogra_ is now known as ogra
09:23mfdutra has joined #ltsp
09:24bengoa has joined #ltsp
09:41vvinet has joined #ltsp
09:49Faithful has quit IRC
09:50Faithful has joined #ltsp
10:03Egyptian[Home] has quit IRC
10:04Egyptian[Home] has joined #ltsp
10:16coordinador has joined #ltsp
10:16
<coordinador>
hi
10:17
cannot login in the terminals
10:17
i did update sskeys and update image
10:17
but cannot login
10:17
i will try rebooting the server
10:18
may be there is a problem with services
10:18sene has quit IRC
10:18coordinador has quit IRC
10:20spectra has joined #ltsp
10:23primeministerp has quit IRC
10:23gnunux has quit IRC
10:28coordinador has joined #ltsp
10:28
<coordinador>
ok, i cannot login to the terminals
10:29
i did everything: update keys, update image, reboot server
10:29
reboot terminal, and cannot login
10:32
<alkisg>
distro/version?
10:32bieb has joined #ltsp
10:38
<coordinador>
alkisg, ubuntu 9.10
10:38
<alkisg>
coordinador: put SCREEN_02=shell SCREEN_07=ldm in lts.conf, reboot the client, press alt+ctrl+f2, and run:
10:38
ssh <put-some-username-here>@server
10:39
DON'T change "server", leave it as it is
10:39
<coordinador>
is lts.conf in /opt/ltsp/i386/etc ?
10:39
<alkisg>
No, in /var/lib/tftpboot/ltsp/i386/lts.conf
10:39
<coordinador>
or in /var..?
10:40
ok
10:40
<alkisg>
Do you know how to create a valid lts.conf?
10:40
[Default]
10:40
SCREEN_02=shell
10:40
SCREEN_07=ldm
10:40
Put those 3 lines ^^^
10:41
<coordinador>
done, rebooting terminal
10:46
<johnny>
alkisg, that's why i suggested we read the ldm.log and put it in a text widget in ldm :)
10:46
<sbalneav>
Morning all
10:46
win 3
10:47
<alkisg>
johnny: sure, no objection from me, I'm not concerned at all about security :)
10:47
sbalneav: I think win 3.11 is already out, maybe you should update...
10:47
<sbalneav>
Sorry, forgot my / in front of my irssi command
10:47
<alkisg>
:P
10:47
<sbalneav>
:)
10:48
<alkisg>
Doesn't alt+3 work?
10:48
<johnny>
alkisg, security?
10:48jammcq has joined #ltsp
10:48
<johnny>
i don't think much of a risk is to be gained by exposing such info
10:48
<jammcq>
hello friends
10:48
<alkisg>
johnny: well, "send username=johnny" ==> maybe someone doesn't want people reading logs?
10:48* alkisg doesn't care either way
10:48
<alkisg>
Hi jammcq :)
10:49
<johnny>
you typed in the name
10:49
you should know the name you just typed in
10:49
no loss of security there
10:49
<alkisg>
johnny: is the log overwritten on every logout?
10:49
<johnny>
it's not saved anywhere..
10:49
it's in the chroot
10:49
it dies everytime
10:49
<alkisg>
So, if user 1 logs in, and the user 2 sits on the thin clients?
10:49
*then, *client
10:50
<johnny>
on a different client? they have a different root
10:50
<alkisg>
No, on the same client
10:50
E.g. if I haven't rebooted a thin client for a year, it'll have a biiig ldm.log there...
10:50
<johnny>
ah ok
10:50
that's an easy problem to solve
10:51scottmaccal has quit IRC
10:51
<Pod2>
I found a way to remotely reboot clients \o/
10:51
http://www.mail-archive.com/ltsp-discuss@lists.sourceforge.net/msg31963.html
10:52
/sbin/poweroff -fp turns off the client. I just changed that to /sbin/reboot to restart them
10:55
<coordinador>
alkisg,when i do ctrl+alt+f2 to see the localconsole i got weird things in screen, with colours
10:56
<sbalneav>
!docs
10:56
<ltspbot`>
sbalneav: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
10:57
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!
10:57
<alkisg>
coordinador: try ALSO putting XSERVER=vesa in lts.conf
10:58
<sbalneav>
jammcq!!!!
10:58
<coordinador>
ok
10:58
<sbalneav>
!karma jammcq
10:58
<ltspbot`>
sbalneav: Karma for "jammcq" has been increased 8192 times and decreased 0 times for a total karma of 8192.
10:58
<sbalneav>
Still #1 I see :)
10:58
!karma
10:58
<ltspbot`>
sbalneav: Highest karma: "jammcq" (8192), "sbalneav" (9), and "dtrask" (7). Lowest karma: "alkisg" (-1), "ltspbot`" (-1), and "_UsUrPeR_" (0). You (sbalneav) are ranked 2 out of 18.
10:59
<sbalneav>
Who's done that to alkisg?!?!!
10:59
<alincoln>
hah
10:59
<jammcq>
hmm, that's alot of responsiblity to carry around
10:59
<alkisg>
Yey I'm the head of the class!
10:59
<sbalneav>
!alkisg++
10:59
!alkisg++
10:59
!alkisg++
10:59
!alkisg++
10:59
!alkisg++
10:59
!karma
10:59
<ltspbot`>
sbalneav: Highest karma: "jammcq" (8192), "sbalneav" (9), and "dtrask" (7). Lowest karma: "ltspbot`" (-1), "_UsUrPeR_" (0), and "Ahmuck" (1). You (sbalneav) are ranked 2 out of 18.
10:59
<jammcq>
!alkisg++
10:59* _UsUrPeR_ forms a investigative subcommittee to see why jammcq's score is inordinately high
10:59* alkisg has done it to hisself as a punishment for giving -1 to UsUrPeR as a Joke :)
10:59
<sbalneav>
!karma
10:59
<ltspbot`>
sbalneav: Highest karma: "jammcq" (8192), "sbalneav" (9), and "dtrask" (7). Lowest karma: "ltspbot`" (-1), "_UsUrPeR_" (0), and "Ahmuck" (1). You (sbalneav) are ranked 2 out of 18.
10:59
<sbalneav>
!karma alkisg
10:59
<ltspbot`>
sbalneav: Karma for "alkisg" has been increased 7 times and decreased 2 times for a total karma of 5.
11:00
<_UsUrPeR_>
skulduggery at it's highest order!
11:00
<sbalneav>
there we go.
11:00
<alkisg>
:)
11:00
<jammcq>
_UsUrPeR_: I suspect foul play
11:00
<sbalneav>
_UsUrPeR_: Being a close personal travelling companion of the bot admin helps.
11:01vagrantc has joined #ltsp
11:02* _UsUrPeR_ stuns the committee with allegations that jammcq has been receiving kickbacks from the ltspbot for hosting "services"
11:02* _UsUrPeR_ contacts CNN
11:02
<coordinador>
OMG i put xserver=vesa and now i can log in :S
11:03
!karma coordinador
11:03
<ltspbot`>
coordinador: coordinador has neutral karma.
11:03
<coordinador>
:P
11:04
<alkisg>
coordinador: your graphics driver _might_ have a problem with compiz ;)
11:06
<coordinador>
now that compiz is disabled can i comment xserver=vesa ?
11:06
<Gadi>
stupid compiz
11:07
<coordinador>
:o
11:07
<_UsUrPeR_>
compiz--
11:07
<alkisg>
coordinador: how did you disable compiz? For the current user?
11:07
<_UsUrPeR_>
!compiz--
11:07
<jammcq>
Gadi++
11:07
<alkisg>
Heh
11:07
<Gadi>
jammcq: !!!
11:07
<sbalneav>
coordinador: apt-get purge compiz I find works very well.
11:07
<jammcq>
Gadi: yep, it's me. in the flesh
11:07
<coordinador>
i just login as the normal user with Xserver=vesa command in lts.conf
11:07
<Gadi>
jammcq: you've become a real softie on the mailing list ;)
11:07
tugs at the heartstrings
11:07
:)
11:07
<jammcq>
yeah
11:08
<coordinador>
i think now that compiz is disabled for this user, i can login with normal drivers
11:08
<alkisg>
!learn disable-compiz as To disable compiz, try: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:08
<ltspbot`>
alkisg: The operation succeeded.
11:08
<alkisg>
!disable-compiz
11:08
<ltspbot`>
alkisg: "disable-compiz" :: To disable compiz, try: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:08
<alkisg>
coordinador: try this command ^
11:08
<coordinador>
damn! it didnt work
11:08
<Gadi>
jammcq: did you see stgraber's bootchart?
11:08
<alkisg>
It disables compiz for all users...
11:08
<coordinador>
ok alkisg i will try that command
11:09
<alkisg>
coordinador: you don't have to reboot the client..
11:09
Just run it on the server
11:09
<coordinador>
longest command ever
11:09
ok, ill try
11:09
<sbalneav>
I still prefer apt-get purge compiz && remove-from-upstream-repo compiz && target-icbm-on-upstream-hosting-service compiz
11:09
<coordinador>
OMG it works!!
11:09ogra has quit IRC
11:09
<sbalneav>
But that's just me.
11:10
<coordinador>
:D thank you
11:10
im testing the youtube speed
11:10
<alkisg>
!learn disable-compiz-the-sbalneav-way as apt-get purge compiz && remove-from-upstream-repo compiz && target-icbm-on-upstream-hosting-service compiz
11:10
<ltspbot`>
alkisg: The operation succeeded.
11:10ogra has joined #ltsp
11:10
<alkisg>
:)
11:10
<sbalneav>
LOL
11:11
<_UsUrPeR_>
heh
11:11
<sbalneav>
"So, Scott! Tell us what you really think about compiz!"
11:12
<jammcq>
knucklehead
11:12
<Pod2>
ok, I'm still(!) having problems with local devices. Which is more likely to work as the client chroot, debian lenny or squeeze ?
11:13
<vagrantc>
Pod2: squeeze or lenny with backports.
11:13
<Pod2>
ok, I'll stick with squeeze for the moment then
11:13
just waiting for the client to finish booting and I'll let you know where it gets to
11:14
I do have the right kernel version now :)
11:14
<vagrantc>
Pod2: what sorts of trouble?
11:15
yeah, running the appropriate kernel helps a lot :)
11:15
<Pod2>
from memory, the client sees the stick and I can mount it manually. Doesn't appear in either ldm, startx or rdesktop sessions though
11:15
I've tried all kinds of combinations, so I need to run it again to make sure
11:16
can you run screen scripts manually from the shell?
11:16
<vagrantc>
it will never appear in "startx/xdmcp".
11:16
it requires some trickery to appear in rdesktop
11:16
but ldm... that should work...
11:16
<Pod2>
thought so, but tried it anyway
11:16
<vagrantc>
Pod2: are the devices showing up in /var/run/ltspfs_fstab ?
11:17
<ogra>
vagrantc, so i'm arranging the freegek visit, any particular day next week that would be best for you (and time)
11:18
<vagrantc>
ogra: great! :)
11:18
<jammcq>
ogra: you going to Portland?
11:18
<ogra>
jammcq, yep, distro sprint
11:18
<jammcq>
wow
11:18
stopping by detroit on the way?
11:18
<ogra>
vagrantc, i have to give the managers a time so they can approve 1-2h off during business hours
11:18
jammcq, only seattle
11:19
<jammcq>
bummer
11:19
<vagrantc>
ogra: in general, earlier would be better than later... would it be feasible to make it part of an extended lunch or some such?
11:19
<ogra>
sounds ok
11:19
<vagrantc>
ogra: first week of feb?
11:20
<ogra>
next week, yes
11:20
i'm arriving on sat.
11:20etyack has quit IRC
11:21
<Pod2>
yes, the device appears in /var/run/ltspfs_fstab
11:21
<ogra>
vagrantc, hmm ...
11:21
<Pod2>
yay! \o/
11:21
<vagrantc>
Pod2: should work with ldm, then ...
11:21
<ogra>
vagrantc, managers dont seem so happy and would prefer if we could end one day of the sprint early rather
11:21
<Pod2>
I compiled rdesktop from svn and it's fixed the black mouse cursor \o/
11:25
ok, ldm starting now. Take ages on this client...
11:28
lol, it's so long since I've used the linux desktop. Where is the usb drive supposed to be? I'm using icewm as the window manager if that makes a difference
11:28
<johnny>
in /media .. most other desktops automount it, i don't think icewm does
11:29
err show it in the desktop
11:30
<vagrantc>
most, as in GNOME
11:30
KDE doesn't, LXDE doesn't, XFCE doesn't...
11:32
<Pod2>
I don't have a desktop - no icons. Can I get to it manually?
11:32
<vagrantc>
Pod2: look in /media/$USERNAME
11:33
<Pod2>
the server /media only has it's cdrom
11:33
<vagrantc>
user in the fuse group?
11:35
<Pod2>
erm, not exactly
11:35* Pod2 is being dense again
11:36Lns_ has quit IRC
11:36Lns has joined #ltsp
11:39
<akuepker>
I hate it when things break and I can't fix it and it suddenly starts working for no apparent reason and continues to work properly even when you've backed out every single one of your changes...
11:39
<_UsUrPeR_>
sbalneav: ping?
11:40
<sbalneav>
_UsUrPeR_: pong
11:40
<_UsUrPeR_>
woo!
11:40
<sbalneav>
hoo!
11:41
<_UsUrPeR_>
sbalneav: I am going to be testing your new sabayon releases. Have there been any recent changes made to 9.10, or are all new changes being made to 10.04?
11:42
<Pod2>
ok, user is *definitely* in the fuse group, according to 'id' and still nothing in /media
11:42
<sbalneav>
Currently, all the new stuff's been made in 10.04.
11:43
I could easily cut a 2.29.5 for karmic, if you'd like.
11:43ogra has quit IRC
11:43
<vagrantc>
Pod2: ls -l /dev/fuse
11:44
<sbalneav>
_UsUrPeR_: I've got a 2.29.5-rc1-0ubuntu2~ppa1 which should do you just fine.
11:44
<Pod2>
crw-rw---- 1 root fuse 10, 229 2009-11-18 15:28 /dev/fuse
11:45
<vagrantc>
Pod2: ltspfs is installed on the server?
11:45
<Pod2>
ii ltspfs 0.5.13-1 Fuse based remote filesystem for LTSP thin clients
11:45
yes
11:46
<vagrantc>
got me stumped.
11:46
<Pod2>
hehe
11:46
<vagrantc>
!localdev
11:46
<ltspbot`>
vagrantc: "localdev" :: (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
11:46
<vagrantc>
haven't looked at the debian-edu one in a while...
11:48
<_UsUrPeR_>
sbalneav, sorry. stepped away for a moment.
11:48
sbalneav: Will that be alright to run in 9.10?
11:49
<sbalneav>
That's for 9.10
11:49
<Pod2>
from the client shell I can mount /dev/sda1 /media/root and then see the files there
11:49
still nothing on the ldm session even after doing that
11:51etyack has joined #ltsp
11:51
<_UsUrPeR_>
sbalneav: ok, cool. How do I go about retrieving this package?
11:51
sbalneav: err... is it just apt-get?
11:51
also, do you have a changelog I could take a look at?
11:56
<Pod2>
hmm, running the mount command manually gets me a failed to exec fusermount: Permission denied message, even after setting chmod o+x on it
11:56
<vagrantc>
Pod2: ah, mounting that manually will very likely break ltspfs
11:57
<Pod2>
I ran the command from step 4 of the DebugLocalDev page
11:57
<vagrantc>
Pod2: where are you getting the fusermount errors?
11:57
<Pod2>
with my server IP
11:57
<vagrantc>
Pod2: client side or server side?
11:57
<Pod2>
client shell
11:58
<vagrantc>
Pod2: that part of the wiki page is out of date... it won't work anymore after a security update a couple years back
11:58
<Pod2>
ah, fair enough
11:59
is there a different way of testing it manually?
11:59
<vagrantc>
we used to have *no* security with ltspfs... now we have bare minimal security
12:00
i never quite figured out what hoops you need to jump through to get it working...
12:01
we set a token in an X property...
12:01
sbalneav: any idea how to update the last step on https://wiki.ubuntu.com/DebugLocalDev so that it works with recent versions of ltspfs?
12:03
Pod2: first off, reboot the thin client and log in from ldm ... that'll get us a clean slate...
12:04
i also wonder if there's a corresponding chaper in the upstream docs...
12:04
Pod2: did you install the ltsp-docs package? look through that?
12:05ogra has joined #ltsp
12:05* vagrantc waves to ogra
12:05
<ogra>
10sec to the gdm greeter !!!
12:05
<Pod2>
client restarting now...
12:06
I'll grab the ltsp-docs package now too
12:06* ogra hugs lucid
12:06etyack has left #ltsp
12:08
<akuepker>
Are you guys talking about a Portland, Oregon hackfest or Maine?
12:08
or something else entirely....
12:08
<vagrantc>
when i did a lot of those optimizations in the localapps group handling... there was one time where it logged in nearly instantaneously.... but then i realized that's because the code was broken and it wasn't actually doing anything
12:10
akuepker: the ubuntu developers are meeting in portland, or... not LTSP specific
12:10
<Pod2>
back to login screen...
12:11
wow, five minutes to boot
12:11
<ogra>
akuepker, sorry, i just abused the channel for some offtopic stuff
12:11
<akuepker>
vagrantc: ah, excellent. That's close enough to make a trip.
12:11
<vagrantc>
akuepker: ah, you're in the area?
12:12
<akuepker>
yeah, Seattle. and looking forward to trying ltsp5 on the new LTS release. 9.10's been good, but need longer lifecycle
12:12
<Pod2>
... and a desktop
12:13
ok, this time there is no /var/run/ltspfs_fstab
12:14
I booted with the stick plugged in - that shouldn't matter though?
12:14
<vagrantc>
Pod2: shouldn't matter...
12:14
<sbalneav>
vagrantc: hold on, lemme look
12:14
<vagrantc>
sbalneav: maybe the "ssh -X" was sufficient, now that i look at it...
12:17
<Gadi>
stgraber: ping
12:17
<Pod2>
ok, unplugging and pluggin it back it *has* caused it to mount correctly under /media/root in the client shell
12:17* Gadi is getting an error in ltsp 5.1.99 stemming from: XS20-no-root
12:18* Lns waves to ogra
12:18
<ogra>
hey Lns
12:18
<Pod2>
still can't see it from the ldm session though
12:18
<Gadi>
seems -nr is not a valid Xarg in karmic's xserver
12:18
<Lns>
how you been ogra ?
12:18
<ogra>
busy :)
12:19
<Lns>
still in the unr division?
12:19
<ogra>
nope, arm only now
12:19
<Lns>
ah cool.. last i heard from you you were working on those beagleboards
12:20
<ogra>
well, we never started supporting beagle but yeah, some similar boards sit on my desk
12:21
<Lns>
it's cool that what you're doing now is still very relevant to ltsp
12:21
<Pod2>
it works!
12:21
started up rdesktop in another vt and it sees the drive and files \o/
12:21* vagrantc would like to find some arm based thin clients
12:22
<vagrantc>
building an arm LTSP chroot works almost out of the box on debian now... (just have to specify the appropriate kernel).
12:22
<ogra>
vagrantc, babbage boards already work in ubuntu
12:22
as thin clients
12:23
you can buy them directly at freescale for just $700 :)
12:23
<vagrantc>
is that all? :)
12:23
<ogra>
yeah, chapo ARM crap
12:23
*cheapo
12:23
<vagrantc>
heh
12:23
<Lns>
"But aren't thin clients supposed to only cost $20?" -- every potential thin client consumer ever ;)
12:23
<vagrantc>
i did my test run on a sheevaplug, but without video... didn't make much more than a proof of concept
12:24
<ogra>
well, we also have support for the dove arch, that will be in the next gen sheevaplug
12:24
and afaik thats supposed to have VGA
12:24
<vagrantc>
oooh
12:24
<ogra>
and esata ors something similar
12:24
<vagrantc>
and hopefully a more reasonable price tag
12:24
<ogra>
well, sheevaplug price
12:24
i doubt marvell will raise it much
12:25
<vagrantc>
sure
12:25
<ogra>
you can get cheap derivatives of the babbage board as well, but thats still a developer board so not real end consumer HW
12:26
<Lns>
http://en.wikipedia.org/wiki/SheevaPlug - wow, ogra's almost mentioned right there! "...comes with Ubuntu 9.04 ARM build"
12:27
<ogra>
yeah, but 9.04 sucked on arm
12:27
was our very first release, no arm optimizations, slow etc
12:27
lucid will rock on imx51 and dove CPUs
12:28
<Lns>
I can't believe all the new arches coming out =)
12:28
<vagrantc>
it's all variations on a theme
12:28
<Lns>
yeah
12:28
<vagrantc>
more like sub-architectures, mostly
12:29
<Pod2>
\o/ _o/ \o_ \o/
12:29
booted my client straight into rdesktop and the usb stick now works
12:29
<Lns>
brb, breakfast time
12:29
<vagrantc>
Pod2: well, don't know why it doesn't work in ldm... but at least it works for what you're trying to use it for :)
12:29
<Pod2>
definitely doesn't work with the stick plugged in during boot
12:30
<vagrantc>
hrm.
12:30
<Pod2>
I can live with that though
12:30
<vagrantc>
probably something changed in debian's udev handling...
12:30
maybe that's why it doesn't work with cdroms/cdpinger...
12:30
i really better figure this out before the freeze in march
12:31
<Pod2>
I am using my svn version of rdesktop - I'll test tomorrow with the official version and see what happens with that
12:32
I can test a cd/dvd drive if you want? my normal clients don't have any but I can find a box which does
12:32
<vagrantc>
i need to get a real thin client so i can test this stuff better ... you can test usb and cdrom with qemu (virtualbox is currently borked for me) ... but the behavior is a little cumbersome
12:33
i should just go into freegeek after hours and take over that segment of the network for a while
12:33
<Gadi>
speaking of which.... vagrantc: do we still need to call configure_localdev in the initscripts?
12:34
shouldn't udev handle it even for fixed devices?
12:34
<vagrantc>
Gadi: i *think* so ... but honestly i haven't been testing that stuff much
12:35
well... wouldn't you know it
12:35
there's two configure_localdev functions defined in ltsp-init-common
12:36
<Pod2>
Gadi: not sure if you noticed earlier, but the problem of all black mouse cursor in rdesktop and Win 2008 R2 is fixed in svn
12:37
<Gadi>
Pod2: cool - i hadnt noticed
12:37
:)
12:40
<vagrantc>
Gadi: so.... it looks like the configure_localdev that actually does anything interesting isn't called since your commit in late november
12:40
Gadi: 1450
12:41
<Gadi>
ah... I see it
12:41
when I consolidated the functions
12:41
we had 2 of the same name
12:41
in -setup and -core
12:41
man, thats sloppy of me
12:42* ogra shakes his head
12:43
<Gadi>
well, I can at least get us back to our former glory...
12:43
<vagrantc>
that's probably not the source of my weird problems, though.
12:44
probably merge the two functions into one...
12:44
Gadi: in theory, everything should be started from udev and it shouldn't be required at all anymore...
12:44
<Gadi>
yeah - lemme make sure that ltspfs_entry creates /var/run/drives if not present
12:44* Gadi can envision a race
12:44
<vagrantc>
but i'm wondering if in practice... something is still needed and that's why i'm having troubles.
12:44
<stgraber>
Gadi: pong
12:45
<Gadi>
where ltspfs_entry loses
12:45
<stgraber>
Gadi: is no-root (ubuntu specific) failing on non-lucid ?
12:45
<Gadi>
stgraber: yeah
12:45
in karmic
12:45
<vagrantc>
Gadi: i really think my code that calls cdpinger is a mess... probably very racy.
12:45
<stgraber>
Gadi: I suspected that ... I'll fix it with a lsb-release check
12:45
-nr is a new option in recent X (only for lucid)
12:45
<Gadi>
stgraber: dont you add that in the package?
12:46
just don't put it in the karmic package
12:46
<stgraber>
Gadi: I try to keep the exact same packaging for both karmic and lucid or it's a pain to backport
12:46
Gadi: a lsb-release call won't hurt, it's just sourcing some file from etc
12:46
<Gadi>
can't you do the lsb-release check at package install?
12:47
<vagrantc>
stgraber: is your lsb_release different on ubuntu? it's an ugly python script on debian...
12:48
stgraber: are you installing the ltsp-info binary?
12:48mgariepy has joined #ltsp
12:48
<vagrantc>
i wanted to get to the point where we could ask people to run ltsp-info and paste the results to a pastebot for troubleshooting
12:48
<Gadi>
mkdir -p ${MOUNTPOINT} in ltspfs_entry - YAY
12:48
:)
12:49
<stgraber>
vagrantc: lsb_release is a python script but /etc/lsb-release is sourcable
12:49
<vagrantc>
stgraber: ah.
12:49Pod2 has left #ltsp
12:49
<akuepker>
vagrantc: that would be quite nice too for making sure servers are configured properly.
12:49
<vagrantc>
akuepker: right
12:49
<stgraber>
vagrantc: looks like I don't ship it yet, I'll add it in the next package, just a missing line in debian/*.install
12:49
<vagrantc>
stgraber: cool :)
12:50
and if we ever see warren again... maybe they'll add the relevent rpm code...
12:51
johnny, knipwim, cyberorg: would be nice to see y'all update ltsp-info to include support for your distros as well
12:51
<johnny>
ltsp-info ?
12:51
<Gadi>
vagrantc: fixed
12:53
<vagrantc>
johnny: you and i came up with the idea :P
12:53
johnny: ltsp-trunk/server/ltsp-info
12:54
<johnny>
i didn't know the implementation
12:54
<vagrantc>
johnny: a script to run to facilitate troubleshooting information
12:54
johnny: i.e. it gets a list of the server's installed ltsp related packages, what distro and release you're running, looks at the various chroots and gets the package version information, etc.
12:55
<Lns>
vagrantc, you need a thin client? any thin client?
12:56
<vagrantc>
Lns: well, i just need one that isn't cumbersome... i should just try and get an older laptop from freegeek that can network boot.
12:56
broke the ethernet jack on my last laptop... and the one before that has broken usb ...
12:56
<Lns>
vagrantc, ok - I was going to mention, I have an old Koolu TC lying around as a spare I could ship you (but it's an older geode chipset)
12:57
it's yours if you need it
12:57
<vagrantc>
i've got access to equipment ... i just don't like having to lug around a monitor, too.
12:58
mostly, i work with virtual thin clients... but some things are harder to test that way
12:58
i think all the various possible udev cases are an example.
12:58
udev/localdev
12:58
<Gadi>
vagrantc: so, in effect since commit 1450, we have been running without configure_localdev doing anything in the initscripts
12:58
<vagrantc>
Gadi: correct.
12:59* Gadi wonders if anyone with a CD/floppy can verify that it works properly
12:59
<vagrantc>
Gadi: though i'm fairly certain i've been having problems longer than that.
12:59
<Gadi>
:)
12:59* Gadi is interested in the converse
12:59
<Gadi>
(not the sneakers)
12:59* vagrantc will sneak into freegeek after hours and do some testing
13:00
<Gadi>
according to stgraber's (very nice) bootchart, we can prolly optimize ltspfs_entry a bit, too
13:00
eek out a few more seconds
13:00
:)
13:00
<vagrantc>
surely
13:00
<Gadi>
15 seconds is nice, but 10 seconds is awfully nicer
13:00
<vagrantc>
i made a real mess of it trying to get USB cdroms to work.
13:00
<Gadi>
:)
13:00
vagrantc: yeah - I found the same issues patching old code
13:01
when u have cdrom and cdrom1
13:01
etc
13:02
<vagrantc>
while qemu (with kvm support) is really cool... i must say i'm missing the virtualbox user interface
13:02
all the frontends are kind of stupid
13:02
"HEY, you don't have a disk configured, stupid!"
13:02
duh.
13:02
<alkisg>
what's wrong with your vbox?
13:03
<Lns>
my vbox is borked w/amd64 in karmic :(
13:03
hard locks my machine
13:03
<vagrantc>
alkisg: ever since i got a laptop with kvm support, it just crashes all the time
13:03
<alkisg>
Whoops
13:08arreyder has joined #ltsp
13:09
<_UsUrPeR_>
stgraber: ping?
13:09
<stgraber>
_UsUrPeR_: in a meeting
13:09
<_UsUrPeR_>
whoops. wrong st :)
13:09
sbalneav: ping?
13:10
<alkisg>
edubuntu has a meeting, so he's there as well ;)
13:10* _UsUrPeR_ throws his hands up
13:10
<_UsUrPeR_>
:)
13:11
<sbalneav>
_UsUrPeR_: pong
13:11
<_UsUrPeR_>
?!?
13:11
<alkisg>
appareantly, he's multitasking ;)
13:11
<sbalneav>
I'm in several screens at once
13:11
<_UsUrPeR_>
sbalneav: oh hello. Ok, I've gotten the latest sabayon package installed in 9.10. I'm having a problem adding users to a profile.
13:12
sbalneav: specifically, checking the box next to a user's name in order to put them in the profile seems to have no effect.
13:12
this is on a newly-created user, mind you
13:15
<sbalneav>
So when they log in, they're not getting the profile?
13:19
<vagrantc>
Gadi: i'm wondering if the code that removes devices on failure... is somehow firing off at a bad time
13:19
Gadi: when i boot with a device plugged in, /var/run/ltspfs_fstab doesn't get created
13:20
Gadi: i think the device removal thing will also work badly with cdpinger... as cdpinger only triggers on device removal/insertion, no?
13:20
<_UsUrPeR_>
sbalneav: correct. It's as if I had done nothing
13:21
sbalneav: however, editing the profile, I can see all the changes I had made are still in place
13:21
<sbalneav>
can you pastebin a copy of your /etc/sabayon/users.xml file?
13:21
<_UsUrPeR_>
sure
13:22
sbalneav: I just created sabayon by configure, make, make install. There is no /etc/sabayon directory.
13:22
<sbalneav>
no, don't do that.
13:23
use the package in my ppa
13:23
<Gadi>
vagrantc: so, u think it is mounting and then unmounting?
13:24
but, cdroms work fine here
13:25rhodan has quit IRC
13:26
<_UsUrPeR_>
flpxj
13:27
<akuepker>
interesting. I never got sabayon/pessulus working here either for existing or new users and gave up on it.
13:27
<Gadi>
vagrantc: does cdpinger write to ltspfs_fstab? because ltspfs_entry will exit out after calling cdpinger on the assumption that cdpinger handles the rest
13:29
<sbalneav>
flpxj? :)
13:29
djsghdlkvhd :)
13:30rhodan has joined #ltsp
13:30
<vagrantc>
Gadi: cdpinger calls ltspfs_fstab
13:30
Gadi: er, calls ltspfs_entry
13:31
<Gadi>
so, first time around, ltspfs_entry calls cdpinger and exits and then cdpinger calls ltspfs_enty and goes all the way through?
13:32
<vagrantc>
Gadi: that's how i had it working
13:32
<Gadi>
ok - just trying to understand
13:33
<vagrantc>
but it's been quite some time
13:34
<Gadi>
on your broken system, is there more than one cdpinger process?
13:35
<vagrantc>
just one
13:35
<Gadi>
but no ltspfs_fstab?
13:35
<_UsUrPeR_>
sbalneav: ok, I did a search and pulled the package from the sabayon page instead of your personal PPA
13:36
<vagrantc>
Gadi: i can reboot to make sure, but that's been my experience (i've done some tinkering on the currently running system).
13:36
<sbalneav>
yeah, use the ones from my ppa
13:36
in fact, why not just add my ppa to your sources.list
13:36
that way, if I update sabayon, you'll just auto-get the update.
13:37
<alkisg>
sudo add-apt-repository ppa:sbalneav
13:37
<sbalneav>
that command was something we needed a long time ago. I'm glad it's appeared for karmic.
13:38* alkisg had put up a script for older releases, and used wget http://script && script ppa:sbalneav... :)
19:57ltspbot has joined #ltsp
19:57
<liam078>
i had hooked up a printer to my network via a print server
19:58
but when trying to add the printer in linux(either server or client) i am unable due to a package missing hpjis i think its called
19:59
<johnny>
go on?
19:59
sounds like you just have to download the necessary rpm for fedora 9
19:59
and bring it on a flash drive or somethin
19:59
<liam078>
i have tried downloading packages (several of them) and every time i try to install one on the server i am told that packages are either corrupt/unreadable/not compatible and other annoying messages
19:59
<johnny>
sounds like a fedora specific issue
19:59
i would recommend you try in fedora
20:00
<liam078>
problem is tho im told that rpm's are not compatible
20:00
im using fedora
20:00
<johnny>
your rpm is probably not the one for fedora 9
20:00
<sbalneav>
Yeah, that doesn't have anything to do with ltsp specifically.
20:00
<johnny>
so.. get the one for fedora 9
20:00
and if you need further assistance, ask in #fedora
20:00
<liam078>
cant find one
20:00
<johnny>
thus ask in #fedora
20:00
<sbalneav>
Why not just get an internet connection going?
20:00
<johnny>
company policy sbalneav ..
20:00
he said that
20:00
<sbalneav>
....and?
20:01
<johnny>
lol
20:01
<sbalneav>
Policies can have exceptions
20:01
you ask the right person.
20:01
<johnny>
sbalneav, or he can just find where the repos for f9 are
20:01
<sbalneav>
that too.
20:01
<johnny>
f9 is end of lifed now
20:01
<liam078>
well the problem is that i am college student and im working in a lab and we are not allowed to connect our oen networks to college network due to insecurities e.t.c
20:01
<johnny>
liam078, ask in #fedora for where you can find those rpms
20:02
<liam078>
ok sorry for asking here thought it would be an idea
20:02
thank you for your time anyway :)
20:03
<johnny>
liam078, it could be that you're screwed for f9
20:03
<liam078>
how coems
20:03
<johnny>
since i'm pretty sure it is end of lifed
20:03
<liam078>
*comes
20:03
<johnny>
as in.. not supported
20:03
they will probably tell you to upgrade
20:03
so you might just have to burn an f12 cd and then upgrade
20:03
<liam078>
well is it possible to take the most recent version of fedora and install on top of the one i already have without loosing the current setup of ltsp i already have
20:04
<sbalneav>
I doubt it.
20:04
<johnny>
upgrade.. maybe
20:04
i wouldn't install on top of
20:04
just upgrade
20:04
<sbalneav>
but fedora ships with ltsp now.
20:04
<johnny>
but i'm sure a search engine can tell you how to upgrade
20:04
<sbalneav>
win 9
20:04
<johnny>
sbalneav, you should write a script that checks lines for ^win and not print them :)
20:05
<sbalneav>
Or, I could just teach myself to hit alt-9 :)
20:05
But I'm hard to train :)
20:05
<johnny>
also.. your keyboard only has so many f keys..
20:06
so.. above 10 is not as easy..
20:06
<sbalneav>
Took me 40 years to learn not to make a mess on the carpet :)
20:06
<johnny>
easier to just type /win XX
20:06
<liam078>
cuz wen i looked at the k12ltsp website as a prebuilt image with ltsp the most recent version was F11
20:07
and that was a beta stage
20:07
<johnny>
f12 comes with fedora
20:07
err
20:07
f12 comes with ltsp
20:07
<liam078>
i just dont want to download a copy of fedora to then find it has to go online to download the ltsp packages
20:07
<johnny>
just yum install ltsp-server or whatever
20:07
i think it comes with it..
20:07
if not.. you can create a spin
20:07
too bad our fedora guy isn't here
20:08
<liam078>
cuz with ubuntu you have to go online
20:08
create a spin??
20:10
<johnny>
a distribution that includes the packages you want
20:10
already there
20:10
liam078, with fedora you can download a cd containing all the packages if you have 5 dvds..
20:10
s/cd/dvd/
20:10
so you'll never be without packages..
20:13
<liam078>
ok but once fedora 12 is installed including ltsp packages is tehre the same GUI as in K12 LTSP
20:14
*there
20:14
<johnny>
no idea
20:14
you'll hae to talk to k12 people about that
20:14
<liam078>
so how would i go about setting up the ltsp
20:14
<johnny>
i use fedora on my desktop, but ubuntu for ltsp
20:14
i don't know
20:14
there must be docs for fedora
20:14
<sbalneav>
I think fedora sets up the same way as ubuntu.
20:15
So the docs will work for you
20:15
!docs
20:15
<ltspbot>
sbalneav: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
20:16
<sbalneav>
liam078: How do you have internet right now?
20:17
Why not just move the fedora box to wherever you are now, install your packages and get your updates, if any, and then move the box back into the lab?
20:18
<liam078>
well im at home right now and my network is located in a lab in another city
20:18
well town
20:20
<vagrantc>
and without internet access... ?
20:22emonemo3 has joined #ltsp
20:24
<liam078>
yes its because my college wont allow us to connect anything that belongs to us or any projects that take place in the networking lab to be connected to the collegs network therefore i cannot access the internet with my network in college
20:24
<vagrantc>
i was all happy and stuff to see that aufs modules were available in the up and coming debian kernels without much fuss... but X fails to start. hrmpf.
20:25
<liam078>
anyway thanks for your time i will go to the fedora channel and see what they say thanks bye :)
20:26
<sbalneav>
np
20:26
<vagrantc>
hrm. weird. for some reason X is trying to start on vt1
20:31liam078 has quit IRC
20:58
<stgraber>
vagrantc: might be some of that VT magic that's not working for you, though it's working very well here ...
20:59
<vagrantc>
it works fine for SCREEN_NN=shell
20:59emonemo3 has quit IRC
20:59
<vagrantc>
but for some reason ldm always ends up on vt1
21:01
<stgraber>
the VT magic should do: 1) What screen are we working with => 07 2) Is it the current VT => No 3) Will there be something on that VT => no 4) Switch to VT 7 and start ldm (using openvt)
21:01
<vagrantc>
so far i've noticed a problem when i'm setting SCREEN_NN ... haven't looked at the defaults, if that would change anything
21:02
<stgraber>
but you seem to hit either 2 or 3 where it's either thinking it's already on the right VT (so no openvt is required) or something will be started on that VT (so it tries to start ldm on vt7 in the background and seems to fail in your case)
21:04
<vagrantc>
and i've tried with NBD+ext2+aufs, NBD+ext2+bind_mounts and NFS+bind_mounts ... all seem to fail in the same way.
21:04
though both +bind_mounts methods actually display X ... whereas with aufs, it's just a blank screen.
21:11
stgraber: is it somehow dependent on the latest ldm?
21:11
stgraber: i'm still testing on 2.0.52...
21:12
<stgraber>
it shouldn't, at least I can't find anything in the changelog that'd cause that
21:14
<vagrantc>
maybe it's been that way for some time now, and i just didn't catch it till now...
21:15* vagrantc will test with an older version...
21:15
<sbalneav>
bbiab