[05:44] so what was the result of the whole discussion with srwarren? are the r16 libs getting fixed? [08:27] lilstevie: it will be fixed, but maybe not in time [08:33] just a question about makefile : I export a CFLAGS variable for a target that configure gstreamer. The configure step is passes but when compiling I get a bunch of errors. What I found is that at the compile step the CFLAGS have been passed with the "..." so that compiler (libtool) that this as a file. When I call the configure the same way in the shell everything is ok. So how do we avoid such export error in makefile ? [08:36] infinity: but kernel installation are not overriden, right ? So after updating the new kernel will be selected. If I want to fallback I'll just have to update the symlink to uImage (BB xM) [08:38] bizulk: for your makefile question, do you have a log you can share? [08:38] dmart: Yes give 2 minutes to make a pastbin [08:47] marvin24, hm ok [08:47] marvin24, is there a package that works with precise though? [08:54] dmart: http://pastebin.com/GS5W1sCZ [08:55] dmart: I tried $() ${} , always getting error at compile time [09:00] bizulk: Hmmm, I'm not sure exactly why that ends up quoted [09:01] bizulk: What happens if you put the flags in the environment instead of on the configure command line [09:01] bizulk: i.e. [09:01] well I'll try it now [09:02] bizulk: hang on, forget that for a moment -- do you have the Makefile? I'm wondering whether it adds inappropriate quoting to the make variables corresponding to GSTREAMER_CFLAGS and GSTREAMER_LDFLAGS [09:03] well it does not work [09:04] You mean the gstreamer Makefile ? [09:05] bizulk: yes... or were the lines at the top of your log part of the Makefile? I had assumed they were shell commands issues before typing make [09:05] I'll post the whole makefile [09:07] http://pastebin.com/KaKeasVU [09:07] maybe I am messing the configure step with my GLIB custom makefile. I trying to make a diff [09:10] bizulk: Normally people do not put quotes directly in Makefile variable assignments, because Make doesn't need them and they become part of the variable [09:11] dmart: you mean when I export ? I thought I needed them because of space [09:15] lilstevie, i think i'll upload a package with the broken libs, the direver works fine without them and we can then SRU the fixed libs [09:17] bizulk: Make generally doesn't use quotes at all [09:17] dmart: you're right I've just been inspecting the gstreamer generated Makefile [09:17] bizulk: but rule commands may need them because those are executed by the shell [09:17] Maybe something like this: [09:17] http://pastebin.ubuntu.com/1257570/ [09:17] ogra_, ok cool, I do find I care more about the driver than the libs anyway [09:18] yeah, not many gles apps around yet and unity is broken with the nvidia driver anyway [09:18] dmart: right. I got it working now but I don't know why. So I'll use your models [09:19] ogra_, even with r16? [09:19] infinity, would you let the tegar package in even with broken libs (to make SRUing the fix easier) ? [09:20] lilstevie, apparently, though the reports i had were from precise ... with luck quantal unity works better (though i doubt it) [09:20] shame [09:21] dmart: ok it seems to be compiling. Variable assignement rule is using the whole line after ' = ' and not quote then. [09:21] the patches should be largely the same in both, just that they are upstream in quantal [09:21] yes [09:21] you would have thought they would have fixed it though, seeing as their test env is now a 12.04 armhf image [09:21] which still falls back to unity2d [09:22] when i asked them last they were convinced unity works ... turned out in the end that they looked at 2d :) [09:22] yeah, but it doesn't fall back with the tegra driver (although it might with broken libs) [09:22] yeah. not anymore [09:24] hm [09:24] dmart: Thanks for help [09:25] I'm not quite satisfied with our r16 kernel anyway [09:25] bizulk: no problem [11:21] janimo, ! [11:21] janimo, could it be that you changed the config wrt usb-storage in the last kernel ? [11:21] people arent finding the USB key during install anymore [11:23] ogra_, you mean the very last kernel which was supposed to be the NVAVP change? [11:24] janimo, dunno, is that in already (meta ?) whartever is on todays image doesnt find a /dev/sda1 anymore in the installer initrd [11:24] USB plug events are seen [11:24] that smells like usb-storage moved from =y to =m [11:25] (the initrd is built without any modules due to size issues if you remember) [11:26] sure. I do not remember touching usb-storage though [11:26] I'll check [11:26] yeah, might be marvin24 changed it [11:26] that would break everyone who runs rootfs on USB though [11:26] I do not use defconfig so not sure how marvi could have affected this though [11:27] ah, k [11:27] but yes, thatwas it. storage is modular :( [11:27] heh [11:27] part of the first r16 kernel upload [11:27] where I actually did merge with defconfig [11:27] I hate this crap (kernel packaging) [11:28] funny, i thought that made it onto beta2 [11:28] you wanted it :) [11:28] I was young and stupid [11:28] i wuld have kept it (and maintained it in tarballs) ... now its in git .... else i'd take it back :P [11:29] I think it is better for it to be in git, as it is - in theory at least - easier to team-maintain [11:29] right now the lack of interest not of git is the blocker [11:29] ogra_, but really git is winning , sooner or later you will have to use it [11:29] so why not now ;) [11:30] enough other stuff on my plate :) [11:30] i'm happy if i can git pull, the rest i stay away from [11:32] janimo, ogra_, sorry folks that I broke it [11:32] well it has an annoying hurdle at the beginning of the learning curve, but it pays off later [11:32] marvin24, np, this is error-prone and boring stuff [11:32] pc distros prefer all modules [11:32] and load them in the initrd stage [11:33] I wonder why this doesn't work on ARM [11:33] it does [11:33] just fine [11:33] it's not ARM but our ac100 initrd [11:33] its just that there are no modules to load [11:33] since we dont include any in the initrd on ac100 [11:34] else it would get to big [11:34] people are just too lazy in ARM world to do things in the generic way and just take vendor trees and build everything in the kernel [11:34] suihkulokki, its not that :) [11:34] it is :P [11:34] its a constraing of the dveices bootloader we have to obey to [11:35] but it is changing with the unified kernels and device trees etc [11:35] your initrd cant be bigger than 2.5M or so [11:35] or even 2M ... i dont remember the exact value [11:36] if i want to use a standard ubuntu initrd i have to cut down size massively due to setting other defaults for initramfs-tools [11:36] ogra@panda:~$ ls -lh /boot/initrd.img-* [11:36] -rw-r--r-- 1 root root 4.6M Sep 26 17:37 /boot/initrd.img-3.5.0-211-omap4 [11:36] ogra@panda:~$ [11:36] that would be the normal size [11:37] no way to fit that into the ac100 [11:39] s7due to/through/ [11:41] janimo, oh, you are not in #arm anymore on the other server :( [11:42] ogra_, oh that's because that channel used to say 'closing. move along' or similar half a year ago [11:42] and it was inactive [11:42] did I miss something lately? [11:43] well, the channel has still 35 residents :) [11:43] ogra_, but are they alive? [11:43] and we occasionally talk there [11:43] rarely :) [11:43] i just didnt want to talk in #canonical ... and you arent in#distro either [11:44] ogra_, well, I thought those too were kind of quiet [12:15] janimo: it seems you were right a few weeks ago ... [12:15] there is significant work towards multi arch kernel on arm [12:15] or better multi cpu [12:16] I wonder how they will solve the errata problem [12:16] devicetree needs to learn about them [12:16] marvin24, tegra in 3.7 seems quite nice (from a codebase point of view, not sure how it actually works) [12:17] ogra_, but still checking for them incurs runtime overhead even for unaffected hw [12:17] yes, seems tegra is the first platform to kill board files [12:17] unless some live patching is done at bootup, which may not be that hard on ARM as it is on x86. No idea [12:18] janimo, you dont check for anything thats not in your DT database for the HW you run on [12:18] thats the purpose of DT [12:19] ogra_, I mean errata code is inside #ifdef [12:19] and not built unless selected for the particular target in config [12:19] that needs changing indeed [12:19] so if you want to support all boards you make the checks at runtime [12:19] so some overhwead [12:19] which would be a part of "devicetree needs to learn about them" [12:20] or decree you go one stepo further and ARM kernels will not only not accept machines that are not DTbaserd, but not accept machines that have hardware bugs [12:20] would make arm kernel maintenance so much easier [13:40] I am compiling glibc against arm2009q1 (code sourcery), and gstreamer, for BB xM. But when calling for gst-inspect I have this error : "/lib/libglib-2.0.so.0: /lib/libc.so.6: version `GLIBC_2.9' not found (required by /lib/libglib-2.0.so.0)". I can't understand as I did install the libc from the toolchain dir. [13:41] How can glib ask for a glibc version later than the one it has been compiled with (what a headache !) [13:41] ugh, why do you use such an outdated toolchain [13:45] I was using the last one but because I could have tidspbridge support (still not sure about the reason) I fallback to the one my colleagues are actually using [13:45] Actually the glib version is "glib-2.24.1" [13:46] why did I choose this one ? Maybe because I wanted to use same gstreamer version as the gst-dsp project and that it is compiled with this version og glib [13:49] I'll cry if I have to recompile the whole stuff (BSP and userspace) with another toolchain [14:06] bizulk, you recompiled ubuntu ? [14:07] note that the whole ubuntu userspace is compiled with gcc 4.7 [14:07] i_m not even sure that old toolchain you use has proper armhf support [14:07] no that standalone stuff (I have to) , I am using ubuntu as "witness test". I'm wondering If I can generate minimal FS with ubuntu [14:08] use debootstrap [14:08] or qemu-debootstrap for cross building a chroot/rootfs [14:08] (note that this will be compelertly unconfigured though) [14:17] can anyone help me with Qt's audio classes under ubuntu for pandaboard [14:17] ogra_: I'll take an eye one it. infortunately I have to be base on the one I receive and populate it with the builds I make [14:44] ok I recompile with a more recent kernel arm-2012.03-57-lite [14:45] s/kernel/compiler/ ? [14:45] I hope one day we'll adopt OE/Ubuntu u [14:45] compiler [14:45] urgs [14:45] thats like saying for the desktop you want a merge of gentoo and ubuntu [14:46] ubuntu isnt an embedded OS ... dont use it as one [14:46] so why port on a omap ? [14:46] we needed to start somewhere [14:47] ompa support is a legacy we only carry on because we get it for free from te mainline kernel [14:47] *omap [14:47] focus in on cortex-a9 and beyond [14:48] which are systems that are capable of running a general purpose desktop distro [14:51] bug 1028905 [14:51] Launchpad bug 1028905 in debian-installer-utils "cdrom-detect in quantal omap4 hangs trying to look for install media on an extended partition" [High,Fix released] https://launchpad.net/bugs/1028905 [16:51] janimo, did you include the fuse fix as well in your ac100 upload (changelog doesnt talk about it ) [16:52] ogra_, I rebased on marvin's branch so it should be there [16:52] good [16:52] I have a LP buglink which should point to that [16:52] just wanted to make sure [16:52] but indeed, forgot to mention it otherwise [16:52] I am not sure of anything now, so let's see who yells when it builds :) [16:52] hopefully thats the last upload :) [16:53] yeah [16:53] theoretically it should be good now [16:54] Can I just yell for the sake of yelling? [16:54] * ogra_ plugs his ears [16:54] infinity, always [16:54] GO ON ! [16:54] :) [16:55] Well, that's no fun. [16:57] dannf: Around? [16:57] infinity: yeah [16:57] dannf: Can you re-do your qemu-linaro SRU with the patch headers actually being sane? :P [16:58] dannf: They include ufilled boilerplate, a reference to an unrelated bug, etc. [16:58] * dannf looks [16:59] dannf: Err, oh, I see the problem. There's a debian-changes patch in there. [16:59] dannf: So, yeah. Fix that, please. :P [16:59] dannf: That debian-changes patch looks like maybe a mistake while fiddling? Can't see why you'd want to remove the stdint.h include. [17:00] dannf: http://launchpadlibrarian.net/117670218/qemu-linaro_1.0.50-2012.03-0ubuntu2_1.0.50-2012.03-0ubuntu2.1.diff.gz [17:00] dannf: (Always pays to debdiff and cruft-check before upload) [17:00] debdiff ++ [17:00] dannf: Rejecting that one, give me something gooder. [17:02] infinity: ok - i don't see those changes in my branch.. did i post this debdiff? [17:02] dannf: That's the diff generated in the queue from the package you uploaded... [17:02] i didn't upload a package [17:02] Oh. Did someone else sponsor that? [17:02] except to my ppa (i don't have ubuntu upload rights) [17:03] here's my changes: https://code.launchpad.net/~dannf/qemu-linaro/highbank [17:03] * dannf remembers hallyn poking me last week while i was travelling about qemu-linaro - i'd forgotten about that & never got back to him [17:04] dannf: Check, I'm chastising the wrong person. I didn't check the signature to see who sponsored it. :P [17:04] infinity: np - thanks for working on this [17:05] Looks like it was mvo who broke it. That's surprising. [17:05] I so wanted it to be you. [17:05] *sniff* [17:05] I'll re-do this and upload. [17:07] heh - sometimes i wonder if i should try and get upload rights.. then i remember the blame that comes w/ privilege :) [17:09] Oh, curious, mvo's debian-changes patch unapplied Colin's FTBFS fix. [17:09] Weird. [17:09] Aaaanyhow. Reuploading a less broken version. [17:26] dannf: Alright, fixed version uploaded, double-checked that the diffs are now clean, and accepted into -proposed. [17:27] yay! [18:38] * xnox is playing with ac100 android install before reinstalling it with ubuntu [19:29] * xnox ac100 no tarball found hm =/ [21:44] xnox: Why would you reinstall that piece of vile vomit back on the AC100? It isn't even true Android, but a hackified version (similar to the nook, only not as nice). [21:46] lolwhat [21:49] fly-away: The Toshiba AC100 came preloaded with a heavily modified version of Android (2.3 iirc). Very ugly and not as easy to use as true Android. [21:50] The system could have been very good if it had more memory and a real OS out of the box. [21:51] that preinstalled Android pretty close to original [21:51] one annoying thing - android is for touchscreens now [21:51] keyboard really unusable [21:53] It felt a lot different than the android I worked with on other systems. At any rate, there was a lot missing from that system, both hardware and software. [21:53] well that version of android is pretty old and had "hacks" for keyboard/mouse support [21:54] true. [21:56] in that android video plays with subtitles very smoothly [21:56] if you remember)