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