[04:48] <dustin> Hello everyone
[04:48] <dustin> Is there anyone around that might be able to help me with a problem?
[05:06] <GrueMaster> Depends on the problem.  There are a few awake, others will be waking shortly.
[06:41] <dustin> Last night I installed used https://wiki.ubuntu.com/ARM/OMAPMaverickInstall to install 10.10 on a 4GB microSD. However when I try to boot the BeagleBoard it gets to "Uncompressing Linux... done, booting the kernel." and then halts for a while after which it reboots. Do you have any idea what might be going on?
[07:09] <GrueMaster> dustin: This is normal.  The images are designed for a system with a monitor.  The first time you boot, a script in the initramfs expands the root partition to fill the empty space on the SD card, then reboots.  The second boot will start X with oem-config so you can configure the language, timezone, and user info.
[07:10] <GrueMaster> If you are looking for an image that doesn't require a monitor, we should have a minimal image that can be configured via serial port when we release natty.  Stay tuned.
[07:10] <GrueMaster> Or use rootstock to create one.
[07:10] <dustin> np, I can attach a monitor for now. Thanks!
[07:10] <GrueMaster> You will also need a keyboard & mouse.
[07:11] <dustin> makes sense
[07:12] <dustin> I have everything for that configuration, just not at my house
[07:12] <dustin> Quick question
[07:12] <GrueMaster> Real quick.  It is bedtime for me.  :P
[07:13] <dustin> Will it still require the monitor/mouse/keyboard after it's setup? I would like to run it headless once it's setup.
[07:16] <GrueMaster> Unfortunately yes, but you can make some tweaks to make it headless.  After you go through oem-config and return to gdm, you can log in and install openssh-server so you can ssh into it.  You can also create a serial login by making a /etc/init/ttyO2.conf file (may be ttyS2 for maverick).  Use one of the existing tty.conf files as a guide.
[07:16] <dustin> great, thanks again. Have a good one.
[10:21] <ogra_> NCommander, hey ... i adjusted Bug #727468 a bit, dont set bugs to high if they dont affect all arches (i have been slapped for that by the bugteam in the past)
[10:21] <ubot2> Launchpad bug 727468 in ubiquity-slideshow-ubuntu "ubiquity-slideshow tears down oem-config on armel" [High,Confirmed] https://launchpad.net/bugs/727468
[10:22] <ogra_> err
[10:22] <NCommander> ogra_: Critical
[10:22] <ogra_> dont set them to critical
[10:22] <ogra_> yeah
[10:22] <NCommander> and I didn't, it was already critical when I got there
[10:22] <ogra_> ah
[10:22] <NCommander> I just made the other bit match
[10:22] <ogra_> must have been tobin then
[10:22] <ogra_> yeah, thanks for that
[10:22] <NCommander> ogra_: yeah, the work around works, GrueMaster tested it before he went to sleep
[10:23] <ogra_> i added the slideshow to the loop, though its probably disputable to just add webkit directly
[10:23]  * NCommander is "enjoying" insonima
[10:23] <ogra_> NCommander, yup, i saw that in the backlog
[10:23] <ogra_> NCommander, awesome work of you two tonight !!!
[10:23] <NCommander> ogra_: its been known to happen ;-)
[10:23] <ogra_> thanks for taking over the last (but most important) bit of that
[10:24] <NCommander> ogra_: I'm just happy we didn't need to keep you up to sponsor + do respins
[10:24] <ogra_> i hope ricardo has a magic idea for webkit now ;)
[10:24]  * NCommander cheers
[10:24] <NCommander> I don't get the sucky bug for once!
[10:24] <ogra_> he picked it faster :P
[10:24] <NCommander> (and I probably doomed myself for o-cycle ...)
[10:24] <ogra_> probably not knowing what he got himself into
[10:25] <XorA> morning
[10:25] <NCommander> ogra_: I feel like now would be a great time to suddenly go on vacation
[10:26] <ogra_> wrong ... now would be the time to get a quad core, 4G, SATA ARM board ;)
[10:26] <hrw> ;D
[10:27] <NCommander> ogra_: pfft. webkit can not be as bad as openoffice.org
[10:28] <ogra_> no, its more in the area of QT :)
[10:29] <NCommander> ogra_: Qt still only took a day to build
[10:29] <ogra_> yeah, nothing compared to OO.o :P
[10:30] <NCommander> ogra_: OO.o took two and a half with four Babbage boards
[10:30] <ogra_> it takes 36h atm iirc
[10:30] <ogra_> look at LP :)
[10:30] <NCommander> building in and of itself was an interesting experiment in-
[10:31] <NCommander> ogra_: bah, we've gotten better hardware :-/
[10:31] <ogra_> no, still same HW
[10:31] <ogra_> well, we got some XMs in the pool
[10:31] <ogra_> but they are as slow as babbage
[10:32]  * ogra_ just got a hack for the ac100 kernel that makes SD access actually run at 20M/s
[10:32] <NCommander> ogra_: weee
[10:32] <NCommander> can we get a 35 kernel
[10:32] <ogra_> i wonde if the same hack is missing at the omap4 kernes
[10:32] <ogra_> seems you didnt follow #ac100 for a while :)
[10:33] <ogra_> work on .36 is pretty far
[10:33] <ogra_> it boots, kbd, screen and touchpad work
[10:33] <NCommander> ogra_: nifty. where's the ubuntu image ;-)
[10:33] <ogra_> they are still working on getting the clocks right but it looks like i can roll a natty image with a 36 kernel which is mostly mainline+chromeos
[10:34] <ogra_> will come
[10:34] <ogra_> but i want a stable kernel first
[10:34] <ogra_> its close but not fully ready
[10:34] <NCommander> cool
[10:34] <NCommander> wish I had the motivation/drive to help with that
[10:34] <ogra_> oh, and there was an android 2.2 update
[10:35] <ogra_> which means that toshiba will release a .32 kernel soon
[10:35] <hrw> ogra_: you can run even 2.3 with 2.6.29 kernel
[10:36] <NCommander> I'm going to probably go to sleep
[10:36] <ogra_> hrw, yes, but the 2.2 update uses .32 on the ac100
[10:36] <hrw> cool
[10:36] <ogra_> NCommander, yeah, get some sleep before the meeting
[10:37] <NCommander> ogra_: my alarm is set, but my brain might be on autopilot if I don't pass out
[10:37] <ogra_> we'll make tobin poke you ;)
[10:37] <hrw> argh.. gtk+2.0 depends on libqt3 to build
[10:37] <ogra_> heh
[10:37] <ogra_> collaboration ftw
[10:37] <hrw> at least according to xdeb
[10:39] <NCommander> hrw: ow
[10:39]  * NCommander notes that our collaboration went too far when a library called libqtgconf came into existance :-(
[10:45] <ogra_> heh
[10:45] <ogra_> wait for libqtgnome and libgtkkde
[11:17] <lool> ogra: Hey
[11:17] <lool> ogra: ISTR you told me someone would look into https://code.launchpad.net/~sveinse/project-rootstock/apt-source-fix/+merge/47387 but I don't remember who?
[12:12] <ogra> lool, ricardo
[12:13] <ogra> lool, heh and i told you you would get complaints for the mx51 stuff *g*
[12:13]  * ogra is happy he wasnt the one 
[12:34] <janimo> quite a few LP users have armel in their names, making the team subscription require a few clicks
[12:37] <ogra> use ubuntu-armel
[12:37] <janimo> ogra, NCommander webkit is probably smaller than QT as QT includes webkit as a submodule :)
[12:37] <janimo> regarding pkg build times
[12:37] <ogra> pfft, details :)
[12:38] <doko_> ogra, janimo, GrueMaster: libreoffice did build in natty. could somebody of you test it?
[12:38] <janimo> doko_, oh I did not notice a new upload. Great
[12:39] <janimo> doko_, where? Last upload still FTBFS
[12:39] <janimo> since a few days ago
[12:39] <doko_> janimo: kakadu/~doko/lo/3.3/
[12:39] <doko_> not yet uploaded
[12:39] <janimo> ah ok
[12:39] <janimo> Can it be tested on kakadu via ssh -X ?
[12:40] <janimo> that's what I'd test anyway on my panda as I have no monitor hooked up now
[12:40] <ogra> heh
[12:40] <ogra> if you have a very very fast internet connection you could probably test it in a chroot
[12:41] <janimo> ah, it is in a chroot, forgot that had issues with remote X
[12:44] <ogra> its only packages actually
[12:44] <ogra> kakadu is a porter box, i dont think you have any environment available to test X packages, you would have to set up a chroot for that first
[12:45] <ogra> and then somehow bend the shh X proxy to output to the internet
[12:45] <ogra> *and* have a very fast connection ;)
[12:45] <ogra> theoretically its possible i think, practically its surely faster to test locally
[12:45] <hrw> define 'very fast'
[12:46] <hrw> for some 1Mbps is very fast, for others 10Mbps is slow
[12:46] <doko_> janimo: no, no custom package installs, and no X forwarding
[12:46] <ogra> i dont think running X apps over less than 10Mbps is usable
[12:47] <ogra> at least through an ssh tunnel ... XDMCP might be better here
[12:47] <ogra> but elmo will kill you and your firstborn if you inject XDMCP into a porter box in the DC ;)
[13:09] <lool> rsalveti: Did you intend to look at that rootstock merge request I mentioned earlier?
[13:09] <rsalveti> lool: I'm not going to merge this for next release, that should be around next week
[13:09] <ogra> s/not// ?
[13:09] <rsalveti> for now I just want bug fixes, but will merge after next release
[13:10] <ogra> ah
[13:11] <rsalveti> there are enough bugs for a bugfix only release
[13:11] <ogra> indeed
[15:56] <Hairo> hello
[16:00] <Hairo> speaking about arm-powered devices...
[16:01] <Hairo> what about linux-powered smartphones
[16:01] <Hairo> ??
[16:02] <GrueMaster> Um, heard of android?
[16:09] <Hairo> no, i mean linux embedded devices...
[16:10] <Hairo> like some motorolas (ie: rokr e8, zine zn5)
[16:10] <Hairo> armv6
[16:11] <GrueMaster> Well, all work on this channel is armv7 based, so it wouldn't work anyways.
[16:12] <Hairo> ok :(
[16:12] <ogra> not android based though :)
[16:12] <ogra> we dont do java ;)
[16:14] <ogra> Hairo, if you find a v7 smartphone and do work on stuff this channel is right though
[16:18] <Hairo> no, only v5, v6 is what i have... sorry...
[16:18] <ogra> then debian is for you i'd guess
[16:18] <Hairo> mmm
[16:18] <ogra> they are compatible down to v4t
[16:19] <Hairo> O.o
[16:19] <Hairo> thanks for the info...
[16:20] <Hairo> bye
[16:30] <ericb2> looks like people are not welcome on #debian-arm
[16:30] <ericb2> => You have been kicked from #debian-arm by ChanServ (Invite only channel)
[16:30] <ogra> on OFTC ?
[16:30] <ericb2> ogra: no, freenode
[16:30] <ogra> note the debian channels arent on freenode
[16:30] <ericb2> ogra: interesting
[16:30] <ericb2> ogra: thanks
[16:32] <ericb2> ogra : works better :)
[16:41] <rsalveti> janimo: seems we have gles support for mythtv, but it's currently upstream only
[16:41] <rsalveti> not integrated to the version we're using at natty
[16:42] <rsalveti> and there are more than 10 patches for it to work, it seems
[16:42] <rsalveti> this support would probably fix the ftbfs, and also add a new feature
[16:43] <rsalveti> useful for arm, but don't know if the mythtv team wants to have it now or just fix the ftbfs by disabling opengl on arm
[19:21] <prpplague> rsalveti: ping
[19:21] <rsalveti> prpplague: pong
[19:21] <prpplague> rsalveti: do you happen to know if the current ubuntu dev tree has support for the dvi interface on the panda?
[19:22] <rsalveti> prpplague: we're working on that to be integrated probably next week
[19:22] <rsalveti> with the 38 kernel
[19:22] <prpplague> rsalveti: ahh ok
[19:23] <rsalveti> heavily based on http://kernel.ubuntu.com/git?p=roc/ubuntu-natty.git;a=shortlog;h=refs/heads/ti-omap4-dev-linaro
[19:23] <rsalveti> we'll probably just put some more fixes and then change it to be our default one
[19:23] <GrueMaster> Is that rework that you did back in October required for DVI?  If so, I won't be able to test it.
[19:23] <rsalveti> we're still using the 35 one
[19:23] <rsalveti> GrueMaster: prpplague should know better
[19:25] <prpplague> GrueMaster: techincally no, you can drive the DPI inteface from the DSS_FCLK, but the divisors are limited and you don't get exact clocks
[19:26] <prpplague> GrueMaster: my suggestion is that if you have an older board with the DSI2_PLL unpowered, you need to get with nipuna and have it swapped out asap
[19:26] <GrueMaster> So short answer (for us non-HW engineers) is no?
[19:27] <GrueMaster> Mine is the EA1.
[19:27] <rsalveti> probably maybe :-)
[19:27] <rsalveti> as we got some pre-production boards
[19:27] <prpplague> GrueMaster: short answer is that your board will work, but you can only test one of the two possible configurations
[19:27] <GrueMaster> rsalveti: From what I remember, 2 of the boards we got at the October rally were reworked, and 4 were not.
[19:28] <GrueMaster> Yours & Brian's iirc.
[19:29] <prpplague> GrueMaster: i'd contact nipuna and get your swapped out, let him know you are doing DVI testing
[19:30] <GrueMaster> Ok.  I'll go through davidm.  Might just swap with him as he has new ones for the ppa pool (which won't need DVI).
[19:30] <GrueMaster> Faster turn around this way.
[20:10] <hrw> ericm|ubuntu: do you plan to have imx xserver in ubuntu?
[22:55] <dustin> Can anyone help me get networking working?
[22:57] <dustin> nm, got it! :D