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


Channel log from 31 May 2012   (all times are UTC)

00:00
<hays>
without just literally exporting whatever desktop i happen to be logged into (or not) at the moment
00:03
<vagrantc>
that's not really LTSP ... that'd be VNC, NX or RDP.
00:04
LTSP can be used to log into servers using those protocols.
00:05* vagrantc just recently discovered xprintidle!
00:05
<vagrantc>
xprintidle is so useful for detecting idle sessions and getting them to log out.
00:06
well, it shows you how long a session has been idle, and then you can write scripts that do things based on that.
00:17
<Phantomas>
maybe a "Log out idle users" option in epoptes would be useful...
00:17
but I'm not sure
00:17
<vagrantc>
Phantomas: not a terrible idea...
00:18
although you'd want it to be configurable somehow
00:18
<hays>
vagrantc: VNC itself doesn't seem to support anything too sophisticated.. it seems something would have to wrap around it
00:20
<Phantomas>
vagrantc: It's not difficult, we could have an idleMinutes option in our config file
00:22
vagrantc: btw, I also wanted to add support for scheduled operations (shut down/WoL after 5 pm everyday e.g.) but alkisg didn't like the idea :P
00:22
<vagrantc>
Phantomas: ah well :)
00:23
<Phantomas>
s/after/at/
00:23msignor has left IRC (msignor!~matt@24.115.67.19.res-cmts.sesp.ptd.net, Ping timeout: 240 seconds)
00:28vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
00:48Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
00:48
<map7>
I'm trying to setup a fat-client under mythbuntu 12.04 and the client has recently stopped booting with the error 'PXE-E32: TFTP open timeout'
00:48
when I search for this error all the results seem very old and out of date
00:49
If I restart the tftpd-hpa it starts working
00:51
But it doesn't work when I reboot the server
00:51
even though tftp-hpa is running when the server is started
00:52
Do I have to somehow tell tftp-hpa to wait until everything is loaded before starting up?
00:57msignor has joined IRC (msignor!~matt@24.115.67.19.res-cmts.sesp.ptd.net)
01:09Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
01:16
<map7>
I've got a bit of a hack to get around this problem, I just create a /etc/init.d/tftpd-hpa2: http://pastie.org/3998858
01:16
it's very hacky and I would like to fix this problem up.
01:21Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Quit: Leaving.)
01:34rhorstkoetter has joined IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter)
01:46rhorstkoetter has left IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter, Quit: Leaving.)
01:52andygraybeal has joined IRC (andygraybeal!~andy@h190.93.213.151.dynamic.ip.windstream.net)
01:56msignor has left IRC (msignor!~matt@24.115.67.19.res-cmts.sesp.ptd.net, Ping timeout: 245 seconds)
02:15andygraybeal has left IRC (andygraybeal!~andy@h190.93.213.151.dynamic.ip.windstream.net, Ping timeout: 246 seconds)
02:23Parker955 is now known as Parker955_Away
02:24[GuS] has joined IRC ([GuS]!~gustavo@186.18.222.3)
02:24[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
02:41dgeary2 has left IRC (dgeary2!~david@c114-77-214-254.rivrw3.nsw.optusnet.com.au, Quit: ĝis la)
03:05vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
03:05vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
03:13adrianorg__ has left IRC (adrianorg__!~adrianorg@189.114.157.247, Ping timeout: 260 seconds)
03:49vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 260 seconds)
03:49vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
03:55sha_ has joined IRC (sha_!~sha@e177172223.adsl.alicedsl.de)
03:57sha has left IRC (sha!~sha@e177172039.adsl.alicedsl.de, Read error: Operation timed out)
04:02highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 260 seconds)
04:10alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:18
<alkisg>
Good morning
04:22monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net)
04:26monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 260 seconds)
04:28
<alkisg>
vagrantc: hi, does that seem good enough to put in ltsp-update-image? http://paste.debian.net/172064/
04:29
I don't think EXCLUDED_MOUNTS will be used much, so I don't think it should be an ltsp-update-image option, but just an ltsp-update-image.conf variable...
05:02jimjimovich has joined IRC (jimjimovich!~jim@77.239.224.238)
05:09
<alkisg>
k, committed
05:09shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Ping timeout: 246 seconds)
05:12
<alkisg>
vagrantc: whenever you got some time, test if it includes /boot now for you
05:19
Btw here's my packaging tree with the 2 extra commits I needed to get it building on launchpad: https://code.launchpad.net/~alkisg/+junk/ltsp
05:24alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
05:38alkisg has joined IRC (alkisg!~alkisg@ppp089210132173.dsl.hol.gr)
05:38alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:39
<alkisg>
knipwim: is the test wiki going to be moved to the new location, or a new one will be installed? Can I start writing content there?
05:39andygraybeal has joined IRC (andygraybeal!~andy@h190.93.213.151.dynamic.ip.windstream.net)
05:39* alkisg tried mediawiki a bit yesterday and liked its template syntax very much
05:40* Hyperbyte high fives alkisg
05:40* alkisg high, low, and side-fives Hyperbyte
05:40
<alkisg>
:P
05:40
<Hyperbyte>
Wow!
05:40
<alkisg>
The fckeditor for mediawiki is fine as well
05:41
(wysiwyg)
05:41
<Hyperbyte>
fckeditor?
05:41
<alkisg>
Ah I think its new name is just ckeditor
05:41
<Hyperbyte>
That sounds... kinda... ehm... something...
05:41
<alkisg>
I think that's ^ why they changed the name :P
05:42
So when do we have a site meeting again?
05:43
<Hyperbyte>
I honestly am not sure.
05:43
We could get together tonight.
05:44
But I haven't made progress with success story form... it's been hectic weeks, and I've come down with a quite nasty headache.
05:58andygraybeal has left IRC (andygraybeal!~andy@h190.93.213.151.dynamic.ip.windstream.net, Ping timeout: 246 seconds)
06:00* vagrantc wavves
06:01
<vagrantc>
i'm only partially here... my attention is mostly elsewhere
06:09
<Hyperbyte>
mhm... does anyone know how Gnome determines which applications to send a terminate signal on logout?
06:10
I have an windowed application (let's call it A) which is started during Gnome login, and that application in turn launches a daemon (B) which does some of the behind-the-scenes work for the application.
06:10
On Gnome logout, A is terminated, but B keeps running in the background.
06:11
I know Gnome watchdog can probably 'solve' this problem for me, but I'd rather get it fixed permanently for everyone. So I'm talking to the developers, and they tell me they've now configured the daemon to handle SIGHUP, SIGTERM and SIGINT.
06:12
I'm wondering - is this enough? Will Gnome send this program a signal at all, since it's windowless and it wasn't Gnome that started it?
06:21
<alkisg>
Hyperbyte: apps are required to tell gnome that they want to block logout, here's a starting point for your google adventure: http://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html#org.gnome.SessionManager.Inhibitor
06:21jimjimovich has left IRC (jimjimovich!~jim@77.239.224.238, Ping timeout: 265 seconds)
06:24jimjimovich has joined IRC (jimjimovich!~jim@77.239.224.238)
06:24
<jimjimovich>
does anyone have a link to instructions for building a fat client image with Ubuntu 12.04? I can't get the ones on the wiki to work.
06:24
<alkisg>
!ltsp-pnp | echo jimjimovich
06:24
<ltsp`>
jimjimovich ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
06:27
<Hyperbyte>
alkisg, mmm... so the best solution here would be to make application A (which is registered in the session) send a terminate signal to the UI-independant daemon B.
06:28
<alkisg>
Hyperbyte: yes, if the deamon doesn't know how to register itself in the session, someone should send it a terminate signal, might as well be app A
06:29
Hyperbyte: actually I read through your question too fast previously, so you weren't looking for inhibitors but for session registration, but the same ^ conclusion applies
06:30
I.e. you don't want the daemon to block logout but just to receive a termination signal, but again for this to occur the daemon must know how to register itself in the session
06:30
E.g. the user dbus isn't a graphical app but does register itself in the session
06:30
(while evolution-data-center doesn't, and remains after logout)
06:33
Session registration is not gnome-specific, session inhibiting is DE specific
06:38
<Hyperbyte>
mhmmm....
06:38
I've sent my mail to the developers now anyways, so... :)
07:32F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net)
07:34
<vagrantc>
alkisg: so ... ltsp-client-core installed makes my machine unbootable :(
07:34
<alkisg>
vagrantc: ....??!!
07:34
vagrantc: what's your cmdline like?
07:34
(without ltsp)
07:35
Does it contain "ltsp" anywhere?
07:35
vagrantc: err basically let's start with "how far it goes", it doesn't run any init-ltsp.d bits , right?
07:36* alkisg fires up his debian/lxde vm...
07:36
<vagrantc>
i didn't troubleshoot it too far yet... but the symptop was it wasn't detectinng lvm in the initramfs ... i managed to boot with an older kernel, purged ltsp-client-core, and it rebooted fine...
07:37
i don't see how it could be interfering with that...
07:37
<alkisg>
vagrantc: cat /proc/cmdline then, what's the output, maybe we'll get some idea what part of the initramfs hangs with it
07:37
<tarzeau_>
was ldm changed so one can't choose a machine if it's load balanced?
07:38
<vagrantc>
alkisg: no "ltsp" on my boot commandline.
07:40
<alkisg>
vagrantc: I'm firing up my debian sid vm to test, you don't have a repo somewhere right? I'll use the ltsp-pnp ppa...
07:42
<vagrantc>
alkisg: i could push my current packages somewhere ... note that this is before any recent changes
07:42
<alkisg>
vagrantc: I think that'd be better, I can copy a few files to update them then
07:42
<vagrantc>
well, before the most recent changes.
07:42
<alkisg>
(hopefully you mean "a few days/weeks ago", not "a few months ago" :))
07:42Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
07:43
<vagrantc>
alkisg: up to 2272
07:43
<alkisg>
vagrantc: nah leave it I'll try with the PPA
07:43
<vagrantc>
ok
07:45jimjimovich has left IRC (jimjimovich!~jim@77.239.224.238)
07:47
<alkisg>
apt-get dist-upgrade => "453 MB need to be downloaded"... wow I only haven't updated it for a couple of weeks :-/
07:47
<vagrantc>
it's been busy
07:54
ok, so i'm going to install ltsp-client-core again, and see if that breaks it...
07:57
alkisg: my guess ... it has MODULES=netboot
07:58
<alkisg>
Why would additional modules break anything?
07:58
<vagrantc>
alkisg: for the initramfs ... which means no disks.
07:58
<alkisg>
Hrm
07:58
<vagrantc>
alkisg: it means "only netboot" modules.
07:58
<alkisg>
Missing lvm module might be the reason, yeah
07:58
<vagrantc>
no disks show up
07:59
<alkisg>
But I wonder why _my_ system boots properly then
07:59
<vagrantc>
so, that's an RC bug that i think is currently present in wheezy.
07:59
alkisg: ubuntu or debian?
07:59
<alkisg>
Ubuntu, let me check "MODULES"...
07:59
The debian vm hasn't updated yet
08:00
The same, MODULES=netboot
08:01
<vagrantc>
ubuntu might behave differently with those settings
08:03
yup, that fixes it
08:04
<alkisg>
Meh from ifupdown changelog: ...calls the scripts with IFACE=--all
08:04
I bet that'll break a lot of if-up scripts...
08:05
<vagrantc>
so, from initramfs.conf manpage: "netboot adds the base and network modules, but skips block devices."
08:05
<alkisg>
Yeah I wondered about that in the past too
08:05
But since it caused no problems on Ubuntu, I ignored it
08:05
I think "most" now does include network devices though, does it not?
08:05
<vagrantc>
i don't know if "most" includes network drivers...
08:06
<alkisg>
Well initramfs-tools does contain a function to install all network modules, maybe we can use that instead
08:07
<vagrantc>
oh, that would be useful.
08:07
well, i figured out that dillema for the moment.
08:07
more fun another day.
08:08* vagrantc waves
08:08vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
08:08
<alkisg>
auto_add_modules "net"
08:10
...which is already present in hooks/nbd, so we can completely remove conf.d/ltsp at least when we use nbd
08:17
OK, pushed
08:21bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
08:21
<alkisg>
On a related note, we shouldn't force_load the modules but call manual_add_modules instead, so that we save RAM if they're not used (e.g. we don't need both overlayfs and aufs loaded, and noone of them for local boots)
08:46dobber has joined IRC (dobber!~dobber@213.169.45.222)
09:00
<alkisg>
Pushed, that should save some more RAM...
09:09alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:24ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
09:24ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
09:35shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
10:17alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
10:33Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
10:41
<Hyperbyte>
mhmmmm
10:44rhorstkoetter has joined IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter)
10:45alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:51alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
11:03komunista has joined IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk)
11:12alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 252 seconds)
11:13alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
11:14bieb has joined IRC (bieb!~hbieber@173.226.16.130)
11:36
<vmlintu>
alkisg: have you been using local boot ltsp clients yet? I was just doing some testing with grub2 the other day to get it to boot directly from the chroot .img file stored on local hard drive..
11:36
Turned out that grub2 in ubuntu 12.04 is too old for that, but newest beta worked..
11:38[GuS] has left IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
11:38
<muppis>
vmlintu, do you have something special in image (like wlan settings) or why not just use ipxe in grub?
11:39
<vmlintu>
muppis: ipxe?
11:40
<muppis>
http://packages.ubuntu.com/precise/grub-ipxe
11:40
<vmlintu>
I was just testing how to get the whole fat client image installed locally..
11:41
to reduce network requirements
11:41
<muppis>
Ah, I see the point. I use thin like that in my laptop.
11:42
<vmlintu>
have you copied the chroot image on the hard drive?
11:43
<muppis>
Yes, and removed any nbd related from initrd.
11:43
So it really loads from hdd, not over network.
11:43
<vmlintu>
where do you have vmlinuz and initrd? on the hard drive?
11:43
<muppis>
Yes, like usual local system.
11:44
As well lts.conf.
11:44
<vmlintu>
so you have /boot directory on the boot partition?
11:46
<muppis>
In same as other chroot. Just dropped on hdd, removed nbd scripts from initrd, rebuilded it and installed grub.
11:47
<vmlintu>
do you have i386.img file on the hard drive as a single file?
11:47
or files copied to a partition?
11:47
<muppis>
No, as /dev/sda1
11:47
To a partition.
11:48
<vmlintu>
ok.. what I was testing now was to have the image file as-is in single file and boot directly from it
11:48
there was no need to remove nbd scripts either
11:49
<muppis>
I think there's no any if it's a fat.
11:50
<vmlintu>
I was just wondering if others have been testing similar setups and what the pros and cons of them would be..
11:50Parker955_Away is now known as Parker955
11:50
<muppis>
Mind me. Ofcourse there is.
11:51
Because it assumes it still booting over network.
11:51mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 260 seconds)
11:52
<muppis>
Then it makes a nbd connection and continues loading from there.
11:52
<vmlintu>
if you remove the nbd stuff from kernel command line, it doesn't try that
11:52
<muppis>
Isn't there any defaults?
11:53
Haven't looked much how 12.04 is changed.
11:53mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net)
11:54
<muppis>
If it doesn't need network during boot, you should able to boot up to ldm without network.
11:54
<vmlintu>
if it gets a root partition mounted properly, it seems to be happy
11:54
it still runs dhclient, so it needs network
11:55
<muppis>
But dhclient is not in initrd, so it can timeout.
11:55
And doesn't affect rest of booting if doing locally.
11:58
<alkisg>
vmlintu: grub2 booted directly from the .img?!
12:00
vmlintu: I think the easiest way would be to netboot the kernel+initrd, and then mount the nbd file from the local disk
12:00komunista has left IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk, Quit: Leaving.)
12:00
<alkisg>
vmlintu: also, do try with very recent ltsp versions, there have been optimizations about that
12:00Parker955 is now known as Parker955_Away
12:00toscalix has joined IRC (toscalix!~toscalix@80.165.219.87.dynamic.jazztel.es)
12:02
<vmlintu>
alkisg: yes, grub2 installed on mbr loads the kernel from the .img
12:02
it even finds the .img file from the partition automatically, so the name can change
12:03
<alkisg>
vmlintu: so what, you just drop the .nbd file in an ext4 partition in /, and it finds it?
12:03
But, don't you need a /boot folder for grub anyway?
12:04
<vmlintu>
yes.. or actually I was testing with ext3
12:04
/boot needs to be there, but it never needs to be updated as there's no kernel or initrd there
12:05
<alkisg>
So you have a local installtion, you run update-grub, and it checks every single file in / in case it's a loopback image, without you specifying anything? cool!
12:05
<vmlintu>
no need to run update-grub
12:05
grub actually finds the file dynamically
12:06
so you just drop a new file and boot, no need to do anything else
12:06
<alkisg>
vmlintu: you can just install ltsp-client on the local installation, no need to use nbd
12:07
...and put a "boot ltsp" additional grub entry
12:07komunista has joined IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk)
12:08
<vmlintu>
alkisg: now I lost you - what do you refer to with installing ltsp-client?
12:08
<alkisg>
vmlintu: in that local disk of yours, do you have an OS where grub is installed?
12:08
<vmlintu>
no
12:08
<alkisg>
So you installed it manually?
12:08
(grub)
12:08
<vmlintu>
with grub-install
12:09
<alkisg>
From a live cd? Nice. What I'm saying is that you can have local installations that use the ltsp methods to boo,
12:09
boot,
12:09
offering central settings with lts.conf and the other usual ltsp benefits (authentications, /home)
12:10
without involving nbd at all. If you want, you can rsync the chroot too, sure
12:10
<vmlintu>
I booted with pxe, partitioned the hard drive, installed grub with grub-install and copied custom grub.cfg and finally copied the i386.img file to the partition as a single file
12:11
<alkisg>
Gotcha
12:11
<vmlintu>
so the partition has /boot directory with some grub files and a single i386.img file
12:12
<alkisg>
It's amazing that grub looks inside that file
12:12
No kernel in /boot, right?
12:12
<vmlintu>
you need grub 2.00 for that.. 1.99 in ubuntu doesn't work
12:12
no kernel in /boot
12:12
<alkisg>
And it's also weird that it has support for squashfs images
12:12
<vmlintu>
yep
12:12
<alkisg>
I wonder if it can do that with ntfs too, i.e. to do the same thing from a windows setup
12:13
<vmlintu>
I think there was an ntfs module in grub2
12:16
you can actually write all kinds of things in the grub programming language
12:16
<alkisg>
...then a windows application that rsyncs nbd images is in order :P
12:16
Nah just kidding
12:17
You can do that while the client boots, rsync the nbd image
12:25toscalix has left IRC (toscalix!~toscalix@80.165.219.87.dynamic.jazztel.es, Read error: Connection reset by peer)
12:33mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 245 seconds)
12:35mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net)
12:36artista_frustrad has joined IRC (artista_frustrad!~fernando@200.247.43.2)
12:37[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
12:37[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
12:38alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:41rhorstkoetter has left IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter, Quit: Leaving.)
12:45
<[GuS]>
knipwim: Hi!
12:45
<knipwim>
[GuS]: hi
12:45
i'm saying hi, but i really don't have time
12:45
<[GuS]>
ok!
12:45
<knipwim>
15 minutes to finish something
12:45
and meeting time after that
12:46
<[GuS]>
:)
12:46
Well, i will ask you later
12:46
<knipwim>
but i'm here tonight, in like 5 hours
12:46
<[GuS]>
Ok
12:46
Is just that in new ltsp installations, the initramfs is not being created
12:47
i dont know if that is normal
12:51mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
12:51rhorstkoetter has joined IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter)
12:58
<mealstrom>
hi, has anyone installed nvidia-173 driver at ubuntu 12.04 thin client? any workaround ?
12:59adrianorg__ has joined IRC (adrianorg__!~adrianorg@189.114.157.247)
12:59
<muppis>
What it doesn't do?
13:03
<mealstrom>
muppis: http://pastebin.com/0cVvHH6X
13:09lefteris_nik_ has joined IRC (lefteris_nik_!~lefteris@vlan11-dhcp233.cti.gr)
13:10
<muppis>
mealstrom, tried nvidia-current ?
13:11
Meaning, 173 are quite old, because current are 295
13:11
s/are/is
13:12
<mealstrom>
muppis: i've got gf5200fx, it isnt supported at nvidia-current drivers
13:12
<muppis>
Ah..
13:13
Let me fix it.. Hold a second.
13:13
64 or 32?
13:16rhorstkoetter has left IRC (rhorstkoetter!~rhorstkoe@opensuse/member/rhorstkoetter, Quit: Leaving.)
13:17
<muppis>
mealstrom, ^^
13:20
mealstrom, http://apt.muppis.net/nvidia-173_173.14.30-0ubuntu11_i386.modfied.deb or http://apt.muppis.net/nvidia-173_173.14.30-0ubuntu11_am64.modfied.deb I removed that depency because it is unneeded in precise.
13:20
<mealstrom>
muppis: i386
13:21
muppis: tnx
13:22dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
13:23toscalix has joined IRC (toscalix!~toscalix@62-87-125-88.red-acceso.airtel.net)
13:45highvoltage has joined IRC (highvoltage!~highvolta@sateda.stgraber.org)
13:48alkisg has joined IRC (alkisg!~alkisg@ppp089210132173.dsl.hol.gr)
13:48alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:53JesseC has joined IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net)
13:59Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
14:21primeministerp has left IRC (primeministerp!~ppouliot@static-71-174-244-28.bstnma.fios.verizon.net, Remote host closed the connection)
14:26alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
14:28alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:28toscalix has left IRC (toscalix!~toscalix@62-87-125-88.red-acceso.airtel.net, Ping timeout: 250 seconds)
14:41darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel)
14:47
<alkisg>
!gnome-fallback
14:47
<ltsp`>
alkisg: gnome-fallback: To select gnome-fallback as your default session, put this line in your lts.conf: LDM_SESSION="gnome-session --session=gnome-fallback"
14:49mgariepy_ has joined IRC (mgariepy_!mgariepy@nat/revolutionlinux/x-mjcvomkdfqhcvhja)
14:50
<vmlintu>
alkisg: have there been changes to lts.conf loading since 12.04?
14:51
<alkisg>
vmlintu: no
14:52mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Ping timeout: 245 seconds)
14:53
<vmlintu>
we've been using the ltsp-cluster lts.conf loading script on 10.04 with puavo ldap backed server part, but that breaks when image is installed locally
14:53
<alkisg>
I've never even seen ltsp-cluster, no idea about it
14:54
<vmlintu>
we've been just using the script that loads lts.conf over http
14:55
I was even thinking of putting lts.conf info in TXT records in DNS..
14:59
<alkisg>
Why?
14:59
IMHO lts.conf should be a bit private, e.g. to be able to send LDM_USERNAME and LDM_PASSWORD to a specific client without the other clients knowing about it
15:00
<vmlintu>
no need to run special server process to serve the configurations
15:00
<alkisg>
The tftp daemon is running anyway, it's not a special process
15:00
But in the future I'd like to merge the whole ltsp configuration with lts.conf and ldminfod in a single daemon
15:01
<vmlintu>
we have no actual lts.conf file anywhere as it is created from LDAP dynamically
15:01
it's the same concept as in ltsp-cluster
15:02
there should be no need for LDM_PASSWORD if you configure PAM on the server to login the user without checking password
15:02NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Quit: Lost terminal)
15:05
<alkisg>
That would allow anyone on the local network to login as that user though
15:05
I'd prefer for lts.conf to be transformed into a set of shell files under /etc/ltsp/lts.conf.d
15:06
And "expand" ldminfod to serve those along with the rest of the server info
15:06
<vmlintu>
So the scripts would be run when the client requests for the information?
15:07
<alkisg>
Yes
15:07
So you'd be able to run code in the server to dynamically decide lts.conf settings per client
15:07
<vmlintu>
That'd allow nice LDAP integration also
15:08
<alkisg>
Sure, and load balancing based on arbitrary criteria, and lots of other things
15:09
<vmlintu>
With libpam_exec you can create a script that checks that the connection comes from the right client before letting the user login
15:09
LDM_PASSWORD can be read by anyone anyway..
15:09
<alkisg>
It depends on how you're sending it
15:11
<vmlintu>
is there a way to verify the client?
15:11
<alkisg>
It's the "secure boot" problem...
15:12
Normally you'd want some key stored on the client itself
15:12
Maybe one could use some motherboard info for that
15:14
<vmlintu>
maybe some locally installed boot component that checks certificates or something like that
15:15
instead of using normal PXE, it would run some "trusted pxe"
15:15
<alkisg>
Right, I think ipxe has some codes about secure boot
15:23
<vmlintu>
I guess I'll dig next in to replacing ldm with lightdm
15:23
I really haven't gone through the internals of ldm yet to know what'd need to be done for that
15:24
<alkisg>
vmlintu: first sbalneav should finish the libpam_sshauth pam module
15:24
<vmlintu>
I'll be using pam_krb5 for authentication
15:24
<alkisg>
Once that is done, the chroot should be configured to use it, so any pam-aware DM can use ssh as the authentication mechanism
15:25
Then, ldminfod should be queried, and /usr/share/xsession/desktop files should be generated for lightdm to see them
15:25
Those would appear in the "select session" DM menu
15:25
And then the ssh channel generated by libpam_sshauth would be reused to launch the session on the server
15:26
It's not a matter of authentication only, you need to have ssh access to the server to launch a session, does pam_krb5 allow that?
15:27
<vmlintu>
once you have the kerberos ticket, you can launch ssh connection without anything being asked
15:27
sshd supports GSSAPI
15:28
the same ticket can be used to mount home directory over nfs4+krb5
15:29
<alkisg>
vmlintu: does pam_krb5 also provide nss services?
15:29
I.e. getent passwd user locally on the client should return an uid/gid...
15:29
<vmlintu>
nss_ldapd should handle that
15:29
it supports also GSSAPI for authentication
15:30
<alkisg>
Right but ldap isn't easy for everyone, that's why sbalneav tries to handle that with plain ssh
15:30
<vmlintu>
We are actually using those for fat clients with 10.04 already
15:30
<alkisg>
I too asked him if it would be easier to just use ldap instead, he said no
15:30
Well if you manage to somehow automate all that I'm sure it would be welcomed upstream in ltsp
15:32
<vmlintu>
If it works with pam-krb5 + nss-ldapd, it should work with pam-ssh + nss-ssh with pam/nss configuration changes only
15:32
<alkisg>
Removing (or at least making optional) LDM is one of the goals of LTSP 6 I think
15:34NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es)
15:37dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:41
<vmlintu>
School will close on Saturday, so I get to do some hacking..
15:55
<mealstrom>
can i ask you about rcp.idmapd for nfs4 home dir mounting, how it works? it maps user1@ex.com(client) to user1@ex.com(server) with different uid/gid ? am i right.
15:55mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254)
15:59alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:01
<bieb>
my lts.conf in /var/lib/tftpboot/ltsp/i386/ only has the line LDM_SESSION="gnome-session --session=gnome-fallback" but when the students login they get the unity desktop
16:04slackish has left IRC (slackish!amcphall@mcphall.org, Ping timeout: 245 seconds)
16:05toscalix has joined IRC (toscalix!~toscalix@237.192.219.87.dynamic.jazztel.es)
16:10
<vmlintu>
bieb: do you have [default] line?
16:11
<bieb>
no
16:11
that should be above the LDM line?
16:12
<vmlintu>
yes, it defines that the following settings should be applied to all thin clients
16:12
<bieb>
gotcha
16:13mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
16:15
<bieb>
vmlintu: we have a print payment system for student printing.. there is a "client" that needs to run for each user, how can I set the .sh to run for anyone that logs in?
16:15
<vmlintu>
mealstrom: I haven't used a setup where uid/gids would be different, but that's how it should work, yes
16:16
mealstrom: with nfs4/krb5[ip] nfs server is the one doing all acl checks instead of the client (at least this is my experience with it)
16:16
<bieb>
in the lts.conf [default] isnt case sensitive is it?
16:17
<vmlintu>
I've always used lowercase
16:18
<bieb>
cool
16:18alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:25F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 244 seconds)
16:26slackish has joined IRC (slackish!amcphall@mcphall.org)
16:44knipwim has left IRC (knipwim!~wim@ip4da83870.direct-adsl.nl, Quit: leaving)
16:47knipwim has joined IRC (knipwim!~wim@ip4da83870.direct-adsl.nl)
17:15lefteris_nik_ has left IRC (lefteris_nik_!~lefteris@vlan11-dhcp233.cti.gr, Quit: Ex-Chat)
17:16vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
17:16vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:16GodFather has joined IRC (GodFather!~rcc@fw.acurrus.com)
17:22
<alkisg>
Time left to build ltsp on launchpad... 16 minutes... 21 minutes... 24 minutes... shouldn't that be a countdown instead? :(
17:25
<vagrantc>
heh
17:25jimjimovich has joined IRC (jimjimovich!~jim@77.239.224.238)
17:26
<jimjimovich>
how do I get dhcpd and tftp to start at boot?
17:26
<alkisg>
jimjimovich: they should start automatically, if not file bugs on their ubuntu packages on launchpad
17:31
vagrantc: I presumably fixed any remaining bugs, if you got any more throw them at !pad
17:31
!learn pad as http://pad.ubuntu-uk.org/ltsp
17:31
<ltsp`>
alkisg: The operation succeeded.
17:34
<ogra_>
alkisg, if you look at it from the inside of the datacenter it counts down, its all a matter of perspective :P
17:36
<alkisg>
Meh the stupid theory of relativity gave excuses even to datacenters now :P
17:37
<vagrantc>
doesn't that only really distort time at extremely high speeds?
17:37
<alkisg>
Apparently launchpad approaches the speed of light
17:40
<ogra_>
well, it has passed the 1mio bugs line ...
17:40
you never know what are the sideefects of this
17:40
<alkisg>
vagrantc: we started talking in the meeting room, if you got time...
17:42
<vagrantc>
usually time to lurk
17:50_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@c-76-112-192-21.hsd1.mi.comcast.net)
17:50* _UsUrPeR_ tips his hat
17:51
<alkisg>
Hi _UsUrPeR_, long time no see, how are you?
17:51
<_UsUrPeR_>
hey alkis. Doing well thanks
18:02
<jimjimovich>
wow, just had a desktop thin client detect a non-existent laptop secondary screen. weird
18:06toscalix has left IRC (toscalix!~toscalix@237.192.219.87.dynamic.jazztel.es, Remote host closed the connection)
18:06
<vagrantc>
jimjimovich: yeah, that happens.
18:07
some hardware is ... funny.
18:07
<jimjimovich>
vagrantc: is there a way to disable that?
18:09
<vagrantc>
you can use XRANDR_* options in lts.conf i think, but i don't really know the exact info off the top of my head
18:10
<alkisg>
XRANDR_OUTPUT_0="LVDS-1 --off" or similar, I guess
18:11
<_UsUrPeR_>
there was a pxelinux.cfg/DEFAULT setting too
18:11
exact nomenclature slips my mind.
18:11
<alkisg>
video:lvds-1:off or something
18:11
<_UsUrPeR_>
and of course, that stops working when ltsp-update-kernels is executed
18:11
<alkisg>
Not if you put BOOTPROMPT_OPTS in update-kernels.conf
18:13
<vagrantc>
alkisg: i should be able to test and prepare an LTSP upload tomorrow ...
18:13
alkisg: will you be somewhat available?
18:13
<alkisg>
vagrantc: yup
18:13
<vagrantc>
also probably need to upload a new LDM as well, due to the ltsp-update-sshkeys changes.
18:14
<alkisg>
Ah I didn't test changing the IP...
18:14
<vagrantc>
well, the old LDM logs in using IP only.
18:15
<alkisg>
Indeed, I'm just saying that the code in ldm trunk is untested
18:15
<vagrantc>
we switched to essentially requiring manually adding IP based entries for ltsp-update-sshkeys, or specifying server hostname in HOST_XX and LDM_SERVER options
18:16
alkisg: not untested, i do recall building with it at least once
18:16
<_UsUrPeR_>
so I am trying out ltsp in 12.04
18:16
seems mostly like 11.10
18:16
has there been any significant changes?
18:16
<alkisg>
vagrantc: I removed ssh_hostchecker without checking that defaulting to LDM_SERVER=server actually works. It should, but I haven't tested it (changing the server IP and still being able to login)
18:17
<vagrantc>
sure feels like huge changes, but maybe the user wouldn't notice :)
18:17
<_UsUrPeR_>
vagrantc: well it sure installs about the same.
18:17
I noticed a new dhcp server, but that was in 11.10 too wasn't it?
18:18
<alkisg>
_UsUrPeR_: http://sourceforge.net/mailarchive/message.php?msg_id=28845790
18:18
<vagrantc>
_UsUrPeR_: the NBD serve is handled using nbd-server's native mode, rather than spawning from inetd
18:18
<alkisg>
The LTSP 5.3 announcement
18:19
<_UsUrPeR_>
fancy
18:28
ok, outta here guys.
18:28_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@c-76-112-192-21.hsd1.mi.comcast.net, Quit: Leaving)
18:28litlebuda has joined IRC (litlebuda!~litlebuda@204.0.166.178.rev.vodafone.pt)
18:29Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
18:35[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
18:37awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 250 seconds)
18:37[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
18:37[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
18:38awilliams has joined IRC (awilliams!~awilliams@unaffiliated/mistik1)
18:46Parker955_Away is now known as Parker955
18:49Parker955 is now known as Parker955_Away
18:51alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
18:51awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Ping timeout: 245 seconds)
18:53awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
19:03awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 260 seconds)
19:07litlebuda has left IRC (litlebuda!~litlebuda@204.0.166.178.rev.vodafone.pt, Remote host closed the connection)
19:24hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
19:35Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 252 seconds)
19:40[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
19:46GodFather has left IRC (GodFather!~rcc@fw.acurrus.com, Quit: Leaving)
19:51bieb has left IRC (bieb!~hbieber@173.226.16.130)
19:52Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
20:08awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
20:40Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving)
20:54andygraybeal has joined IRC (andygraybeal!~andy@h190.93.213.151.dynamic.ip.windstream.net)
21:08alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
21:10artista_frustrad has left IRC (artista_frustrad!~fernando@200.247.43.2, Quit: Leaving)
21:31komunista has left IRC (komunista!~slavko@adsl-195-168-242-147.dynamic.nextra.sk, Quit: Leaving.)
22:02alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Remote host closed the connection)
22:03alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
22:04bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 260 seconds)
22:06alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:10dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
22:11hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: gone for some reason)
22:18risca has joined IRC (risca!~risca@81-233-43-131-no18.tbcn.telia.com)
22:21adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.18.171.174)
22:24Parker955_Away is now known as Parker955
22:25adrianorg__ has left IRC (adrianorg__!~adrianorg@189.114.157.247, Ping timeout: 256 seconds)
22:28darkpixel_ has left IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel, Quit: Leaving.)