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


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

00:00
<johnny>
64bit java plugin is coming RSN too
00:00
<dberkholz>
icedtea6-bin has it
00:00
<johnny>
sure.. but i mean the official sun one
00:00
<dberkholz>
package.keywords ftw
00:00
<johnny>
i haven't actually needed java
00:00
on the web that is
00:00
so i never missed the plugin :)
00:00
<dberkholz>
our users need it
00:00
<johnny>
i'm sure many do
00:01
i'm just not one of em
00:01
<dberkholz>
i had to go searching around for a while to figure out which of the million jdk's would actually provide one
00:01
<johnny>
OnePutt, who is the server for?
00:01
<kc8pxy>
johnny: amd64 seeing a jdk/jre soon? i have some javaws apps that i have to use the 32-bit javaws to run.
00:01
<OnePutt>
myself
00:01
<johnny>
ok
00:01
well.. you'll have the most fun in gentoo
00:01
<OnePutt>
i got a bunch of thin clients that need to be utilized
00:01
<johnny>
it works near perfect for most others.. given the standard constraints
00:01
most other distros*
00:02
so you don't have to do much to make it work
00:02
<OnePutt>
ic
00:02
<johnny>
no configuring random services
00:02
ie :tftp
00:02
it comes working out of the box
00:02
gentoo can't do that.. as there are too many options
00:02
<OnePutt>
so just download the latest gentoo then install ltsp after base install?
00:02
<johnny>
just depends on how much control you want over it
00:03
you'll have to install kde/gnome and whatnot on the server..
00:03
so your users will have something to see.
00:03
OnePutt, and you'll have to tweak your use flags
00:03
etc..
00:03* kc8pxy forgot to do that on his headless ltsp server :-(
00:03
<johnny>
OnePutt, expect to be busy for quite some time before you actually get to the ltsp part
00:04* kc8pxy can attest to johnny's statement :)
00:04
<OnePutt>
ah k
00:04
cool
00:05
<johnny>
OnePutt, when you use gentoo.. it teaches you what really makes up a distro..
00:05
<OnePutt>
well luckily i got a really good kernel munchin *nix mentor to help me out should i get too frusterated
00:05
<johnny>
the kernel part is simple :)
00:05
<OnePutt>
and the good ol irc
00:05
<johnny>
in comparison at least..
00:06
<kc8pxy>
OnePutt: but i CAN say, it's worth it. as long as you don't like free-climbing the learning curve, gentoo is probably one of the best distro's if your goal is to understand your system, and it's guts, not simply use it.
00:06
<johnny>
and. it helps really nicely in fixing other distros..
00:06
<kc8pxy>
s/don't like/don't mind/
00:06
<OnePutt>
is this technology new?
00:06
<johnny>
if you're a system admin of any kind.. then it is super useful..
00:06
no
00:07
<OnePutt>
gui terminal serving with linux?
00:07
<kc8pxy>
what tech?
00:07
<johnny>
oh
00:07
gui terminal serving with linux?
00:07
no
00:07
it's pretty old
00:07
<OnePutt>
i mean up intill not long ago ive only experienced rdp
00:07
<johnny>
10 years
00:07
actually..
00:07
<OnePutt>
vnc runs siiiick fast on wireless n with osx
00:08
thin client network booting sounds like a really good idea
00:08
since i still have some pcs in the house
00:08
<johnny>
i use it at my store for public internet terminals
00:08
i deploy with ubuntu
00:08
<OnePutt>
and these thin clients
00:08
<dpepin_>
I have a problem with a thinclient boot. I get an Ip address, then tftp prefix: /ltsp/i386/ ... then loading vmlinuz...loading initrd.img......cpu: vendor unknown,...kernel panic -not syncing: out of memory.
00:08
<OnePutt>
going to use in office
00:09
3 or 4 workstations
00:09
<johnny>
dpepin_, and your thin client has how much memory?
00:09
<OnePutt>
128
00:09
gigabit network
00:09
<johnny>
i was asking dpepin_
00:09
but OnePutt .. one thing you should know.. is that certain apps are terrible on the network
00:09
<OnePutt>
doesnt it use swap over lan?
00:10
<dpepin_>
checking
00:10
<johnny>
and would run faster if they could run locally and rely on the system memory
00:10
<OnePutt>
ic
00:10
<johnny>
that is the newest ltsp technology :)
00:10
<kc8pxy>
johnny: localapps?
00:10
<OnePutt>
cant u plug in a usb flash drive and use it for swap?
00:10
<johnny>
running the desktop session remotely
00:11
and then running some apps like skype and other voip software,flash, and things like that on the local processor
00:11
<kc8pxy>
OnePutt: how fast do you want to kill your tumbdrive??!?
00:11
<OnePutt>
oh ya forgot
00:11
heh
00:11
<johnny>
OnePutt, network swapping is possible
00:11
and local swap can work too
00:11
<OnePutt>
how about a ssd with usb adapter
00:11
<johnny>
but.. swap sucks.. you should never swap
00:11
<OnePutt>
its a sata 32gig patriot
00:11
<johnny>
it'll be cheaper and use less electricity
00:11
and faster
00:11
<OnePutt>
NFS>
00:12
NFS?
00:12
<johnny>
the optimal spec to do that.. is between 256 and 512 locally
00:12
ubuntu's swaps over nbd
00:12
<OnePutt>
i see
00:12
<johnny>
which is nice
00:12
but.. sucky still
00:12
<OnePutt>
512
00:12
to run firefox
00:12
flash?
00:12
<johnny>
flash is terrible on linxu
00:12
so terrible
00:12
:(
00:12
the network bandwidth is insane
00:12
<kc8pxy>
in my experience, a linux box that swaps hard is almost worse than a windows box with no room on the C:
00:12
<OnePutt>
ic
00:12
point taken
00:13
<johnny>
running it locally makes your users happy
00:13
and you can deploy it remotely too.. which is nice..
00:13
<OnePutt>
i havent installed any os on anything with 128megs ram in a while
00:13
i have another type
00:13
<johnny>
it actually runs the app locally that it gets remotely :)
00:13
<OnePutt>
i believe it is way more powerful
00:13
has the windows xp embeded on a ssd
00:13
<johnny>
with only a couple users.. you might not have a problem with flash tho
00:14
<OnePutt>
and has pxe boot
00:14
<johnny>
if you didn't rely on flash all that much.. or voip software..
00:14
then don't bother upgrading
00:14
i have 4 users
00:14
only
00:14
<OnePutt>
what would a decent pc hardware spec be for flash and firefox
00:14
<dpepin_>
my neoware thin clients have 256 meg
00:14
<OnePutt>
open office
00:15
p3 and up?
00:15
<johnny>
Openoffice runs fine remotely for the most part
00:15
altho one fellow hear uncovered a nasty bug that causes it to use waay too much local graphics memory and crash your system
00:15
if you mess with impress
00:15
in some certain way
00:16
generally openoffice does not need to be run remotely
00:16
err locally..
00:16
<kc8pxy>
locally == client=side... yes?
00:16
<johnny>
things that need lower latency.. like movies and sound.. can run better locally
00:17
yes
00:17
dpepin_, why did you private message me
00:17
<OnePutt>
what about a more modern pc hardware client with decent memory and cpu
00:17
like 2 gigs ram
00:17
p4
00:18
2.4
00:18
gigabit
00:18
<johnny>
that's waaay too high for a client :)
00:18
<OnePutt>
hah
00:18
<johnny>
don't really see any money savings in that :)
00:18
<OnePutt>
ah
00:18
well what if the user wanted a portable client
00:18
<johnny>
a portable client?
00:18
<OnePutt>
yea
00:19
<johnny>
isn't that just a normal install at that point?
00:19
<OnePutt>
boot off a server
00:19
and have your settings and prefs follow your user account
00:19dpepin_ has quit IRC
00:19
<OnePutt>
on any machine through out the network
00:20
yea
00:20
<johnny>
i don't really see the benefit at that point.. i'd probably just get a flash drive and use that for local storage.. and just get updates of the server supplied operating system
00:20
for only a few dollars more than without
00:20
<OnePutt>
but the prolem with normal installs is its hardware dependent
00:20
if you use different hardware it would be nice to have your os run on anything
00:21
or your "desktop" i should say
00:22
brb
00:22OnePutt has left #ltsp
00:26echo0101 has joined #ltsp
00:26
<echo0101>
hello!
00:27
does anyone know why ltsp-5 on debian etch would be missing the command ltsp-update-image ?
00:31
<johnny>
i'm not sure what packages are on debian exactly
00:31
that are ltsp related
00:32
ltsp-update-image is not used by default on debian iirc
00:32
it uses nfs
00:32
perhaps you have to install some other package to get nbd support
00:32
<echo0101>
ah. i'm fine with nfs... it was my understanding that I needed to run that script if i change anything in /opt/ltsp/i386
00:33
<johnny>
echo0101, that is only on ubuntu.. or unless you manually tell your ltsp to use nbd
00:33
ubuntu does use nbd by default
00:34
<echo0101>
i see. then if i make changes to /opt/ltsp/i386 when using nfs, do I need to do anything for the changes to take effect?
00:34csid has joined #ltsp
00:34
<johnny>
echo0101, btw.. ubuntu can be switched to use nfs.. if you are trying to custom an image and play around with it , before actually deploying your created image
00:34
<csid>
howdy all
00:34
<johnny>
echo0101, no
00:34
<csid>
just got my first client to boot
00:34
<echo0101>
johnny, thanks.
00:35
<johnny>
echo0101, we don't actually have nbd on gentoo yet either :(
00:35
<echo0101>
:(
00:35
this is my first time using ltsp :-p.. i just got my client up... it still doesnt have internet >.<
00:36
<johnny>
echo0101, ?
00:36
it should have internet if your server has internet..
00:36
<echo0101>
i have eth0 to internet and eth1 to local ltsp network
00:38
i was thinking i'd need to do ipforwarding first?
00:39csid1 has joined #ltsp
00:40
<csid1>
the wyse j400 booted right up over pxe:-
00:41
:-)
00:41
<johnny>
echo0101, yes
00:41
should be simple enough to find out how to do that
00:42
<csid1>
firefox has issues though :-/
00:44
<echo0101>
johnny, sorry to keep buggin you :) does this look right: iptables -t nat -A POSTROUTING -s 172.16.0.0/24 -o eth0 -j MASQUERADE (my ltsp network is 172.16 on eth1 and my internet is on eth0)
00:44alkisg has joined #ltsp
00:45csid1 has left #ltsp
00:45csid has quit IRC
00:45
<johnny>
echo0101, i thought there was just a setting in the network/interfaces file
00:45
something nice ..like ip_forwarding = yes
00:46
<echo0101>
yeah, i did that... /proc/sys/net/ipv4/ip_forward == 1
00:52alkisg1 has joined #ltsp
00:57isojussi has quit IRC
00:59
<echo0101>
wooh! got internet working :)
00:59
thanks for your help johnny.
01:03
csid1, what problems are you having with firefox?
01:10alkisg has quit IRC
01:10alkisg1 is now known as alkisg
01:15alkisg has quit IRC
01:17alkisg has joined #ltsp
01:22gate_keeper_ has joined #ltsp
01:26F-GT has quit IRC
01:30alkisg1 has joined #ltsp
01:30alkisg has quit IRC
01:30alkisg1 is now known as alkisg
01:39F-GT has joined #ltsp
01:56mathesis has quit IRC
02:44alkisg has quit IRC
02:48alkisg1 has joined #ltsp
02:57Patina has quit IRC
02:57shamino has quit IRC
02:57dberkholz has quit IRC
02:57Ryan52 has quit IRC
02:57echo0101 has quit IRC
02:57Egyptian[Home] has quit IRC
02:57alkisg1 has quit IRC
02:57otavio has quit IRC
02:57chrisinajar has quit IRC
02:57gentgeen__ has quit IRC
02:57rcy has quit IRC
02:57daduke has quit IRC
02:57urandom has quit IRC
02:57johnny has quit IRC
02:57vlt has quit IRC
02:57moquist has quit IRC
02:57davidj has quit IRC
02:57wwx has quit IRC
02:57sutula has quit IRC
02:57sep has quit IRC
02:57rjune has quit IRC
02:57primeministerp has quit IRC
02:57loather has quit IRC
02:57jbrett has quit IRC
02:57xmagixx has quit IRC
02:57tsurc has quit IRC
02:57Shingoshi has quit IRC
02:57FlyOnTheWall has quit IRC
02:57mtnbkr has quit IRC
02:57oh207 has quit IRC
02:57jhutchins has quit IRC
02:57re-G has quit IRC
02:57shogunx has quit IRC
02:57monteslu has quit IRC
02:57ccherrett has quit IRC
02:57mopey has quit IRC
02:57_UsUrPeR_ has quit IRC
02:57CaScAdE^1arAway has quit IRC
02:57nobios has quit IRC
02:57pmatulis has quit IRC
02:57ninkendo has quit IRC
02:57F-GT has quit IRC
02:57warren has quit IRC
02:57PlaidTiger_ has quit IRC
02:57rjune_ has quit IRC
02:57hanthana has quit IRC
02:57RobertLaptop has quit IRC
02:57ogra has quit IRC
02:57cyberorg has quit IRC
02:57Appiah has quit IRC
02:57dmhardison has quit IRC
02:57J45p3r__ has quit IRC
02:57ltsppbot has quit IRC
02:57leio has quit IRC
02:57tarbo has quit IRC
02:58tarbo has joined #ltsp
02:58alkisg1 has joined #ltsp
02:58F-GT has joined #ltsp
02:58echo0101 has joined #ltsp
02:58Egyptian[Home] has joined #ltsp
02:58CaScAdE^1arAway has joined #ltsp
02:58hanthana has joined #ltsp
02:58warren has joined #ltsp
02:58ccherrett has joined #ltsp
02:58johnny has joined #ltsp
02:58nobios has joined #ltsp
02:58otavio has joined #ltsp
02:58RobertLaptop has joined #ltsp
02:58Patina has joined #ltsp
02:58mopey has joined #ltsp
02:58pmatulis has joined #ltsp
02:58chrisinajar has joined #ltsp
02:58ogra has joined #ltsp
02:58gentgeen__ has joined #ltsp
02:58Shingoshi has joined #ltsp
02:58shamino has joined #ltsp
02:58dberkholz has joined #ltsp
02:58Ryan52 has joined #ltsp
02:58vlt has joined #ltsp
02:58cyberorg has joined #ltsp
02:58rcy has joined #ltsp
02:58moquist has joined #ltsp
02:58FlyOnTheWall has joined #ltsp
02:58monteslu has joined #ltsp
02:58jhutchins has joined #ltsp
02:58oh207 has joined #ltsp
02:58re-G has joined #ltsp
02:58shogunx has joined #ltsp
02:58mtnbkr has joined #ltsp
02:58sep has joined #ltsp
02:58loather has joined #ltsp
02:58wwx has joined #ltsp
02:58primeministerp has joined #ltsp
02:58xmagixx has joined #ltsp
02:58rjune has joined #ltsp
02:58sutula has joined #ltsp
02:58tsurc has joined #ltsp
02:58jbrett has joined #ltsp
02:58davidj has joined #ltsp
02:58urandom has joined #ltsp
02:58daduke has joined #ltsp
02:58_UsUrPeR_ has joined #ltsp
02:58Appiah has joined #ltsp
02:58dmhardison has joined #ltsp
02:58ltsppbot has joined #ltsp
02:58J45p3r__ has joined #ltsp
02:58leio has joined #ltsp
02:58rjune_ has joined #ltsp
02:58ninkendo has joined #ltsp
02:58PlaidTiger_ has joined #ltsp
03:00vmlintu has quit IRC
03:06tarbo has quit IRC
03:10Shingoshi has quit IRC
03:15Guza has joined #ltsp
03:15
<Guza>
hi
03:15
i stack here for 3 days
03:15
can someone help me
03:15
i have this erros
03:16
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,3)
03:16
where to look for solution
03:16
what can be wrong
03:17
<sep>
Guza, this is when you boot a thin client ?
03:17
<Guza>
yes
03:18
<sep>
sounds like your initrd is missing support for something, perhaps nfs ?
03:18
<Guza>
hmm
03:18
initrd of pxe?
03:19
<sep>
since that is what you boot yes
03:19
or are you using nbd ?
03:19
<Guza>
yes i am using ndb
03:19
pxelinux.0
03:20
<sep>
but... 8,3 is that not a scsi device ?
03:20
<Guza>
i run client on wmware
03:20
vmware*
03:22
i will back
03:22
i go try to boot real computer
03:22
<sep>
8,3 iirc should be 3rd partition on sda. i could be mistaken tho
03:23
and i can not see why you have root on that when you use nbd
03:23
<Appiah>
Guza dist?
03:27Guza has quit IRC
03:27Guza has joined #ltsp
03:27
<Guza>
how can i build initrd for pxe
03:29
<sep>
<Appiah> Guza dist?
03:29
<Guza>
gentoo
03:30
<johnny>
jij
03:30
huh?
03:31
there is no nbd in gentoo for ltsp
03:31
<Guza>
what ?
03:31
well that meen i cant setup ltsp on gentoo for pxe eth?
03:31
<johnny>
sure
03:32
but perhaps you should use something more like ubuntu?
03:32
<Guza>
ubuntu is slow
03:32
<johnny>
gentoo will be just as slow :)
03:32
well not quite just..
03:32
but the difference isn't all that noticable
03:32
<Guza>
on mysql gentoo do job for 8 sec and ubuntu do same job on same base for 21 sec
03:33
:D
03:33
<johnny>
speed is never a reason to use gentoo
03:33
Guza, i wrote the gentoo ltsp
03:33
i know there is no nbd.. only nfs
03:33
at least for now
03:33
<Guza>
:(
03:33
<johnny>
what's wrong with nfs?
03:33
<Guza>
i dont know what to say :(
03:34
my ethernet use nbd
03:34
<johnny>
no it doesn't..
03:34
<Guza>
w8
03:34
<johnny>
you're talking about something completely different
03:35
<Appiah>
:D
03:35
<Guza>
ok
03:35
in dhcp what filename to use?
03:35
<johnny>
the same way as the ubuntu docs say to set it up
03:36
i think there's an example file in ltsp-server docs
03:36
/usr/share/docs/ltsp-server-9999/examples iirc..
03:36
<Guza>
ok
03:37
<johnny>
there is a problem right now with ltsp-build-client in gentoo
03:37
i hope to fix it tomorrow
03:37
need to add some unmasking of openrc.. as right now the install says it completes successfully, but actually doesn't
03:37
Guza, i'd suggest that you ask me about this in 2 or 3 days
03:38
after i've had time to do another test run or two
03:38
<Guza>
just one more question
03:38
:D
03:38
NBP is too big to fit in free base momery
03:40
btw johnny thanks
03:40
great work
03:40Guza has quit IRC
03:41
<johnny>
night time..
03:42Guza has joined #ltsp
03:46
<Guza>
what version of ubuntu to download?
03:49tarbo has joined #ltsp
03:51Shingoshi has joined #ltsp
03:53gar has joined #ltsp
03:54tarbo has quit IRC
03:54
<gar>
Hi everyone, sorry if this is not the place: thin clients (debian) powers off in the middle of remote sessions randomly, servers (opensuse)
03:54tarbo has joined #ltsp
03:56
<gar>
I have to say that thin clients are hp (they don't know or don't want to help me...only if it would be overheating...but I am sure it's not the problem) because when they powers off, THE GREEN LED STILL IS ON
03:57
ANY IDEAS ABOUT HOW TO ISOLATE THE PROBLEM? I got a look at .xsession-error file, /var/log...ps -aef...HOW TO SEE IF THE SESSION IS STILL OPEN
03:57
¿
04:00tarbo has quit IRC
04:00
<Appiah>
just look on the server if the user is still logged on
04:00tarbo has joined #ltsp
04:01
<gar>
are you talking to me Appiah***...the user is the same in server and in client...
04:01
thanks for listen to me Appiah***so nice
04:02
I mean that the same user is logged in server and client...how can I see the difference?
04:02
finger
04:03
<Appiah>
hmmm
04:03alkisg1 has quit IRC
04:03
<gar>
you are right Appiah**
04:03
<Appiah>
if you use ps -U username
04:03
you can see where they are running the application
04:06tarbo has quit IRC
04:06tarbo has joined #ltsp
04:08
<gar>
with finger I can see the users connected to the server, the IP, with ps -U user...I just can see (with opensuse) a list of applications...but we use the server also with the same apps
04:10
I cannot see if the logged user on the server is using them or the remote client (called equal)
04:12tarbo has quit IRC
04:12
<gar>
I am looking if ps -U and more parameters can be the solution to isolate the apps the clients are running and if they got zombies or something
04:12tarbo has joined #ltsp
04:12isojussi has joined #ltsp
04:14
<isojussi>
when try update chroot in ltsp, i still have 109 unupdated packages. if i try run apt-get upgrade they won´t update. any way to force them to update?
04:17
those seems to be in wainting line
04:18tarbo has quit IRC
04:18tarbo has joined #ltsp
04:19vmlintu has joined #ltsp
04:19tarbo has quit IRC
04:22
<gar>
how can I see why thin clients powers off by themselves in the middle of remote sessions, and how if a remote session is still openend or not
04:23vlt has quit IRC
04:29
<gar>
=(
04:30
<Appiah>
if you syslog to the server
04:31
then check the log meanwhile the thin client runs and power offs itself you might catch something
04:32
<gar>
syslog...you mean edit /var/log/syslog... with tail?
04:32
yes because I had a look but I didn't know what was written when
04:33
thanks
04:35polytan has joined #ltsp
04:35
<polytan>
hi
04:35
<gar>
syslog->/etc/
04:43
I cannot execute syslog...I did a man and I looked into the sbin and I looked with a finger...(nothing to see with the config file syslog)
04:46MeW_ has quit IRC
04:56
<gar>
I edit the syslog in /etc/init.d..to see where it can save the info but...
05:01isojussi has quit IRC
05:01
<Appiah>
tail -f /var/log/syslog
05:01
?
05:01
<nubae>
-f = interactive
05:01pdjbarber has joined #ltsp
05:02
<nubae>
but first I think u need to enable syslog from the thin client by editting /etc/default/syslog
05:21vlt has joined #ltsp
05:27tjikkun_work has joined #ltsp
05:31wima has joined #ltsp
05:32|Paradox| has quit IRC
05:33otavio_ has joined #ltsp
05:36tarbo has joined #ltsp
05:40Shingoshi has quit IRC
05:41tsurc has quit IRC
05:46otavio has quit IRC
05:46Shingoshi has joined #ltsp
05:54|Paradox| has joined #ltsp
06:03tawmas has joined #ltsp
06:03tawmas has left #ltsp
06:03tawmas has joined #ltsp
06:03nobios has quit IRC
06:03
<tawmas>
Hi all!
06:04pasmen has joined #ltsp
06:04
<pasmen>
hi
06:05
i have a question regarding rdesktop script in ltsp5 or maybe rdesktop in general
06:05
<Appiah>
I have alot of them too
06:06
like, is it done? :P
06:06
<pasmen>
we have thin clients having intel board and integrated intel 82945G/GZ graphic card
06:06
<tawmas>
I just received my first ThinCan units, but I cannot get them to boot at all. Is there anybody experienced with this kind of device that can share a tip?
06:06
<pasmen>
also, we use rdesktop script as the only screen script to connect to w2k3 machine
06:06
we have issues with scrolling
06:06dirigeant has joined #ltsp
06:07
<pasmen>
scrolling in ie. MS Excel takes ages
06:07
anyone experienced this issues as well?
06:07
<tawmas>
I have tried to build an etherboot usb startup image with ROM-O-MATIC. It loads, but it doesn't boot. Seems it doesn't find the network card.
06:08
From the little information I could collect about the device, it should have an RTL8139 inside, so this is what I built the image for
06:08
<Appiah>
check what x driver it uses pasmen
06:08
check the Xorg.#.log on the thin client
06:08
then try to force another one in lts.conf
06:08
<pasmen>
well
06:08
<Appiah>
see if it changes
06:09
<pasmen>
when i check the Xorg log, it loads a lot of drivers..
06:09
let me see
06:09
<Appiah>
well it should say that one is being used
06:09
<pasmen>
it uses intel driver
06:10
<Appiah>
see if vesa works better
06:10
<pasmen>
ok, I'll try it and give results, thanks
06:11nobios has joined #ltsp
06:15nobios has quit IRC
06:15nobios has joined #ltsp
06:18
<pasmen>
Appiah: it works!
06:18
vesa driver does nice
06:18
<Appiah>
that's weird
06:18
usally the other way around? :P
06:18
<pasmen>
well
06:18
<Appiah>
well good it's working for you
06:18
<pasmen>
wait
06:18
<Appiah>
but now you know it's the driver
06:19
<pasmen>
yeah but
06:19MeW_ has joined #ltsp
06:19
<Appiah>
could try to find out exactly what in the driver does not like the scrolling
06:19
<pasmen>
i'm concerned if vesa can do any weird resolutions we might need for some clients
06:19
like widescreen etc.
06:19
<Appiah>
it can
06:19
best thing you can do is just try it
06:19
<pasmen>
we have some 1440x900 screens
06:19
yeah, right :-)
06:19
ok i'm gonna try it
06:20
thanks again
06:27pmatulis_ has joined #ltsp
06:29polytan has quit IRC
06:32
<pasmen>
gmm
06:33
vesa can't 1440x900, at least for the gfx we have built-in
06:35dirigeant has quit IRC
06:45
<Appiah>
then you have to force some more options =(
06:49
<nubae>
pasmen, I had to define vertical and horizontal frequency rates to get that resolution working
06:49
using the ldm options
06:50
<pasmen>
i'm not using ldm :-)
06:50
we have rdesktop as the only screen script
06:50
<nubae>
right.. then straight into xorg.conf
06:50
<pasmen>
but i can try to force refresh rates
06:50
yea
06:50
<nubae>
so set the vertical and horizontal rates and it should work fine
06:50
<pasmen>
but it didn't even say it can do 1440x900
06:50
in the log
06:51
wait a sec, i'll see
06:51
<nubae>
what gfx card?
06:51
<pasmen>
intel 82945G/GZ integrated
06:51Gadi has joined #ltsp
06:51
<pasmen>
so it's either correct resolution but slow scrolling or the oposite
06:51
<Gadi>
pasmen: the vesa driver drives a card according to the generic vesa standard
06:52
it doesn't know from widescreen modes
06:52
widescreen = non-vesa standard
06:52
<pasmen>
i thought it gets supported modes from the card bios
06:52
<Gadi>
nope
06:52
it is generic
06:52
<pasmen>
ok
06:52
<Gadi>
use the appropriate driver
06:52
or try to force modelines
06:52
<nubae>
y not use the right driver
06:53
<Gadi>
whats the correct driver?
06:53
<nubae>
intel945 driver should do it
06:53
<pasmen>
i can use intel driver (it's a link to i810)
06:53
hmm
06:53
i don't even have that one installed
06:53
<Gadi>
dude, you are choosing vesa over intel?
06:53
<pasmen>
just for the cause
06:53
<nubae>
http://zavizionov.blogspot.com/2007/09/howto-ubuntu-intel-945-widescreen.html
06:54
even has a copy of the xorg.conf file
06:54
<Gadi>
whats the cause?
06:54
<pasmen>
scrolling via rdesktop is really laggy with i810 driver
06:54
<Gadi>
i810 is obsolete
06:54
<nubae>
use the correct driver then
06:54
<Gadi>
use "intel"
06:54
<nubae>
yeah
06:54
<pasmen>
intel links to i810 in ubuntu 8.10
06:54
<nubae>
really?
06:55nubae has quit IRC
06:55
<pasmen>
ehm, sorry
06:55
it's the other way: i810 links to intel
06:55Guza has quit IRC
06:55
<Gadi>
hmm.. . not on mine
06:55nubae has joined #ltsp
06:55
<Gadi>
but do: XSERVERR=intel
06:55
er, XSERVER=intel
06:55
and try anyway
06:56
<pasmen>
no need, intel gets detected automatically
06:56
<nubae>
no ldm...
06:56
<Gadi>
if it is still laggy, try: NoAccel true
06:56
<pasmen>
oh
06:56
NoAccel
06:56
i'll try that one
06:56
<Gadi>
thats a device option
06:56tawmas has left #ltsp
06:56
<pasmen>
ok thanks for now, i'll try and let you know
06:56
<Gadi>
it should get you the right driver with the right modes without acceleration
06:56
gotta run...
06:56Gadi has left #ltsp
06:58BrunoXLambert has joined #ltsp
07:05
<pasmen>
awesome
07:05
too bad Gadi ain't here
07:05
i owe him a lot ;-)
07:05
"NoAccel" is the option
07:12gar has quit IRC
07:13echo0101-1 has joined #ltsp
07:14vlt has quit IRC
07:18alkisg has joined #ltsp
07:19MRH2 has joined #ltsp
07:20
<MRH2>
hi i need to restart gdm keeping users logged in - haven;t done this in years it was HUP something? can someone point me in the right direction.
07:21
no that wasn;t it ;)
07:24evilx has joined #LTSP
07:26
<MRH2>
it was kill -USR1 `cat /var/run/gdm.pid`
07:26
darn memory failing in my old age
07:26
lol
07:28MRH2 has quit IRC
07:30echo0101 has quit IRC
07:39MeW__ has joined #ltsp
07:42jammcq has quit IRC
07:43ogra has quit IRC
07:44MeW_ has quit IRC
07:57ogra has joined #ltsp
08:03vvinet has joined #ltsp
08:04wima has quit IRC
08:10hanthana has quit IRC
08:11hanthana has joined #ltsp
08:15six2one has joined #ltsp
08:24Gadi has joined #ltsp
08:27
<pasmen>
Gadi: thx for your tip with NoAccel, it solved the problem
08:28
<cyberorg>
Gadi, thanks for help with the patch, submitted with all the comments, would you be reviewing it and commit?
08:30
<Gadi>
pasmen: cool
08:31
cyberorg: I can certainly help with that
08:31
:)
08:31
<sbalneav>
Morning all
08:31
<Gadi>
cyberorg: I think we should keep rdesktop as a "Recommends" tho
08:31
(from a packaging point of view
08:32
in other words, folks who use nomad should explicitly install rdesktop in the chroot
08:32
<pasmen>
Gadi: also, how's work on rdesktop + ltspfs going? :-)
08:33
<cyberorg>
Gadi, oh you guys dont by default?
08:33
<Gadi>
pasmen: seems to work
08:33
pasmen: its in latest upstream of ltspfs
08:33
<pasmen>
:o
08:33
<Gadi>
stgraber may have some packages in his PPA
08:33
<pasmen>
cool
08:33
<Gadi>
no documentation as yet ;)
08:34
<pasmen>
you gave me some bazaar link
08:34
to test it
08:34
<Gadi>
cyberorg: I dont think it is a hard dep
08:34
cyberorg: qu: do you need a modified rdesktop to get all the nomad features?
08:34
<cyberorg>
Gadi, ok, i include rdesktop on kiwi-ltsp images anyway
08:35
Gadi, as far as i know only if you want compiz, otherwise no
08:35
<Gadi>
pasmen: yeah, you can grab from bzr and make your own packages
08:35
<pasmen>
awesome
08:35
going to test it
08:35
that would save me a lot of users' whining :-)
08:35
<Gadi>
pasmen: if you are on ubuntu, tho you may just want to get stgraber's
08:35
<pasmen>
yeah i'm on 8.10
08:35
but i have noted the way to build those
08:36
i guess i could do that just like before
08:36
<Gadi>
pasmen: the procedure is this: get stgraber's ltspfs and ltspfsd packages
08:36
install both in the chroot
08:36
<stgraber>
my PPA has all Jaunty packages backported and some pre-Jaunty for 8.10
08:36
<Gadi>
then, call rdesktop with: -r disk:drives=/media/root
08:37
<pasmen>
Gadi: what if i just build the packages the way you told me before
08:37
<Gadi>
pasmen: I dont remember how I told you
08:37
:)
08:37
<pasmen>
heh
08:37
i'll just update the source tree form bzr
08:37
and build
08:37
*from*
08:38
if that's the source for packages you were talking about
08:38
<Gadi>
stgraber: ltspfs[d] from your ppa should work on intrepid, too, no?
08:38
<stgraber>
yes, it's built for Intrepid
08:38
<Gadi>
pasmen: let me get you the upstream bzr link
08:38
<stgraber>
and we're using it on Intrepid for our thin clients at the office
08:38
<pasmen>
ok thx
08:38
<Gadi>
in case, for some reason, you dont want stgraber's debs
08:38
<cyberorg>
Gadi, now i have 4 students who need to keep busy for next couple of months, their work is done already if the patch gets in, suggest some more work :)
08:39
<Gadi>
cyberorg: I have 2 projects for them
08:39
one sec
08:39
:)
08:40
<cyberorg>
ldm related?
08:40
<Gadi>
ltsp-related
08:40
<cyberorg>
ok, cool :)
08:41
<Gadi>
pasmen: lp:~ltsp-upstream/ltspfs/ltspfs-trunk
08:41
cyberorg: kiwi-ltsp uses nbd+aufs, yes?
08:41
<pasmen>
i used lp:~gideon/ltsp/ltspfs-trunk-local
08:41
<cyberorg>
Gadi, yes
08:41
<Gadi>
pasmen: yeah, use upstream now
08:41
<pasmen>
ok
08:41
<Gadi>
its more recent
08:41
and the code's been merged
08:42
<pasmen>
all future changes will be there?
08:42
<Gadi>
yes
08:42
<pasmen>
ok
08:42
<Gadi>
cyberorg: ok: project #1: nbd failover
08:42
idea:
08:43
optionally mount the rootfs nbd image from 2 sources, layered as ro aufs fs
08:43
when one fails, remove it from the aufs stack until it is restored
08:43
(using aufs tools)
08:44
when it is restored, add it back to the stack
08:44
make sense?
08:45
<cyberorg>
Gadi, we do nbd mount from initrd, you do that same?
08:45
<Gadi>
yup
08:45
<cyberorg>
so all failover code goes in initrd script?
08:45
<Gadi>
but, if your team can prove feasibility
08:45
we can port the concept
08:45
yeah
08:46
its all an initrd-space solution
08:46
so you ned the aufs tools in there
08:46
*need
08:46
as well as some cleverness to detect when the nbd link is down and when it comes back
08:47
<cyberorg>
ok, our initrd is created by kiwi, but i guess if we get proof of concept done it can be included in any initrd creating tool
08:47
<Gadi>
right
08:47
it should only require low level tools
08:47
nothing distro specific
08:47
<cyberorg>
i was thinking the cleverness part needs to go in system image
08:47
<Gadi>
nah
08:47
be clever in the initrd
08:47
:)
08:48
the runtime rootfs environment may not have access to the mounts you need to play with
08:48
so, it should be something that runs in the initrd
08:48
<cyberorg>
how do we provide the list of nbd servers, boot parameter/dhcpd?
08:49
<Gadi>
kernel argument
08:49
nbd-failover-server=<ip:port>
08:49
something like that
08:50
<cyberorg>
ok, will sound them out and get them working on it, and second?
08:50
<Gadi>
cool
08:50
second is:
08:50
there are several ssh inconveniences that if resolved could provide a bigger toolbox to hack with
08:51
1. ssh-askpass cannot handle password expiry because the way ssh handles it is by calling "passwd" which a. does not have a gui and b. is called before -X forwarding is established
08:52
if ssh could be patched to make that work, it would open several doors towards handling graphical ssh logins
08:53
2. second annoyance is that it seems that forwarded connections can only be made on the master connection
08:53
but cannot be added by secondary connections attaching to a master socket
08:54
I would love to have some way to dynamically add port forwards to an established ssh connection
08:55
this would go a long way towards having ldm scripts that can manipulate the tunnel after startup
08:55
otherwise, we need to manipulate the tunnel upon the initial connection always
08:55
which is less modular
08:58
<cyberorg>
Gadi, this i did not understand :(
08:58
<Gadi>
which? #2?
08:58
<cyberorg>
so is this something we need to do in ssh or in ltsp code?
08:58
<Gadi>
cyberorg: ah, these are both most likely ssh code things
08:59
but worth investigating
08:59
as they could impact how we craft things in ldm
09:00
<cyberorg>
Gadi, that would be way beyond student's capabilities, these are graduate student, 3rd year in their bachelors degree, not very bright
09:00
<Gadi>
lol
09:00
then, go for #1
09:00
<cyberorg>
getting the simple thing we did with ldm was frustrating enough for me, so i figured out and wrote most of it :P
09:01
<Gadi>
and I am sure they are brighter than you know
09:01
<cyberorg>
Gadi, yes, i suspect they are just little slow to get warmed up
09:01* Gadi nods
09:01
<Gadi>
they don't want to show up their teacher
09:01
or know that they've already hacked his email
09:01
:)
09:02
<cyberorg>
Gadi, naah, i don't teach them, they have to do industrial placement project in their last semester, so i am technically their employer
09:02
they get to feel the real world development
09:03isojussi has joined #ltsp
09:04
<isojussi>
in ltsp5 login screen, can you change the menu languages? are those hard coded?
09:09
<pasmen>
Gadi: i think i need you help building the packages
09:09
i guess i forgot the correct steps...
09:10
<Gadi>
pasmen: grab stgraber's from his ppa
09:10
<pasmen>
what's ppa?
09:10
<Gadi>
his personal package archive (repository)
09:10
<pasmen>
oh, can you give me link?
09:10
<Gadi>
lemme find a link
09:10
<pasmen>
ok
09:12
<Gadi>
https://launchpad.net/~stgraber/+archive
09:12
<pasmen>
thx
09:16
is it just the ltspfs one?
09:19
<Gadi>
u need both
09:19
ltspfs and ltspfsd
09:20
<pasmen>
i saw only ltspfs in the ppa
09:21
<alkisg>
isojussi: install language-pack-gnome-<your-language-code> in the chroot
09:21cliebow has joined #ltsp
09:23
<nubae>
pasmen: ltspfs contains both
09:23
<Gadi>
pasmen: the repo will have both backages
09:23
if you edit your sources.list to add stgraber's repo
09:23Egyptian[Home] has quit IRC
09:23
<Gadi>
the source is a single package
09:23
(called ltspfs)
09:23
<pasmen>
Gadi: ahh i see
09:24
i added stgraber's repo in source.list
09:24
so i just install ltspfs _and_ ltspfsd
09:24
<Gadi>
good
09:24
<pasmen>
k
09:24
<Gadi>
both same version, yes?
09:24
<nubae>
apt-get upgrade should be enough
09:24
<Gadi>
dpkg -l|grep ltspfs
09:24
nubae: best to do this surgically for now
09:24
:)
09:25
<nubae>
:-)
09:25Egyptian[Home] has joined #ltsp
09:25
<pasmen>
hmm
09:25
i writes both are the newest version installed
09:25
it*
09:25
i installed them manually last time
09:25
<SDuensin>
Howdy.
09:25
<pasmen>
from the bzr trunk
09:26
<nubae>
hmm, when... the newest are like 9 hours old
09:26
<pasmen>
lol
09:26
<nubae>
oh wait never mind.... thats ltsp
09:26
<Gadi>
pasmen: you added this to your chroot's source.list:
09:26
deb http://ppa.launchpad.net/stgraber/ubuntu intrepid main
09:26
right?
09:26
<pasmen>
nope
09:26
<Gadi>
oh
09:27
<nubae>
and then apt-get update
09:27
<pasmen>
deb http://ppa.launchpad.net/stgraber/ubuntu jaunty main
09:27
^^
09:27
<Gadi>
add that to the chroot's sources.list
09:27
then chroot into it
09:27
<stgraber>
pasmen: it's an intrepid backport, so use intrepid and not jaunty in it
09:27
<Gadi>
ah
09:27
<pasmen>
ok, my bad :-)
09:27
<Gadi>
yeah, what he said
09:27
:)
09:27
dont forget to apt-get update while chrooted
09:28
<pasmen>
got it
09:28
installed
09:28
let's update image and test it!
09:29
Gadi: what was the path for redirected mount dir?
09:29
for rdesktop
09:29
<Gadi>
-r disk:drives=/media/root
09:29
<pasmen>
/media/root?
09:29
ah ok thx
09:29MeW__ has quit IRC
09:30CAN-o-SPAM has joined #ltsp
09:34pdjbarber has quit IRC
09:37isojussi has quit IRC
09:38
<pasmen>
no worky :(
09:41
<Gadi>
care to elaborate?
09:41
<pasmen>
i was trying to plug usb key
09:41
with fat16 fs
09:41
it didn't automount
09:42
<Gadi>
ah, someone else had fat16 problems
09:42
<pasmen>
/media was empty
09:42
<Gadi>
got a fat32?
09:42
<pasmen>
i doubt :I
09:42
we are poor it department :-)
09:42
<Gadi>
formatting is free in most countries
09:42
:)
09:42
<pasmen>
yea but not usb keys
09:42
it wasn't mine and contains data
09:42
:-)
09:42
<Gadi>
you can always format a USB key
09:42
ah
09:43
<pasmen>
also
09:43
<Gadi>
any other kind of local device?
09:43
<pasmen>
yea i'll try cd-rom
09:43
also tell me
09:43
should the /media/root be created after plugging in the device?
09:43
or should it exist before
09:43
<Gadi>
good question.
09:43
I think the former
09:44
<pasmen>
ok so i gotta create it first
09:44
and rebuild image
09:44
<Gadi>
no
09:44
<pasmen>
no?
09:44
<Gadi>
it should create it with the first device
09:44
<pasmen>
dumb me
09:44
tought the later is the former....
09:45
thought*
09:45
i can try external floppy
09:45
lets see
09:47Blinny has joined #ltsp
09:49
<pasmen>
nothing
09:49
i tried external floppy and it's the same
09:49
no automount in /media, stays empty
09:50
<Gadi>
hmm
09:50
can you: dpkg -l|grep ltspfs
09:50
and doublecheck the version
09:50
<pasmen>
k
09:50
0.5.9~bzr95-0ubuntu1~ppa1
09:50
both ltspfs and ltspfsd
09:51
<Gadi>
can you: ls -l /dev/fuse
09:51
on the client
09:51
<pasmen>
k one moment
09:52
crw-rw---- 1 root fuse 10, 229 Jan 24 00:36 /dev/fuse
09:57nobios is now known as nobios_AFK
09:58tjikkun_work has quit IRC
10:02dirigeant has joined #ltsp
10:04
<pasmen>
Gadi: gtg now, thx for help, i'll try to resolve this on monday
10:04
bye
10:04pasmen has quit IRC
10:19staffencasa has joined #ltsp
10:26
<SDuensin>
Interesting. I'm looking at customizing my LDM theme on Ubuntu. The default theme in /opt/ltsp/i386/usr/share/ldm/themes is a broken symlink.
10:27
<Blinny>
Any NIS experts out there?
10:27
<SDuensin>
Not I, sorry.
10:27
<alkisg>
SDuensin: is it still broken if you chroot to /opt/ltsp/i386 ?
10:28
<SDuensin>
Oh! Duh! Checking.
10:28
No. :-)
10:28* SDuensin needs more coffee.
10:29
<SDuensin>
See, I'm actually sitting less than a foot from a Vista laptop. It's warping my brain.
10:29
<alkisg>
Heh!!! :D
10:29japerry_cat has joined #ltsp
10:31japerry_cat has quit IRC
10:32japerry has quit IRC
10:38
<alkisg>
!lts.conf
10:38
<ltspbot>
alkisg: "lts.conf" is http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtsConf
10:44japerry has joined #ltsp
10:46gate_keeper_ has quit IRC
11:06sepski has joined #ltsp
11:06chrisinajar has quit IRC
11:07chrisinajar has joined #ltsp
11:11alkisg has quit IRC
11:24polytan has joined #ltsp
11:27pscheie has joined #ltsp
11:28Lns has joined #ltsp
11:40hanthana has quit IRC
11:59
<SDuensin>
Wow. I love how attempting to remove usplash basically uninstalls the entire system.
11:59
<laga>
it's such an important piece of software ;)
12:00
<SDuensin>
I don't want it. It's too...brown.
12:00
:-)
12:00spectra has joined #ltsp
12:01
<SDuensin>
I removed "splash" from /opt/ltsp/i386/boot/pxelinux.cfg/default - it still splashes. :-(
12:03
<laga>
SDuensin: remove it from /var/lib/tftpboot/.....
12:04
<SDuensin>
laga - checking. Thanks!
12:04
It's not in there. Does ltsp-update-kernels do that?
12:04* SDuensin just ran that
12:05
<SDuensin>
Yea. man says it does. Cool.
12:05
<laga>
wee
12:07
<SDuensin>
It still splashed. Grr.
12:07
<laga>
:(
12:07
make sure it's removed.
12:07
<SDuensin>
I did. It's not there on the client or in either place on the server.
12:11
<ogra>
<SDuensin> Wow. I love how attempting to remove usplash basically uninstalls the entire system.
12:11
??
12:11
what does it remove ?
12:11
(doesnt remove anything important here)
12:12
<laga>
same here, actually
12:12
<SDuensin>
I did an "apt-get -s purge usplash" and it wants to take little things like ubuntu-desktop and ltsp-client with it.
12:12
<laga>
purges three things here. on hardy
12:12
<ogra>
ubuntu-desktop isnt needed
12:13
ltsp-client ?
12:13
<laga>
do you actually want ubuntu-desktop in a chroot?
12:13
<ogra>
in the chroot ?
12:13
<SDuensin>
No, that was on the server.
12:13
<ogra>
ltsp-client on the server ???
12:14
<SDuensin>
Removed usplash from all the runlevel stuff.
12:14
ogra - no, that's on the chroot
12:14* SDuensin is trying to be splash-free.
12:14
<ogra>
you are talking very confusing today :)
12:14
<SDuensin>
It's easier than becoming an artist. :-)
12:14
Sorry. I need more caffeine.
12:14
<ogra>
well, keep the package
12:14
ltsp-client actually hard depends on it
12:15
<SDuensin>
Trying this: chroot /opt/ltsp/i386/ update-rc.d -f usplash remove
12:15
<ogra>
ugh
12:15
you are trashing your startup scripts ... the usplash initscript is used by ldm
12:15
or at least called by it
12:15
<SDuensin>
Why?
12:15
<ogra>
it cares that you end up on the right console
12:16
<SDuensin>
:-/
12:16
<ogra>
it cals the fgconsole function and chvt
12:16
<SDuensin>
So back to finding an acceptable splash. <sigh>
12:17
<ogra>
just make sure usplash isnt started (shich doesnt happen from any initscript, the initscript only cares for *stopping* the usplash bianry)
12:17
*which
12:17
removing splash from the pxe default file is enough to avoid starting it
12:18
<SDuensin>
Apparently not.
12:18
<ogra>
then you did something wrong
12:18
<SDuensin>
I removed it, did an update of kernels and images and rebooted the client.
12:18
it splashed
12:18
<ogra>
as i said, you did something wrong :)
12:19
you need to remove the splash keyword from the file in the tftp dir *after* ltsp-update-kernels
12:19
<SDuensin>
But update-kernels does that for me, since I removed it from the chroot file.
12:19* SDuensin checked it.
12:21
<ogra>
so you kept usplash installed in the chroot, didnt change *anything* ... *didnt touch anything* ... *just removed the keyword from the pxe default file in the tftp dir* and it shows a splash ???
12:22* ogra doubts that
12:22* SDuensin is triple checking.
12:22
<ogra>
with a *clean* chroot it works fine
12:22
<SDuensin>
I removed it from /opt/ltsp/i386/boot/pxelinux.cfg/default
12:22
Then ltsp-update-kernels puts it in the tftp folder.
12:22
<ogra>
if you fiddle with your chroot contents i give no guarantees at all
12:23* SDuensin is being careful with chroot.
12:23
<ogra>
*only* remove it from the tftp file
12:23
dont change anything else
12:23
<Lns>
wait
12:23
aren't you supposed to put "nosplash" in, not just remove "splash" ?
12:23
<SDuensin>
Only thing I've done to it is enable root to log in and added joe & italc-client.
12:23
<ogra>
no
12:24
<Lns>
That's what i've always done and it's worked fine in the past (hardy that is)
12:24
<SDuensin>
"splash" is not in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
12:24
<Lns>
(removing "quiet" and appending "no" to "splash" for "nosplash" in /var/lib/tftpboot/ltsp/i386/pxe.cfg/default or whatever that file is)
12:25
anyway i'll butt out now ;)
12:25
<johnny>
Lns, i usually just remove splash and quiet when debugging
12:25
never set nosplash
12:25
<SDuensin>
"never"?
12:26
<johnny>
i never set nosplash*
12:26makghosh has joined #ltsp
12:27* Lns shrugs... always worked for me, didn't even have to update kernels or nuffin ;)
12:27
<ogra>
i dont think anything in intramfs cares for nosplash
12:28
<johnny>
that's cuz it ignores variables it doesn't know :)
12:28
so nosplash is the same as splash :)
12:28
err is the same as not specifying splash
12:28
<SDuensin>
That'd be my guess
12:29
<ogra>
right, just adds conusion :)
12:29
+f
12:29
<rjune_>
ogra, howdy
12:29
<ogra>
hey
12:30
<Lns>
well fine! =p
12:31makghosh_ has joined #ltsp
12:31
<SDuensin>
Adds confusion? I need more?
12:37vagrantc has joined #ltsp
12:45makghosh has quit IRC
12:57
<SDuensin>
So anyone know of a usplash theme that is just a bar or something else with no logo?
12:57vvinet has quit IRC
12:58
<johnny>
SDuensin, i have never heard of alternative usplash themes
12:58
not here
12:58
you'll have to edit it yourself
12:58
or find one elsewhere
12:59
<SDuensin>
There's a mess on Gnome Look, but they suck. :-)
12:59* SDuensin just cannot get the client splash to go away!
13:00
<ogra>
are you sure your /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default file is even used ?
13:00
<SDuensin>
Me? I have no idea!
13:00
<ogra>
add break=top to the end of the line
13:00
<SDuensin>
I looked at the same file on the client. No splash in it either.
13:00
<ogra>
if your client drops you into busybox with that option you can be sure its used
13:01
<SDuensin>
And if it's not used?
13:02
<ogra>
then your kernel comes from somewhere else
13:02
can you paste your /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default file ?
13:02
<SDuensin>
Mars? :-)
13:02
<johnny>
and makre sure there are no other things in pxelinux.cfg/
13:02
<SDuensin>
Right now, it says: DEFAULT vmlinuz ro initrd=initrd.img break=top
13:02
<ogra>
right
13:03
<SDuensin>
Just that one file.
13:03
Cycling the client.
13:04
Ok, I think I just noticed the problem here. Maybe. WTF is the nbi.img? I'm getting that on this machine.
13:05
<ogra>
you dont ... unless you use etherboot
13:06
<SDuensin>
Looks like that's how it booted.
13:06
That would explain why my default changes don't do anything.
13:06
<vagrantc>
we should set up a filename argument for "linux-ipconfig" or whatever the default string is to point to the lts.conf
13:06
<ogra>
so you dont see it recieving pxe files before the kernel is unpacked ?
13:07* ogra just verified it works fine just dropping splash in a default intrepid install
13:08
<SDuensin>
It says: Loading 10.0.0.1:/ltsp/i386/nbi.img (ELF)... done
13:08
<ogra>
ah, so you have etherboot clients
13:08
<SDuensin>
So where is that configured?
13:10
<ogra>
you need to create an extra file for it
13:10
$chroot/etc/ltsp/update-kernels.conf
13:10
in that file set BOOTPROMPT_OPTS="quiet"
13:11
then run sudo chroot /opt/ltsp/i386 /usr/share/ltsp/update-kernels
13:11
then sudo ltsp-update-kernels
13:12
<SDuensin>
Do I also need to create the ltsp folder? I don't have one.
13:12
<ogra>
yes
13:12nobios_AFK has quit IRC
13:12
<SDuensin>
Ok, trying. (Thanks!)
13:15
You're a genius! Thanks! :-)
13:15* SDuensin is a happy camper!
13:16
<ogra>
:)
13:16
<SDuensin>
I almost have this thing working the way I want. Just a few more issues and I'm golden!
13:16
<ogra>
well, next time just tell the people you use etherboot in the beginning ;)
13:16
<SDuensin>
I would have, if I had realized it myself!
13:17
<ogra>
that speeds up things :)
13:17
<SDuensin>
Yea, I'd say!
13:17
<ogra>
though if you have any pxe clients, make sure to take the break statement out again
13:17
<SDuensin>
I did. Thanks. :-)
13:18
<ogra>
(its for debugging initramfs, not helpful if you want a boot to succeed)
13:18alekibango has joined #ltsp
13:27nobios has joined #ltsp
13:27bobby_C has joined #ltsp
13:28nobios has quit IRC
13:29
<vagrantc>
Gadi, stgraber: seems like i'm having issues with cdpinger and the ltspfs local mounting stuff
13:30
CD insertion and removal events don't appear to be working
13:30
<Gadi>
does it work besides?
13:30
(other media)
13:31
<vagrantc>
seems to be. haven't done extensive testing yet...
13:31
<Gadi>
can you try ldm and make sure we didnt break cdpinger with ldm?
13:32
<vagrantc>
i'm still testing with ldm 2.0.28
13:32
<Gadi>
thats ok
13:32
didnt cd's work with that version?
13:32
;)
13:33
<vagrantc>
ah, got you.
13:34
Gadi: cd insertion/removal works totally fine when logged into a server via ldm.
13:34
<Gadi>
ah, good
13:34
well, half good
13:34
:)
13:35
is your loopback interface up?
13:35alkisg has joined #ltsp
13:35
<vagrantc>
gah. it froze.
13:36
pretty sure loopback is working. the floppy device mounted ok.
13:37
<Lns>
Anyone care to comment on adding functionality for something like a ltsconf.d/ directory to separate different client configs - good idea for future development? Is there anything in place for this already?
13:38
<sbalneav>
lts.conf's been a standard for getting close to 10 years now.
13:38
I think changing that at this point would be pretty confusing for a lot of users
13:39
<Lns>
sbalneav: well not necessarily changing it, but adding the directory sourcing as an option...
13:39* vagrantc boots up real hardware
13:39
<vagrantc>
Lns: i like the idea.
13:40
<Lns>
vagrantc: I think it's got potential, especially in larger environments.
13:40
<johnny>
sourcing from ldap or some other database would be more useful
13:40
<Lns>
johnny: haha... let's not get ahead of ourselves ;)
13:41
but that would be neat as well
13:41* vagrantc fumbles around to find a keyboard and mouse
13:47
<alkisg>
...also allowing lts.conf entries as kernel parameters, so I can e.g. put "...kernel vmlinuz irqpoll XSERVER=i810" in pxelinux.cfg/default (or <mac-address>) and have all the "problematic" info in one place... :P :D
13:47
<vagrantc>
Gadi: it's definitely going a little weird with cdpinger ...
13:53
Gadi: doesn't seem to register on device insertions... only when the delayedmounter script kicks in.
13:55BrunoXLambert has quit IRC
13:58
<vagrantc>
device removal worked fine for a usb floppy, but my external usb hard drive didn't respond well to a removal... it's just hung.
14:02litlebuda has joined #ltsp
14:03japerry has quit IRC
14:05
<CAN-o-SPAM>
in two sentences: What are the major differences between PXE & gPxe/Etherboot?
14:06
<sbalneav>
PXE is commercial software, usually included on most modern ethernet cards, that allows them to automatically boot.
14:06
gPXE/Etherboot is the same thing, but the Free software version
14:09
<alkisg>
some gpxe advantages: can be loaded from cd/floppy/hd (and of course burned on the NIC eprom), supports booting from http/aoe/san instead of tftp, supports scripting.... :)
14:10
<CAN-o-SPAM>
thanks for playing CAN-o-Question-of-the-day! Tune in Monday For More! :)
14:20evilx has quit IRC
14:29
<Lns>
CAN-o-SPAM: sure, have us do your work for you. ;)
14:29litlebuda has quit IRC
14:30
<johnny>
kc8pxy, so.. does it work with gtk-engines and without ubuntulooks ?
14:30litlebuda has joined #ltsp
14:37vvinet has joined #ltsp
14:46litlebuda has quit IRC
14:46litlebuda has joined #ltsp
14:54cliebow has quit IRC
14:55
<vagrantc>
Gadi, stgraber: well, in my testing... current ltspfs-trunk doesn't break typical behavior (without ltspfs installed on the thin client) ... with the local mounts stuff, it doesn't seem to kick in on new device insertion, just through the xinitrc.d delayed-mounter stuff. it doesn't handle device removals reliably, and sometimes removes the wrong device.
14:55CAN-o-SPAM has quit IRC
14:56
<vagrantc>
i'm inclined to wrap the local mount stuff in a configuration variable, rather than assuming it should kick in if ltspfsmounter is installed.
14:58
i almost wonder if the " # Call ltspfs_entry remove if the mount fails and is not a floppy drive" code is what's causing it to behave inconsistantly...
14:58litlebuda has quit IRC
14:59litlebuda has joined #ltsp
14:59Blinny has quit IRC
15:05Gadi has left #ltsp
15:08evilx has joined #LTSP
15:11echo0101-1 has quit IRC
15:11echo0101 has joined #ltsp
15:22litlebuda has quit IRC
15:23litlebuda has joined #ltsp
15:24chrisinajar has quit IRC
15:25chrisinajar has joined #ltsp
15:33spectra has quit IRC
15:40vvinet has quit IRC
15:52evilx has quit IRC
15:53alkisg has quit IRC
15:54six2one has quit IRC
15:59alekibango has quit IRC
16:00polytan has quit IRC
16:00polytan has joined #ltsp
16:08rcy has quit IRC
16:19vagrantc has quit IRC
16:21vagrantc has joined #ltsp
16:26chrisinajar is now known as chrisinanothere
16:35Egyptian[Home] has quit IRC
16:35polytan has quit IRC
16:39Egyptian[Home] has joined #ltsp
16:46
<vagrantc>
hrm. seems cdpinger has some interesting issues with usb cdroms...
16:46
cdpinger doesn't seem to exit if the device it's looking for disappears ...
16:48
i wonder if ltspfs-trunk 65 borked it.
16:51
i know it exited when i tested all my "cdpinger from udev" patches.
17:07
<SDuensin>
Anyone else have trouble keeping gnome-settings-daemon running on Ubuntu?
17:08sepski has quit IRC
17:08
<Lns>
SDuensin: not for me in 8.04
17:09
<SDuensin>
in 8.10 I get segfaults.
17:09
<Lns>
ogra: Do you know why I can't rename/delete an ubuntu wiki page? Do I need more rights?
17:16
vagrantc: If you're looking to write a wrapper script for chroot updates, I've already done a lot of it - you might want to take a look and see what you can use
17:17
<ltsppbot>
"Lns" pasted "Script for chroot updates (and other stuff too) - look at updatechroot()" (310 lines) at http://pastebot.ltsp.org/211
17:18* SDuensin likes choice #0.
17:18
<laga>
e
17:18
oops
17:18
<Lns>
SDuensin: ;)
17:21
<SDuensin>
Ok, does anyone get the "extension RANDR missing" error all the frickin' time?
17:28
<Lns>
SDuensin: where's that?
17:29
<SDuensin>
Anytime I run an X app.
17:29
My test server has a nvidia card in it. I did NOT load the restricted drivers.
17:30
PulseAudio is mad on my clients now, too.
17:46
<Lns>
weird
17:50
<vagrantc>
Lns: seems like that adds the check that the chroot is up to date ... but that's about it...
17:52
<Lns>
vagrantc: ? What do you mean, it performs the update and all necessary other functions as well
17:54bobby_C has quit IRC
17:55
<Lns>
vagrantc: oh maybe you're talking about only mounting/umounting proc if not already mounted, ic
17:55
<vagrantc>
Lns: not quite all, as mentioned in my email. also the ltsp-update-image should be conditional based on weather there are images to be updated...
17:56
<Lns>
vagrantc: well the function exits if no packages were updated
17:56
<vagrantc>
and i'd avoid assuming sudo ... rather just write a script that is meant to be run as root
17:56
<Lns>
without running ltsp-update-image
17:57
vagrantc: :( Well I agree with you, but ogra's told me in the past that it's better to run sudo based on an experience i had running ltsp-update-image as root in the past and it erroring out (vs. using sudo)..but yeah, no biggie with that
17:57
Just wanted to show you what i'd done if you wanted to not have to re-type a lot of it
17:57
<vagrantc>
Lns: i guess i'm comparing it to the other code that was posted in the thread... other than the check for updated package,s it doesn't do much above and beyond the others...
17:57
<Lns>
of course for someone like you it would probably take 2 mintues anyway to write a script that's way better ;)
17:58
vagrantc: I agree, it's very basic
17:58
and totally dependant on debian based distros
17:58
<vagrantc>
yes. though something like this has to be...
17:59
i mean, i guess you could special-case all of the distro-specific stuff ... or maybe do a plugin system like ltsp-build-client ...
17:59
<Lns>
that's a bit more than i could handle on my own with my limited knowledge of scripting ;)
18:00
<vagrantc>
looks like you'd be able to handle it just fine, from the looks of this script.
18:00twinprism has joined #ltsp
18:01Egyptian[Home] has quit IRC
18:02
<Lns>
vagrantc: well thanks. I'm learning, at least.
18:09
<vagrantc>
Lns: you might want to set up a daily cron job to download the updates ...
18:10
<Lns>
vagrantc: I was thinking about doing something like APT::Periodic::Download-Upgradeable-Packages "1"; for the chroot
18:10
but not sure how that could play out, being a chroot and all
18:10
<vagrantc>
yes
18:13
<ltsppbot>
"vagrantc" pasted "server script to download packages daily" (16 lines) at http://pastebot.ltsp.org/212
18:14J45p3r__ has quit IRC
18:16
<ltsppbot>
"vagrantc" pasted "/opt/ltsp/i386/etc/apt/apt.conf.d/01updatepackages" (9 lines) at http://pastebot.ltsp.org/213
18:17rcy has joined #ltsp
18:17
<vagrantc>
i guess that could have issues if cron is running on the booted thin clients...
18:25litlebuda has quit IRC
18:28makghosh__ has joined #ltsp
18:32litlebuda has joined #ltsp
18:43makghosh_ has quit IRC
18:48litlebuda has quit IRC
18:48staffencasa has quit IRC
19:07
<Lns>
vagrantc: sorry, need to run...maybe we can chat more about that next week
19:07
thx for everything!
19:10Lns has quit IRC
19:22vagrantc has quit IRC
19:28echo0101-1 has joined #ltsp
19:38echo0101 has quit IRC
19:47otavio_ has quit IRC
19:50topslakr__ has joined #ltsp
19:50topslakr has quit IRC
19:55litlebuda has joined #ltsp
20:15litlebuda has quit IRC
20:23warren_ has joined #ltsp
20:26warren has quit IRC
20:26warren_ is now known as warren
20:26JorgeAlvarez has joined #ltsp
20:27makghosh__ has quit IRC
20:27
<SDuensin>
Ok, so without Sabayon, how do you enforce GConf and menu settings on users? I can't find any web pages talking about it.
20:28JorgeAlvarez has left #ltsp
20:35nobios has joined #ltsp
20:49nobios has quit IRC
21:28rcy has quit IRC
21:51
<stgraber>
sbalneav: ping
21:52
sbalneav: I'm trying to implement gettext for ldm rc.d scripts as it's been done for ltsp (server scripts), do you have any idea how to achieve that ?
21:52
sbalneav: our po/ seems to be managed by autotools and I don't know how to update the .pot (for current ldm) and to tell it to also parse all the scripts in rc.d/ for gettext strings
22:01CaScAdE^FarAway has joined #ltsp
22:01rcy has joined #ltsp
22:16
<stgraber>
sbalneav: ok, I managed to update the translations but still haven't figured out how to add the ldm rc.d scripts to po/
22:19CaScAdE^1arAway has quit IRC
22:43pmatulis1 has joined #ltsp
22:44pmatulis1 has quit IRC
22:45hanthana has joined #ltsp
22:50
<stgraber>
sbalneav: ok, I think I found how it works but it still needs some work as we forgot to add quite a few files
22:55
<Ryan52>
+#: ../src/get_ip.c:54
22:55
+msgid "SIOCGIFCONF"
22:55
+msgstr ""
22:56
that shouldn't be there.
22:57
<stgraber>
Ryan52: I agree, but that's a code mistake, we shouldn't use _( for this one
22:57
<Ryan52>
oh, I didn't look at the code.
22:57
<stgraber>
Ryan52: and the same should happen for all logging features
22:57
Ryan52: intltool-update looks for gettext tags in the code, if it was a regular printf it wouldn't be there
22:58
s/printf/string/ actually
22:58rcy has left #ltsp
22:59
<Ryan52>
ya, I know. I was just pointing that out, hoping that you would commit the fix so that I don't have to :)
23:00* Ryan52 is multitasking too much as it is
23:00hanthana_ has joined #ltsp
23:01
<stgraber>
Ryan52: well, I saw that and hoped someone would complain and fix it :)
23:01
my initial goal was to translate rc.d not to fix all our gettext code :)
23:02
<Ryan52>
heh. ok. I'll fix it
23:04hanthana has quit IRC
23:05
<Ryan52>
how do I revert a commit that has already been pushed?
23:07
<stgraber>
bzr revert -r old-revision-id
23:07
bzr commit -m "Revert commit x"
23:07
<Ryan52>
thanks
23:08
<stgraber>
you can actually uncommit and push --overwrite but that's hyper-ugly and not recommended :)
23:08
<Ryan52>
ya, I knew that one :)
23:09
that reverted everything since old-revision-id (including old-revision-id)
23:09
but I only want to revert that one.
23:09
well, I suppose I could branch from that commit, revert it, then merge everything after it...but that's ugly.
23:12
beautiful. "bzr merge . -r 1058..1057". it's like subversion. :(
23:15Shingoshi has quit IRC
23:20
<Ryan52>
okay, pushed. now how do I regenerate the translation files n stuff?
23:21
<stgraber>
I can do it, I'm still trying to include the rc.d stuff
23:21
xgettext is stupid and uses the extension to determine the type
23:22
so it fails on the rc.d scripts ...
23:23alkisg has joined #ltsp
23:25
<stgraber>
Ryan52: pushed
23:25
<Ryan52>
hrm. I wonder what most people do...it's fairly common (at least for Debian) to not have extensions, since scripts in Debian shouldn't have .sh or .pl or other extensions.
23:26
okay, I guess, tho I still haven't learned anything :P
23:26
<stgraber>
yeah, it's really weird because the parser seems to just fallback to C parsing if it doesn't end with .sh ..
23:30Shingoshi has joined #ltsp
23:39beakburke has joined #ltsp
23:45beakburke has quit IRC
23:45beakburke has joined #ltsp
23:50Shingoshi has quit IRC
23:51Shingoshi has joined #ltsp