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


Channel log from 19 January 2009   (all times are UTC)

00:23nobios has quit IRC
00:45
<alkisg>
Good morning! Why only FAT32 usb sticks are recognised by the TCs? Cause many of the student sticks are preformatted as FAT16... What would it take for FAT16 to also be recognised?
01:28deepak has joined #ltsp
01:28
<deepak>
hello
01:29
hi
01:30
need help for k12linux
01:30
i have installed k12linux successfully
01:31
when i boot the host system it comes to a login screen
01:31
for username and password
01:32
i enter the username and pasword
01:33
it stick to long on that session the later the desktop manager restart again
01:33
<Appiah>
alkisg: that's strange
01:33
<deepak>
it again ask for the same
01:33
help me please
01:33
<Appiah>
if you got to a TC with a fat16 and check the logs what do you see?
01:34
do you ever get logged in or just waiting to login deepak ?
01:34
<cyberorg>
deepak, make sure ssh service is enabled/started and has X forwarding enabled
01:34
<deepak>
yes the host system is MsDos with 1GB HDD fat16 and 128 Mb ram
01:35
i never logged in
01:36
it is just taking me into the loop
01:36
<Appiah>
sounds to me like it timesout
01:36
<cyberorg>
deepak, sshd should be running on the server
01:36
<deepak>
how do i check whether X forwarding is enable
01:37
<cyberorg>
can you ssh into the server from another PC?
01:37
<deepak>
yes sshd service is enabled
01:38
how do i check whether X forwarding is enabled
01:39
<cyberorg>
deepak, log in to server from another machine using "ssh -X serverIP" and run any X application (xterm)
01:41
<alkisg>
!localdev
01:41
<ltspbot>
alkisg: "localdev" is (#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
01:42
<alkisg>
Appiah: https://wiki.ubuntu.com/DebugLocalDev => Step1, note 2
01:43
<deepak>
ok, i check this urls
01:44
<alkisg>
deepak: the urls were not for you, it was for _my_ problem... :)
01:45
<deepak>
ops
01:45
<alkisg>
You try ssh'ing into your server, like cyberorg told you to...
01:47
<deepak>
i can ssh to the ltsp server
01:47
<Appiah>
alkisg: well I be...
01:47
Why does Fat16 not work?
01:48
<alkisg>
I don't know!!! Maybe fat16 needs a different fs driver, and they left it out for RAM savings?
01:49
<deepak>
ok, i convert the fat16 into fat32
01:49
<alkisg>
deepak: again, this is _not_ about you!!!
01:50
<cyberorg>
deepak, does xterm run after doing ssh -X to server?
01:50
<alkisg>
deepak: Your local filesystem doesn't have anything to do with your problem...
01:52
deepak: like cyberorg told you: run "ssh -X server" and then "xterm" to see if X forwarding is enabled.
01:52
<Appiah>
alkisg: dunno what module ubuntu uses but
01:52
I'm sure I been using same module for vfat
01:52
not on ltsp thought
01:54
<alkisg>
Appiah: I don't know... all I know is that I tested this with a FAT16 stick, and it really doesn't work! It even didn't work with a preformatted FAT32 stick, which _did_ work on the server, and I had to reformat it with gparted to be able to access it from a TC. So something's different to the clients as opposed to the server, but I don't know what it is...
01:57
<cyberorg>
alkisg, does "modprobe fat" work on the client?
01:57
<alkisg>
cyberorg: I don't have a client here right now, so I'll have to try it later on...
01:59
cyberorg: so there are different modules, vfat for fat32, and fat for fat16?
01:59
<cyberorg>
alkisg, could be, just a guess
02:00
<alkisg>
ty, I'll try it when I get to school.
02:25
<deepak>
Alkisg: i have ssh the server and ran gnome-terminal
02:25
it is working fine
02:25
now what should i check with ?
02:26
<alkisg>
deepak: I'm not really familiar with K12Linux, that's why I wasn't answering in the first place... listen to cyberorg! :)
02:26
<deepak>
he seems to be offline
02:27
CAN ANY ONE HELP ME WITH K12LINUX LOGIN ISSUE
02:27
<Appiah>
check /var/log/messages and/or /var/log/auth logs
02:27
drop the caps
02:34tjikkun_work has joined #ltsp
02:37Ryan52 has quit IRC
02:49Eghie has joined #ltsp
02:50mikkel has joined #ltsp
03:22Ryan52 has joined #ltsp
03:25
<zirconiumks>
i have installed kiwi-ltsp and changed the image type to nfs
03:25
how do i check whether its actually nfs or not?
03:26
where can i make some changes so that they reflect only on the client
03:26
<cyberorg>
in /srv/kiwi-ltsp-nfs
03:27alkisg has quit IRC
03:27
<zirconiumks>
but right now i am able to access the complete hdd of the server
03:28
so is it by default?
03:28
<cyberorg>
zirconiumks, you cannot access complete disk from the client, it is chrooted in /srv/kiwi-ltsp-nfs
03:29
<zirconiumks>
yeah, but that is not the case, i can access the complete hdd on the client
03:29
how do i figure out whatz wrong?
03:29
<cyberorg>
zirconiumks, yes, after login you will only see server disk
03:29
client chroot is used only to boot up and provide LDM
03:30
<zirconiumks>
okie
03:30
so all other programs on the server should be available on the client also right?
03:31
<cyberorg>
yes, as after login we are using only the server
03:31
<zirconiumks>
oh okie
03:32
so is there anyway that i can make changes that reflect only on the client and not on the server?
03:32
<cyberorg>
zirconiumks, any changes made in /srv/kiwi-ltsp-nfs applies to client image only
03:33
<zirconiumks>
cyberorg, but what if I dont want some programs installed on the server available to the client?
03:34
<cyberorg>
zirconiumks, like what?
03:35
<zirconiumks>
cyberorg, like I dont want virtualbox to be available to the client
03:35
<cyberorg>
zirconiumks, dont add user to vboxusers group, they will not be able to use it
03:35
<zirconiumks>
k
03:36
how do we monitor what activites are running on the client?
03:36
from the server
03:36
<cyberorg>
ps aux
03:39
inside the client, you'd have to ssh in there and run ps aux
03:39
<zirconiumks>
cynerorg, didnt get you
03:41
cyberorg, yes I am able to monitor the processes on the client
03:41
<cyberorg>
zirconiumks, just run pa aux on the server to find out all the processes running after user logs in, ssh into the client to find out processes in the client
03:42
<zirconiumks>
cyberorg, i'll try
03:48
cyberorg, can u give an example of the ssh command
03:49
<cyberorg>
zirconiumks, ssh clientIP, password is linux
03:53
<zirconiumks>
cyberorg, yes its working
04:01
cyberorg, now can u suggest some easy changes that we can make to the client chroot
04:02
<cyberorg>
zirconiumks, what changes you want to make?
04:03
<zirconiumks>
cyberorg, i have no idea, u suggest anything, something on the base of which we can explore further
04:05
<cyberorg>
come over today, we will walk through the stuff involved once again
04:05
<zirconiumks>
cyberorg, this complete week we have lectures from 4 to 6 in the collg on software testing
04:06
<cyberorg>
go through http://en.opensuse.org/How_Does_KIWI-LTSP_work and the LTSP Docs linked in the topic
04:06
<zirconiumks>
cyberorg, can we come over tom morning?
04:06
<cyberorg>
you can come after 6 pm today
04:08
<zirconiumks>
cyberorg, we will there by 6:45pm, will that do?
04:08
<cyberorg>
zirconiumks, yes, see you :)
04:09
<zirconiumks>
cyberorg, thank you very much :)
04:09
<cyberorg>
zirconiumks, i am posting chat i had with DavidR, nomad developer, go through that also
04:10
<zirconiumks>
cyberorg, okie, we have to leave now, all of us will go through it by tonight
04:11
cyberorg, thank you, see you in some time...
04:12zirconiumks has quit IRC
04:14
<deepak>
cyberorg: i cannot login from host computer,
04:14
<cyberorg>
deepak, any error message?
04:16krish has joined #ltsp
04:16
<deepak>
no error
04:17
<krish>
who wants to help reviewing the design change of the lobster ltsp logo?
04:18
cyberorg:
04:18
<cyberorg>
krish, make lobster just a hint of it, not the centre piece
04:18
deepak, on server /var/log/messages
04:19
<krish>
cyberorg: http://img161.imageshack.us/img161/2338/ltsp2ex1.png
04:20
<cyberorg>
krish, this one is better than the first i saw
04:20
<krish>
:)
04:20
<cyberorg>
also see how it looks really tiny
04:21
<krish>
well its visible and legible on dolphin's folder image preview
04:22
<deepak>
cyberorg: i have no error on the screen, when i pass my password it take some time for verifying it
04:22
and later my window manger restart
04:23
<krish>
cyberorg: i see the contest allows 3 entries. I am thinking I should send this one as the first.
04:25
<cyberorg>
krish, between you and shona, that would be 6 :)
04:25
<krish>
hehe
04:26
she hasnt started yet.. shes doing some 3d modelling in blender
04:26
<cyberorg>
deepak, it is quite difficult to help you as you dont give feedback to anything that is asked from you, may be someone running k12linux would be able to help
04:26
<krish>
I am expecting something smooth from her .. the inkscape pro
04:31
<cyberorg>
krish, keep an eye on submitted logos too http://www.disklessworkstations.com/cgi-bin/web/contestlogos.html
04:32
<krish>
yes i am
04:32
cyberorg: do you know who did the first one
04:32
I mean you know the person inperson?
04:32
<cyberorg>
nopes
04:32
<krish>
cyberorg: I am asking because I saw that tux float on the net already
04:33
<cyberorg>
tux is official mascot of linux
04:33
<deepak>
an 19 15:35:06 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
04:33
Jan 19 15:35:07 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
04:33
Jan 19 15:35:08 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
04:33
Jan 19 15:35:08 localhost dhcpd: DHCPACK on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:35:08 localhost xinetd[3859]: START: tftp pid=4572 from=192.168.0.211
04:34
Jan 19 15:35:08 localhost in.tftpd[4573]: tftp: client does not accept options
04:34
Jan 19 15:35:25 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:35:25 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:35:25 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:35:25 localhost dhcpd: DHCPACK on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:35:27 localhost mountd[3894]: authenticated mount request from 192.168.0.211:601 for /opt/ltsp/i386 (/opt/ltsp)
04:34
Jan 19 15:35:40 localhost xinetd[3859]: START: nbdswapd pid=4590 from=::ffff:192.168.0.211
04:34
Jan 19 15:49:10 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:49:11 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:49:12 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
04:34
Jan 19 15:49:12 localhost dhcpd: D
04:34
is my /var/log/messages
04:37
<cyberorg>
deepak, just follow the installation howto for your distro carefully, or wait for someone running setup similar to yours to help you out, also check out http://pastebot.ltsp.org
04:38
<deepak>
thanks
04:54slashdotfx has left #ltsp
04:56artista_frustrad has joined #ltsp
05:07tarzeau has joined #ltsp
05:07artista_frustrad has quit IRC
05:17tawmas has joined #ltsp
05:20otavio has quit IRC
05:24Chidder has joined #ltsp
05:26tawmas has left #ltsp
05:28otavio has joined #ltsp
05:48polytan has quit IRC
05:52vagrantc has joined #ltsp
06:11krish has quit IRC
06:14alkisg has joined #ltsp
06:16nobios has joined #ltsp
06:17cyberorg has quit IRC
06:17cyberorg has joined #ltsp
06:38pmatulis has joined #ltsp
06:49jammcq has quit IRC
06:50dirigeant has joined #ltsp
06:58BrunoXLambert has joined #ltsp
06:59deepak has quit IRC
07:20evilx has joined #LTSP
07:30BrunoXLambert has quit IRC
07:32BrunoXLambert has joined #ltsp
07:38slashdotfx has joined #ltsp
07:40
<_UsUrPeR_>
mownin all! :D
07:44sbalneav has joined #ltsp
07:45
<sbalneav>
Morning all
07:49
<_UsUrPeR_>
hey scott
07:50* vagrantc struggles with lack of sleep and localapps behaving all wonky
07:50
<vagrantc>
all the code from S01-localapps after ltsp-localappsd never gets executed for me.
07:51
<ogra>
vagrantc, http://people.ubuntu.com/~ogra/arm/build-arm-rootfs you might be intrested in that (not fifnshed yet, but fuly functional)
07:51
<_UsUrPeR_>
vagrant: what linux derivative?
07:51
<ogra>
!s
07:51
<ltspbot>
ogra: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
07:51
<ogra>
:)
07:51
<vagrantc>
_UsUrPeR_: debian lenny with ltsp related packages from experimental
07:55
hmm... seems to be that ltsp-localappsd never returns non-zero ...
07:56
er rather, the xatomwait call never returns non-zero ... but *something* causes ltsp-localappsd to exit all the same...
07:56
ogra: cross-arch debootstrapping, basically?
07:56
<ogra>
yeah
07:56
but fully automated
07:56
<vagrantc>
right
07:57
<ogra>
(plus system configuration, but that will be less intresting for you or ltsp)
07:57
i just stumbled across an old debian bug about arm
07:58mikkel has quit IRC
07:59alkisg has quit IRC
08:00
<vagrantc>
ogra: pretty much using the debootstral --foreign option, and then a simple init script to finish it up?
08:00
<ogra>
right, but you need to wrap qemu in it
08:00
<vagrantc>
right.
08:00
<ogra>
and need a generic qemu kernel
08:01
that you need to pull from somewhere unless you want to include it in a package or some such
08:01
<vagrantc>
probably is a good deal faster than running debian-installer entirely within qemu :)
08:01
<ogra>
heh, yeah
08:01
i'll build that for more arches later and add a GUI on top similar to ubiquity
08:02
<vagrantc>
i haven't found too much interest in oddball architectures lately ... but cool to see!
08:02evilx has quit IRC
08:02evilx has joined #LTSP
08:03
<vagrantc>
my interest picks up when the debian buildd's are too darned slow and it stalls ltsp progress in debian ... and then the low-power aspect of arm and some of the others seems to make sense for thin clients, if the hardware ever shows itself
08:04
<ogra>
http://www.notebooks.com/2009/01/07/new-generation-of-netbooks-199-and-299-eight-hour-battery-sexy-design/
08:04
that wil ake a very fast buildd ;)
08:04
*make
08:04
800MHz to 1GHz and 512M
08:05
<vagrantc>
it's usually not just speed, but some architectural problem that crops up and goes unresolved for weeks at a time...
08:06
<ogra>
well, for arm at least you can steal fixes from ubuntu now ;)
08:07
<vagrantc>
ogra: something like that i'd probably happily use as a primary machine :)
08:08
<ogra>
yeah :)
08:08
its extremely cool
08:08
<vagrantc>
of course, i'm used to using old stuff nobody wants anymore, so probably wouldn't notice much loss in performance :)
08:09
<ogra>
well, it can easily cope with the intel atom netbooks
08:13chrisinanoffice is now known as chrisinajar
08:13six2one has joined #ltsp
08:15
<sbalneav>
I've got that Acer AspireOne, and I *love* it so far.
08:15
I'm currently just using the OS it comes with, but then Jaunty's released, I'll put that on it.
08:21
Once I figured out I could Alt-F2, get an Xterm, it was easy after that
08:22
Installed ssh, and hey, hey, useful device :)
08:46Gadi has joined #ltsp
08:48rjune_ has joined #ltsp
08:49
<Gadi>
morning, all
08:50
vagrantc: thx for the polish (as usual)
08:54
<vagrantc>
Gadi: thanks for having something worth polishing :)
08:55* vagrantc meant that with the best possible intent ... :)
08:56* Gadi is reminded of my engineering projects in college - on most teams, I would start and then someone else would come in and "show me the rigor" ;)
09:04
<stgraber>
Gadi: how tested is your new ltspfs ?
09:04
(as in, can I tag it, then package it and finally do some testing ? :))
09:04
version number for non-tagged release tend to be weird :)
09:05
<Gadi>
cyberorg tested it on his system and it was ok
09:06
but, there have been some minor tweaks since then
09:06
<vagrantc>
i could give it a test run...
09:06
<Gadi>
that have not been tested
09:07zirconiumks has joined #ltsp
09:08
<stgraber>
vagrantc: ok, I'll probably do some testing too. Do you plan to upload it soon to experimental ? so I can simply sync from it.
09:08zirconiumks has quit IRC
09:09
<Gadi>
btw, ubuntu and debian use upstream uden rules now, right?
09:09
*udev
09:09
<vagrantc>
oh. no.
09:09
<stgraber>
yep
09:09
ah, no :)
09:09
Ubuntu uses Debian's
09:10
<Gadi>
can we push any of that upstream?
09:10
<vagrantc>
Gadi: you mean ltspfs's udev rules?
09:10
<Gadi>
yeah
09:10
makes it quite confusing to know who handles what how
09:10
:)
09:10
and these days, almost all the decision making should be in ltspfs_entry
09:11
<vagrantc>
i haven't pushed the changes upstream since i haven't recieved much feedback. but i guess i'll nudge for silence implies consent, in this case.
09:11zirconiumks has joined #ltsp
09:11
<stgraber>
vagrantc: works fine in Ubuntu at least
09:12
<ltsppbot>
"vagrantc" pasted "ltspfs udev rules in debian" (14 lines) at http://pastebot.ltsp.org/179
09:13
<ogra>
stgraber, did you notice the big changes in udev in jaunty ?
09:13
the rules need to be installed in a different place now
09:14
<vagrantc>
Gadi: i guess the only real changes in udev rules are two additional entries to handle floppies
09:15* vagrantc will be happy to see udev rules outside of /etc, but will be unhappy to see breakages resulting from that
09:16
<vagrantc>
ogra: /lib/udev/rules.d now?
09:17
<ogra>
yep
09:17
not sure but the numbering scheme might have changed as well, i had no time to look at it
09:18
<stgraber>
ogra: is there any backward compatibility ?
09:18
<ogra>
not sure, but i doubt it
09:18
<stgraber>
ogra: I'm doing my ltsp testing on Intrepid using a backport from Jaunty
09:18
+ we sync ltspfs from Debian and I doubt Debian has this new path thing
09:18
<ogra>
right
09:19
but we'll need it
09:19
<stgraber>
right, that's an easy fix so I'll just wait until later in the release cycle to look at it :)
09:21v-pro has quit IRC
09:21nicoAMG has joined #ltsp
09:22CAN-o-SPAM has joined #ltsp
09:22alkisg has joined #ltsp
09:27nobios has quit IRC
09:27
<stgraber>
:>${VARRUN} || exit 0
09:28
Gadi: ^
09:28
your script fails there
09:28
I guess that : is the problem isn't it ?
09:28
<Gadi>
thats odd
09:28
shouldn't be
09:29
<stgraber>
root@ltsp173:/usr/share/applications# :>${VARRUN} || exit 0
09:29
-bash: ${VARRUN}: ambiguous redirect
09:29
hmm, hang on a sec
09:30sepski has joined #ltsp
09:32
<stgraber>
ok, that error was my fault as VARRUN wasn't defined in my test environment
09:34
that line is really the problem ... commenting it fixed the issue.
09:35
Gadi: any idea what's wrong with it ?
09:35
<Gadi>
same error?
09:36
<vagrantc>
where is the VARRUN code?
09:36
i recall seeing it somewhere...
09:37
<Gadi>
ltsp-genmenu
09:37ogra has quit IRC
09:38ogra has joined #ltsp
09:39
<vagrantc>
Gadi: a proposed patch? i can't see it in the current code.
09:39
<Gadi>
yeah
09:39
stgraber: you can remove the ":" if you like
09:39
but it works fine here
09:39
vagrantc: I'll pastebot it again
09:40
(unless its still on pastebot..)
09:40
<vagrantc>
probably still there...
09:40
<Gadi>
http://pastebot.ltsp.org/178
09:40
indeed
09:40hanthana has joined #ltsp
09:43
<vagrantc>
ah yes, i wanted VARRUN to be renamed :)
09:43
<Gadi>
right
09:43
good thing I havent renamed it
09:43
you would have been lost
09:43
:)
09:43
<vagrantc>
and ${a##*/} to be called only once :)
09:44
and ${ICON##*/}
09:47
<stgraber>
Gadi: I don't get the icons
09:48
<Gadi>
are they in the pixmaps folder?
09:49
<vagrantc>
build from ltspfs-trunk didn't break functionality for me ... don't know if the new stuff really works, though.
09:50
<stgraber>
hmm, the problem in your script seems to be that the > ${VARRUN} actually returns 1 ... and so exits (removing the : didn't solve it)
09:50
I'll drop the || and reopen the session to check for that icon thingy
09:51
<Gadi>
oh!
09:51
/var/run is only writable by root
09:52
and you run this as user
09:52
right?
09:52
<stgraber>
hmm, no, it's a ldm rc.d script so it's run as root
09:55
<Gadi>
no - because we copy to ~/.local...
09:55
so it must run as USER
09:55
<stgraber>
python's icon was copied but not blender's ...
09:56
hmm, right :)
09:57
so should be dump that in the home directory instead ?
09:57
<alkisg>
Gadi: would you care to explain this to a bash newbie? :) ":" is an identifier, so you call an (undefined?) function named :, and redirect the output to the filename given by ${VARRUN} ???!!! :-X
09:58
<_UsUrPeR_>
in Fedora 10, ltsp-localapps... does that run as the user or root?
10:02
<vagrantc>
Gadi: instead of hard-coding cdpinger to use filesystem iso9660 ... seems like we could check: [ "$FSTYPE" = "auto" ] && FSTYPE=$(vol_id --type $DEVICENAME)
10:03
_UsUrPeR_: don't know about F10, but ltsp-localapps is run as the user, ltsp-localappsd is run as root.
10:03
_UsUrPeR_: server-side, run as user, thin client side, run as root.
10:03
<_UsUrPeR_>
vagrantc: ok, thanks
10:05
<alkisg>
Ah, found it in the sh manual, : means null command that returns true.
10:05
<vagrantc>
alkisg: roughly equivalent to /bin/true :)
10:06
: > $FOO *should* basically be the same as touch $FOO
10:06
<alkisg>
Still can't figure out why redirection would be needed - I don't think it prints something...?!
10:06
Ah! OK
10:06
Thanks vagrantc
10:07
<vagrantc>
:)
10:07
<alkisg>
I hate these tricks, they're just there to make scripts unreadable! :P
10:07
<vagrantc>
it's a more esoteric way to write "touch $FOO" that basically doesn't call a binary.
10:07
alkisg: indeed!
10:11
<Gadi>
its different than touch
10:11
it blanks the file
10:12
: is synonymous with "true"
10:12
many shells can simply do: >$file
10:12
without the colon
10:12
but some shells will not redirect from nowhere
10:12
<vagrantc>
ah, right.
10:13
<Gadi>
so, using : for true works on all shells
10:13
touch, on the other hand, simply updates the metadata of a file and creates a new file if it does not exist
10:13
but it will not blank the contents of the file
10:14
<vagrantc>
echo adds a newline, typically ...
10:14
/bin/echo -n > $FOO
10:14
that's pretty much the same
10:14
i think
10:40
<sbalneav>
Sigh. I'm still not happy with the event handling in ldm. I'm thinking it's time I break down, and actually read up on how to turn it into a full glib_main() application.
10:43
<vagrantc>
sbalneav: specific issues bringing it up, or just a desire for cleaner code? :)
10:43vvinet has joined #ltsp
10:46tjikkun_work has quit IRC
10:51faustino3331 has quit IRC
10:52
<sbalneav>
vagrantc: cleaner code, and better handling when something dies unexpectedly
11:00faustino333 has joined #ltsp
11:11pscheie has quit IRC
11:16hersonls has joined #ltsp
11:16pscheie has joined #ltsp
11:22
<sbalneav>
vagrantc: There?
11:34makghosh has joined #ltsp
11:36moquist has quit IRC
11:36moquist has joined #ltsp
11:41makghosh has quit IRC
11:44Egyptian[Home] has quit IRC
11:45Lns has joined #ltsp
11:45nicoAMG has quit IRC
11:48
<kc8pxy>
johnny: heya
11:49nicoAMG has joined #ltsp
11:49
<johnny>
kc8pxy, hi
11:49
<kc8pxy>
johnny: GOT IT WORKING!!!:) stupid X11Forwarding
11:49
<johnny>
it's a feature request of ldm to generate better errors
11:50
<kc8pxy>
johnny: I'm behind that feature ALL the way :)
11:50
<johnny>
kc8pxy, perhaps you want to help write the documentation in guide xml format :)
11:51
<kc8pxy>
johnny: already got a "lets make it work by the seat of my pants" project that I'm involved in documenting. mebbe when i get some free time.
11:53
<vagrantc>
sbalneav: kinda sorta
11:53
<johnny>
kc8pxy, the new genkernel will have funionfs support built into the initramfs
11:54
so perhaps we can do something similiar to aufs
11:54
and drop the tmpfs bind mounts
11:54
<vagrantc>
sbalneav: i'm only half alive ... only got about 4 hours of sleep
11:57
<kc8pxy>
johnny: how can i make this theme to look like ubuntu? most of my users are familiar more with ubuntu
11:57
<johnny>
what's the point???
11:57
when the actual gnome desktop is not organized like ubuntu
11:58
<kc8pxy>
ok
11:58
<johnny>
focusing on the gnome desktop is more important than fixing the ldm theme
11:59
<Gadi>
vagrantc: in answer to your post, when the Xserver dies, localappsd should exit
11:59
and process the rest of the code
11:59
<johnny>
if you wanted, you could download it from the ubuntu packages
11:59shogunx has quit IRC
11:59
<johnny>
and copy it into the ldm themes directory
11:59
and then change the symlink to point to the ubuntu theme
11:59
<kc8pxy>
and then re-arrange the menus
12:00shogunx has joined #ltsp
12:00
<kc8pxy>
ok
12:00
<johnny>
kc8pxy, it's not worth it tho
12:00
please don't do it :(
12:00
<vagrantc>
Gadi: yes, i'm well aware of what *should* happen. i'm clueless to why it *isn't* happening :P
12:00
<johnny>
you're not going to gain anything from it
12:00
when it really isn't ubuntu
12:00
debs won't work
12:00
<Gadi>
it may get killed before it can
12:01
<johnny>
etc
12:01
help files may not work
12:01
as they will be describing things that are not true
12:01
or different
12:02
<Gadi>
vagrantc: try changin the line in the rc.d script to:
12:02
ltsp-localappsd || true
12:03
<vagrantc>
Gadi: will try...
12:10spectra has joined #ltsp
12:22
<evilx>
is there away to specify a range of mac address?
12:22
in lts.conf?
12:22sepski has quit IRC
12:23vagrantc has quit IRC
12:25sepski has joined #ltsp
12:32CAN-o-SPAM has quit IRC
12:36jammcq has joined #ltsp
12:36
<jammcq>
hello #ltsp
12:36
<Lns>
For anyone interested: I'm starting to learn a bit more about shell scripting (functions are cool! =p) and I'm working on a neat script that automates some things such as system updates (via apt-get), chroot updates, updating kernel headers and reconfiguring VMWare (for those who have it installed on their LTSP servers), and other misc. functions. It features an easy to navigate menu system and I'm hoping that maybe others can benefit from it as well..if anyone's i
12:36
nterested in seeing it (still incredibly basic) let me know and I can pastebin it.
12:36
hey jammcq
12:37
<jammcq>
hey lns
12:37
learning some scripting, eh?
12:37
<Lns>
Hehe..yeah. I'm such a n00b still, but I feel like I want to keep going with it. It's a lot of fun
12:38
<alkisg>
Lns, menu system in shell? Maybe you should start with Python... :P :D
12:40
<Lns>
alkisg: haha, well i'm starting out with this so I can learn more about the internals of ltsp (since a lot of it's done in bash/sh) but yeah, if python is better for menu systems, i might delve into that.
12:41
It's working pretty well so far, makes it super easy to update chroot without having to type in all the commands every time
12:41
<alkisg>
Lns, ok, you got me all curious, lets see it! :)
12:43vvinet has quit IRC
12:46hanthana has quit IRC
12:46
<ltsppbot>
"Lns" pasted "simple script to automate some functions in Ubuntu/Debian LTSP servers" (240 lines) at http://pastebot.ltsp.org/180
12:46
<Lns>
alkisg: ^^^
12:47
<alkisg>
240 lines? Wow, you've been busy... :)
12:47
<Lns>
alkisg: I got pretty into it, yeah =)
12:47
For as rudimentary as my skills are, I'm kinda proud of it =)
12:48
Some functions aren't complete yet, and I plan on adding more stuff later
12:52
<alkisg>
Lns: in consoletools(), you're using recursion to go back to the menu - I don't think that's good...
12:52
<Lns>
alkisg: can you explain?
12:53
you mean after htop?
12:53
<alkisg>
...well, you're using recursion everywhere... you should modify your mainmenu to be a loop
12:53
<jammcq>
Lns: don't be afraid to indent your code inside of the functions
12:54
<Lns>
jammcq: you mean ALL commands within the function?
12:54
<jammcq>
yes
12:54
so that it's clear where the function starts and ends
12:54
<Lns>
alkisg: ok i'll check into how to do a loop =)
12:54
jammcq: gotcha, ok
12:54
<alkisg>
Lns: I think "while" would be fine...
12:54
<jammcq>
in a script, when I see something starting in column-1, I assume it's not inside of a function
12:54
<Lns>
jammcq: can I use tabs for indenting or should i do 3 spaces?
12:55
<jammcq>
I use 2 spaces, but it's all up to you.
12:55
<Lns>
alkisg: ok..like i said i'm a total noob still so i'll look at 'while' (not in my noggin yet)
12:55
jammcq: ok
12:56
<jammcq>
in your "case" statements, you've got the '1)', '2)' indented. that's good. but the lines that get executed when it's '1' should be further indented. so that the '1)' stands out better
12:57krishna has joined #ltsp
12:58
<alkisg>
Lns: something like: while true; do <the main menu code>; done <== this goes on forever, or until the user selects 8=quit.
12:59
<Lns>
jammcq: ok
12:59
<alkisg>
Lns, very good for a start!
12:59
<ltsppbot>
"jammcq" pasted "example of function w/case, indented" (17 lines) at http://pastebot.ltsp.org/181
12:59
<Lns>
alkisg: thanks! Yeah lemme implement the loop real quickstyle
13:00
jammcq: ah, ok yeah that looks better
13:00
<jammcq>
also, when I write bash scripts, I prefer to make my variables UPPERCASE
13:01
<Lns>
jammcq: sounds sensible
13:03
wow it's like i have my own bash tutors right here =) cool
13:03
<alkisg>
Lns, also try gedit `which ltsp-update-image` to see an example for while... The ltsp scripts are the best tutors! ;)
13:04
<Lns>
alkisg: exactly..that's what got me wanting to make my own stuff, those scripts are really well laid out and easy to read
13:04
<evilx>
im going to kill ltsp, i leave for a weekend and come back and openchrome not working again
13:05
<alkisg>
But they also work in Python/C/glib/gtk/qt, so we need much reading... :P
13:05
<stgraber>
Gadi: any clue what's wrong with the icons and your ltsp-genmenu ? (as in only python's got copied and not my blender/audacity/skype/... ones)
13:08
<Lns>
alkisg: is it sane to, instead of recursing mainmenu() in another function, to simply do a 'fi' to return (with the while loop in place)?
13:08
<alkisg>
Yes, that would be a sane way
13:09
<Lns>
ok
13:12zerocool has joined #ltsp
13:13
<zerocool>
Gadi?
13:13
u there?
13:14
<Lns>
Heh, I was wondering why nobody was logged into any of my servers...and i remembered it's a US holiday and nobody is in school.. =p
13:15alekibango has quit IRC
13:17pscheie_ has joined #ltsp
13:18
<evilx>
ok this wasnt an issue last week with openchrome and now this week it is "Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices
13:19pscheie has quit IRC
13:25Egyptian[Home] has joined #ltsp
13:27
<evilx>
What do you recommend hardy,woody,intrepid...?
13:27
<johnny>
woody?
13:27
lol
13:29
<Lns>
evilx: what kind of environment do you work in? School, office, development..?
13:29
<Gadi>
stgraber, zerocool: hey
13:29
was afk
13:30
stgraber: seems audacity.desktop has Icon=audacity
13:31
and not audacity.xpm
13:31
so, it doesnt copy
13:31
<alkisg>
The icons aren't supposed to have extensions
13:31
<zerocool>
Hi Gadi. been using LTSP with this rdp thing for the past couple weeks. working fine with about 35 users thus far.
13:31* Gadi needs to implement the actual algorithm
13:31
<alkisg>
the desktop validation tool produces warnings if they have extensions
13:31
<Gadi>
zerocool: gr8!
13:32
alkisg: desktop verification tool?
13:32
<evilx>
office
13:32
<zerocool>
one thing i'm trying to square around is if there is any kind of way to get the local devices (usb sticks) working on this client devices.
13:32
<evilx>
Lns, office
13:32
<Lns>
evilx: personally i'd use 8.04LTS since it's geared toward stability
13:32
<Gadi>
zerocool: I just pushed code upstream for that
13:32
<evilx>
on 200mhz thin client with 128mb of ram and via openchrome video card
13:32
what 8.04 name?
13:32
<Gadi>
zerocool: but it requires testing
13:32
wanna be a tester?
13:32
<Lns>
evilx: hmm, 200mhz..never tried something that slow
13:33
evilx: 8.04 = Hardy
13:33
<zerocool>
yeah way man! u wanna tell me wtf to do?
13:33
<evilx>
ok i had intrepid goign, but firefox lag and openchrome just started giving me fbdebv and i have hardy building right now
13:33
<alkisg>
Gadi: desktop-file-validate
13:34* Lns can't figure out how to yank all text from an ssh->vim console to local X session clipboard.. :(
13:34
<evilx>
lns you cant cat the file?
13:35
<Gadi>
alkisg: thx
13:35* Gadi sees the error of his ways
13:36
<alkisg>
heh... even a broken clock says the correct hour twice a day... :P
13:37
(talking about me...)
13:38
<Lns>
evilx: how do you cat a file in an ssh session to the local X clipboard?
13:43
<evilx>
not sure how to the local clipboard that a good question
13:43
I guess with xsel
13:44
ssh user@test cat file | xsel -i -b
13:44
I am guessing
13:44
<Lns>
oooo
13:44
<alkisg>
Lns: or maybe scp?
13:44
<Lns>
alkisg: possibly if used in a pipe
13:45
<evilx>
or xclip
13:45
ssh user@test cat file | xclip
13:45
<alkisg>
Lns, I meant scp user@test:file .
13:45
<laga>
just scp the file ;)
13:45
<Lns>
xclipboard looks like a good one
13:45
<alkisg>
No vi/copy/paste/anything
13:45
<Lns>
laga: wanted to avoid copying the real file to my local system
13:45
<evilx>
http://www.cyberciti.biz/faq/xclip-linux-insert-files-command-output-intoclipboard/
13:46
<Lns>
but using it through a pipe sounds good
13:50
<evilx>
dang it
13:50
im getting error on some packages decompresing
13:50
for hardy and this is getting annoying
13:50
<Lns>
noooice.. "ssh user@host cat /srv/rvusd/upd | xclip" works like a charm
13:50
<ltsppbot>
"Lns" pasted "updated script" (230 lines) at http://pastebot.ltsp.org/182
13:51
"Gadi" pasted "stgraber: ltsp-genmenu (fixed)" (100 lines) at http://pastebot.ltsp.org/183
13:52
<Gadi>
oops
13:52
forgot something
13:53
<johnny>
ya know wha'ts neat.. github allows you to clone via pastes ..
13:53
pastebin + vcs.. neat..
13:54
<ltsppbot>
"Gadi" pasted "stgraber: ltsp-genmenu (fixed for real)" (100 lines) at http://pastebot.ltsp.org/184
13:54
<Lns>
johnny: aaah...you solved a problem with sed for me with your prepterminals script (with getent).. i was trying ot figure out how to get groupnames and perform functions. now i'll be able to complete my function of 'copying a template file into all users' home directories of a given group'
13:55
glad i kept that around
13:55CAN-o-SPAM has joined #ltsp
13:55
<evilx>
ok, some of the files I am getting for hardy are failing unpackaging and ltsp-build-client doesnt pick it up and keep going
13:56
<Gadi>
zerocool: if you give me a day or so, I think we are going to tag ltspfs with a new upstream version and then stgraber will no doubt roll some debs
13:57
then, it would be a simple matter of installing debs in your chroot
13:57
<johnny>
Lns, perhaps you might be able to learn some python and help me with sabayon
13:57
<Gadi>
(I think)
13:57
<johnny>
as i don't personally have use for it atm..
13:57
everything is still fine with my old profiles
13:57
<Lns>
johnny: hehe..maybe in the future. I'm just now trying to get a handle on bash
13:57
<johnny>
it's snowing here :)
13:58
first real snow of the year
13:58
<Lns>
woo!
13:58
snowball fight!
13:58
evilx: what packages? what's the error?
13:58
<johnny>
it's only gonna accumulate a little :(
13:58
<evilx>
the kernel for one
13:58
<Lns>
evilx: uhhh...weird. what's the error?
13:59
<johnny>
no more snow for awhile..
13:59
<evilx>
stuff like this debconf: (Failed to open fd 3: Bad file descriptor at (eval 19) line 3)
13:59
<ogra>
thats no error, thats a warning ...
13:59
(and its not the complete warning as well btw)
13:59
<evilx>
the kernel not showing up in my /var/lib/tftproot/ltsp/i386
14:00RobertLaptop has quit IRC
14:00* Lns throws a snowball at johnny's ltsp
14:00vagrantc has joined #ltsp
14:00
<Gadi>
ogra: how long does it usually take for LP to create a PPA space?
14:00RobertLaptop has joined #ltsp
14:00
<evilx>
(Reading database ... 14972 files and directories currently installed.)
14:00
Unpacking linux-image-2.6.24-16-generic (from .../linux-image-2.6.24-16-generic_2.6.24-16.30_i386.deb) ...
14:00
debconf: unable to initialize frontend: Passthrough
14:00
debconf: (Failed to open fd 3: Bad file descriptor at (eval 19) line 3)
14:00
debconf: falling back to frontend: Noninteractive
14:01
notying in my tftpboot folder for it
14:01
<ogra>
right, it tells you that the frontend passthrough (which is used to show the progessbar on a CD install) cant be used
14:01
then it tells you why in the next line
14:01
and tells you that it uses a different frontend in the line below that
14:01
<evilx>
oh, well i wonder why it not showing up it created the link for vmlinuz but it links to nothing
14:02
<ogra>
whats the *very* last line of your ltsp-build-client run ?
14:02
<johnny>
ltsp-update-kernels happens at the end evilx
14:02
<evilx>
info: LTSP client installation completed successfully
14:03
<ogra>
wht were the options you used for ltsp-build-client (if any)
14:03
<evilx>
ltsp-build-client --base /opt/litsp/hardy --dist hardy --arch i386
14:03
<ogra>
and you are runnng that on what kind of host system ?
14:04
<evilx>
ubuntu intrepid
14:04
<ogra>
why dont you use intrepid then ?
14:04
its way advanced
14:04
<zerocool>
Gadi: ok kool, i'll check back with u tmrw. not a prob.
14:04
<ogra>
hardy's ltsp was essentially the same as gutsy with bugfixes
14:04
intrepid has all the improvements
14:04bobby_C has joined #ltsp
14:04
<evilx>
i wanted to see if it run better on 200mhz machine
14:04
<johnny>
evilx, also. don't specify dist..
14:05
<Lns>
ogra: bugfixes != improvements? :)
14:05
<ogra>
:P
14:05
i mean the bugfixes *and* the new features ;)
14:05krishna has quit IRC
14:06
<ogra>
evilx, is there a kernel in /opt/litsp/hardy/boot ?
14:06
<Gadi>
ogra: is there something more that I have to do to get an LP PPA aside from clicking Activate?
14:06
<evilx>
i dont know, the directory empty now I think i accidently deleted it
14:06
<Gadi>
my ppa URL is a 404
14:06
<evilx>
let me rebuild it again
14:07
<ogra>
Gadi, https://help.launchpad.net/Packaging/PPA
14:08
<Gadi>
oh sure, make me read :P
14:09
<ogra>
i was assuming you are capable of that :)
14:10
<Lns>
BIG SCARY WORDS
14:11
<ogra>
there are small ones inbetween ... not everything is capitalized :)
14:11
<Gadi>
such bigotry against the illiterate
14:11
<Lns>
ogra: heh...obligatory "Anchor Man" quote
14:11
<ogra>
*g*
14:14
<Gadi>
hmm
14:14
uploading worked from cli
14:14
but cannot browse via web
14:14
<ogra>
Before you can start using a PPA, whether it's your own or it belongs to a team, you need to activate it on your profile page or the team's overview page.
14:14
You can only activate your PPA if you have signed the Ubuntu code of conduct.
14:14
have you done both ?
14:14
<kc8pxy>
question
14:15
<jammcq>
hey look, it's Ogra !!!!!
14:15
<ogra>
hey jammcq :)
14:15
oh, gadi isnt gadi on launchpad
14:16
<Gadi>
I have done both
14:16
I am gideon
14:16
on LP
14:16
<kc8pxy>
ldm login uses uname/pw, ofr the user, and you can pre-configure that, since it ends up using ssh x11-forwarding, can i configure it to use keys instead of passwords(ala sshh?)
14:16
<ogra>
yeah, figured
14:16* Gadi shakes bars of his cage
14:16
<ogra>
https://launchpad.net/~gideon/+archive
14:17
seems fine to me
14:17
<Gadi>
hmm
14:17
it gave me a different URL
14:17
<Lns>
Gadi: have you tried rebooting? =p
14:17
<Gadi>
ppa.launchpad.net/gideon/ubuntu
14:17
<ogra>
https://launchpad.net/+builds shows you the builds
14:18
looks quite busy atm, so your upload might sit in the queue
14:19
<Gadi>
ah, I see
14:19
I thought I could upload my binary debs to the PPA
14:19
<ogra>
after building it takes some time to be published ...
14:19
<Gadi>
can I not?
14:19
<ogra>
i think the publisher runs every 30 or 40 min
14:19
<johnny>
kc8pxy, yes
14:19
<ogra>
no, you need to upload source
14:20
<Gadi>
I see
14:20
<johnny>
kc8pxy, i do that for autologin
14:20
<ogra>
soucre packages actually
14:20
<Gadi>
okey dokey
14:21
<ogra>
http://ppa.launchpad.net/gideon/ubuntu will be the archive url in the end if your binaries are built
14:21
i.e. http://ppa.launchpad.net/ogra/ubuntu/
14:27vvinet has joined #ltsp
14:31
<evilx>
ogra, ok , it like it not updating the kernels with i do ltsp-update-kernel --base /opt/ltsp/hardy
14:31
<johnny>
drop the hardy crap
14:31
the base is just /opt/ltsp
14:31
and you shouldn't be doing a hardy chroot in intrepid anyways
14:32
<evilx>
i shoul be able to changei t
14:32
<johnny>
the full path is BASE + CHROOT
14:32
BASE=/opt/ltsp, CHROOT=hardy
14:32
so your base is wrong
14:33
there's actually some hardcoded assumptions in these scripts anyways
14:33
i'd suggest that you stay witin their boundaries
14:33
<evilx>
i can tell
14:52chrisinajar has quit IRC
14:56chrisinajar has joined #ltsp
14:57
<evilx>
just my luck now i killed my ltsp server
14:58
<Lns>
evilx: it's a sign ;)
14:58
<evilx>
it not going through or trying to find anything just says file not found
14:58
i put everything back to how it was
14:59
<CAN-o-SPAM>
has anyone ever used or tried openThinClient??
14:59pmatulis has quit IRC
14:59hersonls has quit IRC
15:05
<warren>
sigh. upstream NFS completely changed the behavior of how it works, deny by default unless you have reverse DNS working for all clients.
15:06
I'm trying to convince them that this was a bad idea.
15:06
It broke LTSP overnight for pretty much everyone
15:06
<ogra>
switch to nbd ;)
15:06
it is da fiutscha
15:06
<evilx>
i never toucnhed tftpd and it says file not found
15:07
<ogra>
vagrantc, heh, i have my first complaint about tcsh in ubuntu :)
15:07
<vagrantc>
ogra: oh, fun.
15:08
i tried. really i did. against all jeers and jibes of my peers. and i eventually gave up on tcsh.
15:09
<ogra>
i pointed him to your bug and the ML discussion ... who knows, probably they add sane patches
15:11
<vagrantc>
in my experience it was easy to add sane-looking patches, but to patch absolutely everything became impractical... and it will always be an uphill battle for each change in the code...
15:11
<warren>
Just say no to drugs!
15:11CAN-o-SPAM has quit IRC
15:13
<laga>
ogra: is tcsh becoming the default?
15:14
<ogra>
for the world ... all distros are abotu to switch within the next three months ... didnt you know ?
15:14
<laga>
i think you're lying to me.
15:15
<warren>
really? Didn't happen in Fedora yet, and everyone copies us.
15:15
<laga>
RHEL copies you.
15:15
<warren>
yeah, those bastards.
15:16
<ogra>
what, fedora didnt switch to tcsh ?
15:16
tsk, youre so living in the past ...
15:16
the final target is indeed zsh, since its the last letter of the alphabet
15:17
tcsh is just the first step towards that ;)
15:17
<warren>
ogra: you're so in the past, we're using chinese alphabet now.
15:17
<Ryan52>
heh
15:17
<ogra>
geez
15:17
<warren>
rpm allows unicode package names
15:17
<ogra>
in chinese ?
15:17
<warren>
any unicode character
15:17
<laga>
unicode.
15:18spectra has quit IRC
15:18* ogra knows dpkg does the same but hasnt seen japanese or chinese named packages yet
15:20* ogra votes for switching all pakage names to georgian ... its so beautiful ...
15:20
<johnny>
i just want my package name to be the heart symbol and tm
15:20
<ogra>
or tamil
15:20* johnny votes that ogra gets no votes
15:20
<johnny>
hehe
15:20
<ogra>
bah
15:21
მე მქვია ogra :)
15:22
საღამო მშვიდობისა
15:22
<laga>
we could finally add IPA transcription to the packages so people know to pronounce their names
15:22evilx_ has joined #LTSP
15:23
<ogra>
(no, the above doesnt mean "my hovercraft is full of eels" ;) )
15:25evilx__ has joined #LTSP
15:26evilx has quit IRC
15:27zerocool_ has joined #ltsp
15:32zerocool has quit IRC
15:32zerocool_ is now known as zerocool
15:34
<Lns>
How do you use ~$usernamevariable ? It's not processing the ~ in my script :(
15:35
and I don't want to do /home/$usernamevariable ...
15:35
<johnny>
why not?
15:35
<Lns>
johnny: what about root?
15:35
<evilx__>
now when i boot it just goes to the initramfs thing and that it
15:35
<jammcq>
use $HOME
15:35
<johnny>
yes.. $HOME
15:35
that is better
15:36
<Lns>
jammcq: what if i'm parsing multiple usernames in a FOR statement?
15:36
<evilx__>
anyone got a conclusion on why that happens?
15:36
<jammcq>
umm
15:36
<johnny>
i don't know of anything that will expand the ~ without hacks
15:36
<Lns>
lemme post my horribly written code
15:37
<ltsppbot>
"Lns" pasted "file -> user homedir distribution function" (23 lines) at http://pastebot.ltsp.org/185
15:37
<johnny>
Lns, i think you're fine not handling /root tho
15:37
<Lns>
I want to replace /home with ~ somehow, or whatever works
15:38
<Ryan52>
"readlink -f ~" works.
15:38
<Lns>
Ryan52: ooo
15:38otavio has quit IRC
15:38
<jammcq>
Lns: use 'getent passwd $username'
15:38otavio has joined #ltsp
15:38* johnny guesses Lns needs to read the man page for getent
15:38
<jammcq>
then, take the 6th field
15:38
<Lns>
johnny: yes i do =)
15:38
<jammcq>
there's not much of a manpage
15:38
<Lns>
again, i'm just beginning in the world of scripting, so all of your help is appreciated :)
15:38
<jammcq>
no prob
15:39
<sbalneav>
I getent passwd sbalneav | cut -d: -f6
15:39
/usr/legal/home/sbalneav
15:39
<jammcq>
yeah, that'll do it
15:39
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
15:39
<johnny>
it'd be nice if somebody wanted to sponsor sabayon devel.. so such scripts wouldn't be needed
15:39
<sbalneav>
Hey jammcq!!
15:39
<Lns>
sbalneav: thanks =)
15:39
<johnny>
at least for that bit
15:39
<sbalneav>
johnny: I'm looking at Sabayon these days.
15:39
<jammcq>
so: THEIRHOME=`getent passwd $usernmae | cut -d: -f6`
15:40
<johnny>
sbalneav, i have commit access if you want to get patches in
15:40
<sbalneav>
good to know, thankee.
15:40
<Ryan52>
what's sabayon?
15:40
<johnny>
user profile tool
15:40
similiar to the kiosktool in kde
15:41
<evilx__>
now I have Error Connect : Connection refused mount :mounting /fofs on /root/rofs failed: invalid argument ....
15:41
and more like that
15:41
<sbalneav>
It's probably one of the single biggest pieces we're kind of "missing"
15:41mistik1_ has joined #ltsp
15:41
<johnny>
sbalneav, it'd be nice if there was a format like tar that kept metadata about files and could store symbolic links
15:41mistik1 has quit IRC
15:41evilx_ has quit IRC
15:41
<johnny>
and ALSO.. allow you to retrieve files on demand
15:41mistik1_ is now known as mistik1
15:41
<johnny>
those two things are currently at odds
15:41
<sbalneav>
johnny: Well, I see theu're using zip, which, really, they shouldn't be.
15:42six2one has quit IRC
15:42
<evilx__>
it passing initrd=initrd.img, but it domt seem to be working or something
15:42
<johnny>
sbalneav, what else would let you retrieve files ?
15:42
without unpacking the entire thin
15:42
<sbalneav>
either cpio, or tar, or even better, pax
15:42
<johnny>
sbalneav, was kinda thinking about embedding bzr or git :)
15:42
no.. tar is impossible
15:42
atm
15:42
the t is the the problem
15:42
<sbalneav>
Why's tar impossible?
15:42
<johnny>
you can't retrieve single files without unpacking the whole thing
15:43
that is the current reason zip is used
15:43
<vagrantc>
rdiff-backup ?
15:43
<sbalneav>
so, unpack the whole thing in tmp, grab what you need, clean up.
15:43
<johnny>
sbalneav, that could be too big
15:43
<vagrantc>
why do you need zip or tar or whatever?
15:43
<johnny>
if that was an acceptable thing to do.. it would have been done
15:44
vagrantc, that's the other option
15:44
<sbalneav>
But zip does't handle things like symlinks, etc.
15:44
<johnny>
vagrantc, but it is http retrievable as well
15:44
<vagrantc>
johnny: just keep a copy of the tree somewhere...
15:44
ah.
15:44
<johnny>
or from ldap (supposably)
15:44
<sbalneav>
cpio can pull out individual files, I beleive.
15:45
<johnny>
sbalneav, i can arrange a chat with federico at some point if you're interested
15:45
<sbalneav>
I'm more interested in fixing the crashing bugs in the short term, however :)
15:45
so I'll start with that. :)
15:45
<johnny>
sure.. if you can help me debug the crashers that'd be great
15:45zirconiumks has quit IRC
15:45
<sbalneav>
but yeah, a chat with federico'd be great.
15:46
<johnny>
so when did you want to do that?
15:46
i'll give him your email
15:46
or just join me in the irc
15:46
<sbalneav>
Evenings would be great. Sometime this week? But depending where he is geographically, that may be impossible.
15:46
<johnny>
it is super low traffic..
15:46
he's in mexico
15:47evilx__ has quit IRC
15:47
<johnny>
or was last i recall
15:47
<sbalneav>
So, roughly same time.
15:47
+/- 2 hours
15:47
is there a sabayon irc?
15:47
<johnny>
yes
15:47
irc.gnome.org
15:47
#sabayon
15:47
<sbalneav>
ah, on gnome.org.
15:47
ok
15:48
Hmmmm, so now I need to figure out how to get irssi to be in two servers. :)
15:48
<Ryan52>
sbalneav: "/connect irc.gnome.org"
15:48
sbalneav: then on the status screen press ctrl-x to switch between them
15:48
s/screen/window/
15:49sepski has quit IRC
15:49
<sbalneav>
So, am I still on ltsp when I do that?
15:49
I guess yes :)
15:50
<Ryan52>
heh
15:50
<stgraber>
Gadi: ok, got your new scripts, will test it either tonight (using vnc to my terminal) or tomorrow
15:50
<Gadi>
stgraber: great, thx
15:50
<Lns>
cool, now my function works perfectly =) thanks sbalneav, all
15:52bobby_C has quit IRC
15:52J45p3r__ has joined #ltsp
15:54
<vagrantc>
Gadi: so, i think ltspfs-trunk is pretty much taggable, presuming your local mounting stuff works
15:55BrunoXLambert has quit IRC
15:56
<Gadi>
cool
15:56
vagrantc: if you want to test that, simply install ltspfs in the chroot
15:56
you should see a: /media/root created on the client
15:56
<vagrantc>
Gadi: i think i'd put the /tmp/.X*lock inside of a if [ -x ltspfsmounter ] block, though ... no sense checking for that if we don't need it
15:56
<Gadi>
when a drive is inserted
15:56
vagrantc: I think I do
15:57
<vagrantc>
Gadi: no, it's just a one-liner ... but there's more code i'd put in that block.
15:57Eghie has quit IRC
15:57
<vagrantc>
Gadi: the test is a one-liner, but i'd put the whole code block inside the test
15:57
<Gadi>
in ltspfs_entry?
15:58
<vagrantc>
yeah
15:58
or maybe i'm looking at the old code ...
15:59
Gadi: ah yes, i was just looking at the initial merge, your very next commit did exactly what i was proposing :)
15:59
<Gadi>
:)
15:59* Gadi must have thought - what would vagrantc do?
16:00* Gadi just learned the setsid command today
16:00
<vagrantc>
Gadi: i can't think of a way to check the "failed mount, run ltspfs_entry remove" code ...
16:00
<Gadi>
thanks, code of the day toilet paper
16:01
<vagrantc>
what's setsid useful for?
16:01
<Gadi>
vagrantc: I used it to play with SSH_ASKPASS
16:01
it dissociates a command from the controlling terminal
16:01
<vagrantc>
reading the manpage for setsid suggests to me that debian's util-linux is actually util-linux-ng
16:02* jammcq checks thinkgeek for that code toilet paper
16:02
<vagrantc>
one more mystery solved.
16:04
<johnny>
vagrantc, most util-linux is util-linux-ng
16:06
<vagrantc>
johnny: yes, but it's not obvious from the changelogs
16:06
someone was asking in here about it, and i couldn't determine
16:08
Gadi: i don't see the local mounter stuff...
16:09
Gadi: does it not kick in with ldm?
16:09alkisg has quit IRC
16:09
<johnny>
cyberorg, does suse have a package for xephyr ?
16:11
<vagrantc>
Gadi: ah, it probably has something to do with the fact that i don't have the newer package installed. :)
16:14zerocool has quit IRC
16:19
<Gadi>
vagrantc: it should be independent of LDM
16:20
you should be able to drop to a shell and see /media/root if the device is plugged in
16:21
<vagrantc>
-if [ -d /var/run/ltspfs_fstab ] && [ -x /usr/sbin/ltspfsmounter ]; then
16:21
+if [ -f /var/run/ltspfs_fstab ] && [ -x /usr/sbin/ltspfsmounter ]; then
16:21
in I10-delayedmounter
16:22
<Gadi>
doh
16:23
<vagrantc>
though, fixing that now causes ldm to hang before the greeter shows up
16:24
seems like it's stuck on the ltspfsmounter call...
16:25
<Gadi>
yeah
16:25
there was another bug in that script
16:25
just fixed it
16:25
SSH_CONNECTION should be unset
16:25
not set to localhost
16:25
pushed
16:26
can you check that?
16:28
<vagrantc>
checking...
16:29* Gadi seems to always forget about delayed mounter
16:29
<Gadi>
:)
16:29nicoAMG has quit IRC
16:31
<stgraber>
Gadi: testing your script now
16:31
<vagrantc>
Gadi: still seems to be hanging ... it's now trying 127.0.0.1 ...
16:32
<Gadi>
did you repackage?
16:32
or are you just patching scripts?
16:32
because ltspfsd got a change in the newest packages
16:32
that required compiling
16:33
if you can "make" ltspfsd from bzr and copy it into your chroot, that might clear it up
16:33
<vagrantc>
Gadi: the last 2 commits i'm patching scripts, but otherwise it's packaged.
16:34
<Gadi>
ah, ok
16:34
<vagrantc>
so all the hard changes are in the package :)
16:34
<Gadi>
hmm...
16:34
can you run the command from the shell?
16:34
ie, run the I10-delayedmounter script
16:38jammcq has quit IRC
16:38
<vagrantc>
Gadi: doing that ... i'm getting a "/usr/sbin/ltspfsmounter cleanup all" followed by "unknown command"
16:39
Gadi: and then ...
16:40
Gadi: "/usr/sbin/ltspfsmounter /var/run/drives/floppy0 add" that stalls out ... i see a sleep 1 in the process tree ...
16:41
Gadi: and a call to "ltspfs 127.0.0.1:/var/run/drives/floppy0 /tmp/.root-ltspfs/floppy0"
16:41
oooh! a juicy error!
16:42
Error: /tmp/.root-ltspfs/floppy0 is not mounted
16:43
suid mount failed: [Error 39] Directory not empty: '/tmp/.root-ltspfs/'
16:43
and then it proceeds to stall out on the cdrom
16:43
Gadi: might possibly be issues with all the bind-mounting insanity..
16:44
<Gadi>
hmm...
16:45
crap
16:45
its "all cleanup"
16:45
not cleanup all
16:45
or at least it is according to ldm's rc.d
16:46* vagrantc patches and retests
16:48
<Gadi>
also test running: ltspfs 127.0.0.1:/var/run/drives/floppy0 /tmp/.root-ltspfs/floppy0
16:48
from the shell
16:51
<vagrantc>
it seems to stall...
16:52
<Gadi>
well, thats good
16:52
we're getting warmer
16:53
<stgraber>
Gadi: this one works correctly
16:53
<Gadi>
stgraber: which one?
16:53
<stgraber>
Gadi: all of my icons are there
16:53
<Gadi>
ah
16:53
cool
16:53
it searches pixmaps and icons
16:53
and picks the first one it finds
16:53
:P
16:53
<stgraber>
I'm just wondering if we should keep /etc/ltsp/localapps-menu or something similar for custom .desktop files
16:53
<Gadi>
maybe later, we will come up with an improved algorithm
16:54
<stgraber>
I'm not a fan of touching stuff in /usr/share
16:54
<vagrantc>
Gadi: use whichever icon takes up the most memory!
16:56
<stgraber>
Gadi: so as far as I'm concerned, please push to trunk
16:56
<Gadi>
stgraber: ok
16:58GodFather_ has joined #ltsp
16:58
<vagrantc>
Gadi: how is it getting the ltspfs token when run from the commandline?
16:58
<Gadi>
vagrantc: set DISPLAY
17:03vvinet has quit IRC
17:03
<vagrantc>
it seems to be calling ltspfs .... /tmp/.root-ltspfs/ rather than /tmp/.root-ltspfs/cdrom, which is what i would expect ...
17:04GodFather_ is now known as GodFather
17:04
<vagrantc>
though i guess that's the normal behavior
17:06nobios has joined #ltsp
17:07
<Gadi>
you are directly on the shell, right? not ssh'd into the shell
17:07
<vagrantc>
yes.
17:07
SCREEN_08=shell
17:07
<Gadi>
ok
17:07
it still hangs?
17:07
<vagrantc>
yup.
17:07
<Gadi>
did you try to export DISPLAY
17:07
on the shell?
17:08
ie, export DISPLAY=:7
17:08
or some such
17:08
and then ltspfs....
17:08
<vagrantc>
yup.
17:09
no luck.
17:09
<Gadi>
cat /proc/mounts
17:09
and make sure nothing is funky there from previous attempt
17:10
hmm... do you symlink /etc/mtab -> /proc/mounts?
17:11
<vagrantc>
Gadi: yes.
17:11
<Gadi>
I wonder if that makes a difference
17:11
<vagrantc>
nothing funky... at least, nothing abnormally so
17:11
<Gadi>
this is a fuse filesystem
17:11
and some fuse filesystems dont like that
17:11
is /etc writable atm?
17:11
<vagrantc>
i'll try the ol "put all of /etc/ into tmpfs" trick.
17:12
<ltsppbot>
"stgraber" pasted "Proposition of ldm rc.d printer handling" (10 lines) at http://pastebot.ltsp.org/186
17:12
<stgraber>
vagrantc, Gadi, warren: ^
17:12
that's one of the feature we have in ltsp-cluster that unfortunately requires a hack in libcups (we are working on pushing that upstream)
17:12
<warren>
PRINTER_LIST contains the list of printers to display (requires a patched cups)
17:12
patched?
17:12
<Gadi>
I would make them LDM_ vars
17:13
<warren>
what happens if cups is not patched? kaboom?
17:13
I wont be able to ship patches for cups unless upstream accepts it
17:13
<stgraber>
warren: if it's not patched the filtering just won't happen
17:13
warren: stock cups doesn't offer a way of filtering its printer list (at least not that I know of)
17:13
<Gadi>
please make them LDM_PRINTER_DEFAULT and LDM_PRINTER_LIST
17:14
other than that, it sounds good to me
17:14
<stgraber>
oh, PRINTER_DEFAULT should actually be the usual PRINTER variable
17:14
should I make LDM_PRINTER that's then exported as PRINTER ?
17:15
<Gadi>
well, LDM_PRINTER_DEFAULT is clearer imho
17:15
but, either works for me
17:15
<stgraber>
ok
17:15
I'll make LDM_PRINTER_DEFAULT as lts.conf setting exporting $PRINTER in the user's env
17:16
the PRINTER_LIST thing is a patch we're maintaining for our customers for a while but I personaly hate it and am pushing as hard as I can for a clean rewrite and pushing upstream (I have discussed with our cups guys at UDS and as soon as I have something clean they'll do what they can to upstreamize it)
17:17
it's sort of a must-have on large networks
17:19
<ltsppbot>
"stgraber" pasted "Proposition of ldm rc.d printer handling (clean one)" (6 lines) at http://pastebot.ltsp.org/187
17:20
<stgraber>
Gadi: good ?
17:23
<vagrantc>
Gadi: no luck on the writeable /etc with plain /etc/mtab file
17:23
<Gadi>
stgraber: I am partial to LDM_PRINTER_DEFAULT
17:24
but maybe thats the programmer in me
17:24
wanting an LDM_PRINTER prefix for everything LDM_PRINTER related
17:24
vagrantc: do you have the fuse module loaded on the client?
17:25
<stgraber>
Gadi: it appears as a drop-down in our UI so it also makes sense there, I'll change it.
17:25
<vagrantc>
Gadi: /home gets mounted using sshfs...
17:25
<Gadi>
vagrantc: tousche
17:26
can you strace it?
17:28
<stgraber>
ok, updated the comments and variable name and pushed upstream
17:29
<vagrantc>
Gadi: i still get the feeling that there's something different in the shell and when run from the screen script...
17:31
Gadi: running the *same* ltspfsmounter call from the commandline results in a different ltspfs commandline ...
17:31
<stgraber>
is anyone working on some changes for ldm at the moment ? I'm planning to tag it otherwise.
17:32
<vagrantc>
Gadi: when run from the xinitrc.d, it calls ltspfs .... /tmp/.root-ltspfs/cdrom ... whereas from the commandline ltsp .... /tmp/.root-ltspfs/
17:32
of course, neither work ...
17:32
<Gadi>
hmm
17:32
well, the only difference should be the DISPLAY
17:33
unless you set that
17:33
and, I guess what in ltspfs_fstab
17:33
did you check the contents of that file?
17:33
hmm...
17:33
maybe comment out the "cleanup" line
17:34
maybe it is messing something up
17:35johnny has left #ltsp
17:35
<vagrantc>
Gadi: strace is hanging on a connect ... blah blah blah 127.0.0.1 ...
17:36
i changed ltspfsmounter to call "strace ltspfs ..."
17:37
<Gadi>
hmm...
17:37
is your loopback up?
17:38
<vagrantc>
Gadi: heh. just figured that out :)
17:38
i swear i've killed the missing loopback bug a million times, and it keeps resurfacing...
17:40* Lns remembers hearing something about loopback device being important ;)
17:42
<Gadi>
vagrantc: tell me it works ok now
17:43
<vagrantc>
Gadi: works!
17:43
<Gadi>
whew
17:43* Gadi ponders whether to "modprobe lo" in his script
17:43
<Gadi>
:P
17:44
er, ifup lo
17:44
or something
17:44
:)
17:44
stgraber: go ahead and tag ltspfs
17:45
oh wait, we were going to make a symlink of /media/$USER -> /media/root
17:45
in an ldm rc.d script
17:45
somewhere
17:49
<vagrantc>
symlink wouldn't give them write or even read permissions ...
17:49
fuse is extra paranoid...
17:49
or did you mount with some fuse options to be permissive...
17:52
<Gadi>
well, I changed ltspfsd to mount without the xatom auth for connections from 127.0.0.1
17:52
so it should allow other users to access /media/root
17:52
you can try with a local app
17:53
what we wanted to do was make the symlink so the environment looks the same as the server
17:53
but, whatever
17:53
its a detail
18:02vvinet has joined #ltsp
18:04artista_frustrad has joined #ltsp
18:05
<vagrantc>
Gadi: wouldn't it be cleaner to just mount /media/$USER on the thin-client?
18:05artista_frustrad has quit IRC
18:06
<vagrantc>
because the mounted persmissions would all be root.root or whatever the device is, and if you're running as a localapp, you don't have root permissions.
18:06
<Gadi>
for that, you would have to run ltspfsmounter as $USER
18:06
which is hard to do from udev
18:06
:)
18:07
<vagrantc>
i just don't see how the user will be able to access /media/root with localapps, since the localapp isn't run as root.
18:08
it's useful for rdesktop or whatever other screen scripts, since they run as root...
18:08
<Gadi>
hmm...
18:08
you may have a point there
18:11
<vagrantc>
Gadi: another glitch ...
18:12
Gadi: works fine for the first time ldm is started up ... but then on the second time, the old mounts don't get cleaned out, and new ones get attempted...
18:12
<Gadi>
it doesnt run cleanup?
18:12
or did you comment that out?
18:13artista_frustrad has joined #ltsp
18:13
<vagrantc>
i think it runs, it just doesn't work.
18:13
<Gadi>
well, thats annoying
18:14artista_frustrad has quit IRC
18:14
<vagrantc>
little by little ...
18:19
<Gadi>
hmm... claenup looks in /proc/mounts
18:19
to find ltspfs mounts to cleanup
18:20
what tells you the old ones are not cleaned out?
18:20
<vagrantc>
the mounts are still there, and there's the /tmp/.root-ltspfs/floppy0 mount
18:21
<Gadi>
well, it should immediately add them back
18:21
so they should be there
18:21
<vagrantc>
it looks like the "mount --move" bit failed
18:21
but the /tmp/.root-ltspfs/* mounts should disappear once it works.
18:21
which is how it is on the first run
18:22
<Gadi>
ah, ok
18:23
<vagrantc>
and now there's two processes running for every device...
18:24
two ltspfs processes, that is
18:25
also doesn't seem to respond to devices not handled from delayed mounter ...
18:29
<Gadi>
as in USB stick?
18:31
<vagrantc>
or cd insertion
18:32
<Gadi>
hmm...
18:32
<vagrantc>
i mean, the user based stuff still works ... but the /media/root thing seems to have some glitches yet
18:32
the local mounting
18:33
<Gadi>
I wonder whats gumming it up
18:33
cdpinger and udev both call ltspfs_entry
18:33
which should call ltspfsmounter just like delayed mounter does
18:35
ey, can you try something else for me?
18:36
right after line 106 in ltspfsmounter in the chroot,
18:36
add a line:
18:36
os.putenv('USER', 'root')
18:36
at the same indentation as the preceding line
18:37
perhaps, ltspfs and lbmount *really* need to have USER in the environment explicitly
18:38
in fact, I'm gonna add that line in here
18:38
<vagrantc>
probably can ditch the special casing for root then... i.e. if not get_var('USER'): os.putenv ...
18:39
<Gadi>
well, that reads it in from the env
18:39
and acts on an empty env var
18:39
to set it
18:39
and put it back into the env
18:39
<vagrantc>
right
18:40
so rather than special casing root = and mediaroot = ... just set USER ...
18:40
<Gadi>
ah, I see
18:43
<vagrantc>
hmmm... maybe that's not so good.
18:43
<Gadi>
why not?
18:45
<vagrantc>
well, i managed to test the "if device fails to mount, remove it" code path :)
18:45
<Gadi>
do tell
18:46
<vagrantc>
i unmounted the cdrom, and for some reason, it stayed in /var/run/ltspfs_fstab ...
18:46
so then when i actually tried to look at it, it removed it :)
18:51
Gadi: well, i think i'm done for the day... not sure what's amiss, but there seem to be a few issues yet...
18:52
<Gadi>
yup
18:52
I am wiped as well
18:53
g'night
18:53
<stgraber>
Gadi, vagrantc: Are ldm and ltspfs ready to tag ?
18:53
<Gadi>
I think ldm is good to go
18:53
<stgraber>
well, for ltspfs I'd rather see vagrantc tag it and package it, so I'll sync from it
18:53
<Gadi>
ltspfs, while not broken, seems to need a bit more TLC
18:54
<stgraber>
Gadi: ok, will tag it.
18:54
<Gadi>
but the TLC should not affect anything unless ltspfsmounter is installed in the chroot
18:55
<vagrantc>
if ltspfsmounter is installed, all sorts of weirdness starts to happen.
18:55
but at least we figured out what was causing it to fail
18:55
<stgraber>
Gadi: did you add that symlink to S01-localapps ?
18:55
<vagrantc>
er, hang the login
18:56
stgraber: you're the only one who's modified ldm-trunk
18:56
stgraber: ltspfs-trunk seems ok to tag, but the local mounting features have some definite breakage
19:04
<Gadi>
gotta run
19:05
stgraber: I would say tag what we have
19:05
for now
19:05
and we will debug more
19:05
ciao
19:05
exit
19:05Gadi has left #ltsp
19:10* Lns waves to chan
19:10Lns has quit IRC
19:18vagrantc has quit IRC
19:38GodFather has quit IRC
19:43
<sbalneav>
Evening all
19:57try2free has joined #ltsp
20:02try2free has left #ltsp
21:00nobios has quit IRC
22:01CaScAdE^FarAway has joined #ltsp
22:04vagrantc has joined #ltsp
22:05
<stgraber>
evening sbalneav
22:16rcy has joined #ltsp
22:17CaScAdE^1arAway has quit IRC
22:28
<stgraber>
ldm tagged
22:59zirconiumks has joined #ltsp
23:00hanthana has joined #ltsp
23:03alkisg has joined #ltsp
23:17Egyptian[Home]1 has joined #ltsp
23:23vagrantc has quit IRC
23:34Egyptian[Home] has quit IRC
23:44alkisg has quit IRC
23:54nobios has joined #ltsp