[04:13] <wookey> infinity: udev doesn't (Cross) build with glibc 2.17 in a clean chroot
[04:13] <wookey> udev/sd-daemon.o: In function `sd_is_mq':
[04:13] <wookey> /home/wookey/ubuntu/raring/udev-175/build-deb/udev/sd-daemon.c:390: undefined reference to `mq_getattr'
[04:13] <wookey> fixed by adding -lrt on the command line
[04:14] <wookey> But it works ok in a well-used chroot
[04:15] <wookey> I haveno idea what the right fix for this is
[04:16] <wookey> libtool successfully adds -lsepol -lselinux but not -lrt
[04:26] <wookey> OK. fixed by adding AC_SEARCH_LIBS([mq_getattr], [rt], [], [AC_MSG_ERROR([POSIX RT library not found])]) to configure.ac
[07:56] <dholbach> good morning
[10:00] <ufsu> ogra_: could you tell me where I can find kernel source code for omap3 (beagleboard-xm)?
[10:39] <ogra_> ufsu, omap3 is built from the main ubunu kernel source
[10:39] <ogra_> (the same as i386)
[13:27] <wookey> hmm apt-get install libstdc++6:arm64 wants to remove my cross-toolchain and apt, and thus I cant install libglib2.0:arm64 -> libpcre3-dev:arm64 -> libpcrecpp0:arm64 -> libsdtc++6:arm64
[13:28] <wookey> so crossbuild-essential-arm64 is still installable but not if you want any useful cross-build-deps. I'm not quite sure what's going on but I think it's a toolchain update without a corresponding crosstoolchain update. Is that right?
[13:33] <wookey> NO. OK. it's my fault
[13:34] <wookey> libgcc1 has an epoch but libstdc++6 doesn;t
[13:34] <wookey> so my attempt to stremaline my equivsd packages builds has gone wrong in rather subtle way

[13:50] <wookey> hah. fixed. bastard thing.
[13:55] <hrw> ;;D
[15:39] <ogra_> janimo, better upload that g-s-d fix, on my nexus7 g-s-d accumulated ~150M RES over two days if idling ... it is the worst memory consumer in htop here now
[19:59] <janimo> ogra_, yes it was a stupid b mistake. seb seems to have uploaded already though
[19:59] <janimo> I am fighting with a new ubuntu install and a broken monitor
[20:26] <ogra_> janimo, oh, fun
[20:34] <ogra_> janimo, seb was a bit grumpy that you didnt commit your changes to bzr ... desktop packages dont use UDD
[20:35] <janimo> don't or do use UDD?
[20:35] <ogra_> dont
[20:35] <janimo> isn't UDD the bzr thing?
[20:35] <ogra_> they keep the packaging in a separate branch
[20:36] <janimo> ah
[20:36] <ogra_> so your uploads need to be committed separately
[20:36] <janimo> right, it was lame on my part
[20:36] <ogra_> (they have the right branches in the Vcs-Bzr field in the control file)
[20:36] <ogra_> well
[20:37] <ogra_> its pretty non standard what they do
[20:37] <ogra_> i fell into that trap too already
[20:37] <janimo> as for review, I was hoping people review paches that go in
[20:37] <ogra_> (i tend to just use apt-get source .... )
[20:37] <janimo> there is post commit review too, no need for full merge request, etc overhead
[20:37] <ogra_> i'm pretty sure seb took a look before uploading
[20:38] <janimo> yes, I prefer apt-fget source too as it is only one command to remember :(
[20:38] <janimo> :)
[20:38] <janimo> silly kbd
[20:38] <ogra_> yep
[20:38] <janimo> oh, I know he took a look now, I just thought devs watch their packages and review when they see someone else adding new code
[20:39] <janimo> actually I was told in my initial uploads that the patch ismissing Bug description and other info
[20:39] <janimo> so at least some review is being done but maybe not rigurous and not as a rule
[20:40] <ogra_> yeah