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