00:02 | <vagrantc> gah. this merge is going badly.
| |
00:02 | <jon> can someone help? i have ltsp installed but cant authenticate
| |
00:03 | or, where do i go to change settings?
| |
00:03 | <vagrantc> what linux distro ?
| |
00:03 | <sbalneav> jon, what version of ltsp?
| |
00:04 | <jon> ubuntu 7.04 fiesty
| |
00:04 | oh um hmm
| |
00:04 | <sbalneav> Have you done an ltsp-update-sshkeys?
| |
00:04 | <jon> whatever showed in the synaptis package manager
| |
00:04 | no ill do that 1 sec
| |
00:06 | 5.0.7 if it maters
| |
00:06 | <vagrantc> man, bzr does not elegantly handle merges when directories get created with the same name.
| |
00:06 | i can't figure out how to merge this.
| |
00:07 | <jon> still cant connect from other machine here
| |
00:09 | <sbalneav> How did you install it?
| |
00:09 | Hmm, you got sshd running?
| |
00:10 | Check in the package manager, and see if you've got openssh-server installed.
| |
00:10 | <jon> did not have ssh server
| |
00:10 | <sbalneav> You need it.
| |
00:11 | <jon> getting now
| |
00:11 | <sbalneav> install it, and re-run ltsp-update-sshkeys
| |
00:12 | <jon> still no dice
| |
00:12 | do i neeed to start sshd somehow?
| |
00:13 | <sbalneav> have you restarted the terminal?
| |
00:13 | <jon> what do you mean?
| |
00:14 | the actual terminal window?
| |
00:14 | <sbalneav> have you re-booted the thin client?
| |
00:14 | <jon> i just want to egt in from another windows box using remote esktop
| |
00:14 | or is that no good
| |
00:15 | <sbalneav> wait, you're not using a thin client?
| |
00:15 | <jon> no
| |
00:15 | <sbalneav> You're trying to use windows remote desktop to get into a linux box?
| |
00:15 | <jon> isint that what a termian server does
| |
00:15 | <sbalneav> no
| |
00:16 | <jon> so how do i achever remote login?
| |
00:16 | something over ssh ?
| |
00:16 | <sbalneav> From a windows box, I have no Idea.
| |
00:17 | but what you're wanting has nothing to do with ltsp.
| |
00:17 | <jon> lets say i had another linux box to play with? what type program i need to look for ?
| |
00:17 | hmm ok i thought the terminal server part would grant remote login
| |
00:17 | <vagrantc> to linux
| |
00:17 | newmember has joined #ltsp | |
00:17 | <sbalneav> right.
| |
00:17 | <vagrantc> Linux Terminal Server Project
| |
00:17 | <sbalneav> not from windows.
| |
00:17 | <jon> guess ill go to the main ubunto chat and ask there
| |
00:18 | <vagrantc> sbalneav: this is the merge from hell, but i think i figured it out.
| |
00:18 | <jon> so what does the thin client use to logon assuming they have a hdd
| |
00:19 | <sbalneav> the entire point of a thin client is that it doesn't have a hard disk :)
| |
00:19 | <vagrantc> thin clients, by definition, usually don't have hard drives
| |
00:19 | <jon> yeah thats true
| |
00:19 | <sbalneav> We login via ssh, then start an xsession back to the thin client, either by an ssh tunnel, or directly over a network.
| |
00:19 | There's no X server running on windows.
| |
00:19 | so that won't work.
| |
00:20 | <jon> i can get a x session
| |
00:20 | cgywin
| |
00:20 | <vagrantc> you're still not doing anything LTSP
| |
00:20 | <jon> and use ssh to login fromn there
| |
00:20 | <sbalneav> I don't know anything about that. Haven't used windows for 8 years.
| |
00:20 | <jon> ok so thanks for the help : P
| |
00:20 | <vagrantc> LTSP is mostly about booting thin clients
| |
00:20 | <sbalneav> right.
| |
00:21 | <jon> not reaslly what i was looking for .. righ now
| |
00:21 | jon has left #ltsp | |
00:22 | <vagrantc> sbalneav: ok, merged: http://llama.freegeek.org/~vagrant/bzr/ltsp/ubuntu/vagrant-gutsy
| |
00:24 | <sbalneav> cool. However, you don't need the build-client plugin if you're using mine for the nfs-bottom
| |
00:25 | :> /etc/hostname in there cleans out the hostname.
| |
00:25 | unless that's not bindmounted.
| |
00:25 | <vagrantc> ah, oops.
| |
00:25 | that isn't bind mounted until much later.
| |
00:25 | oops.
| |
00:25 | <sbalneav> should we just pull the :> out of there?
| |
00:25 | <vagrantc> yes.
| |
00:25 | gah.
| |
00:25 | <sbalneav> ok
| |
00:25 | np
| |
00:25 | <vagrantc> it's more reliving that hellish merge.
| |
00:25 | <sbalneav> I'll just do it in mine, re-merge from me.
| |
00:26 | <vagrantc> sure.
| |
00:26 | and then i gotta figure out how to get it back
| |
00:26 | into my other branch
| |
00:26 | although that's probably the way to go with it.
| |
00:30 | <sbalneav> Pushed.
| |
00:41 | <vagrantc> that makes a wonderful dent in the bugs for debian's ltsp :)
| |
00:41 | several more will be fixed with ldm2, i think.
| |
00:52 | dr_byson has left #ltsp | |
00:58 | vagrantc has quit IRC | |
01:00 | subir has joined #ltsp | |
01:14 | sbalneav has quit IRC | |
01:46 | cyberorg has joined #ltsp | |
02:15 | Q-FUNK has joined #ltsp | |
03:25 | ace_suares has quit IRC | |
03:25 | ace_suares has joined #ltsp | |
03:30 | ace_suares has quit IRC | |
03:32 | rcy has quit IRC | |
03:40 | <Q-FUNK> It seems that I just became upstream on that AMD x.org driver. :)
| |
03:40 | rcy has joined #ltsp | |
03:42 | Egyptian[Home] has quit IRC | |
03:45 | plamengr has joined #ltsp | |
03:45 | indradg_ has quit IRC | |
03:46 | indradg_ has joined #ltsp | |
03:53 | indradg__ has joined #ltsp | |
03:58 | rcy has quit IRC | |
04:00 | indradg has joined #ltsp | |
04:10 | rcy has joined #ltsp | |
04:10 | ari_stress has quit IRC | |
04:13 | indradg_ has quit IRC | |
04:13 | indradg_ has joined #ltsp | |
04:21 | indradg__ has quit IRC | |
04:29 | indradg has quit IRC | |
05:21 | plamengr has quit IRC | |
06:24 | Shingoshi has quit IRC | |
06:29 | Shingoshi has joined #ltsp | |
06:36 | ltsp-sid has joined #ltsp | |
06:53 | Q-FUNK has quit IRC | |
06:56 | Q-FUNK has joined #ltsp | |
07:06 | subir has quit IRC | |
07:33 | <cliebow_> ccjoe your x maybe is dying?
| |
07:45 | nf1 has quit IRC | |
08:02 | nf1 has joined #ltsp | |
08:28 | sbalneav has joined #ltsp | |
08:29 | <sbalneav> Morning all
| |
08:32 | <jammcq> sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
08:32 | <sbalneav> Morning jammcq
| |
08:35 | <Q-FUNK> beaaaaaaaaaaaaaaaaam me up!
| |
08:35 | :)
| |
08:39 | K_O-Gnom has joined #ltsp | |
08:54 | rcy has quit IRC | |
09:02 | fernando1 has quit IRC | |
09:07 | fernando1 has joined #ltsp | |
09:25 | cyberorg has quit IRC | |
09:25 | cyberorg has joined #ltsp | |
09:47 | chupacabra has joined #ltsp | |
09:54 | shogunx has quit IRC | |
09:55 | indradg_ has quit IRC | |
09:55 | indradg_ has joined #ltsp | |
09:58 | shogunx has joined #ltsp | |
09:58 | uwe_ has joined #ltsp | |
10:04 | <uwe_> hello, ive been looking at playing audio transparently over network, i never did it with LTSP, but what i did was redirecting mp3 through ssh and starting mpg123 command, it works :D, so i was thinking, why does LTSP clients a sound daemon actually? lets suppose that both the server and the client have jackd , if we can make jackd output stream to "standard output" and then make tunnel it over ssh to some small app on the client that again talks to jack
| |
10:04 | d on the client ... this way it should possible to play music from local apps and from remote apps ... as long as they use jackd ... or something similar ... without depending on a standalone audio server .
| |
10:04 | please note that im not experienced in any of the above mentioned things .
| |
10:06 | uwe_ is now known as uwe | |
10:16 | muh2000_ has joined #ltsp | |
10:16 | muh2000 has quit IRC | |
10:38 | vagrantc has joined #ltsp | |
11:01 | vagrantc_ has joined #ltsp | |
11:01 | <vagrantc_> !seen ogra
| |
11:01 | <ltspbot> vagrantc_: ogra was last seen in #ltsp 2 days, 19 hours, 52 minutes, and 25 seconds ago: <ogra> from a client side view the device looks like any other alsa device
| |
11:10 | gonzaloaf has quit IRC | |
11:12 | yesno has joined #ltsp | |
11:14 | vagrantc has quit IRC | |
11:20 | yesno has left #ltsp | |
11:25 | highvoltage has joined #ltsp | |
11:26 | <jammcq> highvoltage: hey
| |
11:40 | ltsp-sid has quit IRC | |
11:43 | <highvoltage> hey jammcq!
| |
11:43 | * highvoltage just came from a weekend away- spent 48 hours away from any computer, for the first time since 1997 | |
11:43 | <highvoltage> (I think I'll try it again in 10 years time)
| |
11:43 | <jammcq> wow
| |
11:44 | highvoltage: you gonna be in Boston for UDS ?
| |
11:44 | I lost internet for about 2 hours yesterday. It was freaking me out
| |
11:44 | <highvoltage> jammcq: it doesn't seem so, I don't think I'll be able to spend any time away from work at that stage
| |
11:44 | <jammcq> wow, busy, eh?
| |
11:45 | <highvoltage> unfortunately, too busy, we lost some staff who got very exciting jobs overseas (one left for google), so the rest of us have to take on some more workload until we can replace them
| |
11:46 | <jammcq> wow
| |
11:46 | <Q-FUNK> any USD coming to europe any time soon?
| |
11:46 | ööö.. UDS
| |
11:47 | <sbalneav> Last time was in Spain
| |
11:47 | <jammcq> Q-FUNK: it was in Europe back in May
| |
11:47 | <sbalneav> in April
| |
11:47 | <jammcq> yeah, april
| |
11:47 | <Q-FUNK> yup, I missed Sevilla
| |
11:47 | and couldn't do Portland
| |
12:06 | muh2000_ has quit IRC | |
12:06 | <jammcq> sbalneav: were you saying you couldn't get 'read HOSTNAME </etc/hostname' to work?
| |
12:07 | <sbalneav> not in dash, no
| |
12:07 | hm
| |
12:07 | <jammcq> hmm, bash seems to work fine
| |
12:08 | <sbalneav> Actually, for redirects it works fine.
| |
12:08 | where I was running into problems the other day was:
| |
12:09 | cat /etc/hostname | read KK
| |
12:09 | which, theoretically is the same thing. But that doesn't work.
| |
12:09 | but if you do a
| |
12:09 | cat /etc/hostname | while read KK
| |
12:10 | echo $KK
| |
12:10 | done
| |
12:10 | then it works, which is weird, IMHO
| |
12:10 | <jammcq> how about: read KK </etc/hostname
| |
12:10 | <sbalneav> right, it works for that.
| |
12:10 | <jammcq> eliminates 'cat' and 'while'.
| |
12:10 | cat is a sub process. 'while' invokes a sub-shell
| |
12:11 | neither of which are desirable for this
| |
12:11 | K_O-Gnom has quit IRC | |
12:11 | <sbalneav> but if you're trying to read something from a command, then you have to do it in the loop, as oppsosed to a file.
| |
12:11 | <jammcq> because piping to a 'read' isn't working?
| |
12:11 | <sbalneav> yeah
| |
12:12 | And logically, you'd think it should
| |
12:12 | since you can re-direct to it.
| |
12:12 | <jammcq> how about: cat /etc/hostname | read -u 0 KK
| |
12:12 | '-u 0' indicates read from file-descriptor 0, which it should already be doing
| |
12:13 | hmm
| |
12:13 | doesn't work with bash
| |
12:13 | built-in's are funny sometimes
| |
12:14 | '</etc/filename' doesn't cause a sub-shell, but '|' does
| |
12:14 | so putting 'read' into a subshell is probably screwing us up
| |
12:14 | <sbalneav> yeah, and read -u 0 isn't in dash
| |
12:14 | it's just an oddity.
| |
12:15 | <jammcq> i'm thinking it's the subshell
| |
12:15 | <sbalneav> prolly
| |
12:15 | <jammcq> it's prolly working just fine, but when the sub-shell exits, it forgets the value of KK
| |
12:16 | <sbalneav> Logically, that'd make sense.
| |
12:16 | <jammcq> well, I guess for reading simple files that contain one record, 'read KK <filename' should be the simplest
| |
12:16 | but if you wanna run the data through a command, 'while read' is needed
| |
12:17 | seems like a shell bug
| |
12:18 | <sbalneav> Like I say, logically, we've been sort of trained that command < file and comand1 | command are the same thing, both of them put data on stdin. Read's just something that has a quirk that breaks that rule.
| |
12:19 | <jammcq> well, it's a built-in. I wonder what other built-ins we could test
| |
12:19 | <sbalneav> I just like to use the read when I can, so we're not having to call an external program, if we can help it.
| |
12:19 | <jammcq> well, like i said, 'read KK <filename' seems simple and clear
| |
13:08 | K_O-Gnom has joined #ltsp | |
13:15 | tux_440volt has joined #ltsp | |
13:29 | tux_440volt has quit IRC | |
13:29 | indradg_ has quit IRC | |
13:46 | Q-FUNK has quit IRC | |
13:56 | vagrantc has joined #ltsp | |
13:58 | <vagrantc> i think initramfs-tools may be using another shell entirely ...
| |
14:00 | dim_hyder has joined #ltsp | |
14:02 | Egyptian[Home] has joined #ltsp | |
14:03 | <dim_hyder> I've been fighting with ltsp most of the weekend - On ubuntu 7.04, separate dhcp server (dnsmasq) getting error msg nfsmount: need a path. any ideas?
| |
14:04 | <jammcq> you need to pass the root-path to the client. dunno what the equivalent is in dnsmasq
| |
14:04 | Q-FUNK has joined #ltsp | |
14:04 | <vagrantc> there should be an example in /usr/share/docs/ltsp/examples
| |
14:04 | for dnsmasq
| |
14:05 | <dim_hyder> cheers - I'll take a look
| |
14:06 | <vagrantc> er, ltsp-server
| |
14:07 | <jammcq> ah, there ya go
| |
14:07 | dhcp-option-17,/opt/ltsp/i386
| |
14:09 | vagrantc_ has quit IRC | |
14:12 | <dim_hyder> this is what i've got as the ltsp box is different to dhcpd box: # define common netboot types
| |
14:12 | dhcp-vendorclass=etherboot,Etherboot
| |
14:12 | dhcp-vendorclass=pxe,PXEClient
| |
14:12 | # Set the boot filename for BOOTP.
| |
14:12 | dhcp-boot=net:pxe,/ltsp/i386/pxelinux.0
| |
14:12 | dhcp-boot=net:etherboot,/ltsp/i386/nbi.img
| |
14:12 | sorry copy and paste error!!
| |
14:12 | <jammcq> dim_hyder: paste it to the pastebot
| |
14:12 | !pastebot
| |
14:12 | <ltspbot> jammcq: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
| |
14:12 | <dim_hyder> dhcp-option=17,192.168.2.7:/opt/ltsp/i386/
| |
14:12 | <jammcq> and paste the entire file
| |
14:13 | <dim_hyder> ok
| |
14:13 | <jammcq> umm, I don't think Ubuntu likes the IP address there
| |
14:13 | sbalneav or vagrantc: do you guys know if that problem has been fixed?
| |
14:13 | or what's the workaround for pointing to a different nfs server?
| |
14:13 | <dim_hyder> i've tried with the hostname as well (which is ubuntu in my case)
| |
14:14 | <jammcq> it won't be hostname, cuz I don't think the workstation can resolve dns at that point
| |
14:17 | <vagrantc> jammcq: fixed in debian sid ... not sure about ubuntu
| |
14:17 | <jammcq> hmm
| |
14:17 | I'm thinking it's fixed in gutsy, but not feisty
| |
14:18 | <vagrantc> it got fixed shortly after etch release in debian ... don't know if ogra pushed the patches into ubuntu ... thought he intended to
| |
14:18 | <jammcq> i know i've talked with ogra about it, and it seems he mentioned it was fixed
| |
14:19 | but I thought there was a work-around at least
| |
14:19 | <vagrantc> you can manually patch it
| |
14:21 | <dim_hyder> how hard is that to do? sounds like major balls ache
| |
14:21 | <vagrantc> not difficult
| |
14:22 | <jammcq> it's just a shell script
| |
14:22 | <vagrantc> gah.
| |
14:22 | feisty didn't switch over to NBD, did it ?
| |
14:22 | <jammcq> nope
| |
14:22 | that is gutsy
| |
14:22 | <vagrantc> ok
| |
14:23 | tweak /opt/ltsp/i386/usr/share/initramfs-tools/scripts/nfs
| |
14:25 | <jammcq> vagrantc: where does 'ROOTSERVER' get set?
| |
14:25 | <vagrantc> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387808
| |
14:25 | the last patch fixed it
| |
14:25 | jammcq: i think in the ". /tmp/$DEVICE.conf" bit
| |
14:27 | Q-FUNK has quit IRC | |
14:27 | <jammcq> vagrantc: is it just that swapping of the ':' and '*' ?
| |
14:27 | <ltsppbot> "vagrantc" pasted "patch to get root-path to allow ip" (15 lines) at http://pastebot.ltsp.org/300
| |
14:28 | <vagrantc> not sure if it applies cleanly to ubuntu's initramfs-tools ...
| |
14:28 | <jammcq> hmm
| |
14:29 | <vagrantc> but the idea is "if ROOTPATH already contains ':' we don't need to tack on the server ip"
| |
14:29 | well ... or rather ... "if ROOTPATH doesn't contain"
| |
14:30 | * jammcq has to lookup what '#*:' does | |
14:30 | <vagrantc> no doubt
| |
14:30 | all those crazy shell substitutions make for some insane code
| |
14:32 | <jammcq> ${parameter#word}
| |
14:32 | <vagrantc> oooh. i like the read without the while patch.
| |
14:32 | sbalneav: good show. much more readable :)
| |
14:32 | <jammcq> me thinks 'word' is '*:' in this case, which will get deleted, and the result is compared against the original
| |
14:32 | read-without-while ? did he change it?
| |
14:32 | <vagrantc> yeah
| |
14:33 | <jammcq> we talked earlier about it. didn't realize he took my suggestion :)
| |
14:33 | dim_hyder: do you see how to incorporate vagrantc's patch into the nfs script?
| |
14:33 | from what I can tell, it should work perfectly
| |
14:34 | maybe we can get scotty to incorporate that patch in ubuntu
| |
14:34 | <dim_hyder> sorry you lost me about 20:21 :-)
| |
14:34 | <jammcq> heh
| |
14:34 | <dim_hyder> I've got the right file
| |
14:34 | <jammcq> dim_hyder: did you see the patch ?
| |
14:34 | <dim_hyder> yes on pastebot
| |
14:34 | <jammcq> yeah
| |
14:35 | find line 44
| |
14:35 | it should match the line that starts with '-' in the batch
| |
14:35 | basically, remove that line from your file, and insert the following 5 lines that start with a '+'
| |
14:35 | removing the '+' of course
| |
14:36 | s/batch/patch/ :)
| |
14:41 | <dim_hyder> do I need to restart anything before testing?
| |
14:41 | <jammcq> nope
| |
14:41 | just reboot the thin client
| |
14:42 | <vagrantc> uh
| |
14:42 | you need to re-generate the initramfs and run ltsp-update-kernels
| |
14:42 | <jammcq> oh, right
| |
14:42 | <vagrantc> :)
| |
14:42 | <jammcq> brain-fart there
| |
14:43 | how does he regen the initramfs ?
| |
14:43 | <vagrantc> chroot /opt/ltsp/i386 update-initramfs -k all -u
| |
14:43 | i think
| |
14:43 | <dim_hyder> mindreader
| |
14:44 | <vagrantc> ltsp-update-kernels could actually do that on compatible architectures
| |
14:44 | we can add a few commandline options to ltsp-update-kernels, maybe ...
| |
14:45 | Q-FUNK has joined #ltsp | |
14:52 | vagrantc has quit IRC | |
14:58 | <dim_hyder> thanks for you help so far
| |
14:58 | Shingoshi has quit IRC | |
14:58 | <dim_hyder> I did all that and still have the same problem
| |
14:59 | <jammcq> what do you have in your option-17 ?
| |
14:59 | Shingoshi has joined #ltsp | |
14:59 | <jammcq> and, can you paste your nfs script to the pastebot ?
| |
14:59 | <dim_hyder> dhcp-option=17,192.168.2.7:/opt/ltsp/i386/
| |
15:02 | <ltsppbot> "dim_hyder" pasted "nfs file" (119 lines) at http://pastebot.ltsp.org/301
| |
15:04 | shogunx has quit IRC | |
15:06 | shogunx has joined #ltsp | |
15:07 | <jammcq> dim_hyder: line 44 should come out of your script, but I don't think that's causing the problem
| |
15:07 | after the if/else/if, you might add: echo "NFSROOT: $NFSROOT"
| |
15:07 | so you can see what it is set ot
| |
15:07 | to
| |
15:09 | <dim_hyder> ok - do the regen of initramfs and ltsp-update-kernels and come back with the results
| |
15:18 | rootserver: 192.168.2.7 rootpath: 192.168.2.7:/opt/ltsp/i386/
| |
15:18 | <jammcq> sounds right
| |
15:18 | so.... what kind of error are you getting?
| |
15:19 | <K_O-Gnom> hmm
| |
15:20 | <dim_hyder> it runs the nfs-premount script and then nfsmount: need a path - it keeps looping on this
| |
15:23 | <jammcq> welp, you probably need ogra to help you. he's the ubuntu guy.
| |
15:26 | <yanu> dim_hyder: is fuse installed, are the ssh-keys made?
| |
15:26 | is openssh-server installed?
| |
15:26 | <jammcq> yanu: he's a LONG way from needing any of that
| |
15:26 | he can't even get a root filesystem going
| |
15:27 | <yanu> i had the same problem, it was the package libfuse what i was missing
| |
15:27 | <jammcq> hmm, no, I don't think so
| |
15:27 | libfuse has NOTHING to do with mounting the root fs
| |
15:27 | libfuse is needed for local devices
| |
15:29 | <yanu> uhu, i installed all of this openssh-server, fuse-utils, ltspfs, ssh, then the error "nfsmount: need a path" was gone ...
| |
15:29 | <jammcq> it was something else.... trust me
| |
15:29 | installing libfuse, when nfsroot is failing is like checking the tire pressure when your care is out of gas
| |
15:30 | s/care/car/
| |
15:31 | <yanu> also i had to edit /etc/exports and changed "/opt/ltsp" to "/opt/ltsp/i386"
| |
15:31 | i can only speek of my problems ... to find gas :-D
| |
15:31 | <jammcq> hmm, that didn't do it either, cuz exporting /opt/ltsp automatically exports subdirs of /opt/ltsp
| |
15:32 | <yanu> o, is that so, didn't know that
| |
15:32 | <jammcq> dim_hyder: try this on the server: exportfs -ra
| |
15:32 | and then: showmount -e
| |
15:32 | <dim_hyder> I have added both "/opt/ltsp" and "/opt/ltsp/i386" to the exports file already - I will try the packages though
| |
15:34 | shows the export list /opt/ltsp *
| |
15:34 | <jammcq> ok, now try booting
| |
15:35 | <dim_hyder> same thing
| |
15:35 | <jammcq> have you restarted dnsmasq since adding the IP address to option-17 ?
| |
15:35 | does dnsmasq even need restarting?
| |
15:36 | <dim_hyder> yes on every change
| |
15:36 | * jammcq has never tried using it | |
15:36 | <Q-FUNK> sbalneav: can you file a bug for -amd's inability to let you switch to a vcons? the X guys are willing to look into it, but they first need a bug report.
| |
15:52 | <sbalneav> Q-FUNK: ok, where?
| |
15:52 | Launchpad or somewhere else?
| |
15:54 | dim_hyder has quit IRC | |
15:55 | dim_hyder has joined #ltsp | |
15:58 | Q-FUNK has quit IRC | |
16:01 | Q-FUNK has joined #ltsp | |
16:07 | Egyptian[Home] has quit IRC | |
16:08 | indradg has joined #ltsp | |
16:08 | Egyptian[Home] has joined #ltsp | |
16:15 | vagrantc has joined #ltsp | |
16:15 | <vagrantc> figured out why the configure-x.sh script wasn't working
| |
16:16 | it used "mv" to move the configured xorg.conf to /etc/X11/xorg.conf ...
| |
16:16 | uwe has quit IRC | |
16:16 | <vagrantc> and for some reason, that doesn't work when xorg.conf is a bind mount ... something about cross-filesystem moves
| |
16:17 | but if you cp it, it works ... and i need to set a default X_COLOR_DEPTH, at least with this card, because X assumed it could handle 32 bit color, but it can only handle 16 and probably 24 ...
| |
16:17 | uwe has joined #ltsp | |
16:27 | <dim_hyder> Thanks for everyones help
| |
16:27 | dim_hyder has quit IRC | |
16:32 | <vagrantc> sbalneav: hey, does ubuntu's Xorg have the -novtswitch option ?
| |
16:32 | adding it makes the screen flash one less time for me
| |
16:35 | so, i've basically got a branch working for debian with ltsp 5.0.24 + a few patches ... except for all that nbd stuff
| |
16:35 | nbd-client in the initrd just exits out immediately
| |
16:37 | even without nbd stuff, it's probably worth an upload to experimental
| |
16:39 | hmmm... maybe it's something wrong with my nbd-server configuration
| |
16:42 | yes, that seems to be the problem.
| |
16:43 | server can't even initiate nbd devices
| |
16:52 | Q-FUNK has quit IRC | |
16:54 | <klausade> vagrantc: i'm running chroots build on etch with 5.0.8debian3 several places now. looks fine.
| |
17:01 | <vagrantc> klausade: great. working on breaking it :)
| |
17:02 | i'll try to maintain backportability as much as possible, though.
| |
17:03 | <klausade> but, resolv.conf changed in my chroot. nameserver is now 127.0.0.1. It used to point to my real dnssever before.
| |
17:03 | <vagrantc> hm.
| |
17:04 | BlackDark_ has joined #ltsp | |
17:05 | <vagrantc> klausade: ltsp-client-setup tweaks /etc/resolv.conf on boot, it seems ...
| |
17:05 | <klausade> vagrantc: the nameserver is correct with chroots from 0.99debian12.
| |
17:05 | <BlackDark_> hi
| |
17:05 | do you know if pulse has been installed with ltsp on feisty ?
| |
17:05 | <vagrantc> klausade: file bugs
| |
17:06 | BlackDark_: almost certainly
| |
17:06 | <BlackDark_> I'd like to use a soft phone on the terminals
| |
17:06 | could you refer me a howto for that ?
| |
17:06 | <klausade> vagrantc: just noticed. filling bugs when using backported stuff with hacks everywhere is..well you know.
| |
17:07 | <vagrantc> klausade: well, i won't look down on you :)
| |
17:07 | klausade: if it doesn't end up in a bug report, i usually forget it's a problem
| |
17:08 | klausade: so, as one of the pkg-ltsp maintainers in debian, i don't mind seeing bug reports for backported stuff
| |
17:11 | <klausade> vagrantc: i think i found it. normally resolv.conf is copied in from outside the chroot when the chroot is build. then normally a cfengine rule replaces 127.0.0.1 with something more sensible in the chroot. when I build the chroot from the backported packages, i forgot about the cfengine rule ....
| |
17:13 | Q-FUNK has joined #ltsp | |
17:13 | Q-FUNK has quit IRC | |
17:16 | <vagrantc> wahooo... saw an nbd root at least partially boot
| |
17:16 | lns has joined #ltsp | |
17:21 | <lns> who can recommend a sexy thin client that works well with Ubuntu Feisty/LTSP5?
| |
17:21 | Q-FUNK has joined #ltsp | |
17:30 | <vagrantc> well, nbd + unionfs + squashfs seems pretty unstable on debian lenny. that's my conclusion thus far
| |
17:37 | <cliebow_> hmmm
| |
17:56 | ccherret1 has joined #ltsp | |
18:07 | ccherrett has quit IRC | |
18:44 | ccherret1 is now known as ccherrett | |
18:59 | Q-FUNK has quit IRC | |
19:01 | Faithful has quit IRC | |
19:02 | Faithful has joined #ltsp | |
19:13 | vagrantc has quit IRC | |
19:38 | muh2000 has joined #ltsp | |
20:02 | BlackDark_ has quit IRC | |
20:50 | ari_stress has joined #ltsp | |
20:50 | <ari_stress> morning
| |
20:51 | <sbalneav> Morning.
| |
21:12 | lns has quit IRC | |
21:15 | lns has joined #ltsp | |
22:37 | K_O-Gnom has quit IRC | |
22:45 | newmember has quit IRC | |
22:50 | Egyptian[Home] has quit IRC | |
22:51 | Egyptian[Home] has joined #ltsp | |
22:56 | ari_stress2 has joined #ltsp | |
22:57 | ari_stress has quit IRC | |
23:12 | edgarin has joined #ltsp | |
23:30 | subir has joined #ltsp | |
23:42 | patoxs has joined #ltsp | |
23:43 | patoxs has left #ltsp | |