[12:38] <lool> ogra: Do you remember what the ETA for 512m beagle was?
[12:38] <ogra> still in speccing i think
[12:39] <lool> How does that translate into dates?
[12:39] <ogra> speccing means no dates at all
[12:39] <ogra> but finding the requirements
[12:39]  * ogra asks in #beagle
[13:07] <ogra> lool, see #beagle ...
[13:14] <lool> ogra: I'm about to place a beagleboard order; what do you recommend getting?
[13:14] <ogra> the latest ... C4 ?
[13:15] <lool> I mean aside of beagle
[13:15]  * ogra isnt sure about the current version ... 
[13:15] <lool> It just says C
[13:15] <ogra> powered HUB, mini to normal USB adapter and a USB NIC
[13:17] <lool> Ok; I'll confirm with #beagle folks
[13:17] <ogra> if your monitor has a DVI input, an adapter cable HDMI->DVI
[13:31] <JamieBennett> don't forget the serial stuff either, serial adaptor for the board, cable and maybe a gender changer
[13:34]  * ogra totally wasnt aware revC has a real USB port
[13:51] <lool> ogra: Ordered
[13:51]  * ogra applauds
[13:51] <lool> ogra: My monitor has DVI, VGA, and HDMI inputs
[13:52] <ogra> seeing the revC i'm tempted to upgrade
[13:52] <lool> JamieBennett: Thanks
[13:52] <ogra> the 128M in mine really dont cut it, its just collecting dust
[13:53] <ogra> but i just bought a new TV set and a HD cam ... i'll probably rather wait for the 512M version and let my account relax a bit
[14:01] <lool> I opted not to wait "some months" for the 512m version; I have sponsoring for 300-400 USD for a gadget so I just used that
[15:04] <kblin> it's a tough decision.. 256 megs would cover my use case just fine
[15:04] <kblin> but I'd like to have real ethernet
[15:12] <lool> ogra, NCommander: Can we move imx51 to Uboot now?  Should we?
[15:12] <lool> It requires some debian-cd chqnges
[15:12] <ogra> yes
[15:12] <ogra> definately
[15:12] <ogra> we need uboot support anyway in debian CD
[15:13] <NCommander> lool, indeed, but I think we should probably aim that changeset for the A3 timeframe
[15:13] <NCommander> er
[15:13] <NCommander> A4
[15:13] <NCommander> Unless we don't care about images for the A3 timeframe
[15:14] <lool> NCommander: ogra is the FSL image guy now
[15:14] <lool> Let's start with getting uboot-imx in first
[15:14] <NCommander> lool, I'm looking at that right now. I'll probably have a candidate package in 24 hours
[15:15] <lool> Cool
[15:15] <ogra> given that we need uboot for both supported arches we should start changing dbein-cd asap and have a generic uboot-install in there both arches can use
[15:15] <NCommander> (depends how long it takes to sort out debian/copyright, the package itself is trivial compared to redboot)
[15:15] <ogra> *debian-cd
[15:15] <ogra> which will make the subarch scripts quite small
[15:15] <lool> ogra: That's a good ide
[15:15] <lool> idea
[15:16] <ogra> adding the other board later on should be trivial
[15:16] <persia> Can uboot be smart enough to pick a kernel such that there could be only a single image?
[15:16] <ogra> no
[15:16] <lool> We could have an uboot-vfat-image tool and am uboot-pc-part-image tool or something
[15:16] <persia> pity
[15:16] <ogra> especially since we need different uboot binaries per board anyway
[15:17] <ogra> so having a single kernel doesnt gain anything
[15:17] <ogra> you still need two images
[15:17] <ogra> well, it would gain us space on the build system disks, but thats it :)
[15:25] <lool> NCommander, ogra: So uboot us a bit nicer to use and uses vfat instead of fis, but it lacks networking on mx51
[15:25] <ogra> right
[15:25] <lool> Why would we want uboot instead of redboot?  Ease of build?
[15:25] <NCommander> lool, do we care?
[15:25] <ogra> yes
[15:26] <NCommander> THat's one big reason
[15:26] <NCommander> no special cross-compiler
[15:26] <NCommander> no 2.8GB redboot.bin ;-)
[15:26] <ogra> ease of build possibility to get comunity people looking at bugs
[15:26] <ogra> and /boot partitions
[15:26] <NCommander> ugh
[15:26] <NCommander> That just reminded me
[15:26] <NCommander> ubiquity going to have to be taught to use an explicate /boot on imx51
[15:27] <ogra> sure
[15:27] <ogra> i'll care for that as soon as we have working images
[15:27] <lool> ogra: You might want to add these tasks to the fsl images spec
[15:27] <lool> ogra: As work items at least
[15:27] <ogra> will do
[15:30] <ogra> NCommander, i'm just going over the two desktop blueprints
[15:31] <ogra> Packaging of uboot tools to allow userland manipulation: TODO
[15:31] <ogra> can you please test if the current ones work ?
[15:31] <ogra> we have uboot mainpulation tools in the archive already
[15:32] <NCommander> ogra, sure, but I'll package the current u-boot first
[15:32] <ogra> right
[15:32] <ogra> just check if we can use the debian package or need changes once you have uboot ready
[15:47] <lool> ogra: I reworded the work items slightly; wasn't sure for all of them
[15:48] <lool> ogra: I think the livefs and image testing bits aren't very clear: this will happen at each milestone
[15:49] <lool> ogra: How could we fix that?
[15:50] <ogra> well, first of all we need an initial livefs ...
[15:50] <ogra> the testing should go into a separate task at the end
[15:51] <ogra> why kernel "udeb" ?
[15:51]  * ogra doesnt really care about alternate
[15:51] <lool> ogra: So you're saying that whenever you work on image building, you need the livefs to be built otherwise you can't work on image building
[15:52] <ogra> well
[15:52] <lool> ogra: But you might be working on image building at any time, right?
[15:52] <ogra> yes, but the task there was rather about inital lives bringup
[15:52] <lool> udeb > you need an udeb to get that vmlinuz file which you wget into the image
[15:52] <ogra> i think rolling regular images somewhat implies that all bits are in place for tha
[15:52] <ogra> t
[15:53] <lool> We had a livefs for A1, but I'm not sure it helped anything except that
[15:53] <ogra> so that falls globally under image testing and installation
[15:53] <lool> Ok; I'll remove the extra item then
[15:53] <ogra> its just an ongoing task
[15:53] <lool> Perhaps add alpha 3, alpha 4 etc. lines if you think you want that
[15:54] <ogra> nah, all prerequisites have to be in place for A3
[15:54] <lool> Yeah I don't think ongoing tasks are useful to track progress of the implementation of a spec
[15:54] <ogra> from then on its maintenance
[18:11] <goshawk> hi
[18:12] <goshawk> is ther a way to run ubuntu arm under qemy with the -nographic option?
[18:12] <goshawk> if follow the ubuntuArm from scratch i've a qemu image
[18:13] <goshawk> but if i run quit -nographic i just see the booting linux ..... and then nothing
[19:02] <goshawk> any1?
[19:43] <lool> goshawk: You need to pass a console= setting on the kernel cmdline
[19:44] <goshawk> lool: can you give me an example?
[19:44] <lool> something like http://people.ubuntu.com/~lool/qemu-buildd/run
[19:44] <goshawk> console=/dev/tty0?
[19:44] <goshawk> i'm running it on a remote server
[19:44] <goshawk> under screen
[19:45] <goshawk> i mean the screen program, with multiple termina
[19:45] <goshawk> terminal
[19:45] <lool> That doesn't matter