IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 19 January 2009 (all times are UTC)
| 00:23 | nobios has quit IRC | |
| 00:45 | <alkisg> Good morning! Why only FAT32 usb sticks are recognised by the TCs? Cause many of the student sticks are preformatted as FAT16... What would it take for FAT16 to also be recognised?
| |
| 01:28 | deepak has joined #ltsp | |
| 01:28 | <deepak> hello
| |
| 01:29 | hi
| |
| 01:30 | need help for k12linux
| |
| 01:30 | i have installed k12linux successfully
| |
| 01:31 | when i boot the host system it comes to a login screen
| |
| 01:31 | for username and password
| |
| 01:32 | i enter the username and pasword
| |
| 01:33 | it stick to long on that session the later the desktop manager restart again
| |
| 01:33 | <Appiah> alkisg: that's strange
| |
| 01:33 | <deepak> it again ask for the same
| |
| 01:33 | help me please
| |
| 01:33 | <Appiah> if you got to a TC with a fat16 and check the logs what do you see?
| |
| 01:34 | do you ever get logged in or just waiting to login deepak ?
| |
| 01:34 | <cyberorg> deepak, make sure ssh service is enabled/started and has X forwarding enabled
| |
| 01:34 | <deepak> yes the host system is MsDos with 1GB HDD fat16 and 128 Mb ram
| |
| 01:35 | i never logged in
| |
| 01:36 | it is just taking me into the loop
| |
| 01:36 | <Appiah> sounds to me like it timesout
| |
| 01:36 | <cyberorg> deepak, sshd should be running on the server
| |
| 01:36 | <deepak> how do i check whether X forwarding is enable
| |
| 01:37 | <cyberorg> can you ssh into the server from another PC?
| |
| 01:37 | <deepak> yes sshd service is enabled
| |
| 01:38 | how do i check whether X forwarding is enabled
| |
| 01:39 | <cyberorg> deepak, log in to server from another machine using "ssh -X serverIP" and run any X application (xterm)
| |
| 01:41 | <alkisg> !localdev
| |
| 01:41 | <ltspbot> alkisg: "localdev" is (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
| |
| 01:42 | <alkisg> Appiah: https://wiki.ubuntu.com/DebugLocalDev => Step1, note 2
| |
| 01:43 | <deepak> ok, i check this urls
| |
| 01:44 | <alkisg> deepak: the urls were not for you, it was for _my_ problem... :)
| |
| 01:45 | <deepak> ops
| |
| 01:45 | <alkisg> You try ssh'ing into your server, like cyberorg told you to...
| |
| 01:47 | <deepak> i can ssh to the ltsp server
| |
| 01:47 | <Appiah> alkisg: well I be...
| |
| 01:47 | Why does Fat16 not work?
| |
| 01:48 | <alkisg> I don't know!!! Maybe fat16 needs a different fs driver, and they left it out for RAM savings?
| |
| 01:49 | <deepak> ok, i convert the fat16 into fat32
| |
| 01:49 | <alkisg> deepak: again, this is _not_ about you!!!
| |
| 01:50 | <cyberorg> deepak, does xterm run after doing ssh -X to server?
| |
| 01:50 | <alkisg> deepak: Your local filesystem doesn't have anything to do with your problem...
| |
| 01:52 | deepak: like cyberorg told you: run "ssh -X server" and then "xterm" to see if X forwarding is enabled.
| |
| 01:52 | <Appiah> alkisg: dunno what module ubuntu uses but
| |
| 01:52 | I'm sure I been using same module for vfat
| |
| 01:52 | not on ltsp thought
| |
| 01:54 | <alkisg> Appiah: I don't know... all I know is that I tested this with a FAT16 stick, and it really doesn't work! It even didn't work with a preformatted FAT32 stick, which _did_ work on the server, and I had to reformat it with gparted to be able to access it from a TC. So something's different to the clients as opposed to the server, but I don't know what it is...
| |
| 01:57 | <cyberorg> alkisg, does "modprobe fat" work on the client?
| |
| 01:57 | <alkisg> cyberorg: I don't have a client here right now, so I'll have to try it later on...
| |
| 01:59 | cyberorg: so there are different modules, vfat for fat32, and fat for fat16?
| |
| 01:59 | <cyberorg> alkisg, could be, just a guess
| |
| 02:00 | <alkisg> ty, I'll try it when I get to school.
| |
| 02:25 | <deepak> Alkisg: i have ssh the server and ran gnome-terminal
| |
| 02:25 | it is working fine
| |
| 02:25 | now what should i check with ?
| |
| 02:26 | <alkisg> deepak: I'm not really familiar with K12Linux, that's why I wasn't answering in the first place... listen to cyberorg! :)
| |
| 02:26 | <deepak> he seems to be offline
| |
| 02:27 | CAN ANY ONE HELP ME WITH K12LINUX LOGIN ISSUE
| |
| 02:27 | <Appiah> check /var/log/messages and/or /var/log/auth logs
| |
| 02:27 | drop the caps
| |
| 02:34 | tjikkun_work has joined #ltsp | |
| 02:37 | Ryan52 has quit IRC | |
| 02:49 | Eghie has joined #ltsp | |
| 02:50 | mikkel has joined #ltsp | |
| 03:22 | Ryan52 has joined #ltsp | |
| 03:25 | <zirconiumks> i have installed kiwi-ltsp and changed the image type to nfs
| |
| 03:25 | how do i check whether its actually nfs or not?
| |
| 03:26 | where can i make some changes so that they reflect only on the client
| |
| 03:26 | <cyberorg> in /srv/kiwi-ltsp-nfs
| |
| 03:27 | alkisg has quit IRC | |
| 03:27 | <zirconiumks> but right now i am able to access the complete hdd of the server
| |
| 03:28 | so is it by default?
| |
| 03:28 | <cyberorg> zirconiumks, you cannot access complete disk from the client, it is chrooted in /srv/kiwi-ltsp-nfs
| |
| 03:29 | <zirconiumks> yeah, but that is not the case, i can access the complete hdd on the client
| |
| 03:29 | how do i figure out whatz wrong?
| |
| 03:29 | <cyberorg> zirconiumks, yes, after login you will only see server disk
| |
| 03:29 | client chroot is used only to boot up and provide LDM
| |
| 03:30 | <zirconiumks> okie
| |
| 03:30 | so all other programs on the server should be available on the client also right?
| |
| 03:31 | <cyberorg> yes, as after login we are using only the server
| |
| 03:31 | <zirconiumks> oh okie
| |
| 03:32 | so is there anyway that i can make changes that reflect only on the client and not on the server?
| |
| 03:32 | <cyberorg> zirconiumks, any changes made in /srv/kiwi-ltsp-nfs applies to client image only
| |
| 03:33 | <zirconiumks> cyberorg, but what if I dont want some programs installed on the server available to the client?
| |
| 03:34 | <cyberorg> zirconiumks, like what?
| |
| 03:35 | <zirconiumks> cyberorg, like I dont want virtualbox to be available to the client
| |
| 03:35 | <cyberorg> zirconiumks, dont add user to vboxusers group, they will not be able to use it
| |
| 03:35 | <zirconiumks> k
| |
| 03:36 | how do we monitor what activites are running on the client?
| |
| 03:36 | from the server
| |
| 03:36 | <cyberorg> ps aux
| |
| 03:39 | inside the client, you'd have to ssh in there and run ps aux
| |
| 03:39 | <zirconiumks> cynerorg, didnt get you
| |
| 03:41 | cyberorg, yes I am able to monitor the processes on the client
| |
| 03:41 | <cyberorg> zirconiumks, just run pa aux on the server to find out all the processes running after user logs in, ssh into the client to find out processes in the client
| |
| 03:42 | <zirconiumks> cyberorg, i'll try
| |
| 03:48 | cyberorg, can u give an example of the ssh command
| |
| 03:49 | <cyberorg> zirconiumks, ssh clientIP, password is linux
| |
| 03:53 | <zirconiumks> cyberorg, yes its working
| |
| 04:01 | cyberorg, now can u suggest some easy changes that we can make to the client chroot
| |
| 04:02 | <cyberorg> zirconiumks, what changes you want to make?
| |
| 04:03 | <zirconiumks> cyberorg, i have no idea, u suggest anything, something on the base of which we can explore further
| |
| 04:05 | <cyberorg> come over today, we will walk through the stuff involved once again
| |
| 04:05 | <zirconiumks> cyberorg, this complete week we have lectures from 4 to 6 in the collg on software testing
| |
| 04:06 | <cyberorg> go through http://en.opensuse.org/How_Does_KIWI-LTSP_work and the LTSP Docs linked in the topic
| |
| 04:06 | <zirconiumks> cyberorg, can we come over tom morning?
| |
| 04:06 | <cyberorg> you can come after 6 pm today
| |
| 04:08 | <zirconiumks> cyberorg, we will there by 6:45pm, will that do?
| |
| 04:08 | <cyberorg> zirconiumks, yes, see you :)
| |
| 04:09 | <zirconiumks> cyberorg, thank you very much :)
| |
| 04:09 | <cyberorg> zirconiumks, i am posting chat i had with DavidR, nomad developer, go through that also
| |
| 04:10 | <zirconiumks> cyberorg, okie, we have to leave now, all of us will go through it by tonight
| |
| 04:11 | cyberorg, thank you, see you in some time...
| |
| 04:12 | zirconiumks has quit IRC | |
| 04:14 | <deepak> cyberorg: i cannot login from host computer,
| |
| 04:14 | <cyberorg> deepak, any error message?
| |
| 04:16 | krish has joined #ltsp | |
| 04:16 | <deepak> no error
| |
| 04:17 | <krish> who wants to help reviewing the design change of the lobster ltsp logo?
| |
| 04:18 | cyberorg:
| |
| 04:18 | <cyberorg> krish, make lobster just a hint of it, not the centre piece
| |
| 04:18 | deepak, on server /var/log/messages
| |
| 04:19 | <krish> cyberorg: http://img161.imageshack.us/img161/2338/ltsp2ex1.png
| |
| 04:20 | <cyberorg> krish, this one is better than the first i saw
| |
| 04:20 | <krish> :)
| |
| 04:20 | <cyberorg> also see how it looks really tiny
| |
| 04:21 | <krish> well its visible and legible on dolphin's folder image preview
| |
| 04:22 | <deepak> cyberorg: i have no error on the screen, when i pass my password it take some time for verifying it
| |
| 04:22 | and later my window manger restart
| |
| 04:23 | <krish> cyberorg: i see the contest allows 3 entries. I am thinking I should send this one as the first.
| |
| 04:25 | <cyberorg> krish, between you and shona, that would be 6 :)
| |
| 04:25 | <krish> hehe
| |
| 04:26 | she hasnt started yet.. shes doing some 3d modelling in blender
| |
| 04:26 | <cyberorg> deepak, it is quite difficult to help you as you dont give feedback to anything that is asked from you, may be someone running k12linux would be able to help
| |
| 04:26 | <krish> I am expecting something smooth from her .. the inkscape pro
| |
| 04:31 | <cyberorg> krish, keep an eye on submitted logos too http://www.disklessworkstations.com/cgi-bin/web/contestlogos.html
| |
| 04:32 | <krish> yes i am
| |
| 04:32 | cyberorg: do you know who did the first one
| |
| 04:32 | I mean you know the person inperson?
| |
| 04:32 | <cyberorg> nopes
| |
| 04:32 | <krish> cyberorg: I am asking because I saw that tux float on the net already
| |
| 04:33 | <cyberorg> tux is official mascot of linux
| |
| 04:33 | <deepak> an 19 15:35:06 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:33 | Jan 19 15:35:07 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:33 | Jan 19 15:35:08 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:33 | Jan 19 15:35:08 localhost dhcpd: DHCPACK on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:35:08 localhost xinetd[3859]: START: tftp pid=4572 from=192.168.0.211
| |
| 04:34 | Jan 19 15:35:08 localhost in.tftpd[4573]: tftp: client does not accept options
| |
| 04:34 | Jan 19 15:35:25 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:35:25 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:35:25 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:35:25 localhost dhcpd: DHCPACK on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:35:27 localhost mountd[3894]: authenticated mount request from 192.168.0.211:601 for /opt/ltsp/i386 (/opt/ltsp)
| |
| 04:34 | Jan 19 15:35:40 localhost xinetd[3859]: START: nbdswapd pid=4590 from=::ffff:192.168.0.211
| |
| 04:34 | Jan 19 15:49:10 localhost dhcpd: DHCPDISCOVER from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:49:11 localhost dhcpd: DHCPOFFER on 192.168.0.211 to 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:49:12 localhost dhcpd: DHCPREQUEST for 192.168.0.211 (192.168.0.167) from 00:0c:29:c5:27:5e via ltspbr0
| |
| 04:34 | Jan 19 15:49:12 localhost dhcpd: D
| |
| 04:34 | is my /var/log/messages
| |
| 04:37 | <cyberorg> deepak, just follow the installation howto for your distro carefully, or wait for someone running setup similar to yours to help you out, also check out http://pastebot.ltsp.org
| |
| 04:38 | <deepak> thanks
| |
| 04:54 | slashdotfx has left #ltsp | |
| 04:56 | artista_frustrad has joined #ltsp | |
| 05:07 | tarzeau has joined #ltsp | |
| 05:07 | artista_frustrad has quit IRC | |
| 05:17 | tawmas has joined #ltsp | |
| 05:20 | otavio has quit IRC | |
| 05:24 | Chidder has joined #ltsp | |
| 05:26 | tawmas has left #ltsp | |
| 05:28 | otavio has joined #ltsp | |
| 05:48 | polytan has quit IRC | |
| 05:52 | vagrantc has joined #ltsp | |
| 06:11 | krish has quit IRC | |
| 06:14 | alkisg has joined #ltsp | |
| 06:16 | nobios has joined #ltsp | |
| 06:17 | cyberorg has quit IRC | |
| 06:17 | cyberorg has joined #ltsp | |
| 06:38 | pmatulis has joined #ltsp | |
| 06:49 | jammcq has quit IRC | |
| 06:50 | dirigeant has joined #ltsp | |
| 06:58 | BrunoXLambert has joined #ltsp | |
| 06:59 | deepak has quit IRC | |
| 07:20 | evilx has joined #LTSP | |
| 07:30 | BrunoXLambert has quit IRC | |
| 07:32 | BrunoXLambert has joined #ltsp | |
| 07:38 | slashdotfx has joined #ltsp | |
| 07:40 | <_UsUrPeR_> mownin all! :D
| |
| 07:44 | sbalneav has joined #ltsp | |
| 07:45 | <sbalneav> Morning all
| |
| 07:49 | <_UsUrPeR_> hey scott
| |
| 07:50 | * vagrantc struggles with lack of sleep and localapps behaving all wonky | |
| 07:50 | <vagrantc> all the code from S01-localapps after ltsp-localappsd never gets executed for me.
| |
| 07:51 | <ogra> vagrantc, http://people.ubuntu.com/~ogra/arm/build-arm-rootfs you might be intrested in that (not fifnshed yet, but fuly functional)
| |
| 07:51 | <_UsUrPeR_> vagrant: what linux derivative?
| |
| 07:51 | <ogra> !s
| |
| 07:51 | <ltspbot> ogra: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
| 07:51 | <ogra> :)
| |
| 07:51 | <vagrantc> _UsUrPeR_: debian lenny with ltsp related packages from experimental
| |
| 07:55 | hmm... seems to be that ltsp-localappsd never returns non-zero ...
| |
| 07:56 | er rather, the xatomwait call never returns non-zero ... but *something* causes ltsp-localappsd to exit all the same...
| |
| 07:56 | ogra: cross-arch debootstrapping, basically?
| |
| 07:56 | <ogra> yeah
| |
| 07:56 | but fully automated
| |
| 07:56 | <vagrantc> right
| |
| 07:57 | <ogra> (plus system configuration, but that will be less intresting for you or ltsp)
| |
| 07:57 | i just stumbled across an old debian bug about arm
| |
| 07:58 | mikkel has quit IRC | |
| 07:59 | alkisg has quit IRC | |
| 08:00 | <vagrantc> ogra: pretty much using the debootstral --foreign option, and then a simple init script to finish it up?
| |
| 08:00 | <ogra> right, but you need to wrap qemu in it
| |
| 08:00 | <vagrantc> right.
| |
| 08:00 | <ogra> and need a generic qemu kernel
| |
| 08:01 | that you need to pull from somewhere unless you want to include it in a package or some such
| |
| 08:01 | <vagrantc> probably is a good deal faster than running debian-installer entirely within qemu :)
| |
| 08:01 | <ogra> heh, yeah
| |
| 08:01 | i'll build that for more arches later and add a GUI on top similar to ubiquity
| |
| 08:02 | <vagrantc> i haven't found too much interest in oddball architectures lately ... but cool to see!
| |
| 08:02 | evilx has quit IRC | |
| 08:02 | evilx has joined #LTSP | |
| 08:03 | <vagrantc> my interest picks up when the debian buildd's are too darned slow and it stalls ltsp progress in debian ... and then the low-power aspect of arm and some of the others seems to make sense for thin clients, if the hardware ever shows itself
| |
| 08:04 | <ogra> http://www.notebooks.com/2009/01/07/new-generation-of-netbooks-199-and-299-eight-hour-battery-sexy-design/
| |
| 08:04 | that wil ake a very fast buildd ;)
| |
| 08:04 | *make
| |
| 08:04 | 800MHz to 1GHz and 512M
| |
| 08:05 | <vagrantc> it's usually not just speed, but some architectural problem that crops up and goes unresolved for weeks at a time...
| |
| 08:06 | <ogra> well, for arm at least you can steal fixes from ubuntu now ;)
| |
| 08:07 | <vagrantc> ogra: something like that i'd probably happily use as a primary machine :)
| |
| 08:08 | <ogra> yeah :)
| |
| 08:08 | its extremely cool
| |
| 08:08 | <vagrantc> of course, i'm used to using old stuff nobody wants anymore, so probably wouldn't notice much loss in performance :)
| |
| 08:09 | <ogra> well, it can easily cope with the intel atom netbooks
| |
| 08:13 | chrisinanoffice is now known as chrisinajar | |
| 08:13 | six2one has joined #ltsp | |
| 08:15 | <sbalneav> I've got that Acer AspireOne, and I *love* it so far.
| |
| 08:15 | I'm currently just using the OS it comes with, but then Jaunty's released, I'll put that on it.
| |
| 08:21 | Once I figured out I could Alt-F2, get an Xterm, it was easy after that
| |
| 08:22 | Installed ssh, and hey, hey, useful device :)
| |
| 08:46 | Gadi has joined #ltsp | |
| 08:48 | rjune_ has joined #ltsp | |
| 08:49 | <Gadi> morning, all
| |
| 08:50 | vagrantc: thx for the polish (as usual)
| |
| 08:54 | <vagrantc> Gadi: thanks for having something worth polishing :)
| |
| 08:55 | * vagrantc meant that with the best possible intent ... :) | |
| 08:56 | * Gadi is reminded of my engineering projects in college - on most teams, I would start and then someone else would come in and "show me the rigor" ;) | |
| 09:04 | <stgraber> Gadi: how tested is your new ltspfs ?
| |
| 09:04 | (as in, can I tag it, then package it and finally do some testing ? :))
| |
| 09:04 | version number for non-tagged release tend to be weird :)
| |
| 09:05 | <Gadi> cyberorg tested it on his system and it was ok
| |
| 09:06 | but, there have been some minor tweaks since then
| |
| 09:06 | <vagrantc> i could give it a test run...
| |
| 09:06 | <Gadi> that have not been tested
| |
| 09:07 | zirconiumks has joined #ltsp | |
| 09:08 | <stgraber> vagrantc: ok, I'll probably do some testing too. Do you plan to upload it soon to experimental ? so I can simply sync from it.
| |
| 09:08 | zirconiumks has quit IRC | |
| 09:09 | <Gadi> btw, ubuntu and debian use upstream uden rules now, right?
| |
| 09:09 | *udev
| |
| 09:09 | <vagrantc> oh. no.
| |
| 09:09 | <stgraber> yep
| |
| 09:09 | ah, no :)
| |
| 09:09 | Ubuntu uses Debian's
| |
| 09:10 | <Gadi> can we push any of that upstream?
| |
| 09:10 | <vagrantc> Gadi: you mean ltspfs's udev rules?
| |
| 09:10 | <Gadi> yeah
| |
| 09:10 | makes it quite confusing to know who handles what how
| |
| 09:10 | :)
| |
| 09:10 | and these days, almost all the decision making should be in ltspfs_entry
| |
| 09:11 | <vagrantc> i haven't pushed the changes upstream since i haven't recieved much feedback. but i guess i'll nudge for silence implies consent, in this case.
| |
| 09:11 | zirconiumks has joined #ltsp | |
| 09:11 | <stgraber> vagrantc: works fine in Ubuntu at least
| |
| 09:12 | <ltsppbot> "vagrantc" pasted "ltspfs udev rules in debian" (14 lines) at http://pastebot.ltsp.org/179
| |
| 09:13 | <ogra> stgraber, did you notice the big changes in udev in jaunty ?
| |
| 09:13 | the rules need to be installed in a different place now
| |
| 09:14 | <vagrantc> Gadi: i guess the only real changes in udev rules are two additional entries to handle floppies
| |
| 09:15 | * vagrantc will be happy to see udev rules outside of /etc, but will be unhappy to see breakages resulting from that | |
| 09:16 | <vagrantc> ogra: /lib/udev/rules.d now?
| |
| 09:17 | <ogra> yep
| |
| 09:17 | not sure but the numbering scheme might have changed as well, i had no time to look at it
| |
| 09:18 | <stgraber> ogra: is there any backward compatibility ?
| |
| 09:18 | <ogra> not sure, but i doubt it
| |
| 09:18 | <stgraber> ogra: I'm doing my ltsp testing on Intrepid using a backport from Jaunty
| |
| 09:18 | + we sync ltspfs from Debian and I doubt Debian has this new path thing
| |
| 09:18 | <ogra> right
| |
| 09:19 | but we'll need it
| |
| 09:19 | <stgraber> right, that's an easy fix so I'll just wait until later in the release cycle to look at it :)
| |
| 09:21 | v-pro has quit IRC | |
| 09:21 | nicoAMG has joined #ltsp | |
| 09:22 | CAN-o-SPAM has joined #ltsp | |
| 09:22 | alkisg has joined #ltsp | |
| 09:27 | nobios has quit IRC | |
| 09:27 | <stgraber> :>${VARRUN} || exit 0
| |
| 09:28 | Gadi: ^
| |
| 09:28 | your script fails there
| |
| 09:28 | I guess that : is the problem isn't it ?
| |
| 09:28 | <Gadi> thats odd
| |
| 09:28 | shouldn't be
| |
| 09:29 | <stgraber> root@ltsp173:/usr/share/applications# :>${VARRUN} || exit 0
| |
| 09:29 | -bash: ${VARRUN}: ambiguous redirect
| |
| 09:29 | hmm, hang on a sec
| |
| 09:30 | sepski has joined #ltsp | |
| 09:32 | <stgraber> ok, that error was my fault as VARRUN wasn't defined in my test environment
| |
| 09:34 | that line is really the problem ... commenting it fixed the issue.
| |
| 09:35 | Gadi: any idea what's wrong with it ?
| |
| 09:35 | <Gadi> same error?
| |
| 09:36 | <vagrantc> where is the VARRUN code?
| |
| 09:36 | i recall seeing it somewhere...
| |
| 09:37 | <Gadi> ltsp-genmenu
| |
| 09:37 | ogra has quit IRC | |
| 09:38 | ogra has joined #ltsp | |
| 09:39 | <vagrantc> Gadi: a proposed patch? i can't see it in the current code.
| |
| 09:39 | <Gadi> yeah
| |
| 09:39 | stgraber: you can remove the ":" if you like
| |
| 09:39 | but it works fine here
| |
| 09:39 | vagrantc: I'll pastebot it again
| |
| 09:40 | (unless its still on pastebot..)
| |
| 09:40 | <vagrantc> probably still there...
| |
| 09:40 | <Gadi> http://pastebot.ltsp.org/178
| |
| 09:40 | indeed
| |
| 09:40 | hanthana has joined #ltsp | |
| 09:43 | <vagrantc> ah yes, i wanted VARRUN to be renamed :)
| |
| 09:43 | <Gadi> right
| |
| 09:43 | good thing I havent renamed it
| |
| 09:43 | you would have been lost
| |
| 09:43 | :)
| |
| 09:43 | <vagrantc> and ${a##*/} to be called only once :)
| |
| 09:44 | and ${ICON##*/}
| |
| 09:47 | <stgraber> Gadi: I don't get the icons
| |
| 09:48 | <Gadi> are they in the pixmaps folder?
| |
| 09:49 | <vagrantc> build from ltspfs-trunk didn't break functionality for me ... don't know if the new stuff really works, though.
| |
| 09:50 | <stgraber> hmm, the problem in your script seems to be that the > ${VARRUN} actually returns 1 ... and so exits (removing the : didn't solve it)
| |
| 09:50 | I'll drop the || and reopen the session to check for that icon thingy
| |
| 09:51 | <Gadi> oh!
| |
| 09:51 | /var/run is only writable by root
| |
| 09:52 | and you run this as user
| |
| 09:52 | right?
| |
| 09:52 | <stgraber> hmm, no, it's a ldm rc.d script so it's run as root
| |
| 09:55 | <Gadi> no - because we copy to ~/.local...
| |
| 09:55 | so it must run as USER
| |
| 09:55 | <stgraber> python's icon was copied but not blender's ...
| |
| 09:56 | hmm, right :)
| |
| 09:57 | so should be dump that in the home directory instead ?
| |
| 09:57 | <alkisg> Gadi: would you care to explain this to a bash newbie? :) ":" is an identifier, so you call an (undefined?) function named :, and redirect the output to the filename given by ${VARRUN} ???!!! :-X
| |
| 09:58 | <_UsUrPeR_> in Fedora 10, ltsp-localapps... does that run as the user or root?
| |
| 10:02 | <vagrantc> Gadi: instead of hard-coding cdpinger to use filesystem iso9660 ... seems like we could check: [ "$FSTYPE" = "auto" ] && FSTYPE=$(vol_id --type $DEVICENAME)
| |
| 10:03 | _UsUrPeR_: don't know about F10, but ltsp-localapps is run as the user, ltsp-localappsd is run as root.
| |
| 10:03 | _UsUrPeR_: server-side, run as user, thin client side, run as root.
| |
| 10:03 | <_UsUrPeR_> vagrantc: ok, thanks
| |
| 10:05 | <alkisg> Ah, found it in the sh manual, : means null command that returns true.
| |
| 10:05 | <vagrantc> alkisg: roughly equivalent to /bin/true :)
| |
| 10:06 | : > $FOO *should* basically be the same as touch $FOO
| |
| 10:06 | <alkisg> Still can't figure out why redirection would be needed - I don't think it prints something...?!
| |
| 10:06 | Ah! OK
| |
| 10:06 | Thanks vagrantc
| |
| 10:07 | <vagrantc> :)
| |
| 10:07 | <alkisg> I hate these tricks, they're just there to make scripts unreadable! :P
| |
| 10:07 | <vagrantc> it's a more esoteric way to write "touch $FOO" that basically doesn't call a binary.
| |
| 10:07 | alkisg: indeed!
| |
| 10:11 | <Gadi> its different than touch
| |
| 10:11 | it blanks the file
| |
| 10:12 | : is synonymous with "true"
| |
| 10:12 | many shells can simply do: >$file
| |
| 10:12 | without the colon
| |
| 10:12 | but some shells will not redirect from nowhere
| |
| 10:12 | <vagrantc> ah, right.
| |
| 10:13 | <Gadi> so, using : for true works on all shells
| |
| 10:13 | touch, on the other hand, simply updates the metadata of a file and creates a new file if it does not exist
| |
| 10:13 | but it will not blank the contents of the file
| |
| 10:14 | <vagrantc> echo adds a newline, typically ...
| |
| 10:14 | /bin/echo -n > $FOO
| |
| 10:14 | that's pretty much the same
| |
| 10:14 | i think
| |
| 10:40 | <sbalneav> Sigh. I'm still not happy with the event handling in ldm. I'm thinking it's time I break down, and actually read up on how to turn it into a full glib_main() application.
| |
| 10:43 | <vagrantc> sbalneav: specific issues bringing it up, or just a desire for cleaner code? :)
| |
| 10:43 | vvinet has joined #ltsp | |
| 10:46 | tjikkun_work has quit IRC | |
| 10:51 | faustino3331 has quit IRC | |
| 10:52 | <sbalneav> vagrantc: cleaner code, and better handling when something dies unexpectedly
| |
| 11:00 | faustino333 has joined #ltsp | |
| 11:11 | pscheie has quit IRC | |
| 11:16 | hersonls has joined #ltsp | |
| 11:16 | pscheie has joined #ltsp | |
| 11:22 | <sbalneav> vagrantc: There?
| |
| 11:34 | makghosh has joined #ltsp | |
| 11:36 | moquist has quit IRC | |
| 11:36 | moquist has joined #ltsp | |
| 11:41 | makghosh has quit IRC | |
| 11:44 | Egyptian[Home] has quit IRC | |
| 11:45 | Lns has joined #ltsp | |
| 11:45 | nicoAMG has quit IRC | |
| 11:48 | <kc8pxy> johnny: heya
| |
| 11:49 | nicoAMG has joined #ltsp | |
| 11:49 | <johnny> kc8pxy, hi
| |
| 11:49 | <kc8pxy> johnny: GOT IT WORKING!!!:) stupid X11Forwarding
| |
| 11:49 | <johnny> it's a feature request of ldm to generate better errors
| |
| 11:50 | <kc8pxy> johnny: I'm behind that feature ALL the way :)
| |
| 11:50 | <johnny> kc8pxy, perhaps you want to help write the documentation in guide xml format :)
| |
| 11:51 | <kc8pxy> johnny: already got a "lets make it work by the seat of my pants" project that I'm involved in documenting. mebbe when i get some free time.
| |
| 11:53 | <vagrantc> sbalneav: kinda sorta
| |
| 11:53 | <johnny> kc8pxy, the new genkernel will have funionfs support built into the initramfs
| |
| 11:54 | so perhaps we can do something similiar to aufs
| |
| 11:54 | and drop the tmpfs bind mounts
| |
| 11:54 | <vagrantc> sbalneav: i'm only half alive ... only got about 4 hours of sleep
| |
| 11:57 | <kc8pxy> johnny: how can i make this theme to look like ubuntu? most of my users are familiar more with ubuntu
| |
| 11:57 | <johnny> what's the point???
| |
| 11:57 | when the actual gnome desktop is not organized like ubuntu
| |
| 11:58 | <kc8pxy> ok
| |
| 11:58 | <johnny> focusing on the gnome desktop is more important than fixing the ldm theme
| |
| 11:59 | <Gadi> vagrantc: in answer to your post, when the Xserver dies, localappsd should exit
| |
| 11:59 | and process the rest of the code
| |
| 11:59 | <johnny> if you wanted, you could download it from the ubuntu packages
| |
| 11:59 | shogunx has quit IRC | |
| 11:59 | <johnny> and copy it into the ldm themes directory
| |
| 11:59 | and then change the symlink to point to the ubuntu theme
| |
| 11:59 | <kc8pxy> and then re-arrange the menus
| |
| 12:00 | shogunx has joined #ltsp | |
| 12:00 | <kc8pxy> ok
| |
| 12:00 | <johnny> kc8pxy, it's not worth it tho
| |
| 12:00 | please don't do it :(
| |
| 12:00 | <vagrantc> Gadi: yes, i'm well aware of what *should* happen. i'm clueless to why it *isn't* happening :P
| |
| 12:00 | <johnny> you're not going to gain anything from it
| |
| 12:00 | when it really isn't ubuntu
| |
| 12:00 | debs won't work
| |
| 12:00 | <Gadi> it may get killed before it can
| |
| 12:01 | <johnny> etc
| |
| 12:01 | help files may not work
| |
| 12:01 | as they will be describing things that are not true
| |
| 12:01 | or different
| |
| 12:02 | <Gadi> vagrantc: try changin the line in the rc.d script to:
| |
| 12:02 | ltsp-localappsd || true
| |
| 12:03 | <vagrantc> Gadi: will try...
| |
| 12:10 | spectra has joined #ltsp | |
| 12:22 | <evilx> is there away to specify a range of mac address?
| |
| 12:22 | in lts.conf?
| |
| 12:22 | sepski has quit IRC | |
| 12:23 | vagrantc has quit IRC | |
| 12:25 | sepski has joined #ltsp | |
| 12:32 | CAN-o-SPAM has quit IRC | |
| 12:36 | jammcq has joined #ltsp | |
| 12:36 | <jammcq> hello #ltsp
| |
| 12:36 | <Lns> For anyone interested: I'm starting to learn a bit more about shell scripting (functions are cool! =p) and I'm working on a neat script that automates some things such as system updates (via apt-get), chroot updates, updating kernel headers and reconfiguring VMWare (for those who have it installed on their LTSP servers), and other misc. functions. It features an easy to navigate menu system and I'm hoping that maybe others can benefit from it as well..if anyone's i
| |
| 12:36 | nterested in seeing it (still incredibly basic) let me know and I can pastebin it.
| |
| 12:36 | hey jammcq
| |
| 12:37 | <jammcq> hey lns
| |
| 12:37 | learning some scripting, eh?
| |
| 12:37 | <Lns> Hehe..yeah. I'm such a n00b still, but I feel like I want to keep going with it. It's a lot of fun
| |
| 12:38 | <alkisg> Lns, menu system in shell? Maybe you should start with Python... :P :D
| |
| 12:40 | <Lns> alkisg: haha, well i'm starting out with this so I can learn more about the internals of ltsp (since a lot of it's done in bash/sh) but yeah, if python is better for menu systems, i might delve into that.
| |
| 12:41 | It's working pretty well so far, makes it super easy to update chroot without having to type in all the commands every time
| |
| 12:41 | <alkisg> Lns, ok, you got me all curious, lets see it! :)
| |
| 12:43 | vvinet has quit IRC | |
| 12:46 | hanthana has quit IRC | |
| 12:46 | <ltsppbot> "Lns" pasted "simple script to automate some functions in Ubuntu/Debian LTSP servers" (240 lines) at http://pastebot.ltsp.org/180
| |
| 12:46 | <Lns> alkisg: ^^^
| |
| 12:47 | <alkisg> 240 lines? Wow, you've been busy... :)
| |
| 12:47 | <Lns> alkisg: I got pretty into it, yeah =)
| |
| 12:47 | For as rudimentary as my skills are, I'm kinda proud of it =)
| |
| 12:48 | Some functions aren't complete yet, and I plan on adding more stuff later
| |
| 12:52 | <alkisg> Lns: in consoletools(), you're using recursion to go back to the menu - I don't think that's good...
| |
| 12:52 | <Lns> alkisg: can you explain?
| |
| 12:53 | you mean after htop?
| |
| 12:53 | <alkisg> ...well, you're using recursion everywhere... you should modify your mainmenu to be a loop
| |
| 12:53 | <jammcq> Lns: don't be afraid to indent your code inside of the functions
| |
| 12:54 | <Lns> jammcq: you mean ALL commands within the function?
| |
| 12:54 | <jammcq> yes
| |
| 12:54 | so that it's clear where the function starts and ends
| |
| 12:54 | <Lns> alkisg: ok i'll check into how to do a loop =)
| |
| 12:54 | jammcq: gotcha, ok
| |
| 12:54 | <alkisg> Lns: I think "while" would be fine...
| |
| 12:54 | <jammcq> in a script, when I see something starting in column-1, I assume it's not inside of a function
| |
| 12:54 | <Lns> jammcq: can I use tabs for indenting or should i do 3 spaces?
| |
| 12:55 | <jammcq> I use 2 spaces, but it's all up to you.
| |
| 12:55 | <Lns> alkisg: ok..like i said i'm a total noob still so i'll look at 'while' (not in my noggin yet)
| |
| 12:55 | jammcq: ok
| |
| 12:56 | <jammcq> in your "case" statements, you've got the '1)', '2)' indented. that's good. but the lines that get executed when it's '1' should be further indented. so that the '1)' stands out better
| |
| 12:57 | krishna has joined #ltsp | |
| 12:58 | <alkisg> Lns: something like: while true; do <the main menu code>; done <== this goes on forever, or until the user selects 8=quit.
| |
| 12:59 | <Lns> jammcq: ok
| |
| 12:59 | <alkisg> Lns, very good for a start!
| |
| 12:59 | <ltsppbot> "jammcq" pasted "example of function w/case, indented" (17 lines) at http://pastebot.ltsp.org/181
| |
| 12:59 | <Lns> alkisg: thanks! Yeah lemme implement the loop real quickstyle
| |
| 13:00 | jammcq: ah, ok yeah that looks better
| |
| 13:00 | <jammcq> also, when I write bash scripts, I prefer to make my variables UPPERCASE
| |
| 13:01 | <Lns> jammcq: sounds sensible
| |
| 13:03 | wow it's like i have my own bash tutors right here =) cool
| |
| 13:03 | <alkisg> Lns, also try gedit `which ltsp-update-image` to see an example for while... The ltsp scripts are the best tutors! ;)
| |
| 13:04 | <Lns> alkisg: exactly..that's what got me wanting to make my own stuff, those scripts are really well laid out and easy to read
| |
| 13:04 | <evilx> im going to kill ltsp, i leave for a weekend and come back and openchrome not working again
| |
| 13:05 | <alkisg> But they also work in Python/C/glib/gtk/qt, so we need much reading... :P
| |
| 13:05 | <stgraber> Gadi: any clue what's wrong with the icons and your ltsp-genmenu ? (as in only python's got copied and not my blender/audacity/skype/... ones)
| |
| 13:08 | <Lns> alkisg: is it sane to, instead of recursing mainmenu() in another function, to simply do a 'fi' to return (with the while loop in place)?
| |
| 13:08 | <alkisg> Yes, that would be a sane way
| |
| 13:09 | <Lns> ok
| |
| 13:12 | zerocool has joined #ltsp | |
| 13:13 | <zerocool> Gadi?
| |
| 13:13 | u there?
| |
| 13:14 | <Lns> Heh, I was wondering why nobody was logged into any of my servers...and i remembered it's a US holiday and nobody is in school.. =p
| |
| 13:15 | alekibango has quit IRC | |
| 13:17 | pscheie_ has joined #ltsp | |
| 13:18 | <evilx> ok this wasnt an issue last week with openchrome and now this week it is "Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices
| |
| 13:19 | pscheie has quit IRC | |
| 13:25 | Egyptian[Home] has joined #ltsp | |
| 13:27 | <evilx> What do you recommend hardy,woody,intrepid...?
| |
| 13:27 | <johnny> woody?
| |
| 13:27 | lol
| |
| 13:29 | <Lns> evilx: what kind of environment do you work in? School, office, development..?
| |
| 13:29 | <Gadi> stgraber, zerocool: hey
| |
| 13:29 | was afk
| |
| 13:30 | stgraber: seems audacity.desktop has Icon=audacity
| |
| 13:31 | and not audacity.xpm
| |
| 13:31 | so, it doesnt copy
| |
| 13:31 | <alkisg> The icons aren't supposed to have extensions
| |
| 13:31 | <zerocool> Hi Gadi. been using LTSP with this rdp thing for the past couple weeks. working fine with about 35 users thus far.
| |
| 13:31 | * Gadi needs to implement the actual algorithm | |
| 13:31 | <alkisg> the desktop validation tool produces warnings if they have extensions
| |
| 13:31 | <Gadi> zerocool: gr8!
| |
| 13:32 | alkisg: desktop verification tool?
| |
| 13:32 | <evilx> office
| |
| 13:32 | <zerocool> one thing i'm trying to square around is if there is any kind of way to get the local devices (usb sticks) working on this client devices.
| |
| 13:32 | <evilx> Lns, office
| |
| 13:32 | <Lns> evilx: personally i'd use 8.04LTS since it's geared toward stability
| |
| 13:32 | <Gadi> zerocool: I just pushed code upstream for that
| |
| 13:32 | <evilx> on 200mhz thin client with 128mb of ram and via openchrome video card
| |
| 13:32 | what 8.04 name?
| |
| 13:32 | <Gadi> zerocool: but it requires testing
| |
| 13:32 | wanna be a tester?
| |
| 13:32 | <Lns> evilx: hmm, 200mhz..never tried something that slow
| |
| 13:33 | evilx: 8.04 = Hardy
| |
| 13:33 | <zerocool> yeah way man! u wanna tell me wtf to do?
| |
| 13:33 | <evilx> ok i had intrepid goign, but firefox lag and openchrome just started giving me fbdebv and i have hardy building right now
| |
| 13:33 | <alkisg> Gadi: desktop-file-validate
| |
| 13:34 | * Lns can't figure out how to yank all text from an ssh->vim console to local X session clipboard.. :( | |
| 13:34 | <evilx> lns you cant cat the file?
| |
| 13:35 | <Gadi> alkisg: thx
| |
| 13:35 | * Gadi sees the error of his ways | |
| 13:36 | <alkisg> heh... even a broken clock says the correct hour twice a day... :P
| |
| 13:37 | (talking about me...)
| |
| 13:38 | <Lns> evilx: how do you cat a file in an ssh session to the local X clipboard?
| |
| 13:43 | <evilx> not sure how to the local clipboard that a good question
| |
| 13:43 | I guess with xsel
| |
| 13:44 | ssh user@test cat file | xsel -i -b
| |
| 13:44 | I am guessing
| |
| 13:44 | <Lns> oooo
| |
| 13:44 | <alkisg> Lns: or maybe scp?
| |
| 13:44 | <Lns> alkisg: possibly if used in a pipe
| |
| 13:45 | <evilx> or xclip
| |
| 13:45 | ssh user@test cat file | xclip
| |
| 13:45 | <alkisg> Lns, I meant scp user@test:file .
| |
| 13:45 | <laga> just scp the file ;)
| |
| 13:45 | <Lns> xclipboard looks like a good one
| |
| 13:45 | <alkisg> No vi/copy/paste/anything
| |
| 13:45 | <Lns> laga: wanted to avoid copying the real file to my local system
| |
| 13:45 | <evilx> http://www.cyberciti.biz/faq/xclip-linux-insert-files-command-output-intoclipboard/
| |
| 13:46 | <Lns> but using it through a pipe sounds good
| |
| 13:50 | <evilx> dang it
| |
| 13:50 | im getting error on some packages decompresing
| |
| 13:50 | for hardy and this is getting annoying
| |
| 13:50 | <Lns> noooice.. "ssh user@host cat /srv/rvusd/upd | xclip" works like a charm
| |
| 13:50 | <ltsppbot> "Lns" pasted "updated script" (230 lines) at http://pastebot.ltsp.org/182
| |
| 13:51 | "Gadi" pasted "stgraber: ltsp-genmenu (fixed)" (100 lines) at http://pastebot.ltsp.org/183
| |
| 13:52 | <Gadi> oops
| |
| 13:52 | forgot something
| |
| 13:53 | <johnny> ya know wha'ts neat.. github allows you to clone via pastes ..
| |
| 13:53 | pastebin + vcs.. neat..
| |
| 13:54 | <ltsppbot> "Gadi" pasted "stgraber: ltsp-genmenu (fixed for real)" (100 lines) at http://pastebot.ltsp.org/184
| |
| 13:54 | <Lns> johnny: aaah...you solved a problem with sed for me with your prepterminals script (with getent).. i was trying ot figure out how to get groupnames and perform functions. now i'll be able to complete my function of 'copying a template file into all users' home directories of a given group'
| |
| 13:55 | glad i kept that around
| |
| 13:55 | CAN-o-SPAM has joined #ltsp | |
| 13:55 | <evilx> ok, some of the files I am getting for hardy are failing unpackaging and ltsp-build-client doesnt pick it up and keep going
| |
| 13:56 | <Gadi> zerocool: if you give me a day or so, I think we are going to tag ltspfs with a new upstream version and then stgraber will no doubt roll some debs
| |
| 13:57 | then, it would be a simple matter of installing debs in your chroot
| |
| 13:57 | <johnny> Lns, perhaps you might be able to learn some python and help me with sabayon
| |
| 13:57 | <Gadi> (I think)
| |
| 13:57 | <johnny> as i don't personally have use for it atm..
| |
| 13:57 | everything is still fine with my old profiles
| |
| 13:57 | <Lns> johnny: hehe..maybe in the future. I'm just now trying to get a handle on bash
| |
| 13:57 | <johnny> it's snowing here :)
| |
| 13:58 | first real snow of the year
| |
| 13:58 | <Lns> woo!
| |
| 13:58 | snowball fight!
| |
| 13:58 | evilx: what packages? what's the error?
| |
| 13:58 | <johnny> it's only gonna accumulate a little :(
| |
| 13:58 | <evilx> the kernel for one
| |
| 13:58 | <Lns> evilx: uhhh...weird. what's the error?
| |
| 13:59 | <johnny> no more snow for awhile..
| |
| 13:59 | <evilx> stuff like this debconf: (Failed to open fd 3: Bad file descriptor at (eval 19) line 3)
| |
| 13:59 | <ogra> thats no error, thats a warning ...
| |
| 13:59 | (and its not the complete warning as well btw)
| |
| 13:59 | <evilx> the kernel not showing up in my /var/lib/tftproot/ltsp/i386
| |
| 14:00 | RobertLaptop has quit IRC | |
| 14:00 | * Lns throws a snowball at johnny's ltsp | |
| 14:00 | vagrantc has joined #ltsp | |
| 14:00 | <Gadi> ogra: how long does it usually take for LP to create a PPA space?
| |
| 14:00 | RobertLaptop has joined #ltsp | |
| 14:00 | <evilx> (Reading database ... 14972 files and directories currently installed.)
| |
| 14:00 | Unpacking linux-image-2.6.24-16-generic (from .../linux-image-2.6.24-16-generic_2.6.24-16.30_i386.deb) ...
| |
| 14:00 | debconf: unable to initialize frontend: Passthrough
| |
| 14:00 | debconf: (Failed to open fd 3: Bad file descriptor at (eval 19) line 3)
| |
| 14:00 | debconf: falling back to frontend: Noninteractive
| |
| 14:01 | notying in my tftpboot folder for it
| |
| 14:01 | <ogra> right, it tells you that the frontend passthrough (which is used to show the progessbar on a CD install) cant be used
| |
| 14:01 | then it tells you why in the next line
| |
| 14:01 | and tells you that it uses a different frontend in the line below that
| |
| 14:01 | <evilx> oh, well i wonder why it not showing up it created the link for vmlinuz but it links to nothing
| |
| 14:02 | <ogra> whats the *very* last line of your ltsp-build-client run ?
| |
| 14:02 | <johnny> ltsp-update-kernels happens at the end evilx
| |
| 14:02 | <evilx> info: LTSP client installation completed successfully
| |
| 14:03 | <ogra> wht were the options you used for ltsp-build-client (if any)
| |
| 14:03 | <evilx> ltsp-build-client --base /opt/litsp/hardy --dist hardy --arch i386
| |
| 14:03 | <ogra> and you are runnng that on what kind of host system ?
| |
| 14:04 | <evilx> ubuntu intrepid
| |
| 14:04 | <ogra> why dont you use intrepid then ?
| |
| 14:04 | its way advanced
| |
| 14:04 | <zerocool> Gadi: ok kool, i'll check back with u tmrw. not a prob.
| |
| 14:04 | <ogra> hardy's ltsp was essentially the same as gutsy with bugfixes
| |
| 14:04 | intrepid has all the improvements
| |
| 14:04 | bobby_C has joined #ltsp | |
| 14:04 | <evilx> i wanted to see if it run better on 200mhz machine
| |
| 14:04 | <johnny> evilx, also. don't specify dist..
| |
| 14:05 | <Lns> ogra: bugfixes != improvements? :)
| |
| 14:05 | <ogra> :P
| |
| 14:05 | i mean the bugfixes *and* the new features ;)
| |
| 14:05 | krishna has quit IRC | |
| 14:06 | <ogra> evilx, is there a kernel in /opt/litsp/hardy/boot ?
| |
| 14:06 | <Gadi> ogra: is there something more that I have to do to get an LP PPA aside from clicking Activate?
| |
| 14:06 | <evilx> i dont know, the directory empty now I think i accidently deleted it
| |
| 14:06 | <Gadi> my ppa URL is a 404
| |
| 14:06 | <evilx> let me rebuild it again
| |
| 14:07 | <ogra> Gadi, https://help.launchpad.net/Packaging/PPA
| |
| 14:08 | <Gadi> oh sure, make me read :P
| |
| 14:09 | <ogra> i was assuming you are capable of that :)
| |
| 14:10 | <Lns> BIG SCARY WORDS
| |
| 14:11 | <ogra> there are small ones inbetween ... not everything is capitalized :)
| |
| 14:11 | <Gadi> such bigotry against the illiterate
| |
| 14:11 | <Lns> ogra: heh...obligatory "Anchor Man" quote
| |
| 14:11 | <ogra> *g*
| |
| 14:14 | <Gadi> hmm
| |
| 14:14 | uploading worked from cli
| |
| 14:14 | but cannot browse via web
| |
| 14:14 | <ogra> Before you can start using a PPA, whether it's your own or it belongs to a team, you need to activate it on your profile page or the team's overview page.
| |
| 14:14 | You can only activate your PPA if you have signed the Ubuntu code of conduct.
| |
| 14:14 | have you done both ?
| |
| 14:14 | <kc8pxy> question
| |
| 14:15 | <jammcq> hey look, it's Ogra !!!!!
| |
| 14:15 | <ogra> hey jammcq :)
| |
| 14:15 | oh, gadi isnt gadi on launchpad
| |
| 14:16 | <Gadi> I have done both
| |
| 14:16 | I am gideon
| |
| 14:16 | on LP
| |
| 14:16 | <kc8pxy> ldm login uses uname/pw, ofr the user, and you can pre-configure that, since it ends up using ssh x11-forwarding, can i configure it to use keys instead of passwords(ala sshh?)
| |
| 14:16 | <ogra> yeah, figured
| |
| 14:16 | * Gadi shakes bars of his cage | |
| 14:16 | <ogra> https://launchpad.net/~gideon/+archive
| |
| 14:17 | seems fine to me
| |
| 14:17 | <Gadi> hmm
| |
| 14:17 | it gave me a different URL
| |
| 14:17 | <Lns> Gadi: have you tried rebooting? =p
| |
| 14:17 | <Gadi> ppa.launchpad.net/gideon/ubuntu
| |
| 14:17 | <ogra> https://launchpad.net/+builds shows you the builds
| |
| 14:18 | looks quite busy atm, so your upload might sit in the queue
| |
| 14:19 | <Gadi> ah, I see
| |
| 14:19 | I thought I could upload my binary debs to the PPA
| |
| 14:19 | <ogra> after building it takes some time to be published ...
| |
| 14:19 | <Gadi> can I not?
| |
| 14:19 | <ogra> i think the publisher runs every 30 or 40 min
| |
| 14:19 | <johnny> kc8pxy, yes
| |
| 14:19 | <ogra> no, you need to upload source
| |
| 14:20 | <Gadi> I see
| |
| 14:20 | <johnny> kc8pxy, i do that for autologin
| |
| 14:20 | <ogra> soucre packages actually
| |
| 14:20 | <Gadi> okey dokey
| |
| 14:21 | <ogra> http://ppa.launchpad.net/gideon/ubuntu will be the archive url in the end if your binaries are built
| |
| 14:21 | i.e. http://ppa.launchpad.net/ogra/ubuntu/
| |
| 14:27 | vvinet has joined #ltsp | |
| 14:31 | <evilx> ogra, ok , it like it not updating the kernels with i do ltsp-update-kernel --base /opt/ltsp/hardy
| |
| 14:31 | <johnny> drop the hardy crap
| |
| 14:31 | the base is just /opt/ltsp
| |
| 14:31 | and you shouldn't be doing a hardy chroot in intrepid anyways
| |
| 14:32 | <evilx> i shoul be able to changei t
| |
| 14:32 | <johnny> the full path is BASE + CHROOT
| |
| 14:32 | BASE=/opt/ltsp, CHROOT=hardy
| |
| 14:32 | so your base is wrong
| |
| 14:33 | there's actually some hardcoded assumptions in these scripts anyways
| |
| 14:33 | i'd suggest that you stay witin their boundaries
| |
| 14:33 | <evilx> i can tell
| |
| 14:52 | chrisinajar has quit IRC | |
| 14:56 | chrisinajar has joined #ltsp | |
| 14:57 | <evilx> just my luck now i killed my ltsp server
| |
| 14:58 | <Lns> evilx: it's a sign ;)
| |
| 14:58 | <evilx> it not going through or trying to find anything just says file not found
| |
| 14:58 | i put everything back to how it was
| |
| 14:59 | <CAN-o-SPAM> has anyone ever used or tried openThinClient??
| |
| 14:59 | pmatulis has quit IRC | |
| 14:59 | hersonls has quit IRC | |
| 15:05 | <warren> sigh. upstream NFS completely changed the behavior of how it works, deny by default unless you have reverse DNS working for all clients.
| |
| 15:06 | I'm trying to convince them that this was a bad idea.
| |
| 15:06 | It broke LTSP overnight for pretty much everyone
| |
| 15:06 | <ogra> switch to nbd ;)
| |
| 15:06 | it is da fiutscha
| |
| 15:06 | <evilx> i never toucnhed tftpd and it says file not found
| |
| 15:07 | <ogra> vagrantc, heh, i have my first complaint about tcsh in ubuntu :)
| |
| 15:07 | <vagrantc> ogra: oh, fun.
| |
| 15:08 | i tried. really i did. against all jeers and jibes of my peers. and i eventually gave up on tcsh.
| |
| 15:09 | <ogra> i pointed him to your bug and the ML discussion ... who knows, probably they add sane patches
| |
| 15:11 | <vagrantc> in my experience it was easy to add sane-looking patches, but to patch absolutely everything became impractical... and it will always be an uphill battle for each change in the code...
| |
| 15:11 | <warren> Just say no to drugs!
| |
| 15:11 | CAN-o-SPAM has quit IRC | |
| 15:13 | <laga> ogra: is tcsh becoming the default?
| |
| 15:14 | <ogra> for the world ... all distros are abotu to switch within the next three months ... didnt you know ?
| |
| 15:14 | <laga> i think you're lying to me.
| |
| 15:15 | <warren> really? Didn't happen in Fedora yet, and everyone copies us.
| |
| 15:15 | <laga> RHEL copies you.
| |
| 15:15 | <warren> yeah, those bastards.
| |
| 15:16 | <ogra> what, fedora didnt switch to tcsh ?
| |
| 15:16 | tsk, youre so living in the past ...
| |
| 15:16 | the final target is indeed zsh, since its the last letter of the alphabet
| |
| 15:17 | tcsh is just the first step towards that ;)
| |
| 15:17 | <warren> ogra: you're so in the past, we're using chinese alphabet now.
| |
| 15:17 | <Ryan52> heh
| |
| 15:17 | <ogra> geez
| |
| 15:17 | <warren> rpm allows unicode package names
| |
| 15:17 | <ogra> in chinese ?
| |
| 15:17 | <warren> any unicode character
| |
| 15:17 | <laga> unicode.
| |
| 15:18 | spectra has quit IRC | |
| 15:18 | * ogra knows dpkg does the same but hasnt seen japanese or chinese named packages yet | |
| 15:20 | * ogra votes for switching all pakage names to georgian ... its so beautiful ... | |
| 15:20 | <johnny> i just want my package name to be the heart symbol and tm
| |
| 15:20 | <ogra> or tamil
| |
| 15:20 | * johnny votes that ogra gets no votes | |
| 15:20 | <johnny> hehe
| |
| 15:20 | <ogra> bah
| |
| 15:21 | მე მქვია ogra :)
| |
| 15:22 | საღამო მშვიდობისა
| |
| 15:22 | <laga> we could finally add IPA transcription to the packages so people know to pronounce their names
| |
| 15:22 | evilx_ has joined #LTSP | |
| 15:23 | <ogra> (no, the above doesnt mean "my hovercraft is full of eels" ;) )
| |
| 15:25 | evilx__ has joined #LTSP | |
| 15:26 | evilx has quit IRC | |
| 15:27 | zerocool_ has joined #ltsp | |
| 15:32 | zerocool has quit IRC | |
| 15:32 | zerocool_ is now known as zerocool | |
| 15:34 | <Lns> How do you use ~$usernamevariable ? It's not processing the ~ in my script :(
| |
| 15:35 | and I don't want to do /home/$usernamevariable ...
| |
| 15:35 | <johnny> why not?
| |
| 15:35 | <Lns> johnny: what about root?
| |
| 15:35 | <evilx__> now when i boot it just goes to the initramfs thing and that it
| |
| 15:35 | <jammcq> use $HOME
| |
| 15:35 | <johnny> yes.. $HOME
| |
| 15:35 | that is better
| |
| 15:36 | <Lns> jammcq: what if i'm parsing multiple usernames in a FOR statement?
| |
| 15:36 | <evilx__> anyone got a conclusion on why that happens?
| |
| 15:36 | <jammcq> umm
| |
| 15:36 | <johnny> i don't know of anything that will expand the ~ without hacks
| |
| 15:36 | <Lns> lemme post my horribly written code
| |
| 15:37 | <ltsppbot> "Lns" pasted "file -> user homedir distribution function" (23 lines) at http://pastebot.ltsp.org/185
| |
| 15:37 | <johnny> Lns, i think you're fine not handling /root tho
| |
| 15:37 | <Lns> I want to replace /home with ~ somehow, or whatever works
| |
| 15:38 | <Ryan52> "readlink -f ~" works.
| |
| 15:38 | <Lns> Ryan52: ooo
| |
| 15:38 | otavio has quit IRC | |
| 15:38 | <jammcq> Lns: use 'getent passwd $username'
| |
| 15:38 | otavio has joined #ltsp | |
| 15:38 | * johnny guesses Lns needs to read the man page for getent | |
| 15:38 | <jammcq> then, take the 6th field
| |
| 15:38 | <Lns> johnny: yes i do =)
| |
| 15:38 | <jammcq> there's not much of a manpage
| |
| 15:38 | <Lns> again, i'm just beginning in the world of scripting, so all of your help is appreciated :)
| |
| 15:38 | <jammcq> no prob
| |
| 15:39 | <sbalneav> I getent passwd sbalneav | cut -d: -f6
| |
| 15:39 | /usr/legal/home/sbalneav
| |
| 15:39 | <jammcq> yeah, that'll do it
| |
| 15:39 | Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
| 15:39 | <johnny> it'd be nice if somebody wanted to sponsor sabayon devel.. so such scripts wouldn't be needed
| |
| 15:39 | <sbalneav> Hey jammcq!!
| |
| 15:39 | <Lns> sbalneav: thanks =)
| |
| 15:39 | <johnny> at least for that bit
| |
| 15:39 | <sbalneav> johnny: I'm looking at Sabayon these days.
| |
| 15:39 | <jammcq> so: THEIRHOME=`getent passwd $usernmae | cut -d: -f6`
| |
| 15:40 | <johnny> sbalneav, i have commit access if you want to get patches in
| |
| 15:40 | <sbalneav> good to know, thankee.
| |
| 15:40 | <Ryan52> what's sabayon?
| |
| 15:40 | <johnny> user profile tool
| |
| 15:40 | similiar to the kiosktool in kde
| |
| 15:41 | <evilx__> now I have Error Connect : Connection refused mount :mounting /fofs on /root/rofs failed: invalid argument ....
| |
| 15:41 | and more like that
| |
| 15:41 | <sbalneav> It's probably one of the single biggest pieces we're kind of "missing"
| |
| 15:41 | mistik1_ has joined #ltsp | |
| 15:41 | <johnny> sbalneav, it'd be nice if there was a format like tar that kept metadata about files and could store symbolic links
| |
| 15:41 | mistik1 has quit IRC | |
| 15:41 | evilx_ has quit IRC | |
| 15:41 | <johnny> and ALSO.. allow you to retrieve files on demand
| |
| 15:41 | mistik1_ is now known as mistik1 | |
| 15:41 | <johnny> those two things are currently at odds
| |
| 15:41 | <sbalneav> johnny: Well, I see theu're using zip, which, really, they shouldn't be.
| |
| 15:42 | six2one has quit IRC | |
| 15:42 | <evilx__> it passing initrd=initrd.img, but it domt seem to be working or something
| |
| 15:42 | <johnny> sbalneav, what else would let you retrieve files ?
| |
| 15:42 | without unpacking the entire thin
| |
| 15:42 | <sbalneav> either cpio, or tar, or even better, pax
| |
| 15:42 | <johnny> sbalneav, was kinda thinking about embedding bzr or git :)
| |
| 15:42 | no.. tar is impossible
| |
| 15:42 | atm
| |
| 15:42 | the t is the the problem
| |
| 15:42 | <sbalneav> Why's tar impossible?
| |
| 15:42 | <johnny> you can't retrieve single files without unpacking the whole thing
| |
| 15:43 | that is the current reason zip is used
| |
| 15:43 | <vagrantc> rdiff-backup ?
| |
| 15:43 | <sbalneav> so, unpack the whole thing in tmp, grab what you need, clean up.
| |
| 15:43 | <johnny> sbalneav, that could be too big
| |
| 15:43 | <vagrantc> why do you need zip or tar or whatever?
| |
| 15:43 | <johnny> if that was an acceptable thing to do.. it would have been done
| |
| 15:44 | vagrantc, that's the other option
| |
| 15:44 | <sbalneav> But zip does't handle things like symlinks, etc.
| |
| 15:44 | <johnny> vagrantc, but it is http retrievable as well
| |
| 15:44 | <vagrantc> johnny: just keep a copy of the tree somewhere...
| |
| 15:44 | ah.
| |
| 15:44 | <johnny> or from ldap (supposably)
| |
| 15:44 | <sbalneav> cpio can pull out individual files, I beleive.
| |
| 15:45 | <johnny> sbalneav, i can arrange a chat with federico at some point if you're interested
| |
| 15:45 | <sbalneav> I'm more interested in fixing the crashing bugs in the short term, however :)
| |
| 15:45 | so I'll start with that. :)
| |
| 15:45 | <johnny> sure.. if you can help me debug the crashers that'd be great
| |
| 15:45 | zirconiumks has quit IRC | |
| 15:45 | <sbalneav> but yeah, a chat with federico'd be great.
| |
| 15:46 | <johnny> so when did you want to do that?
| |
| 15:46 | i'll give him your email
| |
| 15:46 | or just join me in the irc
| |
| 15:46 | <sbalneav> Evenings would be great. Sometime this week? But depending where he is geographically, that may be impossible.
| |
| 15:46 | <johnny> it is super low traffic..
| |
| 15:46 | he's in mexico
| |
| 15:47 | evilx__ has quit IRC | |
| 15:47 | <johnny> or was last i recall
| |
| 15:47 | <sbalneav> So, roughly same time.
| |
| 15:47 | +/- 2 hours
| |
| 15:47 | is there a sabayon irc?
| |
| 15:47 | <johnny> yes
| |
| 15:47 | irc.gnome.org
| |
| 15:47 | #sabayon
| |
| 15:47 | <sbalneav> ah, on gnome.org.
| |
| 15:47 | ok
| |
| 15:48 | Hmmmm, so now I need to figure out how to get irssi to be in two servers. :)
| |
| 15:48 | <Ryan52> sbalneav: "/connect irc.gnome.org"
| |
| 15:48 | sbalneav: then on the status screen press ctrl-x to switch between them
| |
| 15:48 | s/screen/window/
| |
| 15:49 | sepski has quit IRC | |
| 15:49 | <sbalneav> So, am I still on ltsp when I do that?
| |
| 15:49 | I guess yes :)
| |
| 15:50 | <Ryan52> heh
| |
| 15:50 | <stgraber> Gadi: ok, got your new scripts, will test it either tonight (using vnc to my terminal) or tomorrow
| |
| 15:50 | <Gadi> stgraber: great, thx
| |
| 15:50 | <Lns> cool, now my function works perfectly =) thanks sbalneav, all
| |
| 15:52 | bobby_C has quit IRC | |
| 15:52 | J45p3r__ has joined #ltsp | |
| 15:54 | <vagrantc> Gadi: so, i think ltspfs-trunk is pretty much taggable, presuming your local mounting stuff works
| |
| 15:55 | BrunoXLambert has quit IRC | |
| 15:56 | <Gadi> cool
| |
| 15:56 | vagrantc: if you want to test that, simply install ltspfs in the chroot
| |
| 15:56 | you should see a: /media/root created on the client
| |
| 15:56 | <vagrantc> Gadi: i think i'd put the /tmp/.X*lock inside of a if [ -x ltspfsmounter ] block, though ... no sense checking for that if we don't need it
| |
| 15:56 | <Gadi> when a drive is inserted
| |
| 15:56 | vagrantc: I think I do
| |
| 15:57 | <vagrantc> Gadi: no, it's just a one-liner ... but there's more code i'd put in that block.
| |
| 15:57 | Eghie has quit IRC | |
| 15:57 | <vagrantc> Gadi: the test is a one-liner, but i'd put the whole code block inside the test
| |
| 15:57 | <Gadi> in ltspfs_entry?
| |
| 15:58 | <vagrantc> yeah
| |
| 15:58 | or maybe i'm looking at the old code ...
| |
| 15:59 | Gadi: ah yes, i was just looking at the initial merge, your very next commit did exactly what i was proposing :)
| |
| 15:59 | <Gadi> :)
| |
| 15:59 | * Gadi must have thought - what would vagrantc do? | |
| 16:00 | * Gadi just learned the setsid command today | |
| 16:00 | <vagrantc> Gadi: i can't think of a way to check the "failed mount, run ltspfs_entry remove" code ...
| |
| 16:00 | <Gadi> thanks, code of the day toilet paper
| |
| 16:01 | <vagrantc> what's setsid useful for?
| |
| 16:01 | <Gadi> vagrantc: I used it to play with SSH_ASKPASS
| |
| 16:01 | it dissociates a command from the controlling terminal
| |
| 16:01 | <vagrantc> reading the manpage for setsid suggests to me that debian's util-linux is actually util-linux-ng
| |
| 16:02 | * jammcq checks thinkgeek for that code toilet paper | |
| 16:02 | <vagrantc> one more mystery solved.
| |
| 16:04 | <johnny> vagrantc, most util-linux is util-linux-ng
| |
| 16:06 | <vagrantc> johnny: yes, but it's not obvious from the changelogs
| |
| 16:06 | someone was asking in here about it, and i couldn't determine
| |
| 16:08 | Gadi: i don't see the local mounter stuff...
| |
| 16:09 | Gadi: does it not kick in with ldm?
| |
| 16:09 | alkisg has quit IRC | |
| 16:09 | <johnny> cyberorg, does suse have a package for xephyr ?
| |
| 16:11 | <vagrantc> Gadi: ah, it probably has something to do with the fact that i don't have the newer package installed. :)
| |
| 16:14 | zerocool has quit IRC | |
| 16:19 | <Gadi> vagrantc: it should be independent of LDM
| |
| 16:20 | you should be able to drop to a shell and see /media/root if the device is plugged in
| |
| 16:21 | <vagrantc> -if [ -d /var/run/ltspfs_fstab ] && [ -x /usr/sbin/ltspfsmounter ]; then
| |
| 16:21 | +if [ -f /var/run/ltspfs_fstab ] && [ -x /usr/sbin/ltspfsmounter ]; then
| |
| 16:21 | in I10-delayedmounter
| |
| 16:22 | <Gadi> doh
| |
| 16:23 | <vagrantc> though, fixing that now causes ldm to hang before the greeter shows up
| |
| 16:24 | seems like it's stuck on the ltspfsmounter call...
| |
| 16:25 | <Gadi> yeah
| |
| 16:25 | there was another bug in that script
| |
| 16:25 | just fixed it
| |
| 16:25 | SSH_CONNECTION should be unset
| |
| 16:25 | not set to localhost
| |
| 16:25 | pushed
| |
| 16:26 | can you check that?
| |
| 16:28 | <vagrantc> checking...
| |
| 16:29 | * Gadi seems to always forget about delayed mounter | |
| 16:29 | <Gadi> :)
| |
| 16:29 | nicoAMG has quit IRC | |
| 16:31 | <stgraber> Gadi: testing your script now
| |
| 16:31 | <vagrantc> Gadi: still seems to be hanging ... it's now trying 127.0.0.1 ...
| |
| 16:32 | <Gadi> did you repackage?
| |
| 16:32 | or are you just patching scripts?
| |
| 16:32 | because ltspfsd got a change in the newest packages
| |
| 16:32 | that required compiling
| |
| 16:33 | if you can "make" ltspfsd from bzr and copy it into your chroot, that might clear it up
| |
| 16:33 | <vagrantc> Gadi: the last 2 commits i'm patching scripts, but otherwise it's packaged.
| |
| 16:34 | <Gadi> ah, ok
| |
| 16:34 | <vagrantc> so all the hard changes are in the package :)
| |
| 16:34 | <Gadi> hmm...
| |
| 16:34 | can you run the command from the shell?
| |
| 16:34 | ie, run the I10-delayedmounter script
| |
| 16:38 | jammcq has quit IRC | |
| 16:38 | <vagrantc> Gadi: doing that ... i'm getting a "/usr/sbin/ltspfsmounter cleanup all" followed by "unknown command"
| |
| 16:39 | Gadi: and then ...
| |
| 16:40 | Gadi: "/usr/sbin/ltspfsmounter /var/run/drives/floppy0 add" that stalls out ... i see a sleep 1 in the process tree ...
| |
| 16:41 | Gadi: and a call to "ltspfs 127.0.0.1:/var/run/drives/floppy0 /tmp/.root-ltspfs/floppy0"
| |
| 16:41 | oooh! a juicy error!
| |
| 16:42 | Error: /tmp/.root-ltspfs/floppy0 is not mounted
| |
| 16:43 | suid mount failed: [Error 39] Directory not empty: '/tmp/.root-ltspfs/'
| |
| 16:43 | and then it proceeds to stall out on the cdrom
| |
| 16:43 | Gadi: might possibly be issues with all the bind-mounting insanity..
| |
| 16:44 | <Gadi> hmm...
| |
| 16:45 | crap
| |
| 16:45 | its "all cleanup"
| |
| 16:45 | not cleanup all
| |
| 16:45 | or at least it is according to ldm's rc.d
| |
| 16:46 | * vagrantc patches and retests | |
| 16:48 | <Gadi> also test running: ltspfs 127.0.0.1:/var/run/drives/floppy0 /tmp/.root-ltspfs/floppy0
| |
| 16:48 | from the shell
| |
| 16:51 | <vagrantc> it seems to stall...
| |
| 16:52 | <Gadi> well, thats good
| |
| 16:52 | we're getting warmer
| |
| 16:53 | <stgraber> Gadi: this one works correctly
| |
| 16:53 | <Gadi> stgraber: which one?
| |
| 16:53 | <stgraber> Gadi: all of my icons are there
| |
| 16:53 | <Gadi> ah
| |
| 16:53 | cool
| |
| 16:53 | it searches pixmaps and icons
| |
| 16:53 | and picks the first one it finds
| |
| 16:53 | :P
| |
| 16:53 | <stgraber> I'm just wondering if we should keep /etc/ltsp/localapps-menu or something similar for custom .desktop files
| |
| 16:53 | <Gadi> maybe later, we will come up with an improved algorithm
| |
| 16:54 | <stgraber> I'm not a fan of touching stuff in /usr/share
| |
| 16:54 | <vagrantc> Gadi: use whichever icon takes up the most memory!
| |
| 16:56 | <stgraber> Gadi: so as far as I'm concerned, please push to trunk
| |
| 16:56 | <Gadi> stgraber: ok
| |
| 16:58 | GodFather_ has joined #ltsp | |
| 16:58 | <vagrantc> Gadi: how is it getting the ltspfs token when run from the commandline?
| |
| 16:58 | <Gadi> vagrantc: set DISPLAY
| |
| 17:03 | vvinet has quit IRC | |
| 17:03 | <vagrantc> it seems to be calling ltspfs .... /tmp/.root-ltspfs/ rather than /tmp/.root-ltspfs/cdrom, which is what i would expect ...
| |
| 17:04 | GodFather_ is now known as GodFather | |
| 17:04 | <vagrantc> though i guess that's the normal behavior
| |
| 17:06 | nobios has joined #ltsp | |
| 17:07 | <Gadi> you are directly on the shell, right? not ssh'd into the shell
| |
| 17:07 | <vagrantc> yes.
| |
| 17:07 | SCREEN_08=shell
| |
| 17:07 | <Gadi> ok
| |
| 17:07 | it still hangs?
| |
| 17:07 | <vagrantc> yup.
| |
| 17:07 | <Gadi> did you try to export DISPLAY
| |
| 17:07 | on the shell?
| |
| 17:08 | ie, export DISPLAY=:7
| |
| 17:08 | or some such
| |
| 17:08 | and then ltspfs....
| |
| 17:08 | <vagrantc> yup.
| |
| 17:09 | no luck.
| |
| 17:09 | <Gadi> cat /proc/mounts
| |
| 17:09 | and make sure nothing is funky there from previous attempt
| |
| 17:10 | hmm... do you symlink /etc/mtab -> /proc/mounts?
| |
| 17:11 | <vagrantc> Gadi: yes.
| |
| 17:11 | <Gadi> I wonder if that makes a difference
| |
| 17:11 | <vagrantc> nothing funky... at least, nothing abnormally so
| |
| 17:11 | <Gadi> this is a fuse filesystem
| |
| 17:11 | and some fuse filesystems dont like that
| |
| 17:11 | is /etc writable atm?
| |
| 17:11 | <vagrantc> i'll try the ol "put all of /etc/ into tmpfs" trick.
| |
| 17:12 | <ltsppbot> "stgraber" pasted "Proposition of ldm rc.d printer handling" (10 lines) at http://pastebot.ltsp.org/186
| |
| 17:12 | <stgraber> vagrantc, Gadi, warren: ^
| |
| 17:12 | that's one of the feature we have in ltsp-cluster that unfortunately requires a hack in libcups (we are working on pushing that upstream)
| |
| 17:12 | <warren> PRINTER_LIST contains the list of printers to display (requires a patched cups)
| |
| 17:12 | patched?
| |
| 17:12 | <Gadi> I would make them LDM_ vars
| |
| 17:13 | <warren> what happens if cups is not patched? kaboom?
| |
| 17:13 | I wont be able to ship patches for cups unless upstream accepts it
| |
| 17:13 | <stgraber> warren: if it's not patched the filtering just won't happen
| |
| 17:13 | warren: stock cups doesn't offer a way of filtering its printer list (at least not that I know of)
| |
| 17:13 | <Gadi> please make them LDM_PRINTER_DEFAULT and LDM_PRINTER_LIST
| |
| 17:14 | other than that, it sounds good to me
| |
| 17:14 | <stgraber> oh, PRINTER_DEFAULT should actually be the usual PRINTER variable
| |
| 17:14 | should I make LDM_PRINTER that's then exported as PRINTER ?
| |
| 17:15 | <Gadi> well, LDM_PRINTER_DEFAULT is clearer imho
| |
| 17:15 | but, either works for me
| |
| 17:15 | <stgraber> ok
| |
| 17:15 | I'll make LDM_PRINTER_DEFAULT as lts.conf setting exporting $PRINTER in the user's env
| |
| 17:16 | the PRINTER_LIST thing is a patch we're maintaining for our customers for a while but I personaly hate it and am pushing as hard as I can for a clean rewrite and pushing upstream (I have discussed with our cups guys at UDS and as soon as I have something clean they'll do what they can to upstreamize it)
| |
| 17:17 | it's sort of a must-have on large networks
| |
| 17:19 | <ltsppbot> "stgraber" pasted "Proposition of ldm rc.d printer handling (clean one)" (6 lines) at http://pastebot.ltsp.org/187
| |
| 17:20 | <stgraber> Gadi: good ?
| |
| 17:23 | <vagrantc> Gadi: no luck on the writeable /etc with plain /etc/mtab file
| |
| 17:23 | <Gadi> stgraber: I am partial to LDM_PRINTER_DEFAULT
| |
| 17:24 | but maybe thats the programmer in me
| |
| 17:24 | wanting an LDM_PRINTER prefix for everything LDM_PRINTER related
| |
| 17:24 | vagrantc: do you have the fuse module loaded on the client?
| |
| 17:25 | <stgraber> Gadi: it appears as a drop-down in our UI so it also makes sense there, I'll change it.
| |
| 17:25 | <vagrantc> Gadi: /home gets mounted using sshfs...
| |
| 17:25 | <Gadi> vagrantc: tousche
| |
| 17:26 | can you strace it?
| |
| 17:28 | <stgraber> ok, updated the comments and variable name and pushed upstream
| |
| 17:29 | <vagrantc> Gadi: i still get the feeling that there's something different in the shell and when run from the screen script...
| |
| 17:31 | Gadi: running the *same* ltspfsmounter call from the commandline results in a different ltspfs commandline ...
| |
| 17:31 | <stgraber> is anyone working on some changes for ldm at the moment ? I'm planning to tag it otherwise.
| |
| 17:32 | <vagrantc> Gadi: when run from the xinitrc.d, it calls ltspfs .... /tmp/.root-ltspfs/cdrom ... whereas from the commandline ltsp .... /tmp/.root-ltspfs/
| |
| 17:32 | of course, neither work ...
| |
| 17:32 | <Gadi> hmm
| |
| 17:32 | well, the only difference should be the DISPLAY
| |
| 17:33 | unless you set that
| |
| 17:33 | and, I guess what in ltspfs_fstab
| |
| 17:33 | did you check the contents of that file?
| |
| 17:33 | hmm...
| |
| 17:33 | maybe comment out the "cleanup" line
| |
| 17:34 | maybe it is messing something up
| |
| 17:35 | johnny has left #ltsp | |
| 17:35 | <vagrantc> Gadi: strace is hanging on a connect ... blah blah blah 127.0.0.1 ...
| |
| 17:36 | i changed ltspfsmounter to call "strace ltspfs ..."
| |
| 17:37 | <Gadi> hmm...
| |
| 17:37 | is your loopback up?
| |
| 17:38 | <vagrantc> Gadi: heh. just figured that out :)
| |
| 17:38 | i swear i've killed the missing loopback bug a million times, and it keeps resurfacing...
| |
| 17:40 | * Lns remembers hearing something about loopback device being important ;) | |
| 17:42 | <Gadi> vagrantc: tell me it works ok now
| |
| 17:43 | <vagrantc> Gadi: works!
| |
| 17:43 | <Gadi> whew
| |
| 17:43 | * Gadi ponders whether to "modprobe lo" in his script | |
| 17:43 | <Gadi> :P
| |
| 17:44 | er, ifup lo
| |
| 17:44 | or something
| |
| 17:44 | :)
| |
| 17:44 | stgraber: go ahead and tag ltspfs
| |
| 17:45 | oh wait, we were going to make a symlink of /media/$USER -> /media/root
| |
| 17:45 | in an ldm rc.d script
| |
| 17:45 | somewhere
| |
| 17:49 | <vagrantc> symlink wouldn't give them write or even read permissions ...
| |
| 17:49 | fuse is extra paranoid...
| |
| 17:49 | or did you mount with some fuse options to be permissive...
| |
| 17:52 | <Gadi> well, I changed ltspfsd to mount without the xatom auth for connections from 127.0.0.1
| |
| 17:52 | so it should allow other users to access /media/root
| |
| 17:52 | you can try with a local app
| |
| 17:53 | what we wanted to do was make the symlink so the environment looks the same as the server
| |
| 17:53 | but, whatever
| |
| 17:53 | its a detail
| |
| 18:02 | vvinet has joined #ltsp | |
| 18:04 | artista_frustrad has joined #ltsp | |
| 18:05 | <vagrantc> Gadi: wouldn't it be cleaner to just mount /media/$USER on the thin-client?
| |
| 18:05 | artista_frustrad has quit IRC | |
| 18:06 | <vagrantc> because the mounted persmissions would all be root.root or whatever the device is, and if you're running as a localapp, you don't have root permissions.
| |
| 18:06 | <Gadi> for that, you would have to run ltspfsmounter as $USER
| |
| 18:06 | which is hard to do from udev
| |
| 18:06 | :)
| |
| 18:07 | <vagrantc> i just don't see how the user will be able to access /media/root with localapps, since the localapp isn't run as root.
| |
| 18:08 | it's useful for rdesktop or whatever other screen scripts, since they run as root...
| |
| 18:08 | <Gadi> hmm...
| |
| 18:08 | you may have a point there
| |
| 18:11 | <vagrantc> Gadi: another glitch ...
| |
| 18:12 | Gadi: works fine for the first time ldm is started up ... but then on the second time, the old mounts don't get cleaned out, and new ones get attempted...
| |
| 18:12 | <Gadi> it doesnt run cleanup?
| |
| 18:12 | or did you comment that out?
| |
| 18:13 | artista_frustrad has joined #ltsp | |
| 18:13 | <vagrantc> i think it runs, it just doesn't work.
| |
| 18:13 | <Gadi> well, thats annoying
| |
| 18:14 | artista_frustrad has quit IRC | |
| 18:14 | <vagrantc> little by little ...
| |
| 18:19 | <Gadi> hmm... claenup looks in /proc/mounts
| |
| 18:19 | to find ltspfs mounts to cleanup
| |
| 18:20 | what tells you the old ones are not cleaned out?
| |
| 18:20 | <vagrantc> the mounts are still there, and there's the /tmp/.root-ltspfs/floppy0 mount
| |
| 18:21 | <Gadi> well, it should immediately add them back
| |
| 18:21 | so they should be there
| |
| 18:21 | <vagrantc> it looks like the "mount --move" bit failed
| |
| 18:21 | but the /tmp/.root-ltspfs/* mounts should disappear once it works.
| |
| 18:21 | which is how it is on the first run
| |
| 18:22 | <Gadi> ah, ok
| |
| 18:23 | <vagrantc> and now there's two processes running for every device...
| |
| 18:24 | two ltspfs processes, that is
| |
| 18:25 | also doesn't seem to respond to devices not handled from delayed mounter ...
| |
| 18:29 | <Gadi> as in USB stick?
| |
| 18:31 | <vagrantc> or cd insertion
| |
| 18:32 | <Gadi> hmm...
| |
| 18:32 | <vagrantc> i mean, the user based stuff still works ... but the /media/root thing seems to have some glitches yet
| |
| 18:32 | the local mounting
| |
| 18:33 | <Gadi> I wonder whats gumming it up
| |
| 18:33 | cdpinger and udev both call ltspfs_entry
| |
| 18:33 | which should call ltspfsmounter just like delayed mounter does
| |
| 18:35 | ey, can you try something else for me?
| |
| 18:36 | right after line 106 in ltspfsmounter in the chroot,
| |
| 18:36 | add a line:
| |
| 18:36 | os.putenv('USER', 'root')
| |
| 18:36 | at the same indentation as the preceding line
| |
| 18:37 | perhaps, ltspfs and lbmount *really* need to have USER in the environment explicitly
| |
| 18:38 | in fact, I'm gonna add that line in here
| |
| 18:38 | <vagrantc> probably can ditch the special casing for root then... i.e. if not get_var('USER'): os.putenv ...
| |
| 18:39 | <Gadi> well, that reads it in from the env
| |
| 18:39 | and acts on an empty env var
| |
| 18:39 | to set it
| |
| 18:39 | and put it back into the env
| |
| 18:39 | <vagrantc> right
| |
| 18:40 | so rather than special casing root = and mediaroot = ... just set USER ...
| |
| 18:40 | <Gadi> ah, I see
| |
| 18:43 | <vagrantc> hmmm... maybe that's not so good.
| |
| 18:43 | <Gadi> why not?
| |
| 18:45 | <vagrantc> well, i managed to test the "if device fails to mount, remove it" code path :)
| |
| 18:45 | <Gadi> do tell
| |
| 18:46 | <vagrantc> i unmounted the cdrom, and for some reason, it stayed in /var/run/ltspfs_fstab ...
| |
| 18:46 | so then when i actually tried to look at it, it removed it :)
| |
| 18:51 | Gadi: well, i think i'm done for the day... not sure what's amiss, but there seem to be a few issues yet...
| |
| 18:52 | <Gadi> yup
| |
| 18:52 | I am wiped as well
| |
| 18:53 | g'night
| |
| 18:53 | <stgraber> Gadi, vagrantc: Are ldm and ltspfs ready to tag ?
| |
| 18:53 | <Gadi> I think ldm is good to go
| |
| 18:53 | <stgraber> well, for ltspfs I'd rather see vagrantc tag it and package it, so I'll sync from it
| |
| 18:53 | <Gadi> ltspfs, while not broken, seems to need a bit more TLC
| |
| 18:54 | <stgraber> Gadi: ok, will tag it.
| |
| 18:54 | <Gadi> but the TLC should not affect anything unless ltspfsmounter is installed in the chroot
| |
| 18:55 | <vagrantc> if ltspfsmounter is installed, all sorts of weirdness starts to happen.
| |
| 18:55 | but at least we figured out what was causing it to fail
| |
| 18:55 | <stgraber> Gadi: did you add that symlink to S01-localapps ?
| |
| 18:55 | <vagrantc> er, hang the login
| |
| 18:56 | stgraber: you're the only one who's modified ldm-trunk
| |
| 18:56 | stgraber: ltspfs-trunk seems ok to tag, but the local mounting features have some definite breakage
| |
| 19:04 | <Gadi> gotta run
| |
| 19:05 | stgraber: I would say tag what we have
| |
| 19:05 | for now
| |
| 19:05 | and we will debug more
| |
| 19:05 | ciao
| |
| 19:05 | exit
| |
| 19:05 | Gadi has left #ltsp | |
| 19:10 | * Lns waves to chan | |
| 19:10 | Lns has quit IRC | |
| 19:18 | vagrantc has quit IRC | |
| 19:38 | GodFather has quit IRC | |
| 19:43 | <sbalneav> Evening all
| |
| 19:57 | try2free has joined #ltsp | |
| 20:02 | try2free has left #ltsp | |
| 21:00 | nobios has quit IRC | |
| 22:01 | CaScAdE^FarAway has joined #ltsp | |
| 22:04 | vagrantc has joined #ltsp | |
| 22:05 | <stgraber> evening sbalneav
| |
| 22:16 | rcy has joined #ltsp | |
| 22:17 | CaScAdE^1arAway has quit IRC | |
| 22:28 | <stgraber> ldm tagged
| |
| 22:59 | zirconiumks has joined #ltsp | |
| 23:00 | hanthana has joined #ltsp | |
| 23:03 | alkisg has joined #ltsp | |
| 23:17 | Egyptian[Home]1 has joined #ltsp | |
| 23:23 | vagrantc has quit IRC | |
| 23:34 | Egyptian[Home] has quit IRC | |
| 23:44 | alkisg has quit IRC | |
| 23:54 | nobios has joined #ltsp | |