=== asac_ is now known as asac
[11:50]  * bizkut is away (i am away now)
=== bizkut is now known as bizkut-offline
=== bizkut-offline is now known as bizkut
[13:13] <fta> asac, took 11h, but it built! did you try it yet?
=== asac_ is now known as asac
[15:16] <asac> bug 456659
[15:16] <ubot4> Launchpad bug 456659 in linux-fsl-imx51 "suspend/resume failure on imx51" [High,Confirmed] https://launchpad.net/bugs/456659
[15:18] <persia> Ugh.
[15:19] <asac> bug 458501
[15:19] <ubot4> Launchpad bug 458501 in gnome-screensaver "[armel] screensaver hangs on unlock, eats cpu" [High,Confirmed] https://launchpad.net/bugs/458501
[15:19] <asac> bug 494831
[15:19] <ubot4> Launchpad bug 494831 in linux-mvl-dove "Alignment trap/Unhandled fault errors on boot" [Critical,Fix released] https://launchpad.net/bugs/494831
[15:19] <asac> bug 458537
[15:19] <ubot4> Launchpad bug 458537 in linux-fsl-imx51 "hibernate does not work" [High,Triaged] https://launchpad.net/bugs/458537
[15:22] <persia> Is hibernate supposed to work?
[15:23] <asac> why not?
[15:23] <asac> at least it hsouldnt break stuff ;)
[15:23] <plars> it seemed that the kernel config option was not enabled for hibernate in either case
[15:23] <asac> hmm
[15:23] <persia> My understanding was that hibernate wasn't a well exercised use case for arm linux.
[15:24] <persia> I agree it shouldn't break stuff, but I'm not sure it's supposed to work.
[15:24] <persia> Because suspend tends to be deep enough that one doesn't need hibernate.
[15:24] <plars> persia: could be that it was excluded on purpose, but I'd like someone who knows that for certain to say whether or not that's the case
[15:24] <asac> yeah
[15:24] <asac> plars: but the UI still suggests hibernate?
[15:24] <asac> we should at least fix that
[15:24] <plars> asac: yes
[15:25] <persia> More generally, we should make the UI check to see if the system supports stuff before offering options.
[15:25] <persia> That's not an architecture-specific problem.
[15:26] <asac> http://piware.de/workitems/mobile/lucid-alpha2/report.html ;)
[15:26] <asac> we are below ;)
[15:26] <asac> plars: can you file that against gnome-power-manager too?
[15:26] <asac> e.g. UI option etc.
[15:26] <plars> persia: #CONFIG_HIBERNATION is not set, CONFIG_ARCH_HIBERNATION_POSSIBLE=y
[15:26] <asac> persia: right
[15:27] <persia> plars: Right.
[15:27] <persia> So, someone with more ARM linux kernel experience reading backscroll should comment and then maybe we'll have a clue :)
[15:27] <plars> asac: ^^ I wonder if it's seeing something turned on by hibernation_possible, could still be just kernel?
[15:27] <asac> bug 494667
[15:27] <ubot4> Launchpad bug 494667 in squashfs-tools "[armel] non-ISO-C misaligned pointer punning causes slowness and SIGILLs" [Critical,Fix released] https://launchpad.net/bugs/494667
[15:27] <persia> I think the UI just isn't checking the system capabilities.
[15:30] <asac> plars: what "hiberation_possible" flag are you referrig to?
[15:30] <plars> asac: was a kernel config setting that is turned on
[15:30] <plars> and nothing regarding hibernation even appears to be present in the config for imx51
[15:31] <plars> the options I pasted above were from the current dove build
[15:31] <asac> plars: but we see the UI option everywhere?
[15:31] <asac> or just on dove?
[15:32] <plars> asac: see it in both places
[15:32] <asac> kk
[15:32] <asac> so its ui i  would sassume
[15:32] <asac> add gnome-power-manager to the bug too then
[15:32] <persia> Well, it's a few different bugs.
[15:32] <plars> asac: ok
[15:32] <asac> plars: do we have booting dove images?
[15:32] <plars> asac: yes :)
[15:32] <asac> good ;)
[15:33] <persia> Thank herb for that.
[15:33] <plars> very good
[16:22] <plars> so far, latest imx51 image seems to be working quite well with sata
[16:23] <plars> I haven't finished installing yet, but usually by this point it would be spewing errors
[16:24] <asac> great
[16:24] <asac> is it much faster?
[16:29] <plars> asac: hard to say at this point, the install bar isn't a great indicator
[16:58] <asac> let me fix the bug 488267
[16:58] <ubot4> Launchpad bug 488267 in ffmpeg "ffmpeg should be built with -marm for lucid on armel" [Low,Triaged] https://launchpad.net/bugs/488267
[17:00] <plars> asac: install still takes about 45m or so
[17:00] <asac> ok
[17:57] <ScottK> amarok is currently failing to build on armel due to libnjb-dev: Depends: libnjb5 (= 2.2.5-4.2ubuntu3) but it is not going to be installed
[17:58] <ScottK> I looked at that package is built on armel, so it's, I guess, not installable due to a lower level reason.
[17:58] <ScottK> The build log is not helpful: https://launchpad.net/ubuntu/+source/amarok/2:2.2.1.90-0ubuntu1/+build/1399779/+files/buildlog_ubuntu-lucid-armel.amarok_2:2.2.1.90-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:58] <ScottK> I was wondering if someone with hardware could try and figure out why libnjb5 is not installable?
[18:01] <ScottK> ogra: ^^^?
[18:09] <asac> ScottK: i would think that njb5 produces binary all packages
[18:09] <asac> and the arch packages are not yet built
[18:09] <asac> or had a delay when the amarok was build
[18:10] <ScottK> asac: No.  It's been built for a couple of releases now.
[18:10] <asac> let me check
[18:10] <asac> hmm
[18:10] <asac> letme try to install
[18:10] <ScottK> Thanks.
[18:11] <asac> just installs ;)
[18:11] <asac> http://paste.ubuntu.com/343788/
[18:11] <asac> hmm
[18:11] <asac> let me do build-dep
[18:12] <asac> also works
[18:12] <asac> didnt run it
[18:12] <asac> but it suggesgts a solution for me
[18:12] <asac> http://paste.ubuntu.com/343790/
[18:12]  * ScottK looks
[18:13] <asac> ScottK: did that happen more than once? maybe retry?
[18:13] <ScottK> OK.  Retried.
[18:13] <asac> kk
[18:13] <asac> let me know
[18:13] <ScottK> Will do
[18:23] <ScottK> asac: I guess shit happens.  It worked.
[18:23] <ScottK> Thanks for checking.
[18:24] <ScottK> So now, I think, kdepim and amarok are in a race to see which will be the last package that needs to get built for us to have Kubuntu/Kubuntu Netbook ISOs on armel.
[18:26] <asac> ScottK: are you producing such isos already?
[18:26] <ScottK> Not for armel because I didn't get stuff to build.
[18:26] <asac> ScottK: right. i think you should produce .img files though
[18:27] <asac> there is no CD etc. for arm hardware usually
[18:27] <asac> so something that can be dd'ed to a SD or usb stick would be great
[18:27] <ScottK> We've just been using usb-creator-kde
[18:27] <asac> let me know when you have a first iso ... i can check that then ;)
[18:27] <ScottK> OK.
[18:27] <asac> if it runs etc.
[18:28] <ScottK> Great.  You saw our Karmic pictures, right?
[18:29] <asac> ScottK: i saw your presentation at UDS
[18:29] <ScottK> Right.
[18:29] <asac> have the feeling it will be great for arm
[18:29] <asac> just not so sure yet about performance ... but we will see ;)
[18:29] <ScottK> Peformance is just a matter of time.
[18:30] <asac> :O
[20:34] <ojn> I'm glad to say that karmic seems to hold up nicely on a dual A9 system here so far. :)
=== jmc93739653 is now known as jmc93739653_
=== jmc93739653_ is now known as jmc93739653
=== asac_ is now known as asac
[22:43] <plars> ojn: cool, one of your new toys? :)
[22:44] <plars> ojn: any smp issues? I don't hear from a lot of people doing smp
=== asac_ is now known as asac
=== jmc93739653 is now known as jmc93739653_
=== jmc93739653_ is now known as jmc93739653