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:19 | dpepin_ 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:22 | OnePutt has left #ltsp | |
00:26 | echo0101 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:34 | csid 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:39 | csid1 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:44 | alkisg has joined #ltsp | |
00:45 | csid1 has left #ltsp | |
00:45 | csid 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:52 | alkisg1 has joined #ltsp | |
00:57 | isojussi 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:10 | alkisg has quit IRC | |
01:10 | alkisg1 is now known as alkisg | |
01:15 | alkisg has quit IRC | |
01:17 | alkisg has joined #ltsp | |
01:22 | gate_keeper_ has joined #ltsp | |
01:26 | F-GT has quit IRC | |
01:30 | alkisg1 has joined #ltsp | |
01:30 | alkisg has quit IRC | |
01:30 | alkisg1 is now known as alkisg | |
01:39 | F-GT has joined #ltsp | |
01:56 | mathesis has quit IRC | |
02:44 | alkisg has quit IRC | |
02:48 | alkisg1 has joined #ltsp | |
02:57 | Patina has quit IRC | |
02:57 | shamino has quit IRC | |
02:57 | dberkholz has quit IRC | |
02:57 | Ryan52 has quit IRC | |
02:57 | echo0101 has quit IRC | |
02:57 | Egyptian[Home] has quit IRC | |
02:57 | alkisg1 has quit IRC | |
02:57 | otavio has quit IRC | |
02:57 | chrisinajar has quit IRC | |
02:57 | gentgeen__ has quit IRC | |
02:57 | rcy has quit IRC | |
02:57 | daduke has quit IRC | |
02:57 | urandom has quit IRC | |
02:57 | johnny has quit IRC | |
02:57 | vlt has quit IRC | |
02:57 | moquist has quit IRC | |
02:57 | davidj has quit IRC | |
02:57 | wwx has quit IRC | |
02:57 | sutula has quit IRC | |
02:57 | sep has quit IRC | |
02:57 | rjune has quit IRC | |
02:57 | primeministerp has quit IRC | |
02:57 | loather has quit IRC | |
02:57 | jbrett has quit IRC | |
02:57 | xmagixx has quit IRC | |
02:57 | tsurc has quit IRC | |
02:57 | Shingoshi has quit IRC | |
02:57 | FlyOnTheWall has quit IRC | |
02:57 | mtnbkr has quit IRC | |
02:57 | oh207 has quit IRC | |
02:57 | jhutchins has quit IRC | |
02:57 | re-G has quit IRC | |
02:57 | shogunx has quit IRC | |
02:57 | monteslu has quit IRC | |
02:57 | ccherrett has quit IRC | |
02:57 | mopey has quit IRC | |
02:57 | _UsUrPeR_ has quit IRC | |
02:57 | CaScAdE^1arAway has quit IRC | |
02:57 | nobios has quit IRC | |
02:57 | pmatulis has quit IRC | |
02:57 | ninkendo has quit IRC | |
02:57 | F-GT has quit IRC | |
02:57 | warren has quit IRC | |
02:57 | PlaidTiger_ has quit IRC | |
02:57 | rjune_ has quit IRC | |
02:57 | hanthana has quit IRC | |
02:57 | RobertLaptop has quit IRC | |
02:57 | ogra has quit IRC | |
02:57 | cyberorg has quit IRC | |
02:57 | Appiah has quit IRC | |
02:57 | dmhardison has quit IRC | |
02:57 | J45p3r__ has quit IRC | |
02:57 | ltsppbot has quit IRC | |
02:57 | leio has quit IRC | |
02:57 | tarbo has quit IRC | |
02:58 | tarbo has joined #ltsp | |
02:58 | alkisg1 has joined #ltsp | |
02:58 | F-GT has joined #ltsp | |
02:58 | echo0101 has joined #ltsp | |
02:58 | Egyptian[Home] has joined #ltsp | |
02:58 | CaScAdE^1arAway has joined #ltsp | |
02:58 | hanthana has joined #ltsp | |
02:58 | warren has joined #ltsp | |
02:58 | ccherrett has joined #ltsp | |
02:58 | johnny has joined #ltsp | |
02:58 | nobios has joined #ltsp | |
02:58 | otavio has joined #ltsp | |
02:58 | RobertLaptop has joined #ltsp | |
02:58 | Patina has joined #ltsp | |
02:58 | mopey has joined #ltsp | |
02:58 | pmatulis has joined #ltsp | |
02:58 | chrisinajar has joined #ltsp | |
02:58 | ogra has joined #ltsp | |
02:58 | gentgeen__ has joined #ltsp | |
02:58 | Shingoshi has joined #ltsp | |
02:58 | shamino has joined #ltsp | |
02:58 | dberkholz has joined #ltsp | |
02:58 | Ryan52 has joined #ltsp | |
02:58 | vlt has joined #ltsp | |
02:58 | cyberorg has joined #ltsp | |
02:58 | rcy has joined #ltsp | |
02:58 | moquist has joined #ltsp | |
02:58 | FlyOnTheWall has joined #ltsp | |
02:58 | monteslu has joined #ltsp | |
02:58 | jhutchins has joined #ltsp | |
02:58 | oh207 has joined #ltsp | |
02:58 | re-G has joined #ltsp | |
02:58 | shogunx has joined #ltsp | |
02:58 | mtnbkr has joined #ltsp | |
02:58 | sep has joined #ltsp | |
02:58 | loather has joined #ltsp | |
02:58 | wwx has joined #ltsp | |
02:58 | primeministerp has joined #ltsp | |
02:58 | xmagixx has joined #ltsp | |
02:58 | rjune has joined #ltsp | |
02:58 | sutula has joined #ltsp | |
02:58 | tsurc has joined #ltsp | |
02:58 | jbrett has joined #ltsp | |
02:58 | davidj has joined #ltsp | |
02:58 | urandom has joined #ltsp | |
02:58 | daduke has joined #ltsp | |
02:58 | _UsUrPeR_ has joined #ltsp | |
02:58 | Appiah has joined #ltsp | |
02:58 | dmhardison has joined #ltsp | |
02:58 | ltsppbot has joined #ltsp | |
02:58 | J45p3r__ has joined #ltsp | |
02:58 | leio has joined #ltsp | |
02:58 | rjune_ has joined #ltsp | |
02:58 | ninkendo has joined #ltsp | |
02:58 | PlaidTiger_ has joined #ltsp | |
03:00 | vmlintu has quit IRC | |
03:06 | tarbo has quit IRC | |
03:10 | Shingoshi has quit IRC | |
03:15 | Guza 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:27 | Guza has quit IRC | |
03:27 | Guza 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:40 | Guza has quit IRC | |
03:41 | <johnny> night time..
| |
03:42 | Guza has joined #ltsp | |
03:46 | <Guza> what version of ubuntu to download?
| |
03:49 | tarbo has joined #ltsp | |
03:51 | Shingoshi has joined #ltsp | |
03:53 | gar has joined #ltsp | |
03:54 | tarbo 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:54 | tarbo 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:00 | tarbo has quit IRC | |
04:00 | <Appiah> just look on the server if the user is still logged on
| |
04:00 | tarbo 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:03 | alkisg1 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:06 | tarbo has quit IRC | |
04:06 | tarbo 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:12 | tarbo 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:12 | tarbo has joined #ltsp | |
04:12 | isojussi 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:18 | tarbo has quit IRC | |
04:18 | tarbo has joined #ltsp | |
04:19 | vmlintu has joined #ltsp | |
04:19 | tarbo 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:23 | vlt 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:35 | polytan 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:46 | MeW_ has quit IRC | |
04:56 | <gar> I edit the syslog in /etc/init.d..to see where it can save the info but...
| |
05:01 | isojussi has quit IRC | |
05:01 | <Appiah> tail -f /var/log/syslog
| |
05:01 | ?
| |
05:01 | <nubae> -f = interactive
| |
05:01 | pdjbarber 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:21 | vlt has joined #ltsp | |
05:27 | tjikkun_work has joined #ltsp | |
05:31 | wima has joined #ltsp | |
05:32 | |Paradox| has quit IRC | |
05:33 | otavio_ has joined #ltsp | |
05:36 | tarbo has joined #ltsp | |
05:40 | Shingoshi has quit IRC | |
05:41 | tsurc has quit IRC | |
05:46 | otavio has quit IRC | |
05:46 | Shingoshi has joined #ltsp | |
05:54 | |Paradox| has joined #ltsp | |
06:03 | tawmas has joined #ltsp | |
06:03 | tawmas has left #ltsp | |
06:03 | tawmas has joined #ltsp | |
06:03 | nobios has quit IRC | |
06:03 | <tawmas> Hi all!
| |
06:04 | pasmen 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:06 | dirigeant 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:11 | nobios has joined #ltsp | |
06:15 | nobios has quit IRC | |
06:15 | nobios 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:19 | MeW_ 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:27 | pmatulis_ has joined #ltsp | |
06:29 | polytan has quit IRC | |
06:32 | <pasmen> gmm
| |
06:33 | vesa can't 1440x900, at least for the gfx we have built-in
| |
06:35 | dirigeant 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:51 | Gadi 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:55 | nubae has quit IRC | |
06:55 | <pasmen> ehm, sorry
| |
06:55 | it's the other way: i810 links to intel
| |
06:55 | Guza has quit IRC | |
06:55 | <Gadi> hmm.. . not on mine
| |
06:55 | nubae 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:56 | tawmas 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:56 | Gadi has left #ltsp | |
06:58 | BrunoXLambert 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:12 | gar has quit IRC | |
07:13 | echo0101-1 has joined #ltsp | |
07:14 | vlt has quit IRC | |
07:18 | alkisg has joined #ltsp | |
07:19 | MRH2 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:24 | evilx 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:28 | MRH2 has quit IRC | |
07:30 | echo0101 has quit IRC | |
07:39 | MeW__ has joined #ltsp | |
07:42 | jammcq has quit IRC | |
07:43 | ogra has quit IRC | |
07:44 | MeW_ has quit IRC | |
07:57 | ogra has joined #ltsp | |
08:03 | vvinet has joined #ltsp | |
08:04 | wima has quit IRC | |
08:10 | hanthana has quit IRC | |
08:11 | hanthana has joined #ltsp | |
08:15 | six2one has joined #ltsp | |
08:24 | Gadi 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:03 | isojussi 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:21 | cliebow 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:23 | Egyptian[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:25 | Egyptian[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:29 | MeW__ has quit IRC | |
09:30 | CAN-o-SPAM has joined #ltsp | |
09:34 | pdjbarber has quit IRC | |
09:37 | isojussi 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:47 | Blinny 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:57 | nobios is now known as nobios_AFK | |
09:58 | tjikkun_work has quit IRC | |
10:02 | dirigeant has joined #ltsp | |
10:04 | <pasmen> Gadi: gtg now, thx for help, i'll try to resolve this on monday
| |
10:04 | bye
| |
10:04 | pasmen has quit IRC | |
10:19 | staffencasa 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:29 | japerry_cat has joined #ltsp | |
10:31 | japerry_cat has quit IRC | |
10:32 | japerry 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:44 | japerry has joined #ltsp | |
10:46 | gate_keeper_ has quit IRC | |
11:06 | sepski has joined #ltsp | |
11:06 | chrisinajar has quit IRC | |
11:07 | chrisinajar has joined #ltsp | |
11:11 | alkisg has quit IRC | |
11:24 | polytan has joined #ltsp | |
11:27 | pscheie has joined #ltsp | |
11:28 | Lns has joined #ltsp | |
11:40 | hanthana 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:00 | spectra 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:26 | makghosh 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:31 | makghosh_ has joined #ltsp | |
12:31 | <SDuensin> Adds confusion? I need more?
| |
12:37 | vagrantc has joined #ltsp | |
12:45 | makghosh 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:57 | vvinet 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:12 | nobios_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:18 | alekibango has joined #ltsp | |
13:27 | nobios has joined #ltsp | |
13:27 | bobby_C has joined #ltsp | |
13:28 | nobios 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:35 | alkisg 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:55 | BrunoXLambert 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:02 | litlebuda has joined #ltsp | |
14:03 | japerry 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:20 | evilx has quit IRC | |
14:29 | <Lns> CAN-o-SPAM: sure, have us do your work for you. ;)
| |
14:29 | litlebuda has quit IRC | |
14:30 | <johnny> kc8pxy, so.. does it work with gtk-engines and without ubuntulooks ?
| |
14:30 | litlebuda has joined #ltsp | |
14:37 | vvinet has joined #ltsp | |
14:46 | litlebuda has quit IRC | |
14:46 | litlebuda has joined #ltsp | |
14:54 | cliebow 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:55 | CAN-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:58 | litlebuda has quit IRC | |
14:59 | litlebuda has joined #ltsp | |
14:59 | Blinny has quit IRC | |
15:05 | Gadi has left #ltsp | |
15:08 | evilx has joined #LTSP | |
15:11 | echo0101-1 has quit IRC | |
15:11 | echo0101 has joined #ltsp | |
15:22 | litlebuda has quit IRC | |
15:23 | litlebuda has joined #ltsp | |
15:24 | chrisinajar has quit IRC | |
15:25 | chrisinajar has joined #ltsp | |
15:33 | spectra has quit IRC | |
15:40 | vvinet has quit IRC | |
15:52 | evilx has quit IRC | |
15:53 | alkisg has quit IRC | |
15:54 | six2one has quit IRC | |
15:59 | alekibango has quit IRC | |
16:00 | polytan has quit IRC | |
16:00 | polytan has joined #ltsp | |
16:08 | rcy has quit IRC | |
16:19 | vagrantc has quit IRC | |
16:21 | vagrantc has joined #ltsp | |
16:26 | chrisinajar is now known as chrisinanothere | |
16:35 | Egyptian[Home] has quit IRC | |
16:35 | polytan has quit IRC | |
16:39 | Egyptian[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:08 | sepski 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:54 | bobby_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:00 | twinprism has joined #ltsp | |
18:01 | Egyptian[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:14 | J45p3r__ 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:17 | rcy has joined #ltsp | |
18:17 | <vagrantc> i guess that could have issues if cron is running on the booted thin clients...
| |
18:25 | litlebuda has quit IRC | |
18:28 | makghosh__ has joined #ltsp | |
18:32 | litlebuda has joined #ltsp | |
18:43 | makghosh_ has quit IRC | |
18:48 | litlebuda has quit IRC | |
18:48 | staffencasa 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:10 | Lns has quit IRC | |
19:22 | vagrantc has quit IRC | |
19:28 | echo0101-1 has joined #ltsp | |
19:38 | echo0101 has quit IRC | |
19:47 | otavio_ has quit IRC | |
19:50 | topslakr__ has joined #ltsp | |
19:50 | topslakr has quit IRC | |
19:55 | litlebuda has joined #ltsp | |
20:15 | litlebuda has quit IRC | |
20:23 | warren_ has joined #ltsp | |
20:26 | warren has quit IRC | |
20:26 | warren_ is now known as warren | |
20:26 | JorgeAlvarez has joined #ltsp | |
20:27 | makghosh__ 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:28 | JorgeAlvarez has left #ltsp | |
20:35 | nobios has joined #ltsp | |
20:49 | nobios has quit IRC | |
21:28 | rcy 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:01 | CaScAdE^FarAway has joined #ltsp | |
22:01 | rcy 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:19 | CaScAdE^1arAway has quit IRC | |
22:43 | pmatulis1 has joined #ltsp | |
22:44 | pmatulis1 has quit IRC | |
22:45 | hanthana 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:58 | rcy 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:00 | hanthana_ 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:04 | hanthana 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:15 | Shingoshi 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:23 | alkisg 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:30 | Shingoshi has joined #ltsp | |
23:39 | beakburke has joined #ltsp | |
23:45 | beakburke has quit IRC | |
23:45 | beakburke has joined #ltsp | |
23:50 | Shingoshi has quit IRC | |
23:51 | Shingoshi has joined #ltsp | |