[05:09] <DanaG> argh, stupid featureless ubuntu google page.
[07:58] <xorg> hi all
[07:59] <xorg> anybody there??
[08:12] <hrw> morning
[08:30] <alf__> Hi all, Alexandros here
[08:41] <lool> alf__: Hey!!
[08:41] <lool> alf__: I was just speaking of you
[08:41] <alf__> lool: Good morning!
[08:52] <zyga> ogra, morning :-)
[08:53] <zyga> ogra, when does casper/ubiquity start swap on live installers?
[09:05] <Martyn> damnit, im stuck in Amsterdam
[09:05] <Stskeeps> could be worse places
[09:05] <Martyn> perhaps, but i really need to get back home
[09:06] <Martyn> and its not like the hotel the airline put me in is in the centrum
[09:06] <Martyn> ( they stuck me at the ibis hotel near Schipol )
[09:07] <amitk> Martyn: stop cribbing and take the tour to Kuekenhof (sp?)
[09:07] <Martyn> amitk : ?cribbing.
[09:08] <hrw> vanila 4.4.3/4.4.4 should be ok as arm cross-toolchain?
[09:09] <amitk> Martyn: as in "being cramped up" :)
[09:09] <Martyn> ah
[09:09] <Martyn> thats actually pretty accurate
[09:09] <Martyn> im stuck with my luggage i hand until they can check me in at 13:00
[09:14] <XorA> time to camp out in the bar then
[09:22] <zyga> okay
[09:22]  * zyga connects serial adapter to his laptop
[09:22] <asac> ho
[09:23] <alf__> asac: Good morning!
[09:25] <hrw> each day I discover yet another set of packages which I need to install on lucek
[09:25] <hrw> lucek == x86-64 laptop running lucid
[09:25] <amitk> what's wrong with that?
[09:26] <asac> alf__: hey
[09:26] <hrw> amitk: nothing - got too used to my main desktop which was installed years ago
[09:27] <zyga> asac, okay, I'm hooked via serial now, the crash does not happen after plain boot + reboot
[09:27] <zyga> asac, I'll try removing/attaching USB devices to see if I can trigger the bug
[09:28] <zyga> (offtopic) does anyone know a small (10+) LCD with HDMI/DVI input?
[09:28] <asac> hmm
[09:29] <hrw> zyga: you know that it can be more expensive then 24" one?
[09:30] <zyga> hrw, yes, but having a 27" monitor attached to a BB feels like a waste to me ;)
[09:30] <lool> zyga: For beagleboard, I use the HDMI input of my dell 24", I press the button to switch between the input connectors
[09:30] <asac> heh
[09:30] <hrw> zyga: so buy 19"
[09:30] <amitk> hrw: aah, I see. Reinstall pains :) I've got a script that I keep adding all new must-have packages too. Helps recover my working environment rather quickly.
[09:31] <asac> http://specialcomp.com/beagleboard/BeagleLCD2.htm
[09:31] <hrw> amitk: I could do "dpkg -l" on desktop and try to get it on laptop. but thats will grab lot of stuff which my laptop does not need
[09:31] <lool> hrw: dpkg --get-selections
[09:31] <lool> hrw: Restore with dpkg --set-selections
[09:32] <hrw> anyway I installed most of needed now. pmount, mc and other 'archaic, should be forgotten' [(c) by zyga] tools
[09:32] <lool> zyga: We will eventually have LCDs too
[09:32] <zyga> asac, shiny!
[09:32] <hrw> "mc /#sh:hrw@homel.local:/" roxx
[09:32] <lool> pmount, argh
[09:32] <zyga> :D
[09:32] <hrw> asac: you rather want Showdog with 7" wvga screen then wqvga crap
[09:32] <lool> I almost wrote "pmount, mc, argh", but I dont have a good mc replacement  :-)
[09:32] <zyga> hrw, not necessarily forgotten
[09:33] <zyga> hrw, but yes, they should go away :D
[09:37] <zyga> asac, is there any way to get syslog on the serial line in our 10.04 install images?
[09:38] <asac> zyga: live image?
[09:38] <zyga> asac, yeah
[09:38] <asac> zyga: you need to add the console=ttyS2 or something as well as serialtty=ttyS2 to the cmdline
[09:39] <zyga> asac, in the boot loader, right?
[09:39] <asac> serialtty= is the hook to tell casper to create a login ttyS2.conf
[09:39] <asac> zyga: yeah in the boot.scr
[09:39] <amitk> zyga: serialtty=ttyS2, console=ttyS2,115200n8 to kernel cmdline
[09:39] <asac> so in the sd script
[09:40] <zyga> asac, roger, thanks
[09:43] <zyga> amitk, it's in the script already
[09:43] <asac> ogra_cmpc: do we have a wiki page for all the qemu static chroot somewhere?
[09:44] <asac> like how to setup a dev env if you want to work on stuff on arm?
[09:46] <asac> alf__: maybe starting with https://wiki.ubuntu.com/ARM/BuildArmPackages is goodish
[09:46] <asac> alf__: however, seems its not telling about the build-arm-chroot etc. parts
[09:47] <asac> alf__: also https://wiki.ubuntu.com/ARM/RootfsFromScratch/QemuDebootstrap
[09:47] <alf__> asac: Great, I'll take a look as soon as I setup my canonical account
[09:47] <asac> alf__: kk
[09:53] <asac> alf__: also https://wiki.ubuntu.com/ARM/QemuNetInstall might be interesting to try
[10:00] <lool> amitk: For the beagle issues with lucid's omap kernel, I think we should point people at a) mainline builds of 2.6.35 and b) we could provide linux-omap tip "pristine" builds as well, what do you think?
[10:00] <amitk> lool: there is no 2.6.35 yet, but certainly 2.6.34 yes.
[10:01] <hrw> alf__: sbuild/schroot can be useful too
[10:01] <hrw> maverick omap-ti branch would be nice to have
[10:02] <amitk> lool: it should be a matter of a few days (or weeks) before we have a ubuntu omap3 kernel based on 2.6.34 for maverick.
[10:02] <amitk> hrw: ^
[10:02] <hrw> nice
[10:03] <hrw> hope that TI will give maverick kernel for pandaboard when they will ship it.
[10:04] <amitk> hrw: that is going to happen too, but it will be a lucid based kernel on 2.6.33. But they will provide us with a rebase of that patchset to 2.6.35 for maverick
[10:04] <hrw> cool
[10:05] <lool> So folks, keep your saved gobby documents
[10:05] <lool> We had a crash on Thursday which reverted us to Tuesday, so a bunch of docs are gone
[10:05] <XorA> :-(
[10:06] <hrw> shit
[10:07] <lool> I wish I'd have had the time to read LWN before UDS, there were good writeups on gcc 4.5 and pm_qos
[10:07] <lool> well gcc-4.5 was last thursday only
[10:07] <XorA> yeah gcc 4.5 looks nice on paper
[10:07] <XorA> and getting Angstrom going on it was unexpectedly easy
[10:07] <XorA> just the old u-boots TI uses causing me issues
[10:08] <dmart> asac: Hi, do you still have the gobby notes from the arm-m-memory-footprint session?
[10:09] <JaMa> XorA: no issues with armv[45] targets?
[10:09] <XorA> JaMa: I have no viable ones I can be arsed taking from box
[10:09] <asac> dmart: if i was in that session I have them (most likely), but unfortunately on my netbook, which i stupidily forgot at my other home. did you check and that document is gone?
[10:09] <JaMa> XorA: with OE version of 4.5.0 I have oops while booting kernel and from chroot lot of segfaults all over image
[10:10] <XorA> check whether the segfaults are in thumb1 code
[10:10] <XorA> we had a lot of issues with thumb1 to the point I turned it off again
[10:10] <dmart> asac: The server nuked about 2/3 of the arm track docs during that session.  I have copies of almost all of them, but not that session (I have the actions though)
[10:10] <JaMa> already talked with khem about it, not enough time to test it properly (yet)
[10:12] <asac> dmart: hmm. https://wiki.ubuntu.com/Specs/M/ARMMemoryFootprint
[10:12] <asac> i think i might have posted them there
[10:12] <asac> dmart: yeah ;)
[10:12] <asac> https://wiki.ubuntu.com/Specs/M/ARMMemoryFootprint?action=diff&rev2=4&rev1=3
[10:12] <dmart> asac: That looks like the discussion.  OK, cool, thanks
[10:12] <asac> there i posted it and now i remember that i posted that after the session
[10:13] <asac> so should have all
[10:13] <ogra> zyga, https://wiki.ubuntu.com/ARM/BeagleEditBootscr for the serial console
[10:13] <lool> dmart: Could you push your docs to some place, or the wiki?
[10:14] <dmart> What would be the best place?
[10:14] <XorA> lool: so just in case some of us use gobby elsewhere, was it gobby that crashed and lost data or the server?
[10:14] <ogra> zyga, scripts/casper-bottom/13swap for swap
[10:14] <lool> dmart: Any public place where people can grab it
[10:14] <lool> dmart: If you want, I can push them to people.ubuntu.com/~lool if you send then to me
[10:15] <lool> XorA: Yes
[10:15] <dmart> The server
[10:15] <lool> XorA: it has an autosave to bzr feature, but apparently this feature also bugged and reverted to an earlier bzr version
[10:15] <XorA> lool: cheers thanks
[10:17] <lool> ogra: But the SD card download for lucid omap has no swap, right?
[10:17] <ogra> lool, it uses existing swap on target devices, it doesnt use compcache
[10:17] <ogra> so if there is nothing on the target it doesnt use any swap
[10:17] <lool> ogra: if you boot the pristine SD card image on an otherwise empty SD card and nothing else plugged, there is no swap
[10:18] <ogra> until the partitioing step
[10:18] <ogra> right
[10:18] <lool> It would be good to have a swap area in the image itself
[10:18] <lool> or create one on boot
[10:18] <lool> e.g. have sdN2 or sdN3 be a swap partition
[10:18] <ogra> i'm not sure you want that in SD
[10:18] <lool> better have it in SD during install than not having it and the install failing
[10:18] <amitk> ogra: is there a master page that links together all the arm-related wiki pages?
[10:18] <ogra> why should the install fail ?
[10:18] <zyga> ogra: it fails
[10:18] <ogra> amitk, only per board
[10:18] <zyga> ogra: no memory
[10:19] <lool> amitk: Yeah, google.com/search?q=site:wiki.ubuntu.com+arm  ;-)
[10:19] <ogra> zyga, err
[10:19] <zyga> ogra: not each time, it depends on what you do .... anyway - lool is right
[10:19] <asac> zyga: oh atm you need ubiquity-only as boot flag too.
[10:19] <ogra> zyga, we tested that plenty of times
[10:19] <asac> ogra: he is using full live image
[10:19] <zyga> asac, isn't that the default now?
[10:19] <ogra> zyga, what exactly do you do to make it fail ?
[10:19] <ogra> zyga, no !
[10:19] <asac> zyga: for us atm yes. but thats because it was not decided what we want to ship
[10:20] <zyga> asac, I see
[10:20] <ogra> the full live image will OOM
[10:20] <zyga> ogra: I'm not sure what caused OOM on my BB, I was not running anything extra, I remember watching the log files after it failed
[10:20] <asac> zyga: try adding ubiquity-only to cmdline too ... that would allow you to do an install
[10:20] <ogra> thats why we defualt to use the only-ubiquity mode
[10:20] <asac> ah
[10:20] <asac> only-ubiquity it is then ;)
[10:20] <ogra> yeah :)
[10:21] <zyga> asac, to the part of the sd card script that writes to boot.cmd?
[10:21] <asac> yep
[10:22] <asac> thats a kernel command line hack
[10:22] <zyga> asac, but your image doesn't do ubiquity at all, ubiquity is on the 10.04 live image
[10:22] <ogra> i'll have installer-less images ready within the next two weeks in maverick
[10:22] <asac> zyga: oh ... i didnt add that?
[10:23] <asac> one sec
[10:23] <zyga> asac, the image you released is just 'hey, I'm ready' image with barebones ubuntu and kernel
[10:23] <zyga> asac, you didn't even have dbus :-)
[10:27] <ogra> amitk, oh, i just remembered ... https://wiki.ubuntu.com/ARM/LucidReleaseNotes has links to all three arches
[10:27] <amitk> ogra: cool, thanks
[10:28] <asac> zyga: oh yeah. that one doesnt have an installer on it.
[10:29] <ogra> hrm, persia could it be that you kept my displaylink card ?
[10:30]  * ogra vaguely remembers giving it to you one evening
[10:34] <lool> dmart: http://people.canonical.com/~lool/dmart-uds-m-notes/
[10:34] <dmart> thanks
[10:38] <Martyn> ack
[10:38] <Martyn> got knocked offline... too many people trying to use the wireless while stranded
[10:39] <Martyn> ogra, did you get my note?
[10:40] <ogra> Martyn, about the serial, cable ? yeah, keep it until next UDS i'll just buy a new one
[10:40] <dmart> lool: You can delete arm-m-uboot-features-and-performance_extra.txt - that's not so intelliigible to other people, since it  was just a note to myself to get involved in Grant's boot requirements activity ;)
[10:40] <ogra> i need one this week, it would just delay me
[10:43] <lool> dmart: done
[10:43]  * lool goes afk for 40 minutes or so
[10:43] <Martyn> ogra : heh, im still stuck in Amsterdam
[10:44] <dmart> lool: thanks :)
[10:45] <Martyn> meanwhile, I've got the kernel source open and am starting to figure out my first smooth-stone patch for 2.6.35 merge window
[10:45] <zumbi> Martyn: too much coffee shopping? :-)
[10:45] <Martyn> zumbi : volcano
[10:46] <zumbi> yes, i heard that this morning. London airport was closed, but open it up again this morning
[10:46] <Martyn> schipol is closed
[10:46] <Martyn> and my flight was cancelled
[10:46] <hrw> Martyn: where you need to travel?
[10:46] <Martyn> so they might be reopening it after 3pm, but thats too late
[10:47] <zumbi> well, enjoy amsterdam :)
[10:47] <Martyn> hrw : Austin, TX
[10:48] <hrw> Martyn: hardcore proposal: check Rome/Italy ashtag status
[10:48] <Martyn> ooof
[10:48] <Martyn> United already retick me for tomorrow flight at same time
[10:48] <hrw> I remember how one of nokia managers returned from SF to HEL though NYC, Rome
[10:49] <Martyn> flight remained grounded at Schipol, so capacity is guaranteed
[10:50] <hrw> lool: arm-m-image-building Gobby session restored
[10:50] <Martyn> awesome
[10:51] <Martyn> did we lose any otherr arm-m sessions in gobby?
[10:51] <lool> Martyn: Most actually, but dmart saved a bunch
[10:51] <lool> hrw: Could you compare with the page I mentionned earlier and if yours is newer send it to me?
[10:51] <Martyn> what was the glitch?
[10:51] <lool> I'll collect the text saves
[10:51] <hrw> lool: sure
[10:52] <lool> Martyn: sobby crashing as usual, but this time autosave also f*cked up
[10:52] <Martyn> ah.
[10:52] <Martyn> brb
[10:53] <ogra> asac, do you remember who took the notes in the arm-une session ? seems they are gone as well and there were a bunch of action items for the DX team in them
[10:53] <asac> ogra: i should have them ... but not before Thu :(
[10:54] <hrw> lool: mine has one action more
[10:54] <asac> alf__: did you safe by any chance safe notes ;)?
[10:54] <asac> err gobby docs?
[10:54] <ogra> thats fine, no hurry ... as long as we have them at all
[10:54] <hrw> lool: "* Determine how image build configs should be delivered to the building service"
[10:55] <alf__> asac: The only notes I saved are for arm-m-ui-test-heads
[10:55] <asac> kk
[10:55] <dmart> Martyn: I tried to save most of the arm-m-* notes: lool posted them here http://people.canonical.com/~lool/dmart-uds-m-notes/
[10:55]  * asac looks
[10:56] <asac> nice
[10:56] <asac> ogra: that une session isnt in there?
[10:56]  * ogra hugs dmart for saving http://people.canonical.com/~lool/dmart-uds-m-notes/arm-m-2d-launcher.txt
[10:56] <asac> 2d-launcher?
[10:56] <ogra> asac, indeed it is :)
[10:57]  * asac hugs dmart too ;)
[10:57] <ogra>  - Proposed change to the boot process:
[10:57] <ogra>   - Upon reboot after fist install, ...
[10:57] <ogra> that, ummm, sounds really wrong :)
[10:58] <asac> yeah
[10:58] <dmart> Not my typos :P
[10:58] <dmart> I'm just a bot
[10:58] <asac> heh
[10:58] <asac> thats fine, even without typo its wrong though i think
[10:58] <ogra> asac, oh, btw i run unity on my ultra underpowered classmate here ...
[10:58] <asac> on first boot ...
[10:58] <asac> ogra: how is it going?
[10:59] <ogra> 512M (600MHz celeron without L2)
[10:59] <ogra> it uses ~100M in htop and feels quite snappy
[10:59] <asac> ogra: but that has good driver
[10:59] <asac> ?
[10:59] <ogra> indeed
[10:59] <ogra> i915 card
[10:59] <asac> full GL etc. yeah. thats expected then
[11:00] <ogra> but with that card it runs even snappier than efl
[11:00] <asac> try vesa ;)
[11:00] <ogra> the normal netbook launcher wasnt usable on that H_W
[11:00] <asac> and compare
[11:00] <ogra> nah, i know its screwed up
[11:00] <asac> heh
[11:00] <asac> you never know ;)
[11:00] <ogra> but unity is the fastest thing i have ever used on it as of yet
[11:00] <asac> maybe soft accell is rocking fast
[11:01] <ogra> not without L2 cache in your CPU :)
[11:01] <asac> good to know
[11:01] <ogra> (it literally has zero L2)
[11:01] <ogra> and 16k L1
[11:01] <asac> blog about it ;)
[11:01] <ogra> its the worst CPU i have
[11:01] <ogra> nah, cant
[11:01] <ogra> its a pre-production device that was never released
[11:02] <ogra> i cant blog about it
[11:02] <asac> but you can talk here? ;)
[11:02] <ogra> but its great for comparison tests
[11:02] <ogra> sure :)
[11:02] <asac> how about the classmate 1 ;)?
[11:02] <ogra> only has 256M
[11:02] <hrw> ogra: want Vortex86sx powered device?
[11:02] <ogra> and the same CPU
[11:03] <asac> ogra: if it is snappy you can blog about it ;)
[11:03] <ogra> hrw, haha, nah, thanks ...
[11:03] <hrw> ogra: x86 with 486sx core, 300MHz, 128MB of ddr2/133 memory - even avr32 and 200MHz arm920t beats it
[11:03] <ogra> yeah, i'D guess so
[11:03] <ogra> and indeed i lied i have a ton of thin clients here that are lower powered but i dont touch them anymore
[11:04] <hrw> eh old x86 hw...
[11:04] <ogra> the classmate is my living room device though
[11:04] <ogra> i use it if i watch TV and dont get annoyed if a page takes 5 min to load
[11:05] <ogra> with unity though it *doesnt* take 5min anymore seems its not hitting swap all the time
[11:06]  * amitk breaks for lunch
[11:43] <hrw> ogra: where is ubuntu ti kernel git tree?
[11:45] <hrw> arm-oe-linux-gnueabi-gcc (GCC) 4.4.1
[11:48] <lool> ALL: please email me any updates to the arm-m- sessions
[11:52]  * lool lunch &
[12:01] <amitk> hrw: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=summary
[12:01] <amitk> ti-omap branch
[12:02] <hrw> gracias
[12:02] <Stskeeps> G 15
[12:04] <hrw> amitk: cloning now
[12:18] <hrw> heh.. I managed to forget how I do not like ubuntu kernel build process ;(
[12:18] <hrw> hi jkridner
[12:24] <lool> hrw: Would you have some time to discuss cross-compilers?
[12:27] <hrw> sure
[12:28]  * zumbi arround
[12:31] <lool> hrw: So I think you should start by building a cross-compiler the emdebian way to get familiar with the current process and understand the shortcomings
[12:32] <lool> I have some notes on this stuff
[12:32] <hrw> ok
[12:32] <zumbi> hrw: i have been doing such work, so feel free to contact me
[12:33] <hrw> zumbi: ok
[12:33] <lool> hrw: Sent
[12:33] <lool> zumbi: So the gcc-4.5 packages are -sysroot ready -- doko told us at USD
[12:33] <hrw> zumbi: I am familiar with crosscompilers (did first in 1998/99) but not in debian way for them
[12:33] <lool> UDS
[12:34] <lool> hrw: Check the email I sent you, read the slides and see the commands, should give you a rough overview, shout if you miss any step or can't make sense of it (it is rough)
[12:34] <zumbi> hrw: sure, i do not know everything either ;-)
[12:34] <zumbi> hrw: i keep a wiki page with some (maybe useful) bits at http://wiki.debian.org/EmdebianToolchain
[12:35] <hrw> great
[12:35] <zumbi> lool: gcc-4.5 are sysroot and multiarch?
[12:35] <lool> I'm not sure about multiarch, I think not
[12:35] <hrw> lool: we focus on 4.4 or 4.5?
[12:36] <lool> hrw: We focus on both  :-)
[12:36] <zumbi> gcc-4.4 and maybe above had a WITH_SYSROOT variable which one could set to build sysrooted tools
[12:36] <lool> hrw: The toolchain selection spec seemed to imply keeping 4.4 for a while still, but we should update both packaging
[12:36] <lool> hrw: doko is the packaging gatekeeper
[12:37] <zumbi> I'll be working on DebianBug#577674
[12:37] <lool> hrw: You'll have to submit individual changes as bzr commits in some way
[12:37] <lool> hrw: mwhudson offered help in getting the packaging SVN imported to bzr, we really want to do that early
[12:37] <lool> In the worst case, work from lp:ubuntu/gcc-4.5
[12:38] <lool> hrw: I'm not sure that's really a relevant bug
[12:38] <zumbi> lool: in that SVN export planned also for debian code?
[12:38] <zyga> lool, anything I can do to help?
[12:38] <lool> zumbi: Well it's the same packaging SVN for Debian and Ubuntu AIUI
[12:38] <zumbi> lool: so packaging is moving to LP bzr?
[12:38] <lool> zyga: Tons, but I suspect we can keep you busy in other ways  :-)
[12:38] <hrw> first I will follow page from zumbi to get it built for first time and see how it looks
[12:39] <lool> zumbi: I'm not sure, maybe
[12:39] <lool> zumbi: This is doko's decision really
[12:39] <zyga> lool, yes but until I get something from scottb I have no real focus yet
[12:39] <lool> hrw: ok
[12:39] <zumbi> lool: that debian bug is doko and me trying to merge rules.d/*-cross files into native ones (doko's idea)
[12:39] <lool> zyga: Check with plars
[12:39] <lool> zyga: I'm sure he has stuff for you
[12:39] <zyga> plars, ^^
[12:40] <lool> zyga: How about getting started with hudson for instance?
[12:40] <lool> zyga: I'm not sure how many tools/qa specs we have yet
[12:40] <lool> zyga: I can think of other topics where help is needed, but would prefer to discuss these with scottb/plars when they are around (couple of hours I guess)
[12:40] <zyga> lool, hudson it is then
[12:40] <zyga> lool, plars didn't like hudson but I think we did agree that I'll check it out
[12:42] <lool> zyga: Hmm I missed that part, what was the issue with it?
[12:44] <zyga> lool, as for hudson, plars told me he doesn't think hudson is the right tool for the job
[12:44] <zyga> lool, and the fact that other people are using it is not the key to our use case (project vs distro scope)
[12:46] <lool> zyga: Well we have a distro scope too, and it did sound sensible to use a continuous integration server, but I'm happy to use another existing brick if there's a better one -- I do want the technical reasons to be documented though
[12:46] <zumbi> hrw: FYI, I use buildcross to build cross tools, I plan to package it and upload to experimental sometime soon
[12:46] <zumbi> hrw: emchain is mostly deprecated
[12:46] <hrw> ok
[12:46] <zyga> lool, plars *is* focused on distro scope but all hudson examples people quoted were at package/project scope
[12:47] <lool> zyga: Oh ok, I see the point now
[12:47] <lool> zyga: Well our project is Ubuntu   ;-)
[12:48] <zyga> lool, bzr get lp:ubuntu/trunk && time make -C ubuntu ;-)
[12:48] <lool> 6m0d0m=h0m0s
[12:49] <lool> Or rather 6M0d0h0m0s
[12:49]  * ogra returns with a new serial cable
[12:50] <hrw> ogra: never enough of them
[12:50] <ogra> hrw, for omap4 you need to talk to cooloney (the above only works on beagle C4)
[12:51] <ogra> hrw, well, Martyn kept mine so i needed to buy a new one to get work done today :)
[12:51] <hrw> ogra: I have 5-6 serial cables which I did not yet unpacked ;D
[12:51] <ogra> heh
[12:52] <hrw> had to get something to bump order value once
[12:52]  * asac lunch
[12:52] <ogra> well, i have bunches of serial cables ... but usually only one usb->serial converter
[12:52] <hrw> laptops...
[12:52] <ogra> yeah
[12:52]  * hrw hugs 7xrs232 desktop
[12:52] <ogra> the new one is a lot slimmer though ... doesnt cover the surrounding sockets on the XM anymore
[12:53] <ogra> which is very cool
[12:53] <ogra> the sockets on the XM are all way to close to each other
[12:53] <ogra> if you have a plug thats minimally bigger than the smallest std. you run into problems
[12:55]  * ogra goes to dig for the parts to solder a serial head onto the touchbook now
[12:55] <hrw> ogra: anything will be better then BB C3
[12:56] <ogra> hrw, well, the more sockets you pack on that little sized board the worse it gets
[12:56] <ogra> s/little/small/
[12:57] <hrw> ogra: yep
[13:16] <hrw> zumbi: do you have debconf-armel-cross packge? I can accept it even from dpkg-repack
[13:18]  * hrw -> lunch
[13:20] <jkridner> hi hrw
[13:22] <zumbi> hrw: that is a bug, it was introduced on latest libc6 (DebianBug#580366)
[13:22] <zumbi> hrw: it should either depend on debconf native
[13:23] <zumbi> hrw: on latest eglibc debconf has jumped from Recommends to Depends (I have not found the reason)
[13:23] <zumbi> hrw: dpkg-cross should be tough about this particular case or use -x debconf
[13:24]  * zumbi goes to lunch
[13:24] <lool> hrw: dpkg-cross
[13:24] <lool> hrw: Note that in my xbuild.txt notes, I do: dpkg-cross -X libc-bin -X debconf -X tzdata -X findutils -b -a armel libc6_*_armel.deb
[13:25] <lool> hrw: That will avoid the need for debconf-armel-cross (debconf from the host arch is good enough)
[13:26] <zumbi> lool: you are missing libc-dev-bin
[13:28] <zumbi> posibly debconf-2.0
[13:30] <lool> zumbi: Note that I only dpkg-crossed libc6_, but yeah, I likely miss some
[13:39] <lool> james_w: Hey, bzr branch lp:debian/sid/dpkg-cross doesn't give me the latest version from sid, and I don't see it on http://package-import.ubuntu.com/status/
[13:39] <lool> zyga: https://merges.ubuntu.com/main.html /universe etc. are the current pages we use for merging
[13:39] <ogra> hrm, the touchbook has really not enough space to store a sub-d plug inside the case ...
[13:39] <zyga> lool, checking
[13:40]  * ogra goes digging for socket connectors that are small enough
[13:40] <zyga> lool, does it depend on tree content of each package or on version number alone>?
[13:40] <james_w> lool: gina hasn't pulled that package in to LP yet
[13:41] <lool> zyga: Only version numbers are used to decide that it needs merging AFAIK
[13:41] <lool> james_w: Is this normal?
[13:41] <james_w> lool: no, I'm asking in #launchpad now
[13:42] <zyga> lool, where's the source to merges.u.c?
[13:42] <lool> james_w: Ok thanks
[13:42] <lool> zyga: merge-o-matic
[13:42] <amitk> ogra: perhaps soldered cables that come out of the space where the LCD attaches to the keyboard unit?
[13:43] <zyga> thanks
[13:43] <lool> zyga: launchpad.net/merge-o-matic or so I guess
[13:43] <ogra> amitk, well, its easy enough to open the case i'll just need a flatter connector that sits inside
[13:43] <zyga> lool, I have it
[13:43] <lool> https://code.launchpad.net/~ubuntu-core-dev/merge-o-matic/trunk
[13:43] <ogra> and solder the sub-d to the other connector side
[13:44] <ogra> i have a bunch of IDE connectors around somewhere, just need to find them
[13:47] <zyga> lool, so a 'beefier' version of mom is something we could use for projects/products based on ubuntu/arm
[13:48] <lool> zyga: Well we discussed a heavy client at UDS, check with james_w
[13:48] <zyga> james_w, any blueprint for that?
[13:48] <james_w> zyga: not written yet, but there was plenty of discussion
[13:48] <zyga> james_w, notes?
[13:49] <lool> hrw has a power outage
[13:49] <zyga> lool, poland is flooded currently
[13:50] <lool> I'm not going to fall for the cheap excuses
[13:50] <zyga> http://www.alert24.pl/alert24/1,84880,7891227.html
[13:50] <lool> ;-)
[13:51] <lool> zyga: I'm afraid I cant parse that, but it seems awful, are you affected?
[13:51] <zyga> lool, not yet, warsaw has much better infrastructure than szczecin
[13:51] <zyga> lool, power outage _might_ occur though, it will not last longer than couple of minutes if it does however
[13:52] <Stskeeps> ah, i just thought i had an excuse for not going to polish classes..
[13:52] <Stskeeps> :P
[13:52] <zyga> Stskeeps, you had polish classes?
[13:52] <james_w> zyga: gobby in arm-m-development-environment arm-m-derived-archive-rebuild
[13:53] <Stskeeps> zyga: have, but i'm in warsaw too :P
[13:54] <zyga> Stskeeps, oh :-)
[14:22] <ogra> yay, touchbook serial running !
[14:29] <plars> zyga: I'm catching up on backscroll, but yes I believe you were going to take a look at hudson and see if it can be coerced into doing what we need it to do
[14:30] <plars> zyga: you may want to talk to lifeless about it, I hear he's done some interesting things with it
[14:30] <zyga> plars, yes, lool reminded me of that, I'm working on it now
[14:31] <plars> zyga: failing that, we need to consider other options, including building our own.  I'm partial to django if we go that route as it looks pretty straightforward, but I'm not stuck on anything in particular as long as we can build something manageable
[14:31] <zyga> plars, I'd like to talk with scott first but my TODO looks like this right now
[14:31] <plars> zyga: if you need anything from me, please don't hesitate to ping me.
[14:32] <zyga> 1) analyze possible code reuse for the dashboard (hudson and others if they arise)
[14:32] <plars> zyga: yes, I'd like for us both to try to sync up with scott at some point today, especially since I'm going to be out the next few days
[14:32] <zyga> 2) design and agree on data model with you and other stakeholders (I'm not sure who)
[14:33] <zyga> 3) (low priority/idle tasks) debug qemu so that it works well for lool and everyone in qemu-in-the-cloud initiative, I hope to hook up with upstream on this if possible
[14:33] <zyga> 3) is also important to get a small test case that can hang/crash the emulator, if possible
[14:33] <zyga> plars, this is for now, if you want to modify it please do
[14:40] <lool> zyga: Did you follow kirkland's demo in the UDS lightning talks?
[14:40] <lool> zyga: He was basically running UEC *in* EC2
[14:40] <lool> IOW QEMU under Xen
[14:40] <zyga> lool, the one with all the virtualization, yes
[14:41] <lool> zyga: Yup
[14:41] <zyga> lool, I have a spare system (or two) in my house for running test 'cloud' if I need
[14:42] <ogra> amitk, hmm, so it seems the kernel loads fine on the touchbook, did you see something like a panel selftest (flashing colors) when you tried it ?
[14:43] <amitk> ogra: yes, lots of flashing colors
[14:43] <ogra> right, i guess thats because we default to a too high res :)
[14:44] <ogra> the panel takes only 1024x600
[14:44] <lool> hey sbambrough
[14:44] <lool> sbambrough: make sure you register your nick on every connection
[14:44] <lool> sbambrough: Otherwise people cant see your private messages
[14:44] <amitk> ogra: aah, fair enough. So changing the dss driver parameter will fix it?
[14:45] <ogra> amitk, i'll try now
[14:45] <ogra> in any case it uncompressed the kernel fine it seems
[14:51] <ogra> amitk, hmm, no, didnt help
[14:52] <amitk> do you see the kernel boot messages?
[14:52] <ogra> not yet, i'll enable serial now (i wanted to test the display first and plymouth freaks out with console= on the cmdline)
[14:55] <ogra> bah, i should drop quiet i guess
[14:56] <amitk> helps sometimes :)
[15:02] <hrw> the power is back
[15:03] <lool> hrw: cool
[15:05] <ogra> amitk, http://paste.ubuntu.com/434987/
[15:06] <ogra> [  105.389404] omapfb omapfb: no displays
[15:06] <ogra> [  105.393249] omapfb omapfb: failed to setup omapfb
[15:06] <ogra> [  105.397979] omapfb: probe of omapfb failed with error -22
[15:15] <zyga> hrw, are you okay?
[15:16] <hrw> yes, on call
[15:24] <hrw> need to check pricing for 00800 at my cellphone operator
[15:27] <amitk> ogra: ok, that should probably be a single dss2 patch for that board. Could you please attach the dmesg to a bug?
[15:27] <ogra> will do
[15:29] <hrw> ogra: look at OE if you lack patch
[15:29] <hrw> OE TI guys have touchbooks
[15:32] <ogra> amitk, bug 581771 ... want it assigned or should that go to cooloney now ?
[15:32] <ubot4> Launchpad bug 581771 in linux-ti-omap (Ubuntu) "omap3 dss2 touchbook patch missing in lucid kernel (affects: 1)" [Undecided,New] https://launchpad.net/bugs/581771
[15:38] <hrw> hi robclark
[15:38] <hrw> robclark: had a good trip home?
[15:38] <robclark> hi-ya hrw
[15:38] <robclark> yeah, made it home in one piece
[15:39] <robclark> my brain is still in wrong timezone ;-)
[15:39] <hrw> robclark: at least you do not complain about it ;)
[15:40] <robclark> :-)
[15:40] <amitk> ogra: assign me, I'll reassign
[15:40] <ogra> done
[15:40] <ogra> hey robclark
[15:40] <robclark> gm ogra
[15:41] <hrw> ogra,amitk http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=summary can be also useful
[15:53] <hrw> zumbi: did you got my question about debconf-armel-cross?
[15:53] <zumbi> hrw: yes, we (lool and me) already replied
[15:54] <hrw> ok, need to dig in logs then
[15:54] <zumbi> two hours and a half ago :-)
[15:55] <hrw> thx guys, found
[16:10] <lool> hrw: http://paste.ubuntu.com/435015/
[16:27] <zumbi> hrw: FYI, I have just tested 4.4.4-1 does not build (for me), latest working build was 4.4.3-9, iirc
[16:28] <hrw> thx
[16:28] <zumbi> hrw: http://emdebian.org/~zumbi/toolchain/amd64-unstable/logs//amd64-armel-4.4.log
[16:28] <zumbi> it is not gcc related
[16:28] <hrw> dpkg-checkbuilddeps: Unmet build dependencies: zlib1g-dev-armel-cross
[16:29] <zumbi> yes, that might be new dependency
[16:29] <hrw> I am building gcc 4.4.4-1 now
[16:29] <zumbi> or some bug on my scripts (buildcross)
[16:29] <zumbi> manual builds might work better
[16:32] <hrw> zumbi: you are using pdebuild-cross or sth like that for automatic builds?
[16:37] <hrw> arm-linux-gnueabi-gcc (Debian 4.4.4-1) 4.4.4
[16:38] <zumbi> great! :-)
[16:39] <zumbi> hrw: no, i use buildcross, pdebuild-cross is meant for packages, but we are currently working on pbuilder-cross
[16:39] <zumbi> toolchains case is aside packages cross building
[16:40] <hrw> hello.c and hello.cc compiled so test passed
[16:40] <zumbi> I am still missing ubuntu's XDeb bits
[16:40] <zumbi> hrw: take into account that I am debian person, not much related to ubuntu final goals
[16:41] <hrw> zumbi: I do first tests under Debian
[16:41] <zumbi> yes, yes, cooperation is always welcome, but when I usually say something it is in Debian terms, sometimes ubuntu wants to do it their way
[16:42] <hrw> I know
[16:43] <zumbi> for example, our plan is to package buildcross and upload to experimental
[16:43] <hrw> would be lovely
[16:43] <zumbi> I am unsure you want ubuntu wants/needs
[16:48] <lool> hrw: Did you manage to build cross packages wiht Ubuntu's toolchain sources?
[16:48] <lool> hrw: lucid or maverick?
[16:48] <lool> hrw: If you did, could you please cross-build something like x-loader to confirm they work?
[16:50] <hrw> now did with debian versions as my debian machine is faster one
[16:53] <zumbi> s,want,what (on my previous phrase)
[17:30] <hrw|gone> have a nice rest of day
[17:46] <NCommander> mcasadevall@daybreak:/tmp/test$ ls -lah livecd.base.ext2
[17:46] <NCommander> -rw-r--r-- 1 root root 432M 2010-05-17 12:45 livecd.base.ext2
[17:46] <NCommander> BAHAHAHAHA
[17:46]  * NCommander hacks and coughs
[17:52] <persia> ogra: I do have your displaylink card.
[17:53] <ogra> persia, great, bring it to prague then :)
[17:53] <persia> I'll get it to you somehow :)
[17:54]  * persia wants to make it work first
[19:44] <NCommander> ogra_cmpc: I have livecd-rootfs patches if your in a condition you can merge them
[20:31] <davidm> NCommander, ogra what is the image type we are providing for OMAP?
[20:32] <davidm> it's not a normal live image, nor an alt install, so what is it?
[20:38] <davidm> would netbook preinstall be accurate?
[20:39] <NCommander> davidm: pre-installed would be accurate
[20:44] <davidm> NCommander, what is/are the seeds?
[20:44] <davidm> NCommander, see: https://wiki.ubuntu.com/MaverickMeerkat/ReleaseManifest
[20:45] <NCommander> davidm: standard seeds right now since we can SRU the one change we need to make to them
[20:45] <prpplague> davidm: hey bud
[20:46] <davidm> hi prpplague
[20:46] <prpplague> davidm: back in dfw?
[20:46] <davidm> prpplague, you should be hearing from lool soonish I think
[20:46] <davidm> prpplague, yes I'm back in dfw
[20:46] <davidm> (finally)
[20:46] <prpplague> davidm: "hearing from lool"  is that a good thing or bad?
[20:47] <davidm> prpplague, good
[20:47] <prpplague> dandy
[21:22] <lool> Eh
[21:30] <prpplague> lool: davidm says you are going to hunt me down
[21:31] <davidm> lool, prpplague is the gent with the beagle board stuff I told you about
[21:31] <davidm> working directly with our customer
[21:35] <prpplague> the showdog lcd board should be available shortly
[21:35] <prpplague> and we have a number of other boards in the works
[22:29]  * NCommander lacks the ability to focus