[00:00] although I suppose that's more my choice of daughterboard than anything [00:00] yeah, those crappy usb mini a's to other... [00:00] http://imgur.com/eaWYc&4cRh9&VetF1 [00:01] (3 images there) [00:02] small but useful, easy to fit a project/product around it.. [00:02] yep [00:02] about half the size of the beagle, and the same vertical clearance as the beagle's hdmi port [00:03] they publish/open-sourced the schematics and such for the daughterboards, although not for the actual mainboards [00:04] they bring out all of the pins though, or at least the vast majority of them [00:04] some day when I'm right, I kinda wanna make an overo super computer :) [00:05] daughterboard with slots for like 16 mainboards :) [00:06] that would look sweet, lots of cpu power in a small area.. i know a another guy was buiding a full rack of beagles last year, but the pic's never surfaced.. [00:10] rcn-ee : I've got something better :) [00:10] rcn-ee : and I'm bringing it to UDS :) [00:11] really small tegra 2? ;) nivida finally okay'd me, but they are still backordered... [00:11] rcn-ee : Really awesome arm cluster :) [00:11] the first smooth-stone prototype [00:12] ah very cool... are they shooting for min-atx form factor. ;) [00:13] No [00:13] but I can't really talk about form factors [00:14] In fact, even the prototype I'm bringing has to be kept in the box, and not opened [00:14] that's defintelly an early proto... [00:15] Yep. [00:21] Martyn, ignore the man in the sunglasses and dark hat === wgrant_ is now known as wgrant === jldugger is now known as pwnguin [04:39] hmm, how do I get the u-boot to user the initramfs flashed by flash-kernel? [09:22] lool: that's great -- i wish i could have more time to do this kind of work :) === XorA|gone is now known as XorA [10:35] lool: if your around, can you take a look at approving this: https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-maverick-arm-improved-subarch-detection/ [10:55] rcn-ee, so looks like we have a workaround for the rootstock hang ! [11:04] ogra: \o/ === cooloney is now known as cooloney-afk [11:12] ogra: what do you think of using multistrap instead debootstrap? [11:12] what does it gain us over just using the mirror argument to rootstock ? [11:13] note that there is no problem to point it to a debian mirror ... it will likely just break on the hardcoded ubuntu stuff after debootstrap atm [11:13] which someone will have to fix for debian if a debian compatibility is wanted [11:14] ogra: oem or thrid parties repositories to be supported [11:14] s,thrid,third [11:14] ogra: i'll have a look for debian compat but in terms of multistrap [11:14] if you find it appropiate [11:14] does it behave like debootstrap otherwise ? [11:15] i have no objections if it doesnt break the current behavior [11:15] multistrap behaves like debootstrap, but you can also add $your_business_mirror for customized packages [11:15] (i.e. it has to work with qemu-arm-static ... and should support all the ubuntu debootstrap scripts we use by default) [11:15] ogra: sure, i'll try not to break current [11:16] qemu should not be a problem, I'll have a look to debootstrap ubuntu stuff, but do you have a patched debootstrap? [11:17] in ubuntu ? just a bit i think [11:17] it might be good then to add a switch so one can pick up which on to use (atm) debootstrap or multistrap [11:17] hmm 1.0.20ubuntu1 ... the version indicates that everything should be in debian [11:18] * ogra reads the description [11:18] "A debootstrap replacement with multiple repository support" [11:18] the word replacement scares me a bit [11:19] well, it is just a matter of having a switch for each one of them (at the moment) [11:19] switching back and forth should be no prob [11:19] ogra: you might not see it right now, but I only see benefits from using multistrap [11:20] it only scares me that i know debootstrap is maintained by the same person in ubuntu and debian so i can 100% rely on it to work for both [11:20] without having to fix patch or touch it at all [11:21] Also, all the rest of our tools use debootstrap, so it would make something the odd one out. [11:21] yes, that's a plus, we maintain multistrap and we are not hostile [11:21] but as i said, being able to switch between debootstrap and multistrap shouldnt be any prob at all [11:21] we as emdebian [11:21] zumbi: If you'd be happy to *also* maintain it in Ubuntu, that makes the decision less awkward :) [11:21] ogra: Do you support --debootstrap-mirror already? [11:22] persia, i support only the mirror atm [11:22] persia: sure, do i have to fins a sponsor for ubuntu or do an nm? [11:22] no reason --debootstrap-mirror couldnt be added with a few lines though [11:22] (apologies for my spelling) [11:22] There are no maintainers in Ubuntu, so everything is kinda NM (but we pretend we're in Uploaders without changing it). [11:22] zumbi, we sync from debian :) [11:23] If you can get a single source tree that works well for both environments, then we can just sync, which is easiest. [11:23] if there is ubuntu support in the debian package we'll automatically get it [11:23] ok, that should not be a problem or if it is we should work on it to fix it. [11:23] if you look at debootstrap, it just has two ubuntu scripts (and a bunch of links) added over debian [11:24] hmm, no i lied, its a few more [11:24] 9 actually [11:25] but using the same since the gutsy release [11:25] anyway, i'll have a look sometime, do not expect any soon :) [11:25] ok [11:25] btw, wookey will be arround at uds [11:25] oh, nice [11:25] he is our project leader [11:26] i met him at a CELF in amsterdam [11:26] we were discussing solar thermal systems ;) [11:26] since we both own one [11:26] yes, hehe, he likes that stuff [11:27] well, thanks for the attention [11:31] zumbi, btw :) http://people.canonical.com/~ogra/watchthesun/ [11:35] is that a demo or your system? cool -- i used to work for a company which did things like that with sensors and stuff :) [11:36] uhm.. and it is real time :) === cooloney-afk is now known as cooloney [11:36] yep :) [11:36] well, delayed, it rsyncs the data to the public server every hour [11:36] the relatime ubuntu machine sits in my basement [11:39] wookey had a similar thing, http://www.wookware.org/talks/hotwaterballoon-Fosdem2009.pdf [11:39] he tracks temps with rrdtool graphs [11:40] yeah, i havent found the time yet for the matching rrd setup [11:40] ist on ym TODO list but my job doesnt leave me much time for it [11:41] the site i showed you was actually supposed to only be the start, clicking on a sensor on the page should pop up the mrtg/rrd graph [11:43] nice [11:44] there is a project (flukso.net) which might be of help [11:44] oh, nice ! [11:44] they have a monitoring rrdtool based system with git repo, http://github.com/icarus75/flukso [11:45] cool [11:45] but I have not check out the code to see if it is generic or if it is to much hardware dependent [11:45] * ogra would love to bring ubuntu into home aoutomation some day [11:46] there was a talk/bof on that topic on later debconf, interesting stuff.. yes [12:11] asac: Any input on the improved-subarch detection spec? [12:12] asac: I'm going to prepapprove it, we can decide to schedule or not === Martyn is now known as Guest57318 [18:55] hey ogra, (qemu apt bug) those 3 times that it did work, did you just stick the "echo 3 /proc/cpu/alignment" in the install script? my two machines still locked up... [19:05] rcn-ee: You might want to check the #ubuntu-devel logs: soren reported that the symptoms were very common to some seen for x86 in hardy. [19:06] thanks persia, it's almost to the point i should just auto login there too. ;) [19:11] It's not a bad idea in general. Most of the core discussions for all architectures happen there, and it's a point of coordination between all the different development teams. [19:59] rcn-ee, its "echo 3 >/proc/cpu/alignment" [20:00] rcn-ee, needs to go somewhere after the mount stuff in the installer script [20:19] persia: ping [20:19] * persia mumbles about contentless pings [20:20] ha [20:20] persia: just wondering about the possibilities of Ubuntu on ARM for Archos 5it? ARM Core A8 [20:21] persia: specs are 32GB of storage, an 800MHz ARM Cortex-A8 CPU, 256MB of RAM, 802/11b/g/n WiFi, a USB port, and runs Android 1.6 [20:22] * persia is trying to figure out *which* Cortex-A8 [20:22] dunno if suitable to hackin ubuntu on to it.. but Id be willing to help out if its usable as a device we may want to target [20:22] hmm.... [20:23] dont have the unit in fromt of me to see if I can figure it out persia [20:23] Yeah, should work fine. [20:24] http://cdimage.ubuntu.com/kubuntu-netbook/ports/daily-live/current/lucid-netbook-armel+omap.img would be the image you want. [20:24] Might need some hints to the kernel: it *should* boot on any OMAP3, but it's never quite that simple :) [20:25] I think there's some special codecs and video drivers, but I don't know the package names offhand. [20:26] And, as much as you like Kubuntu, running it with only 256MB of RAM will be extra fun :) [20:26] persia: ya well aware of that. im thinking ubuntu for this [20:26] Just remove the "k" from the URL :) [20:27] ya [20:27] persia: so, this thing has an internal flash, and I assume I just write the img to it using the imagewriter ya? [20:28] persia: also, do we have an easy way to backup whats there? so it can be restored? or thoughts on this? [20:28] No, it's not going to be quite that simple :) [20:28] figured as much [20:28] First step would be to track down some device-specific forum, and make sure you know how to backup & reflash the flash. [20:29] Next would be to try to find a way to boot *selectable* kernels (because you want to make sure you don't flash something that bricks the device) [20:29] http://archosfans.com has some useful links. I believe Archos released a developer linux image for the 5it [20:29] Then try booting the kernel. When that doesn't work, find/make a kernel that boots, and try to get that into the Ubuntu kernel tree. [20:30] Note that folks will be annoyed if you make their devices stop booting along the way :) [20:30] heh [20:30] (most folks running the omap kernels seem to have BeagleBoards) [20:31] This may be something for me to poke around with at UDS in the evenings [20:31] *once* you have a working kernel, then you probably want to do an HD-install, following one of tbm's guides on how to install to a NAS. [20:31] persia: this unit has a SD card slot and I have a 8 GB card in it [20:32] could use that? [20:32] If you can find a way to convince the bootloader to boot off SD, sure :) [20:32] lol [20:32] loads of fun [20:32] It's probably running some version of uboot. [20:33] But determining which, and how to adjust the config, and how to avoid bricking it in the process is where you get to have fun :) [20:33] * rgreening remembers the easy days of dd [20:34] dd works, but you have to be *running an OS* to run dd :) [20:34] This kind of fiddling isn't arch-specific: there's plenty of powerpc designs that have the same issues. [20:35] It's about not having a standard for all devices to use the *same* hardware-bringup interface, so one can link into OS-specific second-stage bootloaders (e.g. grub) [20:35] here's a link to someone else hacking on this apparantly: http://fladnag.net/blog/category/archubuntu/ [20:35] tru dat [20:36] Cool, so the find-way-to-swap-kernel-without-bricking-it and find-kernel-config-that-works steps should be easy. [20:37] I think he is using the develop edition firmware from archos [20:38] I may have to pop him a msg [20:38] ty persia [20:38] Let me know how it goes, and if you get it working, please document *how* on the wiki. [20:39] I'd like a little more RAM, but if it works, and can have USB Host somehow, I'd personally prefer it to a BeagleBoard. [20:39] * persia likes shiny plastic cases [20:39] Note that it will suffer from all the standard issues that Ubuntu has at 800x480 :) [20:40] You probably want to install lubuntu-desktop or similar on it. [20:40] heh. [20:41] just watching this. part way thru a ubuntu desktop http://www.youtube.com/watch?v=5GIyeonA5jE [20:42] he has to reboot/hard shut as not touch and no keyboard. hah [20:44] Looks like Archos as a "mini-dock" that you want to get to have a keyboard. [20:44] or a bluetooth kdeboard. I have a bluetooth mouse and it works well with it [20:44] yes. I have used a mouse with this [20:44] :P === jmcgee is now known as jmcgee|gone === Martyn is now known as Guest20529 [23:00] in chicago ... [23:37] * cwillu_at_work stalks rcn-ee [23:47] Might be getting late in the day for that :) rcn-ee's are best caught a few hours earlier. [23:49] ya, I only got my images in a row a few minutes ago [23:49] I've found a hardware dependent btrfs failure :) [23:50] or a btrfs dependent hardware failure :/ [23:50] same card and image works in both beagles and overos if the rootfs is ext3 [23:50] nah i'm back.. ;) wow... so it's only btrfs on overo.. [23:50] yep [23:50] and at least that one specific file [23:51] that's just crazy... so what do we do next.. get the btrfs's guys involved/ [23:51] I poked them as well, yes [23:52] I'm guessing it's something with the "retrying using single block read" honestly, i.e., either btrfs isn't flushing properly, or something [23:52] ooo, reply in #btrfs [23:53] cwillu_at_work, btw.. just in case... you haven't tried the 2.6.33.3-l1 right? (i think i found another gcc/kernel bug... [23:53] nope [23:53] you saw the pastes right? [23:54] good, lucid's version stops at uncompressing.. (actually just loading as i see it..) grabbing a beer and taking shoes off. ;) [23:57] shhhh, he's thinking :p [23:57] patiently waits.. (they don't log their channel do they) [23:58] uncertain [23:59] usually I'm trying to get cmason's attention [23:59] i couldn't find anything quick oh, well it'll be interesting to see what he thinks.. [23:59] I wouldn't hold your breath yet :)