[03:33] <madcat> Hi anyone here? I've a question how do you automatically run local app on thin client without typing ltsp-localapps (program)?
[03:35] <Ahmuck-Jr> permantly?
[03:38] <Ahmuck-Jr> madcat:
[03:38] <madcat> Hi ahmuck-jr, yes because we're using it forever
[03:38] <madcat> Our thin clients are fat clients so to speak
[03:38] <Ahmuck-Jr> u can do a fat client mode, or u can do drbl for fat clients
[03:39] <Ahmuck-Jr> u can also put localapps in your lts.conf
[03:39] <madcat> What's a fat client mode? Or drbl?
[03:39] <madcat> Yes I've edited my lts.conf
[03:39] <Ahmuck-Jr> nubae had a fat client mode script
[03:39] <madcat> I've followed the guide on help.ubuntu, but it doesn't show up on the menu
[03:39] <Ahmuck-Jr> after editing the script, you need to enter chroot and install the apps in chroot
[03:39] <Ahmuck-Jr> what apps are these?
[03:40] <madcat> They're simple apps open-office, totem, gimp, you should see a (ws12) on the app top window if it's running local right?
[03:41] <madcat> but mine won't show up, I need to still type ltsp-localapps everytime
[03:41] <madcat> Isn't it suppose to be automatically launched locally in the menu?
[03:41] <Ahmuck-Jr> u chrooted these apps?
[03:41] <madcat> Yes
[03:41] <Ahmuck-Jr> rebuilt the client
[03:41] <madcat> https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty followed this
[03:42] <madcat> I already rebuilt it
[03:43] <madcat> also when I launch them from Applications> etc... and I do ltsp-localapps xterm  ps aux | grep (program) it doesn't show to be running
[03:44] <madcat> The reason I'm asking is some of my co workers, don't know how to type in the CLI ltsp-localapps (program)
[03:44] <Ahmuck-Jr> wow, out of my leage
[03:44] <Ahmuck-Jr> i don't recall going through anything that contovoluted
[03:45] <Ahmuck-Jr> and you shouldn't have to type in ltsp-localapps
[03:45] <madcat> I'm sorry, I'm using Ubuntu not edubuntu
[03:45] <madcat> Don't worry, thanks for your help!
[03:46] <madcat> :)
[03:53] <Ahmuck-Jr> madcat: i use ubuntu
[03:53] <Ahmuck-Jr> u can ask ltsp questions here.  ur wanting stgraber
[03:53] <Ahmuck-Jr> er, sbalneav
[05:06] <Ahmuck-Jr> https://help.ubuntu.com/community/DisklessUbuntuHowto - wow, so many options
[05:07] <Ahmuck-Jr> this howto, it's not drbl or ltsp or ldap ?!
[05:10] <sbalneav> Ahmuck-Jr: It's just implementing LTSP the way it started out originally.
[05:10] <Ahmuck-Jr> how's that
[05:11] <Ahmuck-Jr> btw, epaphus and madcat both in ltsp have ltsp questions i cannot answer
[05:11] <Ahmuck-Jr> do you ever get tired of answering the same questions?
[05:11] <sbalneav> No, I don't mind.
[05:11] <sbalneav> brb, I'll announce myself in #ltsp
[05:12] <alkisg> Ahmuck-Jr: the link you posted just uses remote hard disk space, nothing more
[05:12] <sbalneav> Ahmuck-Jr: the very first implementation of LTSP that Jim did as a test was NFS root dir mounted read/write, like they're doing.
[05:12] <alkisg> Similar to AoE
[05:12] <sbalneav> right.
[05:13] <alkisg> It doesn't involve thin clients
[05:13] <alkisg> (hi all :))
[05:13] <sbalneav> I did something similar to this 15 years ago with 68030 sun workstations.
[05:13] <sbalneav> there's 50 bazillion different ways you can do thin clients on unix machines.
[05:14] <sbalneav> All LTSP is is just one "nicely prepackaged" method of doing it.
[05:15] <sbalneav> The only reason why LTSP became the "de facto" (if you can call it that) project is because:
[05:15] <sbalneav> 1) Jim did a LOT of chatting it up in the beginning,
[05:15] <Ahmuck> https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty is this doc up to date?
[05:15] <Ahmuck> is this really what needs to happen in jaunty?
[05:15] <sbalneav> 2) Eric implemented it in K12LTSP
[05:16] <sbalneav> 3) We managed to attract a fairly high-quality cadre of people who liked what we were doing, and spread it around.
[05:19] <Ahmuck> alkisg: have you looked at drbl?
[05:19] <Ahmuck> i'm kinda looking at fat clients as well, but not sure if ltsp is the way to go
[05:20] <alkisg> Ahmuck: yes, I didn't like it at all
[05:20] <Ahmuck> why?
[05:20] <alkisg> It's a pack of patches that don't integrate with anything
[05:20] <Ahmuck> sbalneav: stgraber posted jaunty localapps above, is that doc correct?  one has to follow all those things for local apps?  or is the ltsp doc correct?
[05:21] <Ahmuck> someone suggested that drbl was not being maintained?!
[05:21] <alkisg> Ahmuck: let's continue on LTSP, it won't be easy to talk in 2 pages at once
[05:21] <Ahmuck> well drbl isn't really ltsp, but might apply to edubuntu classrooms
[05:21] <Ahmuck> i didn't want to make the ltsp guys upset
[05:24] <alkisg> Ahmuck: no don't worry the ltsp guys don't get easily upset :)
[05:24] <alkisg> Just a warning, don't try drbl in a system that you don't want to format it afterwards :)
[05:24] <alkisg> It doesn't get properly uninstalled. It doesn't use the packaging system much.
[05:25] <sbalneav> Some of us snarkier b*st*rds make pointed comments from time to time, but all in good fun :)
[05:26] <Ahmuck> clonezilla server uses drbl
[05:26] <Ahmuck> drbl live
[05:27] <Ahmuck> been looking at cloning 30+ computers at a time
[05:27] <Ahmuck> then using ldap/nfs for authentication/storage
[05:27] <sbalneav> Ahmuck: Never worry about offending anyone in LTSP by discussing thin client systems other than LTSP.
[05:28] <sbalneav> Most of us have all played around with other thin client solutions.  We come back to LTSP for a variety of reasons.
[05:29] <sbalneav> Most of the time the people come back to us because we're the only Free Software thin client project that both actively developed, AND actively supported.
[05:29] <sbalneav> Plus we're good people to hang around with if you like Beer and Lobster.  And steak :)
[05:38] <Ahmuck> well, i'm allergic to beer, and don't think i've ever had lobster
[05:38] <Ahmuck> but i do raise beef!
[05:38] <sbalneav> On the hoof?
[05:38] <sbalneav> Moo!
[05:38] <Ahmuck> yep
[05:39] <Ahmuck> we could host a convention and have all the beef one would need
[05:39] <sbalneav> So long as I don't have to get it myself :(
[05:40] <sbalneav> I'm squeamish, which, for a meat eater, is a logically inconsistent thing to be.... but there it is.
[05:40] <sbalneav> I don't mind my meat already cut up on to nice little styrofoam trays, but I can't look bessie in the eye :(
[05:41] <sbalneav> Where's your ranch?  How many acres?
[05:42] <Ahmuck> kansas
[05:42] <Ahmuck> center of the continent
[05:45] <sbalneav> Section? Quarter section
[05:45] <sbalneav> ?
[05:45] <sbalneav> My cottage is on 40 acres that part of it was used as cattle grazing land.
[05:47] <sbalneav> *yawn*
[05:47] <sbalneav> Headin' to bed.  Be on tomorrow, same bat time, same bat channel.
[14:48] <sbalneav> Morning all
[14:55] <highvoltage> hi sbalneav!
[18:35] <Lns> http://blog.freenode.net/2009/12/december-8-2009-connectivity-issues-and-netsplits/
[19:10] <dgroos> Good afternoon--got a question.
[19:11] <dgroos> I had that recursive fd/3/fd/3/fd deal again and it brought down my server and it's my lunch so have a few moments to try to fix it.
[19:14] <dgroos> sbalneav had mentioned a bug in a program that had been fixed awhile back in the stgraber's Launchpad.
[19:16] <dgroos> I thought I re-updated the things from this launchpad, but it seems that I've got this error again.
[19:16] <dgroos> My server has been working about 7 minutes now with
[19:17] <dgroos> rm -r fd (which contains the massive bloated file.  Now going on 8 minutes...
[19:19] <dgroos> where is this bug documented?
[19:34] <asanchez> ping stgraber
[20:08] <stgraber> asanchez: pong
[20:13] <asanchez> stgraber, edubuntu menu editor looks very interesting
[20:13] <asanchez> we've just solved our divert problems using XDG as you recommend us in barcelona
[20:14] <asanchez> but menu editor is still interesting for these classrooms that want a more reduce educational menu
[20:16] <asanchez> currently we have most of our developers working in a new collaboration tool (https://launchpad.net/guadalinexedu-collaboration-tool) and in a usb stick for unnattended installations
[20:17] <asanchez> but I think we can help you testing your alpha and beta releases
[20:35] <stgraber> asanchez: cool, I'll let you know when we have something working. We'll also be looking for some example menus to include in the package.
[20:36] <asanchez> Our education menu has a lot of things, I think is a bad example
[20:37] <asanchez> we receive everyday requests for new applications and menu is becoming a monster
[20:39] <asanchez> http://www.guadalinexedu.org/img/background_guadalinexedu_650x406.png
[21:11] <alkisg> stgraber: when you said we'll have live LTSP in the edubuntu DVD... has someone been assigned this? Or it's just a thought?
[21:19] <alkisg> stgraber: so, because I want to do something similar, should I be working on that? Or should I just wait? (I prefer the second choice of course :))
[21:25] <dgroos> bump...
[21:26] <dgroos> infinite recursion creates GB of fd/3/fd/3/fd/3...
[21:26] <dgroos> help?
[21:31] <Ahmuck-Jr> dgroos: hi
[21:31] <Ahmuck-Jr> restate the question in laymans terms
[21:32] <dgroos> Ahmuck-Jr: howdy
[21:33] <dgroos> I tried to start my computers during 2nd period today, they wouldn't work correctly.  I jumped ship from my room and went to a computer lab that happened to be empty then.
[21:34] <dgroos> When I was able to investigate things, I checked Hard drive memory and found the disk was FULL.
[21:36] <dgroos> I tracked down some of the bloat to a specific user's dev directory.  There was a directory in there called, "fd".
[21:37] <dgroos> inside of that was a directory called, "3", inside of that there was a directory called, "fd", "3" was in that, fd in that... and so in down the line...
[21:39] <dgroos> I removed the fd directory as root user: rm -r fd when I was in the users dev directory. 14 minutes later, the command completed, and the hard drive was 27 GB lighter!
[21:40] <dgroos> sbalneav had said this was a bug in ... I don't remember... but that it had been fixed in stgraber's Launchpad.
[21:40] <dgroos> I have his launchpad as a source, updated/installed, but I get this fatal problem again.
[21:41] <sbalneav> dgroos: yeah, it's cause by spaces in usernames apparently
[22:17] <dgroos> Anyone?
[22:20] <sbalneav> Anyone what?
[22:20] <sbalneav> I responded :)
[22:21] <dgroos> :)
[22:21] <sbalneav> can you reproduce the problem by putting a space in the username?
[22:21] <dgroos> what do you mean, put a space in the name?  when I login?
[22:22] <sbalneav> right
[22:23] <sbalneav> that is apparently what triggers it.
[22:23] <sbalneav> so, see if you can trigger it, then we can see if there's another bbug lurking in there.
[22:23] <sbalneav> We fix it, you install the fix...
[22:23] <sbalneav> Problem solved :)
[22:23] <dgroos> OK!
[22:24] <sbalneav> But, not 'till I get home at least, since it's time for me to head home from work and get some dindin
[22:25] <sbalneav> I should be back at the keyboard by 6:30 -> 7:00 cst
[22:26] <dgroos> Thanks, back to you then!
[22:41] <dgroos> wow-- I put a space before the username and login seemed to work initially, but it stalled before the login screen appeared.
[22:44] <dgroos> I did, "sudo du -sh *" inside this users home folder.  I watch the dev directory quickly grow in size.  It started at 176 KB, did it again 45 seconds later and it was 100 MB.  Did it a minute or two later and it was 548 MB, a minute or so later and it was 921 MB. And there it stays.
[22:48] <dgroos> On the client it now says, "An add-in card in the system appeared to not work correctly on the last boot attempt...  (then there's a note that says to push F1 to boot).  Which I did, then it didn't login and instead went to the screen it normally shows when the thin client fails to boot.
[22:48] <dgroos> I'm heading home too--I'll be back later.
[22:49] <dgroos> Ahmuck-Jr: thanks for asking :)