**** BEGIN LOGGING AT Thu Feb 03 02:59:57 2011
Feb 03 04:45:39 <straszheim> have a docs bug
Feb 03 04:46:00 <straszheim> this page -> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
Feb 03 04:46:19 <straszheim> On Beagleboard xM rev A3 and B, the wgets are to the wrong directories
Feb 03 04:46:26 <straszheim> they're right, but reversed
Feb 03 05:10:42 <persia> straszheim, Would you mind correcting that?
Feb 03 05:14:49 <straszheim> np
Feb 03 05:17:22 <persia> Thanks!
Feb 03 05:28:43 <straszheim> after a solid week of trying to get things built for a gumstix I have to say that install was pretty awesome.
Feb 03 05:30:44 <persia> I heard of someone running on a gumstix before.  Did you have to do anything special to the image, or did it mostly just work?
Feb 03 05:31:41 <straszheim> ah, no, i mean the omap3/maverick install was awesome because it worked and took a few hours.  gumstix is unplugged, major fail
Feb 03 05:32:20 <persia> Which gumstix do you have?
Feb 03 05:32:32 <straszheim> verdex pro
Feb 03 05:32:49 <straszheim> armv5te iirrc
Feb 03 05:33:17 <persia> Indeed.  Debian ought be not too hard to get running on that.
Feb 03 05:34:15 <persia> I think the omap3 images work on the Overos, but I haven't seen enough confirmation to be sure: none of the regulars on this channel seems to use one with Ubuntu.
Feb 03 05:38:33 <straszheim> is there a recommended way to strip the gui stuff out of this install?  This thing is intended to run headless.  I'm considering just removing x11-common.
Feb 03 05:38:49 <straszheim> that'll take a ton of stuff with it
Feb 03 05:41:07 <jhobbs> check out tasksel
Feb 03 05:41:24 <straszheim> ah nice
Feb 03 05:41:25 <straszheim> thx
Feb 03 05:42:11 <persia> I'd recommend making sure ubuntu-standard and ubuntu-minimal are installed, and then removing ubuntu-netbook and all it's dependencies (avoiding removing -standard and -minimal)
Feb 03 05:42:17 <persia> From there you can build up again.
Feb 03 05:43:29 <straszheim> sounds good
**** ENDING LOGGING AT Thu Feb 03 08:26:14 2011

