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


Channel log from 2 April 2012   (all times are UTC)

00:12alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47)
00:12alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds)
00:27shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 246 seconds)
00:29shawnp0wers has joined IRC (shawnp0wers!~spowers@71-13-74-18.static.aldl.mi.charter.com)
00:29shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
00:37Parker955_Away is now known as Parker955
00:40vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Quit: leaving)
00:56alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!)
01:03irule has left IRC (irule!~irule@200.92.100.171, Ping timeout: 252 seconds)
01:36adrianorg_ has left IRC (adrianorg_!~adrianorg@186.215.22.99, Ping timeout: 276 seconds)
02:22irule has joined IRC (irule!~irule@187.140.80.127)
02:22_gentgeen_ has left IRC (_gentgeen_!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection)
02:38SmallR2002 has joined IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net)
03:04Parker955 is now known as Parker955_Away
03:12risca has joined IRC (risca!~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net)
03:13Lurk3r has joined IRC (Lurk3r!~Lurk3r@d50-98-143-187.bchsia.telus.net)
03:14
<Lurk3r>
Hi there fellow linux enthusiasts
03:15
I was wondering if any of you may have some experience with LTSP and RHEL?
03:16
or CentOS
03:33alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
03:37alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:58alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds)
04:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:25alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
04:39irule has left IRC (irule!~irule@187.140.80.127, Ping timeout: 276 seconds)
04:42alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:56alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds)
05:01risca has left IRC (risca!~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net, Quit: Lämnar)
05:14alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:22bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:27Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
05:34Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Remote host closed the connection)
05:38Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
05:52
<knipwim>
Lurk3r: i think most of us don't, mostly using debian or ubuntu, or in my odd case gentoo
05:55
didn't even know there was an ltsp rpm
06:40vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
06:43dobber has joined IRC (dobber!~dobber@213.169.45.222)
06:51utux has joined IRC (utux!~utux@unaffiliated/utux)
07:28
<vagrantc>
i had prepared an upload of ltspfs to debian, but i have to play gpg games with it.
07:29
it was pretty much a one-liner for ltspfs to support both old and new init-ltsp.d setups.
07:30
<alkisg>
Hi vagrantc, did you see my recent ltsp-discuss mail? http://www.mail-archive.com/ltsp-discuss@lists.sourceforge.net/msg40363.html
07:30
I'm thinking to use that method for Greek schools next month, do you see any major pitfalls there?
07:31
(if it's not too late there for reading my new crazy ideas, that is... :D)
07:33
<vagrantc>
yup
07:33
you've had this crazy idea for some time, and we're technically pretty close to implementing it, i think.
07:34
<alkisg>
I'm mostly worried about the "remove sensitive data before mksquashfs" part... that can be done in a tmpfs/aufs, and even packages like apache can be purged if necessary...
07:35
But we'll definetely need a remove-sensitive-data.d/ dir with script for mysql password removal etc etc
07:36
<vagrantc>
yes, that's a major ugly ...
07:37utux has left IRC (utux!~utux@unaffiliated/utux, Quit: Leaving)
07:41
<alkisg>
Btw `mksquashfs -wildcards -ef <list-of-nbd-excluded-files>` works pretty well, we should use it upstream to omit root/* proc/* home/* var/cache/apt/archives/*.deb etc
07:43
Can we ship such an exclusion list in /etc/ltsp/nbd-excludes? Should I commit such a file upstream?
07:44
E.g. http://paste.debian.net/161742/
07:50
<knipwim>
alkisg: better make some of those distro specific
07:51
although that could be done later without breaking stuff once the repackaging is done
07:52
and
07:52
shouldn't /boot be excluded as well?
07:52
or removed after update-kernels
08:03Da-Geek has joined IRC (Da-Geek!~Da-Geek@94.236.7.190)
08:13
<alkisg>
knipwim: you're probably right, boot/* isn't needed after boot, is it?
08:13
knipwim: since it's a single file, maybe distros can maintain their own versions?
08:14
config/Debian/nbd-excludes, config/Gentoo/nbd-excludes etc...
08:14* vagrantc seems to recall some things looking for files in /boot
08:14
<alkisg>
The big stuff is vmlinuz/initrd, we could only exclude those
08:15
<vagrantc>
seems like even the biggest stuff is relatively small.
08:16* alkisg is tempted to symlink /boot to /var/lib/tftpboot/boot in his ltsp-server-pnp solution, so that ltsp-update-kernels isn't needed...
08:17
<vagrantc>
alkisg: why not just point dnsmasq at /opt/ltsp/ ?
08:17
for the tftp files...
08:17
<alkisg>
vagrantc: in that solution, there's no ltsp chroot at all
08:17
The server installation is used
08:17
<vagrantc>
ah, right.
08:17
<alkisg>
So no /opt/ltsp dir either, and no /var/lib/tftpboot/ltsp..
08:18
<vagrantc>
no /opt/ltsp/images/ ?
08:18
<alkisg>
Yup for that one
08:19
I'll bind-mount / to /opt/ltsp/i386, then mount a tmpfs/aufs there, mangle etc/passwd+shadow, regenerate ssh keys etc, and tell nbd to omit some dirs
08:19
Then run ltsp-update-image (or directly mksquashfs), and that'll probably be enough...
08:19* alkisg wonders if he needs ltsp-server at all, or if he could just depend on the other necessary packages
08:20
<vagrantc>
heh.
08:24
<alkisg>
...probably only some nbdswapd and ltsp-update-sshkeys variants
08:25
...and ltsp-localapps for those that need it
08:26
<knipwim>
or include the ltsp-pnp in the ltsp-server package
08:26
<alkisg>
knipwim: nah it's too soon, I'd like it to mature first before messing upstream with it
08:35
Indeed, later versions of the edubuntu live dvd can export /boot and the cd squashfs image itself to demonstrate thin/fat clients live without having ltsp-server installed at all
08:39
...and an init-ltsp.d/ script can be created to trust the "chroot" ssh keys on boot, so no ltsp-update-sshkeys is necessary
08:51vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 240 seconds)
09:26ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
10:14alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47)
10:15alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds)
10:16Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
10:45alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
10:47Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
10:48alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
11:23adrianorg_ has joined IRC (adrianorg_!~adrianorg@186.215.22.99)
11:29cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
11:36cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
11:40Parker955_Away is now known as Parker955
11:50Parker955 is now known as Parker955_Away
12:02alkisg1 has left IRC (alkisg1!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds)
12:17brunolambert has joined IRC (brunolambert!bruno@nat/revolutionlinux/x-iffpeawthxfnrwse)
12:34bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
12:49brunolambert has left IRC (brunolambert!bruno@nat/revolutionlinux/x-iffpeawthxfnrwse, Ping timeout: 245 seconds)
12:56
<Hyperbyte>
knipwim, K12Linux
12:56
<knipwim>
hmm?
12:57
<Hyperbyte>
07:55 <knipwim> didn't even know there was an ltsp rpm
12:58
<knipwim>
ah
12:58
also no recent experience here i guess
13:00||cw has left IRC (||cw!~chris@phpgroupware/cw, Remote host closed the connection)
13:01brunolambert has joined IRC (brunolambert!bruno@nat/revolutionlinux/x-fuoplldryloefwlj)
13:02||cw has joined IRC (||cw!~chris@gateway.wilsonmfg.com)
13:02||cw has joined IRC (||cw!~chris@phpgroupware/cw)
13:15shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 264 seconds)
13:16shawnp0wers has joined IRC (shawnp0wers!~spowers@71-13-74-18.static.aldl.mi.charter.com)
13:16shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
13:18bobby_C has joined IRC (bobby_C!~bobby@188.20.161.210)
13:35
<Hyperbyte>
knipwim, I used K12Linux before I switched to Ubuntu
13:35
Intel display driver issues with Fedora 14.
14:00alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:04Da-Geek has left IRC (Da-Geek!~Da-Geek@94.236.7.190, Quit: Leaving)
14:12bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)
15:11vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
15:27risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
15:27jvx has joined IRC (jvx!~jvx@2602:304:ceec:dbc0:210:b5ff:fe8a:3a95)
15:37dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:37dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
15:41vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Quit: leaving)
16:23Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Remote host closed the connection)
16:29vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
16:33risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 272 seconds)
16:37jvx has left IRC (jvx!~jvx@2602:304:ceec:dbc0:210:b5ff:fe8a:3a95, Quit: Leaving)
16:40risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
16:42brunolambert has left IRC (brunolambert!bruno@nat/revolutionlinux/x-fuoplldryloefwlj, Quit: brunolambert)
16:43brunolambert has joined IRC (brunolambert!bruno@nat/revolutionlinux/x-giekgbcwqtfphrab)
17:17khildin has joined IRC (khildin!~khildin@ip-80-236-225-164.dsl.scarlet.be)
17:26komunista has joined IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk)
17:28risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 248 seconds)
17:34toscalix has joined IRC (toscalix!~toscalix@236.155.219.87.dynamic.jazztel.es)
17:39vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer)
17:50vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
17:55
<shogunx>
hey vagrantc... pretty sure not vesa. have not seen you on since we last talked.
17:55
resolution is too high for vesa, unless vesa does more than 1024x768 these days.
17:56
<vagrantc>
huh.
17:56
<shogunx>
once i started having kids, it got tough to keep up with all the changes to various specs.
17:56
<vagrantc>
ah, maybe framebuffer
17:56
<shogunx>
on the little hp arm client.
17:57
it looks kind of like fbdev
17:57
<vagrantc>
i guess i could look at the Howto i wrote ... see what i said there :)
17:57
<shogunx>
haha
17:57
no video output whatsoever until x starts up tho... no normal fb action.
17:57
<vagrantc>
i recall getting pretty good resolution too when i plugged it into a reasonably decent monitor
17:58
yeah, that's the big downside. hellish to troubleshoot.
17:58
unless you manage to patch into the serial console
17:58adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.215.22.99)
17:58
<alkisg>
shogunx: vesa does more than 1024x768, yes
17:58
<shogunx>
it happens. you did a good job to get it functional as a client.
17:58
<alkisg>
lspci -nn -k | grep -A 2 VGA tells you the driver in use
17:59
<shogunx>
alkisg, really? when did that happen.
17:59
<alkisg>
It's been years now, at least the 4 i'm using linux, and the protocol supported it for decades
17:59
<shogunx>
alkisg, i could just look at the logs, but to do that, i have to set up ssh on the client.
18:00
likewise with your method
18:00
<vagrantc>
shogunx: thanks :)
18:01
shogunx: did you test the instructions blind? or did you set up a serial console?
18:01
shogunx: i was a bit nervous having someone follow those instructions and effectively brick it.
18:02
<shogunx>
alkisg, i remember back when... way back when... sometimes vesa was all you could get to work on many chipsets, but it never gave me resolution other than 1024x768
18:02
<alkisg>
shogunx: what's your problem btw?
18:02adrianorg_ has left IRC (adrianorg_!~adrianorg@186.215.22.99, Ping timeout: 276 seconds)
18:02
<vagrantc>
and i wasn't fully able to test myself, since the only device i had wasn't a factory install anymore... so i might have missed a step.
18:03* vagrantc remembers the vesa 1024x768 limitations as well
18:03
<vagrantc>
maybe it was just an X.org (or XFree86?) thing
18:03
<shogunx>
vagrantc, i burn more mosfets, waste more magnet wire, etc here than i care to discuss in detail. i consider that bricking things, but have just put it into my R&D budget so it does not hurt when i do it. i was not scared:)
18:03
read the associated articles you referenced, then followed the instructions.
18:04
critical that the ltsp server is the only dhcp server on the local net. that was the only hiccup i found.
18:04
<vagrantc>
shogunx: oh, yeah, that's a typical LTSP issue
18:04
<shogunx>
yep
18:04
<vagrantc>
multiple DHCP servers on a network is generally troublesome
18:04
<alkisg>
shogunx: from wikipedia, "VESA BIOS Extensions (VBE core) 2.0 [November 1994] ==> Industry standard 16-bit and 24-bit graphics modes for resolutions from 320×200 right up to 1,600×1,200."
18:05
<vagrantc>
alkisg: i suspect older versions of X didn't support that or something.
18:05
<alkisg>
That's for 2.0, the old version of the standard
18:05
<shogunx>
i'll be damned.
18:05
never got better than 16 bit either
18:06
<||cw>
just because the standard supports it doens't mean the hardware/drivers implementing VESA have to support it
18:06
<vagrantc>
or maybe there were cards that didn't support the full spec.
18:06
<shogunx>
alkisg, oh, no problem happening... just answering vagrantc's question about how his howto worked out from a while back.
18:06
<||cw>
and maybe it didn't make sense for them to support the full spec
18:06
<vagrantc>
howto on the arm-based HP T5325 thin clients
18:07
disklessworkstations shipped me one and i got it working with LTSP on debian :)
18:07
<shogunx>
for me, vesa was always the fallback to get some type of gui going on wonky chips.
18:08
and i bought one from disklessworkstations so i could test out the power draw and performance vs the geode based clients i use now.
18:09
<vagrantc>
http://people.debian.org/~vagrant/hpt5325/HP_t5325_Debian_Ltsp_Howto
18:09
<shogunx>
all in all i can say i am pretty happy with the results.
18:10
saves almost 40% on the power draw over the already pretty efficient geodes, while increasing proc speed, memory, and most notably video memory.
18:10
<||cw>
shogunx: and end-user feel is better?
18:11
<shogunx>
its pretty solid. not sure i can tell much difference between sitting at the terminal vs sitting at the console of server.
18:11
a little latency, perhaps.
18:11
thats it.
18:12
it sits on my electronics development/repair bench now, mostly showing schematics of whatever i am working on.
18:13
<||cw>
wonder if 3M could be talked into releasing an ARM version of their touch drivers
18:13
most of it is java anyway
18:15
I've been using these http://www.wdlsystems.com/modperl/view_services.cgi?r=detail&prod_num=1EBOX43&aisle_id=1040
18:15
with PCE booting, work well also
18:15
though I only do rdp outside of just playing
18:17
<shogunx>
http://www.sumotech.com/english/hardware/st166_specifications.php
18:17
those are the ones i have been using for a while now.
18:19risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
18:21zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
18:21
<||cw>
and where does one buy one?
18:21
<shogunx>
from them
18:22
it takes an email to their sales folks, i think.
18:23
<||cw>
with no "buy" link, or prices or anything... I kinda despise that model when it's not custom parts
18:23
<shogunx>
BUT... i will likely be buying these arm clients in the future
18:23
the ST166
18:23
's were about 200 each, iirc.
18:24
<||cw>
can they pxe boot as well as local flash?
18:24
<shogunx>
yeah, i don't like that sales model either, although i do things the same way because i do make everything custom
18:24
yeah, pxe.
18:25
<||cw>
where I work it's that way, but it has to be since everything is literally custom spec'ed
18:25
we stock no complete products
18:26
<shogunx>
i just cannot sell a "off the shelf" unit, as my components change based on lattitude, annual cloud cover, wire length, etc.
18:26
one size does not fit all with solar computing.
18:26
<||cw>
one thing I do like about the ebox's is that they can be sandwiched between a 17" lcd and the vesa bracket
18:27
<shogunx>
yeah, these are tiny too
18:27
<||cw>
the sumo's dont look much bigger, but it's not the size as much as the design
18:28
a larger form factor would work fine, if it have 100mm holes in the center and some metal to take the force
18:28
<shogunx>
they sell clients with integrated displays too, but the power draw was too high for my uses
18:29
<||cw>
I don't like that idea, stuff breaks too much
18:29
I guess if you could replacement parts reasonably, but that's usually not the case
18:36alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Remote host closed the connection)
18:50risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 246 seconds)
19:03vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Quit: leaving)
19:08JesseC has left IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net, Ping timeout: 250 seconds)
19:15zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
19:16* zevlag ** WinSys ** Client: XChat-WDK 1503 (x64) ** OS: Microsoft Windows 7 Professional ** CPU: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz (3.00 GHz) ** RAM: 3767 MB Total (975 MB Free) ** VGA: Intel(R) HD Graphics ** Uptime: 74.21 Hours **
19:17
<zevlag>
grr.. wrong key click, wrong window
19:17
<Mava>
sounds like a laptop for me
19:21SmallR2002 has left IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net, Ping timeout: 246 seconds)
19:33jvx has joined IRC (jvx!~jvx@108-82-19-151.lightspeed.livnmi.sbcglobal.net)
19:34
<zevlag>
Is LTSP supposed to be completely functional in the current Beta 2 of Ubuntu 12.04?
19:35risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
19:35
<highvoltage>
zevlag: yes
19:36
<stgraber>
for some definition of "completely functional" that doesn't mean ready for production
19:36
<highvoltage>
(but the smallprint says there are some bugs which you are welcome to help fix)
19:36
<zevlag>
what bugs are there still?
19:37
<stgraber>
well, to start with, we're not on the final ltsp version that'll be in 12.04
19:37
<zevlag>
hmm, when I boot my fat clients, I can login via LDM, I get X loaded, I can right click and creat a new foldr on the desktop etc, but menus are missinbg
19:37
<highvoltage>
in unity? try moving your mouse to the top edge of the screen.
19:37
<zevlag>
... the toolbar on the left, the clock at the top, not oaded
19:37
<highvoltage>
(the menus should be there)
19:38
<zevlag>
I can right click and I have those menus, but I'm missing the rest of the "experience"
19:38SmallR2002 has joined IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net)
19:39
<stgraber>
alkisg: I'm going to sync the new ltspfs later today (when it's available for syncing, apparently Debian/LP are lagging today), then look at ltsp itself
19:40
alkisg: so IIRC I need to make sure ltsp-common-functions gets installed as ltsp-client-functions (in ltsp-client-core), ltsp-server-functions (in ltsp-server) and as ltsp-common-functions (in ltsp-client-core until we have a new ldm)
19:40
<zevlag>
sudo ltsp-build-client --prompt-rootpass --fat-client
19:40
that's all I've done to get to this point
19:40
<jvx>
Is there a method to get LTSP working for remote users (telecommuters)? Any pointers on URLs with the steps?
19:40
<alkisg>
stgraber: did you also do the other packaging changes that I mailed you?
19:41
<highvoltage>
jvx: you probably want to use something like NX or x2go for them
19:42Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
19:42
<stgraber>
alkisg: I'm looking at that e-mail now
19:42
<highvoltage>
zevlag: can you send a screenshot?
19:42
<zevlag>
sure
19:42Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
19:44Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
19:47
<jvx>
highvoltage, thx!. ...Off to experiment.
19:49
<zevlag>
highvoltage, http://dl.dropbox.com/u/23109689/photos/ltsptest1.JPG http://dl.dropbox.com/u/23109689/photos/ltsptest2.JPG
19:49
two images
19:50
<alkisg>
zevlag: is that installation up to date, or it might have last been updated weeks ago?
19:51
<stgraber>
alkisg: http://paste.ubuntu.com/911962/
19:51
<zevlag>
http://dl.dropbox.com/u/23109689/ltsp/ltspinfo.txt
19:51
<highvoltage>
zevlag: on the login screen, you should be able to choose a session from the bottom left menu. can you check what that is set to when you log in? personally I'd rather install the gnome fallback session in them and use that.
19:51
<zevlag>
I did an apt-get update and upgrade and dist-upgrade this morning
19:52
<alkisg>
In the chroot too?
19:52
And ltsp-update-image?
19:53
<zevlag>
I deleted and rebuilt the /opt/tsp dir this morning after that
19:53
sudo ltsp-build-client --prompt-rootpass --fat-client
19:53
<alkisg>
stgraber: +client/ltsp-client-functions usr/share/ltsp ==> vagrantc said that symlinks aren't copied as real files with dh_install, so something else will be needed
19:53
Same for +server/ltsp-server-functions usr/share/ltsp too, I think he put something in debian/rules
19:54
stgraber: and +server/functions.d/Debian/* usr/share/ltsp/ ==> has been renamed to functions/ now, without the .d part
19:54
<zevlag>
highvoltage, they are set to DEFAULT, I'm testing gnome now
19:55
highvoltage, change it to GNOME and I get a "failed to load session GNOME"
19:56
<stgraber>
alkisg: ltsp-client-functions isn't a symlink
19:56
alkisg: ltsp-client-common-functions is (and is handled by debian/rules to avoid the dh_install problem)
19:56
<alkisg>
Ah right forgot about the newest wrappers
19:56
<zevlag>
highvoltage, When i change it to "Ubuntu-2D" I get a usable environment
19:57
<stgraber>
alkisg: the client/functions/* and server/functions/* still look weird to me, what is actually loading these and where are they supposed to be on the client/server filesystem?
19:58
<alkisg>
stgraber: all of those get dropped to /usr/share/ltsp, and are loaded by ltsp-common-functions (which has been renamed to client/server functions)
19:58
It loads $0-functions if it exists
19:58
So each tool sources a different file
19:58
<stgraber>
ok ... that's why my grep failed...
19:59
alkisg: does that look sane to you? http://paste.ubuntu.com/911974/
20:00
I don't really like the idea that we make /usr/share/ltsp a huge mess but well, we can always work on improving that a bit later on ;)
20:01
<alkisg>
stgraber: looks ok but give me 1 min to check the latest commits...
20:02
(we could make a /usr/share/ltsp/functions dir...)
20:03
stgraber: I can't see any problems :)
20:06
<knipwim>
stgraber: ltsp-chroot also changed location
20:07
<stgraber>
knipwim: right, thanks, updated
20:08
<mmetzger>
Is there an easy way to have a client boot a different image (aside from modifying the tftp config?)
20:16Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
20:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 246 seconds)
20:18toscalix has left IRC (toscalix!~toscalix@236.155.219.87.dynamic.jazztel.es, Read error: Connection reset by peer)
20:18vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
20:19
<vagrantc>
stgraber: no commits to ltsp-trunk?
20:20* vagrantc was thinking there'd be an upload today
20:21
<stgraber>
vagrantc: I'm waiting for your ltspfs to be syncable first
20:23
<vagrantc>
stgraber: ah!
20:24* vagrantc still had gpg issues so didn't sucessfully upload till late last night
20:24* vagrantc wonders what's taking so long
20:24
<vagrantc>
it should be in the archive by now.
20:25* vagrantc just committed a backwards-compatibility fix for ldm, too
20:26
<vagrantc>
although the workaround of having ltsp-client-core ship a symlink for ltsp-common-functions to ltsp-client-functions works, too.
20:26toscalix has joined IRC (toscalix!~toscalix@205.198.219.87.dynamic.jazztel.es)
20:27slackish_ has joined IRC (slackish_!amcphall@mcphall.org)
20:28stgraber_ has joined IRC (stgraber_!~stgraber@ubuntu/member/stgraber)
20:29stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Disconnected by services)
20:29stgraber_ is now known as stgrber
20:29stgrber is now known as stgraber
20:30risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 260 seconds)
20:31highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 260 seconds)
20:31slackish has left IRC (slackish!amcphall@mcphall.org, Ping timeout: 260 seconds)
20:31risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
20:33highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
20:46alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
20:46
<vagrantc>
stgraber: so is ltsp-trunk working for you, other than the ltspfs issue?
20:46
planning on any other changes?
20:46brunolambert has left IRC (brunolambert!bruno@nat/revolutionlinux/x-giekgbcwqtfphrab, Quit: brunolambert)
20:47
<stgraber>
vagrantc: I haven't tested it yet, I only went through the diff and updated my packaging so far. I'm a bit low on time for LTSP so I was planning on testing new ltsp + new ltspfs instead of testing both separately
20:49
<vagrantc>
stgraber: the new ltspfs is really just a simple symlink ... you could test it manually.
20:49
<zevlag>
hmm, so ubuntu-2d isn't working right either
20:51
No windows actually display, the background is black, if I click on icon to show me the 4 workspaces, I can see the windows of the applications I opened, but as soon as I choose the workspace, the background goes black again
20:54
<alkisg>
zevlag: clean .xsession-errors for that user, login again, and check it for errors
20:54
<zevlag>
k
20:55
<alkisg>
stgraber: we should also replace xbase-clients in debian/control with x11-utils
20:55
xbase-clients is deprecated, vagrantc has already done the change some time in the past
20:55
<zevlag>
alkisg, should I be troubleshooting unity or unity-2d?
20:55
<alkisg>
zevlag: start with unity-2d
20:56
unity won't work, but it should fallback to unity-2d automatically
20:58alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
21:08khildin has left IRC (khildin!~khildin@ip-80-236-225-164.dsl.scarlet.be, Ping timeout: 246 seconds)
21:09bobby_C has left IRC (bobby_C!~bobby@188.20.161.210, Ping timeout: 244 seconds)
21:10bobby_C has joined IRC (bobby_C!~bobby@188.20.161.210)
21:21bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9, Quit: Leaving.)
21:23* alkisg thinks we should change the 192.168.0.x internal LTSP subnet to something that's not commonly used by cheap routers
21:24
<alkisg>
Having the same subnet in both NICs causes problems
21:25* vagrantc agrees
21:26
<stgraber>
yeah, just not NOW please ;)
21:27
<alkisg>
Sure :D
21:28
L+T+S+P = 12+20+19+16 = 67, I vote for 192.168.67.x
21:29* vagrantc didn't know alkisg did numerology
21:30
<alkisg>
Or 42... "Douglas Adams described his choice as 'a completely ordinary number, a number not just divisible by two but also six and seven. In fact it's the sort of number that you could without any fear introduce to your parents'" :P
21:31
<Hyperbyte>
How about 192.168.861.291
21:31
;>
21:31
<alkisg>
:D
21:32* alkisg puts 67 in ltsp-pnp, it was his room number when he was a university student too
21:33
<vagrantc>
67 seems short and odd enough that it's not likely to be default many places, and short, and not a bad call.
21:36
<zevlag>
alkisg, So, I'm not sure where to go with these errors, or which ones to be concerned about :http://dl.dropbox.com/u/23109689/ltsp/xsession.txt
21:36Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 245 seconds)
21:39
<alkisg>
zevlag: not sure either, can you try with another client to verify it's not related to your graphics module or monitors setup?
21:40
<zevlag>
hm,, sure.
21:47
alkisg, completely different hardware platfrom, same problems
21:48
<vagrantc>
alkisg: uploaded epoptes 0.5.2-1 to the delayed 2 day queue
21:48
<alkisg>
zevlag: I don't have a clue, but what I'd try next is to install gnome-shell, which includes gnome-fallback, so I'd try if that works
21:49
vagrantc: thanks! I'll post it in the website tomorrow and sync to Ubuntu when it's available
21:50
<vagrantc>
alkisg: probably could have done 1 day delay, but wanted to make sure 0.5.1-1 makes it to testing first, otherwise i'd just upload today.
21:50
alkisg: i might re-upload without delay once i see 0.5.1-1 makes it into testing
21:51
<alkisg>
vagrantc: don't worry they aren't major bugs so 1 more day delay doesn't really matter
21:52* alkisg got ltsp-pnp that far: http://imagebin.org/index.php?mode=image&id=206478 :)
21:56
<alkisg>
Meh pxelinux doesn't like the memtest86+.bin filename
21:56
<vagrantc>
alkisg: long standing bug...
21:56
alkisg: drop the .bin extension
21:57
<alkisg>
ok, ty
21:57
<vagrantc>
alkisg: i usually symlink it
21:57
<alkisg>
I'll put it in debian/links
21:58
<vagrantc>
you're using dnsmasq for tftp? think that follows symlinks wherever they go...
21:58
definitely tempted to switch to dnsmasq by default for LTSP.
21:58
it's so much easier to work with.
21:59
<alkisg>
I'm using dnsmasq with tftp-root=/boot
21:59
<vagrantc>
ah.
21:59
<alkisg>
I only need a pxelinux.cfg and a backgrounds dir in there, and a syslinux symlink, so I didn't bother to use /srv/tft or /var/lib/tftpboot...
22:00
<vagrantc>
syslinux symlink?
22:00
<alkisg>
/boot/syslinux -> /usr/lib/syslinux
22:00
For vesamenu etc
22:00
Eh I also have pxelinux.0 -> /usr/lib/syslinux/pxelinux.0 and lts.conf -> /etc/ltsp/lts.conf
22:01markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it)
22:01
<vagrantc>
http://bugs.debian.org/546219
22:02
<alkisg>
Hmmm - .bin - "CD boot sector" [ISOLINUX only]
22:02
If it's isolinux only, why does pxelinux also handle it as such? :(
22:03toscalix has left IRC (toscalix!~toscalix@205.198.219.87.dynamic.jazztel.es, Remote host closed the connection)
22:03
<vagrantc>
because there is virtually no difference in code.
22:08
alkisg: what are you using to configure the bootable kernel?
22:08
<alkisg>
vagrantc: I'm listing all kernels with sort -rV, is that what you asked me?
22:09
<vagrantc>
alkisg: yes.
22:09
no linux-version for you?
22:09
<alkisg>
I don't think it's worth the trouble.. sort -rV works fine here
22:09
<vagrantc>
ok.
22:10
<alkisg>
I even put support for a DEFAULT stanza
22:10
Either with its index (0-n) or the whole vmlinuz* name
22:11* vagrantc eyes up ltsp-trunk/client/update-kernels for another go.
22:13
<alkisg>
vagrantc: in case you need ideas (or have comments) about pxe-menus etc: http://bazaar.launchpad.net/~alkisg/+junk/ltsp-pnp/files
22:15
<vagrantc>
i need ifcpu detection to determine amd64 vs. pae vs. nopae
22:18
<alkisg>
ifcpu also supports pae vs nopae? Cool...!
22:19
<vagrantc>
yes.
22:20
"append amd64 -- pae -- nopae" where other menu entries are amd64, pae, and nopae.
22:22
i should try and get such code into debian-cd/debian-installer
22:23dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
22:23
<vagrantc>
alkisg: that looks promising!
22:24
<alkisg>
I followed the /etc/grub.d structure, it seemed ok enough
22:24
<vagrantc>
yeah.
22:25
alkisg: just wondering about namespace collisions, calling it /etc/pxe-menu
22:25bobby_C has left IRC (bobby_C!~bobby@188.20.161.210, Ping timeout: 246 seconds)
22:27
<alkisg>
Hmmm well if ever this goes to pxelinux, and they decide that they want that exact name, maybe they can conflict with ltsp-pnp (or whatever) << version where we got rid of it and started depending on their package?
22:27
<vagrantc>
s'pose so. though confiles are trickier
22:27
since they get left behind unless the package it purged.
22:28
<alkisg>
Ah right :(
22:29
<vagrantc>
also, shipping /etc/nbd-server/config would be a major policy violation.
22:30
<alkisg>
True, but I doubt that the LTS release that I'm targetting will see major nbd-server package updates
22:30
So I thought conffiles would be better to automatically update the package in case ltsp-pnp ships a newer version, or leave it if the user modified it
22:31
<vagrantc>
alkisg: but you could drop conffiles in /etc/nbd-server/conf.d ... ?
22:31
<alkisg>
*the file, not the package
22:31
vagrantc: and just copy the /etc/nbd-server/config on postinst?
22:31markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, )
22:31
<alkisg>
conf.d doesn't work without that
22:32
<vagrantc>
there isn't really a right way to do it.
22:32
<alkisg>
nbd-server should ship config at least
22:32
<vagrantc>
well, not a right way fully automated.
22:32
<alkisg>
But it doesn't, so... :-/
22:32
<vagrantc>
yes, if nbd-server shipped a default config that included conf.d ...
22:33
<alkisg>
When we're more relaxed we can try to ask Wouter for all the things we need from nbd
22:34
The disconnect stuff, persistence, config files...
22:36
<vagrantc>
alkisg: i could try and hash out an "LTSP wishlist for NBD" agenda with wouter at debconf in july...
22:37
although, if we're really going to make a go of it, i should probably work that out sooner so we can have it implemented before june.
22:37
<alkisg>
Sounds very good, I think I can also have some small patches by then
22:37komunista has left IRC (komunista!~slavko@adsl-195-168-227-135.dynamic.nextra.sk, Quit: Leaving.)
22:37
<vagrantc>
alkisg: very cool.
22:37risca has left IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca, Ping timeout: 246 seconds)
22:44risca has joined IRC (risca!~risca@wi-secure-7790.cc.umanitoba.ca)
22:46* alkisg => pumkin
22:46alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
23:20
<vagrantc>
heh.
23:45vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Quit: leaving)