[00:25] <ace_suares> Michelle_Qimo: hmm tries install Jaunty and later Qimo on a 64 MB laptop but didn't work
[00:26] <ace_suares> process killed out of memory, dpklg reconfigure, and so on
[00:42] <Ahmuck> back to SDL ... just tried out a SDL app directly on the server and the sound is skipping and causing all types of disorder
[00:42] <ace_suares> Hi LaserJock
[00:43] <LaserJock> hi
[00:43] <ace_suares> nervous?
[00:43] <LaserJock> oh, kinda
[00:43] <ace_suares> you'll be good, I  am sure
[00:54] <ace_suares> LaserJock: your blog speaks of new blood and reenrgizing on 2009/05/21, where did the new blood go and the energy !?
[00:55] <LaserJock> ace_suares: well, *you're* here :-)
[00:55] <ace_suares> he he but way after may 21
[00:57] <ace_suares> and the council is just you, highvtge and graber... bu tin may it was still 5 ppl
[00:57] <LaserJock> the first "new blood and re-energizing" thing was probably in 2008
[00:58] <LaserJock> well, in May all but highvoltage and me were not involved with Edubuntu anymore
[01:02] <ace_suares> So the edubuntu-dev team is just council + scorry
[01:02] <ace_suares> sorry scotty
[01:02] <LaserJock> well, it wasn't council
[01:03] <ace_suares> no bu tnow
[01:03] <LaserJock> it was available uploaders (myself and stgraber) and people who've contributed packages (highvoltage and sbalneav)
[01:03] <ace_suares> ah okay so that has a function for uploading that's good.
[01:03] <Ahmuck> ace_suares: new blood is in the mix.
[01:03] <Michelle_Qimo> ace_suares: email Mike about the issue with qimo
[01:03] <Ahmuck> i'm having problems with sound
[01:03] <Michelle_Qimo> i'm not technically inclined
[01:04] <Ahmuck> i'm not sure
[01:04] <ace_suares> Michelle_Qimo: nah i'll check it out another day
[01:04] <Michelle_Qimo> i'm sorry i'm no help!
[01:04] <ace_suares> Ahmuck yeah well can't help you with sount
[01:04] <Michelle_Qimo> he's mhall119, usually around here somewhere
[01:04] <Ahmuck> what is the issue about qimo, i'll e-mailhim
[01:04] <ace_suares> Michelle_Qimo: no problemeaux!
[01:04] <ace_suares> Ahmuck doesnt install on 64MB
[01:05] <Michelle_Qimo> 64MB of... what?
[01:05] <Michelle_Qimo> sorry, that's dumb of me to ask
[01:05] <Ahmuck> 64 mb of disk space, 64mb of memory?
[01:05] <ace_suares> Michelle_Qimo: l'ace qui rit :-)
[01:05] <Ahmuck> it's a valid question
[01:11] <mhall1191> ace_suares: Qimo needs a bare minimum of 192MB to install
[01:12] <mhall1191> sometime more, depending on the integrated graphics
[01:12] <mhall1191> this is because I've only made a LiveCD version of Qimo, not anything inherent in Qimo itself
[01:12] <mhall1191> still, 64MB might be a little slim
[01:13] <ace_suares> mhall119hmm too bad I thought it would work on older computers. I have an IBM R61 laptop with 110 MB and I ripped out the HD and installed it on another system and then put it back and it worked. I am going to try that with Qimo too on the 32MB system see what it does. DSL runs perfectly on 32 MB
[01:13] <mhall1191> ace_suares: it'll work on older computers, just not quite that old
[01:13] <mhall1191> DSL is significantly lighter weight than Qimo
[01:14] <mhall1191> we tried to find a balance between weight and ease of use
[01:14] <ace_suares> mhall119 still too bad. The installer takes more mem then actually running it so installing it on a biggrer machine and then putting it back miught save even more old machines.
[01:14] <mhall1191> because we hard to make it usable for non-technical adults too
[01:14] <mhall1191> ace_suares: I'm working on a debian-installer CD image
[01:14] <mhall1191> well, I take that back, I'm working on making DEB packages so that I can start working on a debian-installer based CD image
[01:15] <mhall1191> so much to do, so little time
[01:15] <mhall1191> right now, I'm running out in the rain to pickup some chinese takeout
[01:15] <mhall1191> be back later
[01:15] <ace_suares> kk
[01:17] <Michelle_Qimo> ace_suares: we'll keep you posted on how qimo evolves.  we're still learning.  rather, he's still learning, and I'm running like a fat kid to keep up
[01:17]  * Michelle_Qimo is a fat kid.
[01:18] <LaserJock> it's a common problem with Live CDs
[01:18] <LaserJock> that's one of the reasons Ubuntu has an Alternate CD
[01:19] <Michelle_Qimo> an alternate cd is high on the priority list.  he's just to to figure out how to do it.  we're hoping to have something by the 15th for the build day
[01:21] <LaserJock> ok, so I've created new PPAs
[01:22] <ace_suares> Michelle_Qimo: cool wish him lots of luck! I'll follow developments. I just handed out my first Qimo computer to a neighbour in Curacao, Willemstad (look on google maps)
[01:22] <ace_suares> LaserJock: cool! where?
[01:22] <Michelle_Qimo> ace_suares: awesome!
[01:22] <LaserJock> https://launchpad.net/~edubuntu-dev/+archive/edubuntu-testing
[01:23] <LaserJock> and https://launchpad.net/~edubuntu-dev/+archive/edubuntu-updates
[01:23] <Michelle_Qimo> ace_suares: post a blurb on growingupfree.org if you'd like to tell us about why you chose that neighbor, etc.
[01:24] <ace_suares> they ar eempty yet but they fill up after some time ?
[01:24] <LaserJock> well, I just made them :-)
[01:24] <ace_suares> oh not uploaded yet. kk
[01:24] <LaserJock> I'll upload the SDL fix
[01:24] <ace_suares> So cool!
[01:24] <LaserJock> as a test
[01:25] <LaserJock> there is also https://launchpad.net/~edubuntu-dev/+archive/ppa
[01:25] <LaserJock> which is a generic PPA
[01:25] <LaserJock> we can add people to ~edubuntu-dev and then they can upload without needing Ubuntu upload permissions
[01:26] <ace_suares> cool understood.
[01:28] <Ahmuck> LaserJock: uploading a fix for SDL?
[01:28] <LaserJock> that would be the idea
[01:29] <LaserJock> though I'm not really sure what releases to upload for
[01:30] <Ahmuck> 9.04 :)
[01:30] <Ahmuck> i thought u were working on a disert
[01:31] <LaserJock> well, I'm taking a slight break :-)
[02:00] <dgroos> Hi All
[02:00] <dgroos> I'm looking for instructions that will tell me where to install apps on the chroot.
[02:01] <dgroos> I think I installed the CmapTools in the wrong folder.
[02:01] <dgroos> I don't see the info on the ltsp.org site
[02:02] <Ahmuck> http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
[02:02] <ace_suares> dgroos in what folder would it normally be installe d?
[02:02] <Ahmuck> http://www.ltsp.org/~sbalneav/LTSPManual.html#chroot
[02:03] <dgroos> Ahmuck: thanks I'm on their site looking at the section on LocalApps, will check the 2 links, esp. the latter.
[02:04] <dgroos> ace_suares: I've never quite figured that out in Ubuntu.  in mac you put it in the Applications folder :)
[02:04] <Ahmuck> apps are normally installed in /opt
[02:04] <Ahmuck> some people use /usr/local
[02:04] <Ahmuck> however, it doesn't sound like you chrooted
[02:05] <ace_suares> dgroos but you installed cmap on your non-chroot, yes? You don't know where it went? try 'sudo updatedb' and then 'locate cmap'
[02:07] <dgroos> ace_suares: I've got it installed in both the chroot and the regular root.  I'm actually searching for where I put it in the chroot now...  OK--cool looking command.
[02:09] <dgroos> :) nice.  I installed it /opt/ltsp/i386/etc/
[02:11] <dgroos> But really, I don't know how to launch it as a local app.  I tried launching it where I've got it in the regular file system but that didn't launch in localapp
[02:17] <Ahmuck> in the thin client, open a term and enter the command to see if it's installed
[02:17] <ace_suares> dgroos: installing an entire app in ..../etc/ is not a good idea.
[02:17] <ace_suares> ..../etc is for configuration files.
[02:17] <Ahmuck> re-booting
[02:17]  * Ahmuck re-booting
[02:18] <Ahmuck> dgroos: i was thinking the same thing
[02:18] <ace_suares> dgroos: where did you install it in the non-chroot? And are you sure the 'binary' is called cmap? Do you have an icon on your server that was installed? If so, can you open the icon and look at the properties?
[02:18] <dgroos> OK--I was thinking about seeing where the main firefox folder was and install there.
[02:19] <dgroos> ace_suares: sure, I'll check
[02:19] <ace_suares> dgroos: not a good idea. Look at this: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
[02:22] <dgroos> according to that wikipedia page should be in /opt
[02:22] <ace_suares> yeah but in the chroot it will be /opt/ltsp/i386/opt ;-)
[02:22] <ace_suares> dgroos: is okaty
[02:22] <ace_suares> dgroos: is okay the chroot has an entorire FHS
[02:22] <ace_suares> entire
[02:23] <dgroos> Yes--I'd figured that out, slowly... :)
[02:24] <ace_suares> dgroos:  in a while you be a dev and a linux admin and btw if you look under the hood of the Mac, you'll see all familiar things !!!
[02:24] <dgroos> it has been reassuring :)
[02:24] <dgroos> OK here's where I put the other cmaptools on the file system: /usr/share/applications/
[02:25] <dgroos> what do I want to look at in the properties now?
[02:26] <dgroos> type? it says: shell script (application/x-shellscript)
[02:28] <ace_suares> dgroos: probably it will also list the 'command' to start the program.
[02:31] <dgroos> hmmm don't see that in any of the 'CmapTools Properties'
[02:32] <ace_suares> dgroos: normally it says: Name, Description, Command, Comment, Type, Size, Location, Volume, Accessed, Modified
[02:32] <ace_suares> if it's an icon to start a program on the desktop. Is it ?
[02:34] <dgroos> How do I see that pane?  I clicked once on the launching icon, right-clicked and selected 'properties'--doesn't have all that.
[02:36] <dgroos> Yes, I navigate to that file: IHMC_CmapTools/bin/cmaptools, then just double click on it. Never been able to start it in Terminal by typing its name.
[02:37] <Ahmuck> dgroos: downloading now.  will check out
[02:38] <dgroos> This was in sbalneav's wiki LTSPManual page: list of application names as they appear on their .desktop files.
[02:38] <dgroos> Whoa--thanks, it's a cool program.
[02:38] <dgroos> http://www.ltsp.org/~sbalneav/LTSPManual.html#chroot
[02:39] <dgroos> what's a .desktop file?
[02:40] <ace_suares> dgroos: never mind the .desktop file. You know how to navigate to it. this is in the non chroot.
[02:40] <ace_suares> do 'locate cmaptools | grep bin '
[02:40] <ace_suares> you should get one in /opt/ltsp
[02:51] <dgroos> ace_suares: maybe I didn't explain it correctly.  On this page, http://www.ltsp.org/~sbalneav/LTSPManual.html#chroot search for LOCAL_APPS_MENU_ITEMS--I think it's important.  I'll do the grep thing.
[02:52] <dgroos> Nice!  very efficient--I only got 2 listings:
[02:52] <dgroos> /opt/ltsp/i386/etc/IHMC_CmapTools/bin/cmaptools.cfg
[02:52] <dgroos> /usr/share/applications/CmapTools_stuff/bin/cmaptools.cfg
[03:01] <dgroos> oops, didn't capitalize correctly in the grepping...
[03:08] <dgroos> *dgroos will be back in 30 min...
[03:12] <ace_suares> dgroos:  'locate cmaptools | grep -i bin '  (the -i makes it case insensitive)
[03:13] <ace_suares> dgroos: oh nonsense, 'bin' is always normal letters, and locate doesnt mind about capitals. But you said:
[03:13] <ace_suares> Yes, I navigate to that file: IHMC_CmapTools/bin/cmaptools, then just double click on it. Never been able to start it in Terminal by typing its name.
[03:14] <ace_suares> so you must be able to navigate to cmaptool in the chroot too (I mean, DONT dot the chroot, just navigate and tell me on whihc one you would dbl clck.
[03:30] <LaserJock> ok, https://launchpad.net/~edubuntu-dev/+archive/edubuntu-testing is open for business
[03:34] <LaserJock> I wonder where Lns went
[03:41] <dgroos> back--reading 'bionicles' to my son--it has more jargon in it than server management!
[03:43] <dgroos> ace_suares: the capitalization I referred to was not bin/Bin but cmaptools (which brought 2 search items) and CmapTools (which brought 30 or so).
[03:46] <dgroos> I would click on this file: /opt/ltsp/i386/etc/IHMC_CmapTools/bin/CmapTools
[03:46] <ace_suares> dgroos: okay i thought that locate didn't mind case... anyway
[03:46] <ace_suares> OKAY ! now we are getting somewhere.
[03:46] <ace_suares> now in the thin client, run 'localapps /etc/IHMC_CmapTools/bin/CmapTools'
[03:47] <dgroos> said: bash: localapps: command not found
[03:48] <ace_suares> hm local-apps ?
[03:48] <dgroos> Same result---Or should I run that in local console?
[03:50] <ace_suares> hm you are on the thin client yes? try Alt-F2 and the the command.
[03:50] <dgroos> yes I am.  Will do...
[03:56] <dgroos> searched my blog--alkisg had walked me thought this--is: ltsp-localapps
[03:56] <ace_suares> he he
[03:57] <dgroos> And you do it on the regular terminal--and no luck, didn't give an error but didn't launch anything.
[03:58] <dgroos> maybe it has to be installed on the same relative places in the chroot and regular file system?
[03:58] <ace_suares> try open a terminal on the thin client and then type on the command line:
[03:58] <ace_suares> /etc/IHMC_CmapTools/bin/CmapTools
[03:58] <ace_suares> and yes, /etc is wrong place bu ttry this first...
[04:02] <dgroos> Nice! getting somewhere... "No Java virtual machine could be found from your PATH environmental variable.  You must install a VM prior to running this program.
[04:03] <dgroos> CmapTools installs it's own java stuff.
[04:07] <dgroos> How tell CmapTools where to look for it's stuff.  Everything it needs is located in the IHMC_CmapTools directory...
[04:14] <ace_suares> I really think you should remove the /etc/IHMC_CMAP directory from the chroot (not the etc!)
[04:15] <ace_suares> you can do it like this from the non-chroot: 'sudo rm -f /opt/ltsp/i386/etc/IHMC_CmapTools' AT YOUR OWN RISK
[04:15] <ace_suares> then install it (in the chroot) under /usr/share
[04:15] <ace_suares> or /opt
[04:16] <ace_suares> this will result in /opt/IHMC_CmapTools or /usr/share/IHMC_CmapTools
[04:17] <ace_suares> (in fact of course /opt/ltsp/i386/opt/IHMC_CmapTools or /opt/ltsp/i386/usr/share/IHMC_CmapTools
[04:17] <dgroos> There is an 'Uninstall' script in the IHMC_CmapTools folder--I'll use that, but I need to use the process that ogra walked me through...
[04:18] <ace_suares> hmm
[04:18] <ace_suares> If Cmap tools installs everything under the same directory, then the uninstall is not needed. It's not windows :-)
[04:18] <dgroos> Right, this will take me a bit... As long as you don't hear a loud noise...
[04:18] <ace_suares> lol
[04:19] <dgroos> I wonder why it has an uninstal script, then?
[04:19] <ace_suares> to automate the stuff for less savvy users. But do what you think is best.
[05:03] <dgroos> I've tried repeating ogra's method a couple of time in different ways and can't repeat the success.  I've got another permutation to try...
[05:57] <dgroos> success :)
[05:58] <dgroos> I've recreated the instructions from the irc and the pastebin and my notes.  Much trial and error.  Got it in my blog :)
[05:58] <dgroos> Now, back to the original question--where to install the IHMC_CmapTools folder for localapps?
[06:02] <dgroos> ace_suares: In spite of the info on the wikipedia I'm going to just install it alongside the programs that are installed as localapps--firefox and openoffice.  ie in /opt/ltsp/i386/usr/lib.
[06:02] <dgroos> seems strange, but that's where the others are...
[06:10] <dgroos> worked like a charm--results, tomorrow!
[09:19] <DawnLight> hello
[09:19] <DawnLight> i'm having some errors with nbd/squashfs. anyone take a look please http://pastebin.com/f59984166 around line 380
[14:16] <mhall119|work> morning
[20:05] <Lns> http://www.youtube.com/watch?v=bJ0I69Q5BpY
[20:18] <ace_suares> lns are these SCHOOL busses running Edubuntu ?
[20:19] <Lns> haha...maybe!
[23:16] <ace_suares> mhall119 ping
[23:16] <ace_suares> Michelle_Qimo: ping
[23:24] <mhall1191> ace_suares: pong


[00:38] <mwhudson> is there a guide somewhere for "how to build an ubuntu kernel with this extra patch i want to test"?
[01:22] <RAOF> mwhudson: I believe so, let me check...
[01:23] <RAOF> mwhudson: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel is a reasonable simple case.
[01:30] <mwhudson> RAOF: ta
[01:30] <RAOF> I see I missed your duplicate in #ubuntu-devel :)
[01:31] <mwhudson> heh
[01:31] <mwhudson> sorry for multi posting :)
[01:31] <mwhudson> RAOF: i am now at the point of having to understand the patch i am interested in a bit
[01:32] <RAOF> Ba baw!
[01:32] <mwhudson> RAOF: which is not really an ideal place for a sunday afternoon :)
[01:32] <RAOF> How about a Friday afternoon? :)
[01:32] <mwhudson> sigh
[01:32] <mwhudson> i think this makes my point quite nicely though
[11:00] <apw> henrix, ok i've added some more notes to the CVE matrix, now says where it has reached when pending
[11:01]  * henrix looks
[11:02] <henrix> apw: ah, nice! and the lts-trusty row seems to make more sense now :)
[11:02] <apw> yeah i rammed in some entries for those
[11:10] <aryan> anyone knows how can I find the root cause for: http://pastebin.com/MHW0raeM
[11:12] <apw> unregister_netdevice: waiting for ex-xy to become free. Usage count = 3289
[11:12] <apw> (for those who care to read the pastebin, the relevant error is ^^)
[11:13] <apw> smb, ^^ that sounds familiar to something i think we talked about some time ... back
[11:15] <apw> aryan, i would file a bug against linux in the first instance and include the info and any "how to reproduce" info you have
[11:36] <wmp> hello, how to i can download deb source of 3.14.5 ?
[11:40] <aryan> apw, thanks
[11:41] <aryan> apw, the reproduction is a bit tricky. so, I'm not sure how to avoid any trolls after saying that in the bug report
[11:42] <aryan> same kernel, and same OVS version on another node doesn't produce this issue
[11:42] <aryan> and the visible differences are: the faulty node has IPv6 enabled and runs tgt
[12:46] <apw> aryan, ipv6 that feels familiar
[13:57] <aryan> apw, thanks IPv6 was the issue
[14:52] <apw> aryan, yeah, now to remember why it feels familiar
[16:13] <rtg> rsalveti, there are a bunch of Utopic kernels in https://launchpad.net/~canonical-kernel-team/+archive/ppa for you to feed into CI
[16:37] <ogra_> rtg, he is off this week
[16:37] <ogra_> (better ping on monday again ... he will drown in ping backlog=
[16:37] <ogra_> )
[16:38] <rtg> ogra_, is he the only person that can drop those kernels into the CI pit ?
[16:38] <infinity> Oh, right, Ursula's Facebook has been a non-stop barrage of vacation photos of the two of them.
[16:38] <ogra_> dunno
[16:39] <ogra_> i guess any lander could ... but i think he is the only one trained on the kernel process for it
[16:39] <rtg> ogra_, infinity was hassling me 'cause they keep showing up on his PPA report.
[16:39] <infinity> rtg: I can live with them being there, I was just curious. :)
[16:39] <infinity> rtg: There's no urgency from my POV.
[16:39] <rtg> nor from mine
[16:39] <ogra_> great ... let it sit til monday/tuesday then
[16:40] <ogra_> i dont think there are urgent fixes in them
[16:40] <ogra_> at least from what i saw on the ML ... config cleanup etc
[16:41] <rtg> ogra_, yup, nothing critical