**** BEGIN LOGGING AT Thu Feb 03 08:30:17 2011
Feb 03 09:15:08 <rsalveti> straszheim: I'm reverting your change
Feb 03 09:15:30 <rsalveti> the first sd card partition should have the uImage, not vmlinuz
Feb 03 14:45:35 <ogra> http://projects.goldelico.com/p/ombeagle/
Feb 03 14:56:56 <rsalveti> ogra: cool!
Feb 03 14:57:11 <ogra> yep
Feb 03 14:57:18 <ogra> waiting for the panda version :)
Feb 03 15:11:29 <janimo> rsalveti,  wrt https://blueprints.launchpad.net/ubuntu/+spec/other-arm-n-handle-core-boot-files-update
Feb 03 15:11:50 <janimo> is that tool suipposed to do what flash-kernel currently does but for uboot binaries ?
Feb 03 15:11:51 <rsalveti> janimo: moving it for you
Feb 03 15:11:57 <rsalveti> kind of
Feb 03 15:12:10 <rsalveti> because u-boot and x-loader is not updated
Feb 03 15:12:13 <rsalveti> just the kernel
Feb 03 15:12:26 * janimo wonders if code can be reused from flash-kernel at all
Feb 03 15:13:49 <rsalveti> janimo: yup, that's why you need to talk with NCommander later, to check the flash kernel and the sub arch detect code
Feb 03 15:13:54 <rsalveti> to see what can be shared
Feb 03 15:14:06 <janimo> ok
Feb 03 15:19:30 <ogra> rsalveti, we should just seed them and make sure they are on the image worst case ... then people can at least manually update
Feb 03 15:20:13 <rsalveti> ogra: but the idea is to have a tool to manually update the core boot files
Feb 03 15:20:17 <rsalveti> shouldn't be that hard
Feb 03 15:20:21 <ogra> indeed
Feb 03 15:20:37 <ogra> but if we dont manage, seeding should at least get us a step forward
Feb 03 15:20:56 <rsalveti> yup, true
Feb 03 15:54:40 <janimo> ogra, seeding all? For instance for omap3 image seed all the omap3 based xloader/uboot binaries?
Feb 03 15:55:43 <ogra> janimo, well, we cant be that distinctive in the seeds (seeds dont support subarches)
Feb 03 15:55:51 <ogra> so we would need to seed all
Feb 03 15:56:17 <janimo> ok
Feb 03 15:56:25 <ogra> the point is that apt-get update will get you the latest binaries on disk
Feb 03 15:56:44 <ogra> so even without the desired script we would have them available for manual tinkering
Feb 03 15:56:50 <janimo> I am thinking having them on the disk and then adding a post install hook like flash-kernel would solve this
Feb 03 15:56:58 <ogra> right
Feb 03 15:57:04 <ogra> that was the initial plan
Feb 03 15:57:20 <ogra> but if we dont have time for the flash-kernel bit, at least seeding should be done
Feb 03 15:57:59 <rsalveti> janimo: we don't want a post install hook
Feb 03 15:58:04 <rsalveti> we want the user to manually update the files
Feb 03 15:58:07 <rsalveti> avoid problems
Feb 03 15:58:09 <ogra> right
Feb 03 15:58:14 <rsalveti> and a lot easier to implement
Feb 03 15:58:17 <ogra> just a script
Feb 03 16:02:47 <janimo> rsalveti, so not the same ease and transparency s grub is installed with?
Feb 03 16:02:52 <janimo> ok
Feb 03 16:03:08 <rsalveti> yeah, we want a script that the user can trigger by hand
Feb 03 16:03:12 <janimo> or rather ease, but not automatic
Feb 03 16:03:16 <rsalveti> and we also want to notify the user about such update
Feb 03 16:03:18 <janimo> ack
Feb 03 16:03:20 <ogra> we dont update grub stage 1
Feb 03 16:03:27 <ogra> there is no such ease ;)
Feb 03 16:23:17 <lool> rsalveti: Hey, would you know whether USB storage is fully stable on xm now?
Feb 03 16:23:33 <ogra> lool, given that the buildds use it ...
Feb 03 16:23:39 <lool> We use xms as buildds now?
Feb 03 16:23:49 <ogra> you should know it :)
Feb 03 16:23:55 <ogra> they come from linaro afaik
Feb 03 16:24:16 <ogra> see https://launchpad.net/builders
Feb 03 16:24:41 <lool> ogra: how do I know they are xms?
Feb 03 16:24:49 <ogra> lamont
Feb 03 16:24:58 <lool> Ok, so https://launchpad.net/builders doesn't help much I guess
Feb 03 16:25:05 <ogra> the arm team helped him to bring them up
Feb 03 16:25:17 <ogra> well, it shows that there are 15 instead of 8 now
Feb 03 16:25:25 <ogra> indeed it doesnt show the arch
Feb 03 16:26:02 <GrueMaster> The *ceae systems are the new ones.
Feb 03 16:26:15 <ogra> right
Feb 03 16:26:24 <ogra> i was just looking for the naming convention
Feb 03 16:26:30 <ogra> had noted it somewhere
Feb 03 16:27:46 <ndec> ogra: lool: I didn't know the builders moved to XM!
Feb 03 16:27:57 <ogra> ndec, on *the builders*
Feb 03 16:28:03 <ogra> s/on/not
Feb 03 16:28:29 <lool> Well /builders is confusing
Feb 03 16:28:29 <ogra> ndec, linaro added 6 XM builders to the queue so their rebuilds dont impact the distro
Feb 03 16:28:42 <lool> ogra: they are shared though, right?
Feb 03 16:28:50 <ogra> ndec, we are still waiting for the panda cluster
Feb 03 16:28:53 <ogra> lool, yep
Feb 03 16:28:58 <ndec> lool: i was about that too.
Feb 03 16:28:59 <lool> ndec: we have two types of buildds
Feb 03 16:29:03 <ogra> lool, but can be used dedicated as i understood
Feb 03 16:29:08 <lool> ndec: some for packages and some for images
Feb 03 16:29:15 <lool> we can actually share them, but we usually don't
Feb 03 16:29:36 <lool> and offspring/linaro don't use these for image builds, but another separate pool -- let's call them offspring builders
Feb 03 16:29:39 <ogra> lool, so during archive rebuild tests they wont be shared
Feb 03 16:29:41 <ndec> lool: ok, and the one for the packages are split between archive and PPA?
Feb 03 16:29:47 <lool> ndec: Yes
Feb 03 16:29:59 <lool> ndec: That's only on ARM because these are non-virtual
Feb 03 16:30:04 <lool> on other arches, they are actually separate
Feb 03 16:30:20 <ogra> ndec, though your PPA builders are the two at the very bottom of the /builders page
Feb 03 16:30:36 <ogra> they are not in the normal builder pool
Feb 03 16:30:39 <GrueMaster> Actually, there are two dedicated ppa buildds, according to the link above.
Feb 03 16:30:40 <ndec> ogra: did they moved to XM too?
Feb 03 16:30:45 <ogra> ndec, nope
Feb 03 16:31:12 <GrueMaster> wait, nevermind.
Feb 03 16:31:25 <GrueMaster> eyes are blurry.  need more coffee.
Feb 03 16:32:42 <ogra> GrueMaster, the two are for private PPAs
Feb 03 16:33:52 <GrueMaster> Ah, there they are, at the bottom.  I had sorted by arch and thought I saw two, but then they disappeared.  Thought my eyes were bugging out.
Feb 03 16:35:01 <ogra> heh
Feb 03 16:37:30 <ogra> ndec, they will likely move to pandas once we have them
Feb 03 17:01:57 <lool> ndec: Sorry, I was confused, we're using separate PPA builders nowadays it seems
Feb 03 17:04:01 <ogra> lool, depends on the PPA
Feb 03 17:04:51 <lool> ogra: How so?
Feb 03 17:05:11 <ogra> see PM
Feb 03 17:27:40 <rsalveti> lool: it should be, the only issue atm is that the driver is allocating a lot of memory when you stress the ethernet or usb
Feb 03 17:27:57 <rsalveti> and some times you can see the traces, but not something that breaks
Feb 03 17:28:19 <rsalveti> same problem we have with panda, as it's the same driver
Feb 03 17:28:32 <lool> Ok thanks
Feb 03 17:29:44 <rsalveti> lool: but I'd say beagle in general is a lot more stable than panda
Feb 03 17:29:58 <rsalveti> and I think we didn't face any major issues with the builders
Feb 03 17:33:43 <rsalveti> I'm impressed by the amount of bug reports for unity-2d since it was released
Feb 03 17:33:49 <rsalveti> seems people are really using it
Feb 03 17:56:30 <slangasek> ogra: hey there, another question on historic qemu packaging.  You have another sysctl here for 'vm.vdso_enabled = 0' with the reason "else chroot execution fails" - how did it fail, how can I verify if this is still needed?
Feb 03 17:57:02 <ogra> slangasek, hmm, did i actually add that ?
Feb 03 17:57:24 <slangasek> ogra: in karmic, yes
Feb 03 17:57:52 <ogra> hmm, i think i had that from the maemo ML somewhere
Feb 03 17:57:56 <ogra> let me dig
Feb 03 17:58:50 <slangasek> ogra: thanks
Feb 03 18:00:02 <ogra> http://maemo.org/development/sdks/maemo5_alpha_installation/#sboxissue
Feb 03 18:00:05 <ogra> http://bugs.maemo.org/show_bug.cgi?id=3479
Feb 03 18:00:09 <ubot2> bugs.maemo.org bug 3479 in SDK "SDK does not work on Debian lenny system" [Major,Resolved: fixed]
Feb 03 18:00:11 <ogra> might not be needed anymore
Feb 03 18:01:34 <ogra> since it refers to intrepid
Feb 03 18:04:51 <ogra> slangasek, ^^^
Feb 03 18:05:31 <slangasek> ogra: so is this specific to scratchbox in some way?
Feb 03 18:06:19 <ogra> i had the same error in rootstock/qemu back then, else i wouldnt have added it
Feb 03 18:06:27 <slangasek> ok
Feb 03 18:06:34 <ogra> i would suggest a test on amd64
Feb 03 18:06:49 <ogra> i'm not sure its still valid
Feb 03 18:07:08 <slangasek> well, testing how?
Feb 03 18:07:20 <slangasek> and on amd64 we don't set this at all, the key doesn't exist in /proc/sys on amd64
Feb 03 18:07:25 <ogra> seems related to the glibc in side the VM
Feb 03 18:07:35 <slangasek> VM?
Feb 03 18:07:44 <slangasek> should be a chroot not a VM, yes?
Feb 03 18:07:56 <ogra> err, yes, sorry
Feb 03 18:09:24 <ogra> the bug seems to also rather suggest to set it to 2 instead of 0
Feb 03 18:09:36 <ogra> looking at the last comment
Feb 03 18:10:27 <ogra> i would actually drop it and look out for related bugs
Feb 03 18:10:34 <ogra> its natty after all ;)
**** ENDING LOGGING AT Fri Feb 04 02:59:57 2011