**** BEGIN LOGGING AT Thu Oct 04 02:59:58 2012 Oct 04 08:32:07 Hello World ! Oct 04 08:58:52 Question about gstreamer : when gst-inspect return that some plugins are blacklisted, it means that they won't be loaded with playbin, right ? Oct 04 08:59:56 xnox, there was a usb bug in the ac100 kernel, either try again once thats in, install from an SD card or go with the beta and upgrade Oct 04 09:01:08 ogra_: hmm.... i am running quantal. Oct 04 09:01:31 yes, i was referring to quantal Oct 04 09:01:48 ogra_: what was my question? I lost context.... Oct 04 09:02:04 * xnox is playing with ac100 android install before reinstalling it with ubuntu Oct 04 09:02:05 * xnox ac100 no tarball found hm =/ Oct 04 09:02:20 i was referring to the last one Oct 04 09:02:21 ogra_: ah. I did manage to install with sdcard =) Oct 04 09:02:29 ah, great Oct 04 09:02:37 well, usb should work too now Oct 04 09:02:49 ogra_: i was like, what the heck let's try the sdcard. Cause i was suspecting that my usb thumb drive was "tempremental" Oct 04 09:03:03 heh Oct 04 09:03:05 ogra_: media keyboard buttons. Do they work? Oct 04 09:03:17 dont blame it ... the kernel was missing usb-storage Oct 04 09:03:32 no, they are F-keys Oct 04 09:03:59 you can re-assign some of them, i.e. i use the volume and mute keys remapped Oct 04 09:04:21 =( Oct 04 09:04:26 the touchpad toggle key (F9) is sadly hardwired to touchpap power Oct 04 09:04:30 ogra_: what about bug 1061430 ? Oct 04 09:04:32 Launchpad bug 1061430 in libmtp "[ac100] libmtp-runtime is not pre-installed" [Medium,New] https://launchpad.net/bugs/1061430 Oct 04 09:04:51 if your touchpad doesnt work once, first try with that key :) Oct 04 09:05:36 oh, yeah i noticed the noise on boot Oct 04 09:06:24 ac100 doesnt differ from other images (same seeds, no arch specific bits) Oct 04 09:06:38 so i really wonder why its not showing on other systems Oct 04 09:07:49 This package provides the udev rules file and the FreeDesktop.org Device Oct 04 09:07:50 Information Files file (used by HAL). Oct 04 09:07:54 hal ... hmm Oct 04 09:08:25 ogra_: I disagree with you. Oct 04 09:08:42 ogra_: http://paste.ubuntu.com/1259609/ Oct 04 09:09:11 ogra_: notice how runtime is seeded everywhere where common is, but in the pre-installed case. Oct 04 09:09:14 heck, why is it seeded at such a high level ? Oct 04 09:09:57 thats like seeding alsa-libs in desktop Oct 04 09:09:59 ogra_: i suspect it's not hal specific anymore. it's the thing that should tell what is an iPod / iPad / photo camera / video camera / mp3 player / etc. Oct 04 09:10:13 yeah Oct 04 09:10:28 * xnox made lubuntu look ~ unity-like Oct 04 09:10:48 that should at least be in desktop-common Oct 04 09:12:00 ogra@anubis:~/Devel/seeds/ubuntu.quantal$ grep -r mtp * Oct 04 09:12:01 ogra@anubis:~/Devel/seeds/ubuntu.quantal$ Oct 04 09:12:07 * ogra_ scratches head Oct 04 09:13:48 not in platform either Oct 04 09:15:18 ogra_: due to reverse-recommends from libmtp9 runtime is installed because of: amarok, rhythbox-plugins, banshee or audacious-plugins (all default music players?!) Oct 04 09:15:30 ah Oct 04 09:15:44 i dont see any of them in the binary rdepends Oct 04 09:15:45 ogra_: so check the diff between lubuntu daily-live and daily-preinstalled manifests? Oct 04 09:16:40 ogra_: reverse-depends libmtp-runtime -> libmtp9 (reverse-recommends) -> music players (reverse depends) Oct 04 09:16:49 * ogra_ doesnt even know where the lubuntu seeds live :) Oct 04 09:17:01 ah. recommends Oct 04 09:17:27 ogra_: well. diff the manifests on cdimage.u.c =)))) and it should be in the ubuntu-seeds project as a branch?! Oct 04 09:17:30 lubuntu ships gmplayer or gnome-mplayer Oct 04 09:17:44 yeah, something like that Oct 04 09:18:36 ogra_: then why did it get libmtp-common? Oct 04 09:19:54 ogra@anubis:~/Devel/seeds/platform.quantal$ apt-cache show libmtp-common|grep lubuntu|wc -l Oct 04 09:19:54 2 Oct 04 09:19:54 ogra@anubis:~/Devel/seeds/platform.quantal$ apt-cache show libmtp-runtime|grep lubuntu|wc -l Oct 04 09:19:54 0 Oct 04 09:19:54 ogra@anubis:~/Devel/seeds/platform.quantal$ Oct 04 09:20:05 seems something explicitly seeds it Oct 04 09:24:29 * Move all recommends to depends, to be consistent with the Oct 04 09:24:29 no-follow-recommends feature of the seed. Oct 04 09:24:42 hmm, intresting changelog entry in lubuntu-meta Oct 04 09:25:09 i suspect that might explain it Oct 04 09:37:11 ok, got it Oct 04 09:37:43 lubuntu seeds audacious ... that depends on libmtp9 .... which doesnt depend on its own runtime buut only libmtp-common Oct 04 09:37:57 so its a dependency error in libmtp9 Oct 04 10:53:15 xnox, fixed lubuntu-desktop uploaded :) Oct 04 10:54:14 ogra_: cool. Oct 04 10:55:08 ogra_: seeded-in-ubuntu transmission looks odd. why depend on a metapackage instead of selecting gtk frontend like the rest of seeds.....? Oct 04 13:20:48 hrw, hi, is there any catch in using ccache with the cross gcc for building kernels Oct 04 13:25:52 hrw, nevermind, found it :) Oct 04 13:26:24 marvin24, CROSS_COMPILE="ccache arm-linux-gnueabihf-" passed in the make or debuild line Oct 04 13:26:33 maybe the kernel build system ignores the PATH somehow Oct 04 13:27:10 since for a simple Makefile in another project arm gcc works via ccache if the symlinks are set Oct 04 13:42:41 janimo`: ok, thanks - will try out Oct 04 15:20:31 just in case my story does interest somebody : I did pass the configure step with --disable-modular-tests option Oct 04 15:57:52 janimo`: yup, that worked - easy enough Oct 04 15:57:54 thanks! Oct 04 15:59:07 marvin24, yes, quite faster here as well :) Oct 04 15:59:30 thanks for reminding me that ccache does not work, I somehow kept ignoring it and sufferint longer build times than needed Oct 04 16:01:16 janimo`: I guess that won't balance the time I stole you already ;-) Oct 04 16:09:35 marvin24, nah, the time it took was not longer than the delta between a regular and a ccached build so it is already gained back :) Oct 04 16:10:12 unless you mean ALL THE TIME YOU STOLE by starting the ac100 kernel and all it lead to ;) Oct 04 16:13:15 ^^^ yes, that's what I meant Oct 04 17:22:03 guys: when #ubuntu-arm64? :D Oct 04 17:29:16 hrw: Won't be a new channel, but I'm sure more arm64 talk will happen here soonish. Oct 04 17:30:35 hrw, as soon as we have #ubuntu-amd64 Oct 04 17:31:24 so far I crosscompiled only 634 packages Oct 04 17:31:28 but with OE Oct 04 17:32:31 hrw: Which libc are you using? Our 2.15+libc-alpha patches, or master+alpha? Oct 04 17:33:05 infinity: 2.16+svn+aarch64-public Oct 04 17:33:29 its 2.16+svn20393 iirc in last build Oct 04 17:33:29 So, vaguely master+libc-alpha. Oct 04 17:33:32 yes Oct 04 17:34:50 * infinity needs to spend some time in the next week or two to dump something vaguely workable into Debian/experimental and prep for R. Oct 04 17:35:15 Not that R will be building arm64, due to lack of anything to use as a buildd, but I want R to be able to cross-build it without pain. Oct 04 17:35:57 infinity: wookey works on it already too Oct 04 17:36:21 wookey: We should talk. ;) Oct 04 17:37:40 why oh why that arch name Oct 04 17:37:56 ogra_: Which one? arm64 or aarch64? Oct 04 17:37:58 arm64 and amd64 are way to close for my taste Oct 04 17:38:07 Heh. Oct 04 17:38:12 Get less dyslexic. ;) Oct 04 17:38:21 aargh64 at least allows a funny typo :) Oct 04 17:38:24 arrrr64 whould be awesome though Oct 04 17:38:32 pirates ! Oct 04 17:38:48 aka *our arch does not exist* Oct 04 17:58:58 bye Oct 04 20:00:04 ogra_: it's true that amd64 and arm64 are easy to confuse - I've been doing that quite a lot already Oct 04 20:00:17 infinity: talk away Oct 04 20:01:26 wookey: Oh just about glibc and how your cross-building adventures are going. Perhaps I should have suffixed "we should talk" with "soon", or maybe even a date. Oct 04 20:01:35 wookey: How's your tomorrow look? Oct 04 20:02:19 tomorrow I foresee more fighting with eglibc2.16 and toolchain bootstrap :-) Oct 04 20:02:29 so yes, anytime Oct 04 20:02:57 tomorrow evg I'm out. But presumably you are thinking of my morning, your evg? Oct 04 20:03:33 wookey: I was thinking my morning, your afternoon, but well before your evening. Oct 04 20:04:17 no probs. I was miffed today to find tha the bug you get from trying to build eglibc2.15 with gcc4.7 gives zero google hits Oct 04 20:04:51 So moving to 2.16 seems like likely path of least resistance (and matches aarch64 patches much better too) Oct 04 20:04:54 wookey: Bring that up with me tomorrow too. ;) Oct 04 20:05:17 wookey: Well, we're moving to 2.16 for Ubuntu-R and Debian/experimental, I just need to get to it. Oct 04 20:05:46 wookey: If the current libc-alpha aarch64 patches apply cleanly to 2.16, I may not need much input from you, but I just want to pick your brain about your experiences so far. Oct 04 20:05:46 OK. aurel told me the packaging was done, so I'm just assembling all the right parts to see if it builds Oct 04 20:06:08 wookey: Yeah, aurel's done a lot of the heavy lifting already, I need to do a bit more though. Oct 04 20:06:15 I'll have a patch for that within the hour I think Oct 04 20:06:35 wookey: Oh, spiffy. In that case, you can provide me with useful patches tomorrow. :) Oct 04 20:06:38 no idea if it'll actually work... Oct 04 20:06:47 wookey: And I'll get it all committed and we can work from there. Oct 04 20:07:32 it's a bit wierd the way the debian packaging doesn;t match upstream layout Oct 04 20:07:51 But I think I have groked what goes where Oct 04 20:07:52 Hysterical raisins. Oct 04 20:07:57 so I gathered Oct 04 20:08:09 Going back to when it was three different upstream branches that had to be merged. Oct 04 20:08:21 I'll mangle all of that when I move Debian to git. Oct 04 20:08:30 But that won't happen until we're also ready to move Debian back to glibc. Oct 04 20:08:34 I was confused for a while though... Oct 04 20:12:22 Heh. Oct 04 20:12:25 It's not ideal. Oct 04 20:12:36 We'll fix it in the next 6-12mo, I hope. Oct 04 20:12:58 As soon as we verify that glibc has all the eglibc patches we care about (or most of them), and switch back. Oct 04 20:13:09 Some serious round tuits required for that audit. Oct 04 21:21:40 <[7]> hey Oct 04 21:21:40 <[7]> I've just tried to install quantal on my pandaboard (omap 4430) Oct 04 21:21:40 <[7]> sd card works well with oneiric/precise Oct 04 21:21:40 <[7]> however with the xloader from http://ports.ubuntu.com/ubuntu-ports/dists/quantal/main/installer-armhf/current/images/omap4/netboot/MLO it freaks out with this: Oct 04 21:21:40 <[7]> OMAP SD/MMC: 0\nmmc_send_cmd : timeout: No status update\nCard did not respond to voltage select!\nspl: mmc init failed: err - -17\n### ERROR ### Please RESET the board ### Oct 04 21:21:42 <[7]> so... is that a broken MLO, or a weird card that somehow happened to work right with an older one Oct 04 21:21:44 <[7]> if the former, where do I get a working MLO that works with quantal (12.10)? Oct 04 21:21:47 <[7]> if the latter, what kind of trouble is to be expected if I just use an older MLO, e.g. from oneiric or precise? Oct 04 21:35:06 Try one from Precise, just in case. The MLO shouldn't have changed, afaik. Oct 04 21:36:25 It's been rebuilt, even if the code didn't change. That said, it works in our pre-built images. Oct 04 21:36:49 (I'll admit I haven't built an SD by-hand with the one we publish, but it's identical to what's in the boot images sitting next to it) Oct 04 21:37:27 <[7]> GrueMaster: precise is 33K in size, quantal is 26K Oct 04 21:37:38 <[7]> swapping it results in this: http://pastie.org/4910961 Oct 04 21:38:01 <[7]> infinity: those boot images fail to boot on my board/card Oct 04 21:38:21 <[7]> does this output mean that I might have to swap uboot as well? or did it actually fail to load uboot? Oct 04 21:39:08 <[7]> (that output loops over and over again) Oct 04 21:40:00 [7]: Which "those images"? boot.img-serial.gz? Oct 04 21:40:59 <[7]> yes, that one Oct 04 21:41:12 Same voltage select error? Oct 04 21:41:27 It could be the card, unsure. Oct 04 21:41:41 <[7]> haven't observed serial output of that, but it resulted in no LED activity as well Oct 04 21:41:47 As for the error when you swap around MLO, it may well be that MLO and u-boot need to match. Oct 04 21:42:02 [7]: Just download either boot.img-fb or boot.img-serial and then "gunzip infinity: so you say a precise uboot is likely to work with quantal? Oct 04 21:42:43 You don't need the other files unless you are manually creating a boot image. Oct 04 21:43:44 [7]: Should do. Oct 04 21:45:30 <[7]> hm, now that card acts weird in my laptop as well: http://pastie.org/4910997 Oct 04 21:47:34 <[7]> hm, replugged it, works again Oct 04 21:48:19 This fits nicely with my "blame the card" mantra. Oct 04 21:48:25 <[7]> ok, swapping uboot as well seemed to help Oct 04 21:48:58 <[7]> booted a kernel at least Oct 04 22:00:07 <[7]> "ALERT! /dev/disk/by-uuid/root does not exist. Dropping to a shell!" Oct 04 22:00:35 <[7]> now why on earth does it look for a label in by-uuid? Oct 04 22:00:38 Booting a non-standard kernel? Oct 04 22:00:48 what exactly are you trying to do? Oct 04 22:01:05 <[7]> or rather why does the installer set up a root=uuid=