=== sbambrough-afk is now known as sbambrough === amitk is now known as amitk-afk === ericm_ is now known as ericm [11:03] can someone give me a good ubuntu 10.4 support channel please?. [11:07] anyone here please === amitk-afk is now known as amitk [11:56] GrueMaster, bug 607291 ... something to test for you [11:56] Launchpad bug 607291 in taglib-sharp (Ubuntu) (and 5 other projects) "[MIR] banshee (affects: 1) (heat: 137)" [Wishlist,New] https://launchpad.net/bugs/607291 === JaMa|GoNe is now known as JaMa [12:02] ogra: I'll try. We still don't have a working image, so I will have to use A3 as a baseline and update. I'mstill working on setting up while in this QA meeting. [12:03] asac, ^^^ [12:03] GrueMaster, yeah, asac just wants to know the status [12:20] GrueMaster: you can just dist-upgrade existing installs. [12:20] want to know if banshee works [12:21] I'm aware of the process, but limited on resources atm. I will get to it asap. [12:21] ogra: gruemaster is gone. maybe dyfet or someone else can check? [12:21] GrueMaster: sure [12:21] we need to find someone else getting us the info then ;) [12:21] How critical that thishappensin the next 30 minutes? [12:21] what is this question? [12:24] ah...I think I see from the bug... [12:51] Hi can anyone recommend some good reading for ubuntu on arm running under qemu? [12:57] notlistening: Sure thing [12:57] heh [12:58] notlistening: https://wiki.ubuntu.com/ARM/RootfsFromScratch and https://wiki.ubuntu.com/UbuntuDevelopment/Ports are good starting points IMO [12:59] asac: You didn't answer my question. I am working to getting to where I can run this, but I am running into boot issues after running dist-upgrade. [12:59] On panda [13:00] GrueMaster: today is good enough (not in 30minutes) ... please highlight me when asking questions ;) [13:00] notlistening: Sorry, which Tom are you? Marble? [13:02] ogra: My panda (es1) is not booting past "* Setting sensors limits", and I have no console to try to figure out what broke. [13:02] I may need to do a package by package dist-upgrade (very time consuming). [13:04] GrueMaster: You could try changing the upstart job which sets up the serial console to start earlier [13:06] GrueMaster: e.g. instead of start on runlevel [23], you'd start on local-filesystems [13:06] Or you could break the boot with init=/bin/sh and try to start piece by piece [13:13] thanks lool [13:14] lool Tom that nobpdy knows [13:18] what I am planning to do is evetually have the system from qemu running on an actual hardware board. Can any one see an problems with doing it like that? I have compiled a hardware specific kernel [13:25] That should be fine === fta_ is now known as fta [13:52] hi,i met a problem using midori in my handled device [13:55] everytime i try clicking on a textbox or a tickbox or ... , it appears just like it was down. [13:55] and i have to stop it by lxtask [16:14] ogra: around? [16:44] zyga, yep [16:44] ogra: asac told me you are planning on doing some automatic BB bootup work [16:45] ogra: (booting arbitrary images without human interaction) [16:45] well, rather panda but it should also work on BB [16:45] at least XM [16:45] but thats for next release [16:45] ogra_cmpc, what are you planning to do? [16:46] well, there are two different things i plan [16:46] one is to have an installer that operates via OTG (like nokias just with a gui) [16:47] ogra_cmpc, so you'd boot the device via USB? [16:47] the other is to build a safe PPA setup [16:47] ogra_cmpc, and continue with that? [16:47] yeah [16:47] for the PPA stuff the boards need to boot via serial [16:47] ogra_cmpc, can BBc4 boot from USB today? [16:48] no idea [16:48] ogra_cmpc, I found this guy that apparently did BB booting via USB [16:48] i know there is a musb uboot branch [16:48] so i would expect it to work if the HW support is in [16:48] but anyway I understand [16:49] (I don't understand the PPA part or how that relates to serial but that is not important today) [16:49] i'll put a UDS session up for that [16:50] well, if you do PPAs on real HW you need to make sure that even root has no way to change kernel and boot sequence [16:50] ogra_cmpc, "do PPA?" [16:50] thats why we will use a hardcoded u-boot that boots the board from a central serial server [16:50] install kernel packages from a PPA, correct? [16:50] no [16:50] PPA build machines for everyone is my target [16:51] hmm? [16:51] like crowd sourced hardware? [16:51] as soon as we can get pandas in mass production i want to work on getting public armel PPAs for LP [16:51] so everyone can build armel packages [16:52] on x86 thats only safe through the fact that we spawn a VM on the buildd, thats not possible on armel which is why we dont have public PPAs [16:52] my ISP and my power company love you for it ogra_cmpc. [16:53] GrueMaster, well, you already have access to the arm team PPA [16:53] ogra_cmpc, I understand [16:53] if *you* specifically want to build stuff in the DC, just upload to it :) [16:53] that plan above is more for the unwashed masses ;) === asac_ is now known as asac [17:49] GrueMaster: were you able to test your es2? [17:50] Not yet. I will first thing tomorrow. asac wants this banshee testing run, so I am finishing an update from alpha 3 to do it. [17:52] Almost at EOD. Beer time. [17:53] GrueMaster: oh, ok :-) [17:53] fair enough === sbambrough is now known as sbambrough-afk === XorA is now known as XorA|gone === fta_ is now known as fta [19:09] GrueMaster: ping [19:10] sup? [19:12] prpplague: pong? [19:13] GrueMaster: hey, do you know if canonical is planning to have the PM turned on by default on the 10.10 omap4430 kernel? [19:13] PM? Power Management? [19:13] yea [19:14] I can check, but I believe so. It is on all the other images afaik. === fta_ is now known as fta [19:42] prpplague: i still want one :( === sbambrough-afk is now known as sbambrough === fta_ is now known as fta [21:19] Hello, Is Ubuntu-MID available for arm using a metapackage? [21:34] somebody just pointed me at the Sharp PC-Z1 NetWalker that runs 9:04, does anyone know if it'll run maverick ? [21:46] The Marvell Armada 510 looks very interesting too [21:46] hopefully either is more stable than a BeagleBoard XM [22:00] rsavoye: how do you know how stable the xm will be? [22:01] no, but currently it might as well be a door-stop [22:01] they don't ship yet, do they? [22:01] I have an XM, but it's close to useless still, so I'm questing for something else [22:02] Is there a way to install Ubuntu MID on arm? [22:02] I think MID is x86 only, but I could be wrong there [22:03] rsavoye: The image is x86 only I believe I was wondering if packages were available. [22:03] no idea [22:04] Like when you run apt-get xubuntu-desktop that type of thing :/ [22:04] I have yet to get Ubuntu MID to install on any of my x86 netbooks, but these days I'm ARM hacking instead [22:05] I'm trying to use MID for a phone [22:05] It looks nice for a small screen [22:05] I think my Nexus One is almost a MID :-) [22:06] My iPhone almost is [22:06] I've had matchbox on it :-/ [22:06] but the iPhone sucks to develop real software for [22:06] :o Why? [22:06] It runs UBuntu [22:06] Apple sucks :-) [22:06] Does Ubuntu suck for developing software? :) [22:07] Apple bricked my original iphone several times, saying I was installing unauthorized software [22:08] That's never happened to me :S Plus it's now legal to use a jailbreak [22:08] And if by unauthorised it was pirated, you deserved it xD [22:09] all I did was port GCC and Gnash :-) [22:09] When did you port Gnash? [22:10] way back when it was a new phone, 1st generation [22:10] there is a new port to the iPad, somebody else did it [22:10] Why no release? [22:10] I've had it running on Ubunutu [22:10] I never released it cause I didn't want to have to do tech support for it [22:11] Release without support xD [22:11] I'm overly buried in Gnash support for weird hardware as it is === bjf is now known as bjf[afk] [23:39] Say, if I install the x86 libflashplayer.so and nspluginwrapper and qemu, can I wrap the x86 Flash on an ARM host like I do on an x86-64 host? [23:41] can't see why not in principle [23:41] can't imagine it would be performant of course [23:42] That's fine. [23:42] Though, the thing I'm thinking of running with that... would probably take less total time to completely reimplement. [23:45] ah, and is it a good idea to use btrfs on an sd card? [23:47] ah, I'm going ext3 for the moment. [23:51] I'm using btrfs on sd [23:51] sd cards fail in particularly nasty ways for ext [23:52] specifically, very few sd cards do actual full device wear levelling, so your journal is staying on a small number of erase blocks [23:52] when one of those blocks go bad, you lose the journal, and get to put your filesystem back together from pieces in /lost+found [23:53] and then it happens again a week later when the next erase block that the journal levels over starts to give unrecoverable errors [23:54] Say, if I wanted to make a system that wouldn't need write access, how would I do that? [23:54] Most stuff breaks badly with read-only root. [23:55] not really [23:55] anything that needs write access outside of /var is broken [23:55] well, and /tmp [23:55] Something about union, I'd guess. [23:57] the alternative is to look at how the livecd's do it (i.e., union), but that's a bit too magic for my tastes