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


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

00:40kaos01 has quit IRC
00:47alkisg has quit IRC
00:57alkisg has joined #ltsp
01:02Faithful has quit IRC
01:03rhodan_ has joined #ltsp
01:19rhodan has quit IRC
02:00gnunux has joined #ltsp
02:00
<gnunux>
hi
02:10alkisg has quit IRC
02:12alkisg has joined #ltsp
02:35alkisg1 has joined #ltsp
02:38alkisg has quit IRC
02:47barzog has quit IRC
03:03alkisg1 is now known as alkisg
03:25bobby_C has joined #ltsp
03:48ronalde has joined #ltsp
03:49
<ronalde>
while trying to get http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head%3A/server/plugins/ltsp-build-client/Ubuntu/030-kiosk working, i would like to skip (or remove) ldm. any pointers?
03:52* alkisg wonders why the kiosk plugin is based on gdm instead of ldm...
03:54
<ronalde>
because I (and presumably others) don't want a dependency on application- or logon servers
03:54
<alkisg>
Ah, got it
03:54
<ronalde>
(we use kiosk mode for guests and failsafe sessions when user homedirs are not accessible)
03:56
i tried something like the following in configure): EARLY_PACKAGES="$( echo "${EARLY_PACKAGES}" | sed 's/ldm[:space:]//')" but that doesn't prevent ldm from getting installed
03:57
<alkisg>
ldm should pass automatically when it sees gdm in /etc/X11/default-display-manager, so it shouldn't hurt to keep it...
03:57
<ronalde>
I know, I just want to keep it clean ;)
03:57
(the croot that is)
03:57
<alkisg>
OK. What distro?
03:58
E.g. for Ubuntu: ltsp-trunk/server/plugins/ltsp-build-client/Ubuntu/000-basic-configuration: EARLY_PACKAGES=${EARLY_PACKAGES:-"ltsp-client ldm dbus"}
03:58
<ronalde>
ubuntu karmic
03:58
<alkisg>
So if you call ltsp-build-client --early-packages=ltsp-client,dbus or something like that, it should work
03:59
Hmm you want it in a plugin...
03:59
<ronalde>
... yep, thx ;)
04:00
<alkisg>
If you do `aptitude why ldm` in your chroot now, what do you get?
04:01
<ronalde>
ldm-ubuntu-theme Vereisten ldm (>= 2:2.0.6-1ubuntu1)
04:01
aptitude why ldm-ubuntu-theme
04:01
Unable to find a reason to install ldm-ubuntu-theme.
04:01
dependancy should be reversed?
04:01
<alkisg>
See 030-artwork
04:02
You need to propose a change for that file, so that it *doesn't* install ldm-ubuntu-theme when ldm isn't installed at all.
04:03
<ronalde>
how do i get about this request and proposed new version of 030-kiosk?
04:03
<alkisg>
Hmm yeah or maybe the dependency should be reversed :D
04:03
<ronalde>
(i would like to see both get applies in karmic and lucid
04:03
(and debian of course)
04:04
<alkisg>
You can talk about it here later on (= US mornings), or you can send a mail to ltsp-developer
04:04
<ronalde>
thx
04:04
(i'll look in the dependancy further)
04:04
<alkisg>
ronalde: maybe that dependency is indeed wrong... right, can you look at it?
04:04
<ronalde>
i will
04:08sene has joined #ltsp
04:12
<alkisg>
ronalde: also, why do you need gdm instead of e.g. a screen script like rdesktop, which would just launch firefox?
04:13
<gnunux>
you can use an standard session in your ltsp server
04:13
<ronalde>
alkisg: I really don't want (or like) gdm; for instance when you close the browser, you get a login screen while it just would need to reload firefox
04:13
<gnunux>
but this session only start firefox
04:14
<alkisg>
ronalde: then you should be able to do something like the rdesktop script, have a look at it...
04:14
gnunux: he doesn't want to logon to any servers, so he can't use ldm
04:14
<gnunux>
why would you like use rdesktop ?
04:15
<alkisg>
gnunux: the rdesktop script would serve as an EXAMPLE to do something similar to launch firefox with no display managers at all
04:15
ronalde: also, maybe it would be better if you kept ldm, and made the whole kiosk concept an lts.conf setting
04:15
<ronalde>
I guess gdm is included in the current plugin to get fullscreen firefox (through devilspie)
04:17
echo "(if (matches (window_name) \"fox\") (undecorate) (fullscreen))" >$KIOSKUSERHOMEBUILD/.devilspie/default.ds 
04:18
<alkisg>
Why not just set the fullscreen attribute of firefox?
04:18
<ronalde>
--fullscreen ?
04:18
<alkisg>
No, in about:config, so I think sqlite will be needed to set that setting
04:20
<gnunux>
no, this option is in prefs.js file
04:21
but there is an great extension with better fullscreen mode
04:24
<ronalde>
that's a petty; dependancy on poorly supported and/or maintained and/or version dependant extensions or addons are not my idea of an ideal solution
04:29
gnunux: are those extensions open source or free? I can't seem to find sources or licenses for r-kiosk https://addons.mozilla.org/nl/firefox/addon/1659 ?
04:33
clicking on the 'install' link shows: "R-Kiosk extension is in public domain. It may be freely reproduced, distributed, transmitted, used, modified, built upon, or otherwise used by anyone for commercial or non-commercial purposes.". The source is in the xpi (zip-file)
04:38
alkisg: created https://bugs.launchpad.net/ltsp/+bug/512269 for reversed dependency
04:39
<alkisg>
ronalde: ok, but it isn't clear if you propose that the dependency is wrong, or if just the plugin shouldn't install ldm-ubuntu-theme when ldm is not around.
04:39
If it's the second, it'd be really faster if you attached a patch ;)
04:40
<ronalde>
I would if I knew how ;)
04:50bobby_C has quit IRC
04:51
<ronalde>
alkisg: 030-kiosk patch described in https://bugs.launchpad.net/ltsp/+bug/512278
04:57* alkisg would prefer an non-gdm based approach...
04:58
<alkisg>
Also I'd use BROWSER="${BROWSER:firefox}" to allow the sysadmin to customize the browser from ltsp-build-client.conf
04:58
<ronalde>
nice
04:59
about the non-gdm approach: when having to choose between the mentioned addon or gdm, which would you prefer?
05:00
<alkisg>
Between those 2, I'd prefer the add-on, because it would enable me to use the same chroot to serve both kiosks & normal thin clients
05:00hersonls has joined #ltsp
05:01
<alkisg>
Also, much of the user creation code could go to a screen.d script
05:02
This way you'd even be able to clear the kiosk user home dir on each logout / X restart
05:02
Have a look at how screen.d/rdesktop works
05:02
<ronalde>
nice suggestion, I'll look in to that
05:05
<alkisg>
*typo, I meant BROWSER="${BROWSER:-firefox}"
05:05
<ronalde>
assumed that ;)
05:07
shouldn't the default value be between quotes: BROWSERPLUGINS="${BROWSERPLUGINS:-'flashplugin-nonfree sun-java6-jre'}"?
05:14otavio has joined #ltsp
05:18
<alkisg>
No, it isn't needed, the syntax allows spaces in non-quoted values
05:18
<ronalde>
what about this one (from /opt/ltsp/i386/usr/share/ltsp/screen.d/rdesktop): RDP_OPTIONS=${RDP_OPTIONS:-"-f"}
05:18
<alkisg>
$ test=${test:-this is a test}
05:18
$ echo $test
05:18
this is a test
05:19
Not everything is written by the same dev, so not all follow the same rules ;)
05:19
<ronalde>
ic
05:19
thx
05:19
<alkisg>
ronalde: also, remove the dot from the end of the description...
05:20
- add_option "kiosk" "`eval_gettext "a simple webkiosk mode"`" "advanced" "false"
05:20
+ add_option "kiosk" "`eval_gettext "a simple webkiosk mode."`" "advanced" "false"
05:20
<ronalde>
took that one from current trunk ;)
05:20
<alkisg>
Erm, then it's wrong, the dots should have been removed, who put them back?! :)
05:21
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head%3A/server/plugins/ltsp-build-client/Ubuntu/030-kiosk
05:21
No dot...
05:21
<ronalde>
so I guess , I did (forgot to apply that one)
05:21
<alkisg>
OK,np
05:37shogunx has joined #ltsp
05:42waranha has joined #ltsp
05:45
<waranha>
Hello all. I already have a DHCP server running. How do I put the second DHCP server in my LTSP server? I am using VLAN.
05:45
<MaRX-Mode>
hmm?
05:47
<ronalde>
subnet x.x.x.0 netmask 255.255.255.0{ ## tftp-settings
05:47
next-server x.x.x.x;
05:47
filename "/pxelinux.0";
05:47
<sep>
waranha, you want yo serve dhcp on 2 vlans from the same server ? just add the second subnet stanca in the same dhcp server config. but why exactly are you splitting the network in 2 if you want to use the same server ?
05:48
<ronalde>
sep: we use one dhcp-cluster for all our vlans
05:49
<sep>
well you know you do not realy have to feed all those vlan's into the dhcp server. you can serve dhcp thru a dhcp-relay config in your router forinstance.
05:50
<ronalde>
sep: we do that as well
05:50
<sep>
ronalde, i was talking to waranha
05:50
<ronalde>
so in each router we relay dhcp to our central dhcp-server instances
05:50
<sep>
ronalde, got confused
05:50
<ronalde>
sorry ;)
05:54
<waranha>
I used subnet, but did not put the parameter next-server. but I will configure it via dhcp-relay. Thank you for now. I will do the test and any doubts call the channel again.
06:25netlama has joined #ltsp
06:27
<netlama>
hi all, just set up ltsp on ubuntu 9.10, worked out of the box, and thin clients booting ok. Struggling to find out how to set up full remote control of server over local network, any pointers? thx.
06:28ogra has quit IRC
06:29ogra has joined #ltsp
06:30
<alkisg>
netlama: remote control of the server on the local network?! If you logon to any thin client, you _are_ on the server, so you can manage it...
06:30
<netlama>
completely? addding users, set up mail server etc?
06:31
<alkisg>
It's almost the same as sitting physically on the server, so yes.
06:31
(except for a bug about users-admin not being able to work over remote X...)
06:32
<netlama>
that'd be why I couldn't find any instructions on how to do it then!
06:32
<Appiah>
umm
06:32
one way to remote control a server and install software is to use SSH :)
06:32
<alkisg>
Appiah: he's on the LOCAL network :)
06:33
<Appiah>
so? :)
06:33
<alkisg>
Sure, ok he can also use ssh
06:33
<netlama>
so, if I log in as server_admin user on thin client, can I install packages onto the server just by using synaptic?
06:33
<alkisg>
I just thought you didn't notice it..
06:33
netlama: yes
06:34
<netlama>
thanks. Just beginning to make the big jump from desktop upwards :) forgive ignorance, and I'll be back soon...
06:35
also....
06:37
currently I have a desktop using evolution that collects mail from three different pop3 servers. I want to make the ltsp server do that, and then use evolution on the thin client to get the mail from the server.
06:37
Is that the right way to go about it, and if so what mail server would you recommend on the ltsp server?
06:38
<Appiah>
Dont know how the rest of your infrastructure looks but running the mailserver on the LTSP server is no problem
06:38
The Evolution on the thin client is the same as the Evolution on the server
06:38
how many pop servers you get your mail from is just a user configuration in evoultion
06:39scottmaccal has joined #ltsp
06:40
<netlama>
so can I use evolution on the server to collect from 1.com, 2.com, 3.com and then use evolution on the thin clients so that user 1 gets user1@1.com and user1 @2.com, whilst user 2 gets the mail for user2@1.com etc.?
06:41
<Appiah>
Start a thin client
06:41
Start Evolution
06:41
configure your mail
06:41
Done (?!)
06:42
<netlama>
except the routing to different users has to be done on my network. At the moment evolution collects everything from 1.com, and then I use folders and rules to sort out the different users.
06:42
<ronalde>
netlama: when you would like to have a central configuration for your users: configure fetchmail to retreive the (multiple) pop-accounts to each users homedirectory (in `~/.fetchmail`) and configure a single local evolution-account for each user using that folder
06:44
see: http://fetchmail.berlios.de/
06:44
<johnny>
there is probably a simpler way.. but it would involve using imap instead of pop..
06:45user_ has joined #ltsp
06:45scottmaccal has quit IRC
06:46user_ has quit IRC
06:47user_ has joined #ltsp
06:48netlama_ has joined #ltsp
06:48
<netlama_>
back again :)
06:49
so, use fetchmail to get everything from 1.com and 2.com and then local evolution folders to collect from fetchmail user1@1.com and user1@2.com, etc.?
06:50pmatulis has joined #ltsp
07:00
<ronalde>
alkisg: I see you closed https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/365380 , we still have to manually apply http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1445 . Why isn't that patch applied?
07:02
<alkisg>
ronalde: it's fixed on newer ltsp versions. If someone wants a backport, he should file a separate bug. That bug was mixed with stories of people who solved their problems and of people who didn't respond...
07:02netlama has quit IRC
07:02
<ronalde>
ic, so no chance to get it back in karmic?
07:03
sorry; file seperate bug
07:04netlama_ has quit IRC
07:06
<ronalde>
alkisg: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1445
07:06
I meant: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/512313
07:13mikkel has quit IRC
07:18cliebow has joined #ltsp
07:34
<alkisg>
ronalde: udhcpc IS on karmic...
07:34
<ronalde>
our problem is in the initamfs-image: /opt/ltsp/i386/usr/share/initramfs-tools/scripts/init-premount/udhcp
07:35
which isn't patched
07:37
alkisg: we actually have this bug all around, because we use the version supllied with debian-installer (from Debian Lenny) for all our netboot needs (and there are a lot of those!)
07:37
<ogra>
ronalde, https://wiki.ubuntu.com/StableReleaseUpdates
07:38
<ronalde>
ogra: do you mean we should stick to LTS-versions?
07:38
<ogra>
you can get it into karmic-updates, i think it justifies
07:38
<alkisg>
ronalde: can you describe your problem? What patch do you want applied to udhcp?
07:39
<ronalde>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/diff/1445
07:39
<alkisg>
Ah, got it. Yeah too bad this didn't make it for Karmic...
07:39
<ronalde>
it's the part where /tmp/net-$interface.conf gets filled
07:40
ogra: thx
07:45
alkisg: I have some practical questions about your deployment of LTSP in your school; could I pose them here?
07:45
<alkisg>
sure, shoot...
07:45
<ronalde>
hwo many LTSP-clients do you deploy?
07:46
<alkisg>
We use existing labs, usually ancient ones, with 8-12 clients and 1 server
07:46
<ronalde>
ic, so you didn't try stgrabbers ltsp-cluster* yet?
07:47
(stgrabber = stgraber)
07:49
<alkisg>
No, and I don't think I will soon, I never have such big ltsp setups
07:50
<ronalde>
thx
07:55evilx has joined #LTSP
08:10bobby_C has joined #ltsp
08:18Gadi has joined #ltsp
08:39CAN-o-SPAM has joined #ltsp
08:47ronalde has left #ltsp
08:53KaRoe has joined #ltsp
08:54
<_UsUrPeR_>
Can anybody give me some pointers for setting up printers for ltsp-localapps?
08:54Pod2 has joined #ltsp
08:54
<KaRoe>
Hi Guys, I seem to have some trouble with my mouse in ltsp 5... I've hardcoded the xorg.conf file, tried all the different mousedrivers and still the mouse seems to "jump" to the left corner. Is there somebody who had similar problems?
08:55
<Pod2>
any links to info on setting up local devices in rdesktop?
08:55
<Appiah>
rdesktop + local devices = ouch!
08:55
was a big discussion on the mailing list about that
08:55
wonder if they ever soled taht
08:55
solved that*
08:55
<Pod2>
it was (pretty much) working on 4.2
08:56
<Appiah>
what local devices are we talking about?
08:56
<Pod2>
usb sticks mainly
08:56
<Gadi>
_UsUrPeR_: you just need to make them publicly available on the LTSP server
08:57
<_UsUrPeR_>
Gadi: them = printers?
08:57
<Gadi>
yeah
08:57
<_UsUrPeR_>
Gadi: ok.
08:57
<Gadi>
ie make them broadcast the queues to the network
08:57
and share them
08:57
<Appiah>
http://www.mail-archive.com/ltsp-discuss@lists.sourceforge.net/msg37564.html Pod2
08:57
<_UsUrPeR_>
Gadi: does cups need to be installed on the chroot?
08:57
<Gadi>
no
08:57
<Appiah>
share a printer thats connected to thin client?
08:57
<Gadi>
only the cups client (which should be there)
08:58
!RDP-localdev
08:58
<ltspbot`>
Gadi: "RDP-localdev" :: when I want to use local devices in an LTSP rdesktop session. See: https://help.ubuntu.com/community/UbuntuLTSP/RdesktopLocaldev
08:58
<Gadi>
Pod2: ^^
08:58
<Pod2>
thanks
08:58
reading both links now
09:00
<_UsUrPeR_>
Gadi: Ok, I'm running 9.10, and in System>Admin>[printer]>Properties>Policies, I have the Sharing check box checked.
09:00
is that not the correct place?
09:01* Gadi thinks so - honestly I usually edit /etc/cups/cupsd.conf by hand and restart cups
09:01
<Gadi>
:)
09:02
<_UsUrPeR_>
gadi: ok, so editing the cupsd.conf, do I just need to change the "listen localhost:631" to "listen ltsp_server:631"?
09:02
<Gadi>
I do:
09:02
Listen *:631
09:02
Browsing on
09:02
(instead of off)
09:03Faithful has joined #ltsp
09:03
<Gadi>
and:
09:03
Allow 192.168.1.*
09:03
<Pod2>
I'm guessing ltspfs 0.5.3 is older than 0.5.13 ?
09:03
<Gadi>
under the stanza: <Location />
09:03
Pod2: good guess
09:04
<_UsUrPeR_>
Gadi: k, trying now. thanks for your help
09:04
<Pod2>
any harm in installing the debian testing version in a stable chroot?
09:05vvinet has joined #ltsp
09:05
<moldy>
Pod2: i wouldn't count on this working
09:06
Pod2: the chroot installation accesses stuff outside the chroot... there are likely incompatibilities there
09:07
<Pod2>
well, I can't use squeeze/testing as the chroot, because it breaks mouse and keyboard
09:07
so it's lenny/stable and that only has ltspfs 0.5.3
09:07
and that doesn't appear to work
09:07
<Gadi>
_UsUrPeR_: dont forget to restart cups
09:08
<KaRoe>
Hi Guys, I seem to have some trouble with my mouse in ltsp 5... I've hardcoded the xorg.conf file, tried all the different mousedrivers and still the mouse seems to "jump" to the left corner. Is there somebody who had similar problems?
09:08
<Gadi>
KaRoe: sounds like the wrong mouse protocol
09:09
is it a weird kind of mouse?
09:09
Pod2: you should be able to install the debs for ltspfs and ltspfsd in your chroot from squueze with no ill effect
09:10
<Pod2>
cool, I'll try that
09:12
should the stick appear in /media/root in the client shell?
09:13
<KaRoe>
no it's not a weird one
09:13
and all the 4 mouses I've tried have the same thing
09:15etyack has joined #ltsp
09:15
<KaRoe>
any driver I try for it, it does the same thing
09:16
<alkisg>
DEBUG: Loading plugin: install: /usr/share/ltsp/plugins/ltsp-build-client/common/020-rootpath
09:16
DEBUG: Loading plugin: install: /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/025-locales
09:16
ERROR: abnormal termination of ltsp-build-client
09:16
<KaRoe>
I've heard something that if the mouse qeue was full, they do that... yet I don't really know what I'm talking about ;)
09:16
<alkisg>
While trying the latest ltsp from stgraber's ppa, I get those above ^^^ Any clues?
09:17
<_UsUrPeR_>
Gadi: Ok, so I am still having problems "seeing" printers from localapps on the client. I had installed evince on the chroot in order to allow users to choose the "open" option in firefox when opening .pdf files, but I cannot see any printers when users go to print via evince. Same with firefox. Yes, I restarted cups on the server :)
09:20
<alkisg>
Hmmm removing 025-locales helps, I wonder why...
09:21etyack has quit IRC
09:21etyack has joined #ltsp
09:24
<_UsUrPeR_>
Gadi: got it
09:24
thx
09:24Blinny has joined #ltsp
09:27
<sbalneav>
Morning all
09:27
<alkisg>
Any idea why would 025-locales break my installation, while removing it allows me to go on?
09:27
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/head%3A/server/plugins/ltsp-build-client/Ubuntu/025-locales
09:27
Hi Scotty
09:27
<vvinet>
Hello Scotty
09:34prpplague_afk is now known as prpplague
09:37KaRoe_ has joined #ltsp
09:49KaRoe__ has joined #ltsp
09:49bobby_C has quit IRC
09:50KaRoe_ has quit IRC
09:52KaRoe has quit IRC
09:53KaRoe__ is now known as KaRoe
09:55
<alincoln>
how do you folks set up your development env? i thought i would have a VM of luc
09:55
id, keep my bzr branch on it, build .debs from those branches and make those .de
09:55
woah, sorry
09:55
yikes
09:55
how do you folks set up your development env? i thought i would have a VM of lucid, keep my bzr branch on it, build .debs from those branches and make those .debs available to myself via a PPA. is there a better way?
09:56
<sbalneav>
That's about the best way to do it.
09:56
stgraber: ping
09:56
<stgraber>
sbalneav: pong
09:56
<alincoln>
the problem i'm having is that what i built from upstream, using vagrantc's packaging branch, now depends on cryptsetup, which doesn't love to install in the chroot.
09:57
<sbalneav>
Remember all the bug work we did on bug day? Have you released a new build of LTSP yet? Or, to say what I want more plainly, can I mark some of the "fix committed" bugs "fix released"?
09:58The_Code has joined #ltsp
10:05
<Pod2>
still no joy with rdesktop local devices
10:05
looking back through irc logs, should there be a /dev/fuse on the client shell?
10:07
<sbalneav>
should be, year.
10:07
yeah
10:07
<Pod2>
hmm, there isn't.
10:08
anything else I'm likely to be missing? Using debian lenny to create the chroot. Just added 0.5.13 ltspfs and ltspfsd packages - the rest is pretty much default
10:10
<sbalneav>
is the fuse module loaded?
10:11
I'm not familiar with what modules get loaded by default in debian.
10:12KaRoe_ has joined #ltsp
10:14alexqwesa_ has joined #ltsp
10:14
<Pod2>
I'll check
10:16
<stgraber>
sbnot yet, I expect to do so today
10:16
* sbalneav
10:16
doing some tests at the moment
10:20
<sbalneav>
stgraber's bringing the sexy.
10:23otavio_ has joined #ltsp
10:24otavio_ has joined #ltsp
10:24KaRoe has quit IRC
10:24KaRoe_ has quit IRC
10:24otavio_ has quit IRC
10:25otavio_ has joined #ltsp
10:27alexqwesa has quit IRC
10:30
<moldy>
Pod2: for ltsp setups, ubuntu is going to be less pain than debian
10:31
if debian is having trouble with your hardware, the reason likely is that the drivers are too old
10:32
<Pod2>
all the hardware works with ltsp 4.2, so I doubt old drivers are going to be a problem. Useful to know though
10:34gnunux has quit IRC
10:35shamino has joined #ltsp
10:41otavio has quit IRC
10:46
<moldy>
if your mouse/keyboard is making trouble, it's the drivers
10:47
at least, that's very likely
10:48
<Pod2>
ah, that's apparently a known problem in debian squeeze/testing at the moment
10:48
following the instructions here:
10:48
https://wiki.ubuntu.com/DebugLocalDev
10:49
step 2 - the drive is recognized, except the last four lines with [sda] don't appear
10:50
then in step 3, there is no /var/run/ltspfs_fstab file on the thin client
10:51
<stgraber>
yeah !!!! nbd-proxy is now faster than without it !
10:51
just a small bug to fix and it'll be good
10:53
<Pod2>
usb stick is formatted fat32, so that should be ok
10:53
<alkisg>
stgraber ++ :)
10:59
<Gadi>
alkisg: btw, I saw the posts on the kiosk stuff - I am actually working on a screen script at the moment for it, which should make everything a bit easier
11:00
<alkisg>
Gadi, nice - I'm interested in it though, I just happened to be around when that guy asked the questions :)
11:00
*I'm NOT ...
11:00
<Gadi>
just making sure you dont push a commit
11:00
:)
11:00
<alkisg>
Nah... not my cake :)
11:04vagrantc has joined #ltsp
11:06staffencasa has quit IRC
11:07
<moldy>
Pod2: old ltsp versions have known bugs with local devices and udev
11:08
<Pod2>
old as in?
11:08
<moldy>
certainly everything that is in debian ;)
11:08
<vagrantc>
pfft.
11:09
<moldy>
unfortunately, launchpad's bug search sucks
11:09
i am trying to find the bug report i made back then
11:09staffencasa has joined #ltsp
11:10
<Pod2>
well, I'm assuming it's possible to get local devices to work, in rdesktop, using debian
11:10
<moldy>
Pod2: https://bugs.launchpad.net/ubuntu/+source/ltspfs/+bug/274122
11:11
<vagrantc>
Pod2: you'll need newer versions of ltspfs
11:11
<Pod2>
I have 0.5.13 of ltspfs and ltspfsd
11:12
<vagrantc>
that should be recent enough...
11:13
<Pod2>
server is squeeze/testing 64 bit. Client chroot is lenny/stable 32 bit, with those two packages installed manually from squeeze
11:13
<vagrantc>
server-side stuff shouldn't matter for using it with rdesktop
11:14
<Pod2>
any idea what I'm missing?
11:14
<vagrantc>
i don't know what you're doing, so hard to say what you're missing :)
11:15
<Pod2>
usb sticks don't mount
11:15
<vagrantc>
usb sticks don't mount when i plug them into a flower pot either
11:15
<Pod2>
ok, what else do you need to know?
11:15
<vagrantc>
Pod2: sounds like you're trying to use rdesktop somehow...
11:16
Pod2: are you following any instructions?
11:16
Pod2: what's in your lts.conf?
11:16
Pod2: are ltspfs and ltspfsd* installed in the chroot?
11:17
Pod2: can you run ltsp-info and paste the result somewhere?
11:17
moldy: the bug you referenced was in fact using older software than what's in debian stable :P
11:17
<alkisg>
My ltsp installation hangs on Ubuntu/025-locales because chroot $ROOT locale-gen el_GR.utf8 returns false, without displaying any error messages at all. Any hints?
11:17
<Pod2>
instructions are hard to find - the wiki stuff on ltsp.org seems to have gone...
11:18
4:49:09 PM) Pod2: https://wiki.ubuntu.com/DebugLocalDev
11:18
(4:49:45 PM) Pod2: step 2 - the drive is recognized, except the last four lines with [sda] don't appear
11:18
(4:50:49 PM) Pod2: then in step 3, there is no /var/run/ltspfs_fstab file on the thin client
11:18
<vagrantc>
Pod2: yeah, server crash caused an emergency move...
11:18
Pod2: ah, so it's not working at all, not just with rdesktop
11:19
<Pod2>
I don't use anything other than rdesktop, so that wasn't obvious (to me!)
11:19
<vagrantc>
rdesktop is really unusual.
11:19
as far as local devices...
11:19
<Pod2>
tell me about it!
11:19
I have it all working with ltsp 4.2
11:21
are there any other more relevant instructions I should be looking at?
11:22sene has quit IRC
11:22
<vagrantc>
Pod2: get a login on the thin-client ... do /dev/sda* appear?
11:22
<Pod2>
I've found mailing list posts which say "mount /dev/sdb1 /media/root" should work at the shell
11:23
<vagrantc>
Pod2: ls -l /dev/sd?
11:23
<sbalneav>
Pod2: Have you determined if fuse is loaded on the thin client yet?
11:24
<vagrantc>
sbalneav: it's not even making it into /var/run/ltspfs_fstab ... so that's a problem for later, if at all...
11:24
<Pod2>
hmm, no /dev/sd* on the client shell
11:24rjune has joined #ltsp
11:24
<vagrantc>
Pod2: does this usb stick create devices on a regular disk'ed machine?
11:25
i've been seeing an increasing number of usb sticks that don't "just work".
11:25
<sbalneav>
What kind of usb stick is it? Does it have that "U3" stuff on it?
11:25
<Pod2>
I've tried 4 different sticks (all different manufacturers). Fairly sure they all work on 4.2 clients
11:25
<sbalneav>
Pod2: "Fairly" sure, or you've tried it?
11:26
<Pod2>
I have tried them in the past, but not recently
11:26* Pod2 goes to try again
11:26
<vagrantc>
if it doesn't create the /dev/ entries.... there's not much we can do...
11:27
short of help troubleshooting that
11:27
<sbalneav>
Is udev running?
11:27
<Pod2>
on the client?
11:27
<sbalneav>
yes
11:28
<Pod2>
udevd is running
11:29
<sbalneav>
when you plug in the usb stick, what does dmesg indicate on the thin client?
11:29
<Pod2>
booting same client into 4.2 to check that.....
11:30
dmesg shows the same as step 2 here: https://wiki.ubuntu.com/DebugLocalDev except it's missing the last four lines
11:30
<vagrantc>
those last four lines are pretty crucial
11:30
<Pod2>
I thought so
11:30spectra has joined #ltsp
11:30
<Pod2>
but it see's the stick itself, so I got lost at that point
11:31
<sbalneav>
So, all you're seeing is a line like:
11:32
[ 9604.968000] scsi 0:0:0:0: Direct-Access USB Flash Drive 1.12 PQ: 0 ANSI: 0 CCS
11:32
but it doesn't recognize the partition at that point?
11:33
<Pod2>
that's correct
11:33otavio_ has quit IRC
11:33otavio has joined #ltsp
11:33
<Pod2>
ok, same client, same stick in 4.2 does work. At least it appears as /dev/sda and I can manually mount it in the shell and see the files
11:33
<sbalneav>
ok, that means one of 3 things.
11:34
Ok, then I'd say there's one of 2 things wrong
11:35
1) The USB device driver in debian's either got a problem (not correctly reporting the insertion to the kernel/udev)
11:35
2) There's something wrong with your udev or rules.
11:35
bbiab
11:36* alkisg notes that his locale problem was possibly due to gdm or libc setting his locale to el_GR.utf8 instead of el_GR.UTF-8 :(
11:38
<Gadi>
Pod2: did you reboot the client after upgrading ltspfs and ltspfsd?
11:38
<Pod2>
yes, several times now
11:39
<Gadi>
and there's no /dev/sd*
11:40
<Pod2>
correct
11:40
<Gadi>
thats bizarre
11:40
can you: modprobe usb-storage
11:40
on the client
11:41
and check again?
11:41
<Pod2>
although this time the dmesg is different - it only has lines beginning in usb 1-2 now
11:42
no such file or directory
11:42
<Gadi>
for modprobe?
11:42
<Pod2>
for the usb-storage module
11:42
<Gadi>
ah - sounds like your kernel and your /lib/modules are not the same
11:42
uname -r
11:43
and: ls /lib/modules/`uname -r`
11:43
<vagrantc>
ah, that'd do it
11:43
<Pod2>
kernel is 2.6.30 and /lib/modules has 2.6.26 - how the hell have I managed that?
11:44
<Gadi>
hehe
11:44
that I cannot tell you
11:45
<vagrantc>
ls /opt/ltsp/*/boot/vmlinuz-*
11:45
Pod2: you've got a custom pxe boot menu, perhaps?
11:45
<Pod2>
not on purpose!
11:45
<vagrantc>
Pod2: how'd you switch between ltsp 4.2 and this setup?
11:46
<Pod2>
I changed dhcp settings. I have different groups for different setups
11:46
I have /opt/ltsp/i386_test/boot/vmlinuz-2.6.26-2-486 but it's actually running the 2.6.30 kernel
11:46
<vagrantc>
Pod2: and your dhcp settings point to....
11:47
<Pod2>
root-path is /opt/ltsp/i386_test for ltsp5 and /opt/ltsp-4.2/i386 for 4.2
11:47
<vagrantc>
Pod2: should have a filename "/ltsp/i386_test/pxelinux.0" in your dhcp server (if it's isc dhcpd)
11:48
<Pod2>
aha!
11:48* vagrantc hopes everything works swimmingly once you're booting the correct kernel
11:48
<Pod2>
lol
11:49
except, /tftpboot/ltsp/i386_test/ only has 2.6.26 - how do I get 2.6.30 in there?
11:49
<vagrantc>
Pod2: how'd you get 2.6.30 at all?
11:49
<Pod2>
erm
11:50
apt-get update
11:50
<vagrantc>
Pod2: dpkg --root=/opt/ltsp/i386_test -l 'linux-image-*'
11:51
<Pod2>
whole list of no description available entries and two for 2.6.26
11:51
<vagrantc>
Pod2: chroot /opt/ltsp/i386_test lsb_release -a
11:51
<Pod2>
I have no idea what's going on now :)
11:52
<vagrantc>
Pod2: my guess is you're running a lenny ltsp chroot... i have no idea where you got your kernel from.
11:52
<Pod2>
that's correct. I have no idea either!
11:52
<vagrantc>
Pod2: if you've got a recent version of ltsp-server, run: ltsp-info
11:52
Pod2: paste the results to a pastebot somewhere...
11:53
<Pod2>
I have another chroot which was squeeze - that would have had the 2.6.30 kernel in it
11:54Appiah has quit IRC
11:55
<vagrantc>
Pod2: might be best to re-create the chroot: ltsp-build-client --dist squeeze --arch i386 --chroot i386-squeeze
11:56
if you really want squeeze
11:56Appiah has joined #ltsp
11:57
<Pod2>
ok, that's fixed some of it. I can now mount the stick in the shell and see the files. Rdesktop doesn't see it yet, but I can work on that
11:59
The original problem is that the 4.2 of rdesktop won't talk to windows 2008 R2. My server is running squeeze, so I installed ltsp 5 from there. That had (apparently known) problems with the mouse and keyboard not working. So now I'm using a ltsp 5 lenny chroot
11:59
long story :)
12:00
oh, thanks *very* much for all the help, everyone!
12:01
<vagrantc>
Pod2: you'll need to install ltspfs and ltspfsd-core (>=0.5.13) in the chroot
12:01
Pod2: the versions in squeeze should hopefully work... though i definitely had some issues with them.
12:01
i *still* can't figure out why cdpinger doesn't work on debian squeeze/testing or sid/unstable.
12:02
<Pod2>
My lenny chroot is now working (with 0.5.13) in the shell but not rdesktop yet. I'll work on that and also try squeeze from scratch again.
12:02
got to go now though.thanks again
12:02
<vagrantc>
good luck
12:03Pod2 has left #ltsp
12:06grantk has joined #ltsp
12:07
<grantk>
hello
12:09
I have lost the ability to login to a ltsp server today after a reboot. The server runs ubuntu 9.04 and LTSP-5. It was working this morning, had to reboot for some printing issues and after the reboot ldm comes back up but you can not login. You can ssh in from another machine though. I know it at least can hit my ldap server because of the ssh login. Has anyone experienced this?
12:10
I have been unable to find anything useful in logs(ie. users being denied access on failed login attempts)
12:10
<sbalneav>
grantk: First thing to try will be an ltsp-update-sshkeys && ltsp-update-image
12:10
then reboot the clients.
12:11
<grantk>
sbalneav: cool, I will give that a try, although the ltsp-update-image always complains because I do not have a /opt/ltsp/amd64 image
12:12
<Gadi>
vagrantc: speaking of which, I noticed a discrepency in your pgrep for cdpinger in ltsp-init-common from ltspfs_entry
12:12
<grantk>
ahh -a
12:13
<Gadi>
vagrantc: perhaps that is the source of some issues?
12:14
<vagrantc>
Gadi: ooooh!
12:14
Gadi: i've gotta go get breakfast, though.
12:15
Gadi: what i don't get is that the same exact code works on lenny, just not on squeeze.
12:17vagrantc has quit IRC
12:17
<Gadi>
grantk: run: ltsp-update-image --arch i386
12:17
<grantk>
yep, found the -a in the man page a minute ago, at 90% now
12:17
thank you
12:17
<Gadi>
ah
12:17
:)
12:17
<grantk>
I think I went out of my way to build one last week just to get rid of that
12:17
it caused some issues of course!
12:25evilx has quit IRC
12:25Patina has quit IRC
12:25knipwim has quit IRC
12:25leio has quit IRC
12:25jcastro has quit IRC
12:25klausade has quit IRC
12:25NeonLicht has quit IRC
12:25comfrey has quit IRC
12:30
<grantk>
sbalneav: That fixed it right up, thank you. It makes sense now, I noticed when it was rebooted that it was showing it's new ip address on my network.
12:32jcastro has joined #ltsp
12:32klausade has joined #ltsp
12:32NeonLicht has joined #ltsp
12:32comfrey has joined #ltsp
12:34evilx has joined #ltsp
12:34Patina has joined #ltsp
12:34knipwim has joined #ltsp
12:34leio has joined #ltsp
12:48
<stgraber>
any idea of what happened to the P00-* scripts ? looks like it doesn't get executed in my tests ...
12:50
ok, I think I know what's wrong, nc got changed in Ubuntu ...
12:51cliebow has quit IRC
12:51cliebow has joined #ltsp
12:51etyack has quit IRC
12:52etyack has joined #ltsp
12:56etyack has quit IRC
13:06Appiah has quit IRC
13:14The_Code has quit IRC
13:29sene has joined #ltsp
13:33
<rjune>
Gadi, ping
13:42
<Gadi>
rjune: pong
13:42ball has joined #ltsp
13:43
<ball>
Anyone here from DLWS?
13:43
<CAN-o-SPAM>
hey ball
13:43
<ball>
Hello CAN-o-SPAM
13:43
That'll be you then ;-)
13:44
<rjune>
I need Jim's email Address
13:44
<CAN-o-SPAM>
rjune: jam@ltsp.org
13:44
<rjune>
He still has that one, eh?
13:44
thanks
13:45
<CAN-o-SPAM>
sure
13:47CAN-o-SPAM has quit IRC
13:47CAN-o-SPAM has joined #ltsp
13:49allinone has joined #ltsp
14:00allinone has quit IRC
14:04grantk has left #ltsp
14:04ogra has quit IRC
14:05ogra has joined #ltsp
14:12etyack has joined #ltsp
14:13
<alkisg>
Hmmm I *think* I had a problem with java not being able to be installed in LATE_PACKAGES (I presume because there's no debconf UI to show me the license), has anyone experienced this?
14:15
"In order to install this package, you must agree to its license terms, the "Operating System Distributor License for Java" (DLJ), v1.1. Not accepting will cancel the installation." ==> maybe preseeding is needed to bypass that... :-/
14:16ball has quit IRC
14:19
<sbalneav>
alkisg: I've been reading about a fellow countryman of yours lately! Ἐπίκουρος
14:21
<alkisg>
sbalneav: I'm pretty sure you know more about my ancestors than me :)
14:21
We've been taught about Επίκουρος in high school, but that was a looooong time ago :D
14:24
<sbalneav>
I've always wanted to visit Greece. I'm going to make it a personal goal of mine to do that within the next 5 years.
14:25
<CAN-o-SPAM>
I hear the service from people in Greece is unmatched anywhere in the world
14:25pmatulis has quit IRC
14:25
<sbalneav>
I hear they make good upstream developers.
14:26* sbalneav dreams of taking pictures of the Greek countryside,
14:26
<alkisg>
sbalneav: you just need the tickets, you know you have somewhere to stay, either alone or with your family :)
14:27
<CAN-o-SPAM>
sbalneav: i think LTSP would in fact be much more By The Sea in Greece ;)
14:27
<stgraber>
alkisg: tempting ... ;)
14:28
<sbalneav>
alkisg: Hey, I was looking at some pictures of greek countryside. It seems to be a real dichotomy. areas of the ground seem bare, but the vegetation that IS there is very lush. It's neat.
14:28
<alkisg>
Well guys if you don't have much requirements I'm sure we can find you somewhere to stay... I may even contact some people to see if they'll cover any expences if you do some presentation of sorts
14:30
<stgraber>
I usually don't need much when traveling, it's just Canonical and other events organizers offering way too much for attendees/speakers ;)
14:31
<alkisg>
Heh... if Ubuntu was sold, I bet it would be expensive :D
14:31
<stgraber>
right ;)
14:36alexqwesa_ has quit IRC
14:39
<alkisg>
@#(&$( so even if we were able to preseed Java to automatically accept the license, would we be allowed to?
14:40
<stgraber>
no, you aren't but if you want, I have a preseed line to set it ;)
14:40
technically you can have the user accept it (as in sign something) before installing it, that might also work as company policy or something like that
14:41* alkisg promises to buy stgraber as many beers as he can drink in one night when he comes to Greece for that preseed line ;)
14:43alexqwesa_ has joined #ltsp
14:48alexqwesa_ has quit IRC
14:49alexqwesa_ has joined #ltsp
14:53alexqwesa_ has quit IRC
14:54cliebow has quit IRC
14:55alexqwesa_ has joined #ltsp
14:56spectra has quit IRC
14:59hersonls has quit IRC
15:00alexqwesa_ has quit IRC
15:01alexqwesa_ has joined #ltsp
15:03Blinny has quit IRC
15:05
<alkisg>
# Do you agree with the DLJ license terms?
15:05
sun-java6-bin shared/accepted-sun-dlj-v1-1 boolean true
15:05
sun-java6-jre shared/accepted-sun-dlj-v1-1 boolean true
15:11alexqwesa_ has quit IRC
15:11rhodan_ has quit IRC
15:11rhodan has joined #ltsp
15:13akuepker has joined #ltsp
15:14alexqwesa_ has joined #ltsp
15:22alexqwesa_ has quit IRC
15:24
<akuepker>
(Ubuntu 9.10. DHCP Server 3.0.5 CentOS5) anybody dealt with terminals that boot off one IP and then go and request a 2nd one during the boot process? Have an odd batch of terminals doing this and missing their hostname-derived lts.conf entries since the 1st IP gets the hostname.
15:25
<waranha>
Hello all. I already have a DHCP server running. I installed an LTSP server 5 and also left it as DHCP server. Some stations take the DHCP server LTSP and other take up another DHCP server. How do I fix it? DHCP-relay or SUBNET with the parameter SERVER NEXT?
15:26alexqwesa_ has joined #ltsp
15:26
<akuepker>
We usually remove the DHCP server from the terminal and run off the central DHCP service.
15:26
We only keep it in those situations where we're creating a new IP address space when we run out of IPs in the private Class C.
15:28
<Gadi>
akuepker, waranha: interesting how you both asked at the same time
15:28
you both have created a race between DHCP servers
15:28
<akuepker>
no, there's no race between servers here. There's only 1 DHCP server on our network.
15:29
On ours, the terminal is issuing a 2nd DHCPDISCOVER during the boot-up process.
15:29
<Gadi>
akuepker: ah, I see, your dhcp is handing out 2 IPs to the same machine?
15:29
<akuepker>
yes, but only on some. which is quite irritating.
15:29
<waranha>
I've just let one server running, but I use VLAN. stations can not get the correct IP and when take the correct address, it gives error in TFTP. The address is 0.0.0.0 and does not load the boot
15:30
<Gadi>
akuepker: is the problem that the pool is being drained too quickly?
15:30alexqwesa_ has quit IRC
15:30
<Gadi>
akuepker: if so, try setting a short lease time on the PXE lease
15:30
<akuepker>
right. Hostname assigned to the 1st IP and not the one the terminal runs with
15:30
well, not exactly right.
15:31
<Gadi>
akuepker: well, you should set lts.conf settings by mac address
15:31
that would avoid issues
15:31
<akuepker>
yes. tougher for my technicians to manage though, and was hoping to go with hostnames
15:31
<Gadi>
waranha: dhcp broadcasts will be isolated to the VLAN
15:32
<waranha>
the address of the VLAN main 172.24.5.X and the LTSP is 172.24.4.X ..that's is my problem..
15:32
<Gadi>
waranha: right - if those are class Cs, then you need ip-helper/ip-relay
15:33
between subnets
15:33
and you need to create a subnet decl in your dhcpd.conf
15:33
for the foreign subnet
15:33
and have proper gateway info in there
15:34
<akuepker>
waranha: I believe we did the same thing here at one point. Worked well in our test lab.
15:35
<waranha>
my LTSP server is only running a few hours a day..
15:36otavio_ has joined #ltsp
15:37
<waranha>
I think I'll leave all the workstations on the same subnet. What do you think of this?
15:37
<akuepker>
That's what we do.
15:37
<Gadi>
waranha: that simplifies things
15:38alexqwesa_ has joined #ltsp
15:38rhodan_ has joined #ltsp
15:38
<waranha>
correct. I will correct my problem. thanks
15:40rhodan has quit IRC
15:40
<akuepker>
brb
15:40akuepker has quit IRC
15:41alkisg has quit IRC
15:47
<highvoltage>
stgraber: do you know if anyone has worked on getting ltsp-cluster into debian?
15:50
<stgraber>
highvoltage: I now nobody did ;)
15:52
<highvoltage>
stgraber: heh ok
15:54vvinet has quit IRC
15:54otavio has quit IRC
16:02otavio_ has quit IRC
16:04otavio has joined #ltsp
16:05waranha has quit IRC
16:16
<jhutchins_lt>
What services are necessary on the server for the graphical login to run? I restarted the server and while I get the ldm login, it says "no response from server" when I try to log in.
16:17CAN-o-SPAM has quit IRC
16:30rhodan_ has quit IRC
16:30
<johnny>
jhutchins, ssh
16:30
and a desktop environment
16:32rhodan has joined #ltsp
16:35etyack has quit IRC
16:39
<jhutchins_lt>
johnny: Um... Doesn't the DE launch from the LDM?
16:39
And would we get as far as the ldm without ssh?
16:39
sshd is running, that's how I control the server.
16:39johnny has left #ltsp
16:40johnny has joined #ltsp
16:40
<johnny>
jhutchins, no
16:40
ssh is launched by ldm
16:40
ldm is local..
16:40
that's one of the interpretations of what the L in ldm is for
16:40
it's either ltsp or local
16:41
the DE is launched by a command sent over ssh
16:46
<jhutchins_lt>
Hm.
16:47
Ok, confirmed that I can connect to the server via ssh.
16:47
Something in the chroot maybe?
16:47
Some blasted overnight process is trying to access the CD drive, which is reporting "not ready" and going into a loop.
16:51
<johnny>
quickest way would be for you to just blow out your chroot and start over.. ify ou don't feel like messing with debugging that far
16:51
<jhutchins_lt>
johnny: I'd much rather debug thank you, this was working fine last night and for many months now.
16:52
I'm thinking there might be a process that didn't restart, that's what has happened in the past, but it _said_ what hadn't started. Now it loads all the way to the ldm login screen, but won't log in.
16:53
Hence my query about which running processes were necessary at that stage.
16:54
Ah, the runlevel folder should list intended commands...
16:56
nfs is up...
16:57
(I think that's what wasn't starting before...)
16:58
<johnny>
you're already way past nfs..
16:58
if you have ldm
16:58
add SCREEN_02=shell to lts.conf
16:58
reboot client
16:59
and on the second console you can check the log /var/log/ldm.log
16:59
and see what is not working
16:59
<jhutchins_lt>
right, I already have a local console, that's where I want to look, right?
17:04
Nothing there looks odd to me.
17:04
ssh works from console to server.
17:04litlebuda has joined #ltsp
17:05
<jhutchins_lt>
Oh fer cryin....
17:05
Helps if you use a valid username/password.
17:07
I was using the internet/email account usernames, not the desktop logins.
17:07
johnny: Thanks for your time.
17:07litlebuda has quit IRC
17:22irule has joined #ltsp
17:30vvinet has joined #ltsp
17:55Gadi has left #ltsp
18:15otavio_ has joined #ltsp
18:16mushroomblue has joined #ltsp
18:24sbalneav has quit IRC
18:24Selveste1 has quit IRC
18:24F-GT has quit IRC
18:24MaRX-Mode has quit IRC
18:24vlt has quit IRC
18:24elias_a has quit IRC
18:24sutula has quit IRC
18:24alincoln has quit IRC
18:24elias_a_ has joined #ltsp
18:24vlt_ has joined #ltsp
18:24MaRX-Mod1 has joined #ltsp
18:24sbalneav has joined #ltsp
18:24Selveste1 has joined #ltsp
18:24sutula has joined #ltsp
18:24F-GT has joined #ltsp
18:28otavio has quit IRC
18:29otavio_ is now known as otavio
18:29vvinet has quit IRC
18:29otavio has quit IRC
18:29otavio has joined #ltsp
18:30alincoln has joined #ltsp
18:30mushroomtwo has quit IRC
18:30vvinet has joined #ltsp
18:32alincoln_ has joined #ltsp
18:33irule has quit IRC
18:39prpplague is now known as prpplague_afk
20:10ball has joined #ltsp
20:24ball has quit IRC
20:27rjune has quit IRC
20:29alincoln has left #ltsp
20:29alincoln_ is now known as alincoln
21:12
<stgraber>
two more upstream snapshots upload to LP, let's hope these will become 5.1.99 ;)
21:16
<vvinet>
yay
21:16
!ppa
21:16
<ltspbot`>
vvinet: Error: "ppa" is not a valid command.
21:16
<vvinet>
oops
21:20
<stgraber>
!stgraber-ppa
21:20
<ltspbot`>
stgraber: "stgraber-ppa" :: https://launchpad.net/~stgraber/+archive/ppa
21:20
<stgraber>
that'd be the one ;)
21:22
both should be published in the next 20 mins, I'll then do a full test and if it works correctly (I'll mostly be testing weird group names, general fonctionality + ltspfs) I'll tag that as ltsp-5.1.99 and ldm as 2.0.54 + push to lucid and backport to karmic
21:27
both are published now (was a lot faster than expected)
21:27
as in, PPA packages are published, not actual releases
21:41
boot => check, ldm => check, groups => check, sound => check, nbd-proxy => not too bad
21:44
<johnny>
ah.. stgraber !
21:45
stgraber, will you be able to make it to oscon this time?
21:48
<stgraber>
I hope so
21:48
only issue is that FISL is at the same time as OSCON this year ... that sucks because I wanted to attend both
21:49
<vvinet>
You'll just have to bend time and space graber :P
21:50
<stgraber>
well, I considered cloning and teleporation too ;)
21:50
<vvinet>
we'll see what your options are next to the espresso machine tomorrow
21:50
cya :P
21:50
<stgraber>
see you
21:51rhodan_ has joined #ltsp
21:54cyberorg has joined #ltsp
21:59
<stgraber>
just need to test ltspfs and I'll be ready for release
21:59
it's not berfect but good enough so we can fix the remaining glitches in 5.2 (just found two nbd-proxy bugs but nothing critical, it's still better than in 5.1.98)
22:02
and it works !
22:06rhodan has quit IRC
22:17
<stgraber>
ldm 2.0.54 uploaded
22:43
ltsp 5.1.99 tagged and uploaded
22:43
+ post to the ML sent
22:44
guess it's going to be all for tonight ;) Going through that many commit was really longer than I had expect ;)
22:54outofrange has joined #ltsp
22:54outofrange has left #ltsp
23:47alkisg has joined #ltsp
23:58cyberorg has quit IRC