[00:18] <killown> there is a logical explanation of why OSS emulation was removed from ubuntu?
[07:21] <micahg> slangasek: libtool can't seem to find .la files in the multiarch paths, I don't see a bug filed yet, is it on your radar or should I file a bug?
[07:21] <slangasek> micahg: that's probably a bug in a build-dependency of whatever you're building, for having a non-empty dependency_libs referencing another .la file by absolute path
[07:22] <slangasek> micahg: can you point me at a specific failure?
[07:22] <micahg> slangasek: I was building the new gnome-chemistry-utils, I could pastebin the failure if you want
[07:23] <slangasek> yes please
[07:24] <slangasek> the thing is, even if libtool can't find .la files, it doesn't *need* them when building packages; so the bug is in whichever build-dependency carries the hard-coded path pointing at something which has moved
[07:24] <micahg> slangasek: http://paste.ubuntu.com/582804/
[07:27] <slangasek> micahg: the buggy reference is in libgtkglext1-dev, which should be fixed to clean out dependency_libs at build time; can you file a bug against this package?
[07:28] <micahg> slangasek: yes
[07:28] <slangasek> micahg: you can assign it to me if you like; the change required is simple, examples can be found in gnome-pkg-tools' clean-la.mk
[07:29] <micahg> slangasek: I can give it a shot I guess
[07:29] <micahg> slangasek: BTW, how were you able to tell which file was the issue?
[07:30] <slangasek> micahg: apt-get build-dep $pkg; grep dependency_libs.*atk /usr/lib/*.la
[07:30] <micahg> ah, ok
[07:32] <nigelb> someone ask sabdfl to fix his connection :)
[07:35] <micahg> slangasek: can I just include that file in debian/rules and add a build-dep on gnome-pkg-tools?
[07:36] <micahg> oh, nm, that's a bad idea
[07:36] <slangasek> micahg: I wouldn't because the package is not otherwise using cdbs or the gnome packaging style
[07:37]  * cdbs is not being used
[07:37] <slangasek> better to simply copy the command into gtkglext's install: target
[07:38] <micahg> slangasek: ok
[07:39] <cdbs> Looks like sabdfl is on an unstable connection. /ignore joins
[07:39] <nigelb> someone k-line him :P
[07:39] <cdbs> nigelb: well, the operator-way to that is to banforward to ##fix_your_connection, but he's an exception :)
[07:40] <nigelb> cdbs: I know that
[07:47] <micahg> slangasek: hmm, that just seemed to generate new hard coded paths
[07:47] <slangasek> micahg: shouldn't, if you're running it after calling the upstream install rule
[07:59] <micahg> slangasek: I added lines 9-16 here: http://paste.ubuntu.com/582808/
[08:01] <slangasek> micahg: ah, the .la files aren't under debian/libgtkglext1-dev at this point, they'll be in debian/tmp instead
[08:01] <micahg> slangasek: I was using debian/*/usr before and it didn't work either
[08:02] <slangasek> (more exactly, they'll be in $(DTMPDIR))
[08:02] <slangasek> hmm, really?  let me see
[08:12] <sabdfl> weird
[08:12] <slangasek> micahg: the use of $(wildcard) is wrong here; that causes the * to be evaluated when the install: rule is run, when what we actually want is for the shell to expand it when called.  i.e.: http://paste.ubuntu.com/582811/
[08:13]  * slangasek waves to sabdfl 
[08:13] <sabdfl> hey slangasek
[08:13] <sabdfl> multi-arch greasing into the home base, I see!
[08:13] <slangasek> yep :)
[08:13] <sabdfl> well done
[08:13] <slangasek> thanks!
[08:14] <micahg> slangasek: do I need to worry about the second multiarch part?
[08:14] <slangasek> micahg: I wouldn't worry about it, that's really something that whoever converts gtkglext for multiarch should take care of
[08:14] <micahg> slangasek: got it, thanks, can I upload if it works?
[08:15] <slangasek> micahg: certainly
[11:05] <AnAnt> Hello, are gtk2 & gtk3 API compatible ?
[11:08] <cdbs> AnAnt: not completely
[11:08] <cdbs> AnAnt: There are migration guides on gtk.org
[11:09] <cdbs> AnAnt: http://library.gnome.org/devel/gtk3/3.0/migrating.html
[11:09] <AnAnt> thanks
[11:13] <AnAnt> btw, which libs are installed by default in Natty ? Gtk2 or 3 ?
[11:27] <debfx> ScottK: could you please ack bug #738647
[13:12] <ScottK> debfx: Done.  Once it's backported it'll hit New, so feel free to ping me to review it there when it lands.
[13:25] <ari-tczew> java on natty again is broken :/
[14:49] <cyberix_> Is there a live system on the web that could be used to check ssl keys against the openssl-blacklist?
[15:03] <debfx> ScottK: thanks, will do
[16:09] <ManateeLazyCat> Hey, guys, i'm writing package manager, how to get all mirror list at https://launchpad.net/ubuntu/+archivemirrors ? I know i can click to get mirror address, but i wonder have a way get *all* mirror address directly?
[16:09] <ManateeLazyCat> Thanks! :)
[16:19] <Daviey> bdrung, Merge updated for ubuntu-dev-tools
[16:34] <geser> any TB member available by chance to moderate my mail to the TB mailing list?
[17:23] <cjwatson> geser: done
[18:20] <bdrung> Daviey: someday i will extent sponsor-patch to work on syncs too
[18:20] <Daviey> bdrung, yeah, i've never used sponsor-patch - but i did take a quick sniff at it..  I think i need to try it in anger before i can look to extend it. :)
[18:22] <Daviey> bdrung,  it does look cleaner, my patch for ack-sync was really to get it working for a specific bug i was encountering.. and seemed a good idea to push it.
[18:22] <bdrung> Daviey: half of ack-sync should be rewritten.
[18:23] <bdrung> Daviey: sponsor-patch does the correct thing in many places. it ask when there are multiple tasks / patches. it ask to upload it and gives you links to lintian / build log
[18:23] <Daviey> yeah.. i can see that.. It looks like some of the crap i'm currently working on...  Good proof of concept, but trash - rewrite and use it as a reference. :)
[18:24] <bdrung> instead of rewrite, just extend sponsor-patch
[18:24] <bdrung> ;)
[18:26] <Daviey> bdrung, Well yes, that is what i meant :)...
[20:01] <Eren> I've installed binary ATI drivers, 11.2. However, all the files are gone into /usr/lib/fglrx (including libraries, x modules, etc.)
[20:01] <Eren> I've set module path to /usr/lib/fglrx on X, however, these modules in fglrx directory searches for libraries in /usr/lib/fglrx/
[20:02] <Eren> unfortunately, setting LD_LIBRARY_PATH before "service gdm start" does not work
[20:02] <Eren> there are similar problems on the net with workarounds, but these workarounds do not work as well, any ideas?
[20:03] <Chipzz> Eren: try #ubuntu-x
[20:03] <Chipzz> also, keep in mind that it's weekend
[20:04] <Eren> Chipzz: thanks
[20:04] <Eren> Chipzz: oh, yes :) I know it's more like a power-user question but wiki is old-dated imho
[20:04] <Chipzz> Eren: and keep in mind that only packages are supported
[20:04] <Chipzz> if you manually install drivers from ATI's site, you're on your own I think
[20:04] <Eren> Chipzz: yep
[20:05] <Eren> but X does not take "LD_LIBRARY_PATH" into account, this is the problem right now
[20:05] <Eren> does that count?
[20:05] <Chipzz> no
[20:05] <Chipzz> because I doubt that LD_LIBRARY_PATH does what you think it does
[20:06] <Eren> Chipzz: I see from Xorg.0.log that "dlopen: libatiuki.so.1: cannot open shared object file: No such file or directory"
[20:06] <Eren> whereas, this file is present in /usr/lib/fglrx directory
[20:07] <Chipzz> yes, but if X dlopen's the driver with an absolute path, LD_LIBRARY_PATH is not taken into account
[20:07] <Chipzz> like I said, you may *think* LD_LIBRARY_PATH does sth it very likely does NOT
[20:08] <Chipzz> anyway I'm not an expert on X
[20:08] <Chipzz> so better ask on #ubuntu-x
[20:10] <Eren> Chipzz: thank you
[20:24] <slangasek> apw: has lool coordinated with you around the next gcc-4.5 upload?  we need at least one more upload before beta
[20:40] <apw> slangasek, actually leann is in charge for the next few weeks, i am on vacation
[20:40] <slangasek> apw: ah, ok
[20:40] <slangasek> ogasawara: ping
[21:45] <ogasawara> slangasek: hi, what's up
[21:46] <ogasawara> slangasek: so when do you anticipate the gcc upload prior to beta?  just so I have an idea of when I'll need to re upload the kernel.
[21:52] <slangasek> ogasawara: well, I had the impression from apw that he wanted a break from the gcc reuploads... I can probably get it uploaded today/tomorrow if that's ok
[21:55] <mr_pouit> slangasek: hi, I've a strange ftbfs on amd64 with xfce4-settings (when preparing a new upload) because of dbus: "
[21:55] <mr_pouit> oups
[21:55] <mr_pouit> "/usr/include/dbus-1.0/dbus/dbus.h:29:33: fatal error: dbus/dbus-arch-deps.h: No such file or directory"
[21:56] <mr_pouit> it seems that the cflags don't include the correct -I
[21:56] <mr_pouit> (probably related to multiarch)
[21:57] <slangasek> mr_pouit: sorry about that - looking at it now
[22:02] <mr_pouit> thanks! :) (I found in the .pc "-I${prefix}/lib/dbus-1.0/include" which should probably be "-I${prefix}/lib/x86_64-linux-gnu/dbus-1.0/include", but I'm not sure if my chroot is in good shape or not)
[22:03] <slangasek> you're right, it's exactly that; I should have noticed the sed was wrong
[22:05] <slangasek> heh, in fact the sed seems to be completely wrong now; it should just not change anything
[22:05] <slangasek> ogasawara: (hi again :) well, I had the impression from apw that he wanted a break from the gcc reuploads... I can probably get it uploaded today/tomorrow if that's ok
[22:13] <ogasawara> slangasek: ideally we didn't want to have to do any more uploads before beta freeze, but there's always exceptions.  if you can get it uploaded today or early tomorrow that'd be good.  Then I'll get a no-change upload of the kernel ready.
[22:13] <slangasek> ogasawara: ack
[22:21] <slangasek> mr_pouit: new dbus uploaded
[22:28] <mr_pouit> slangasek: Nice, thanks for the fast response.
[22:30] <slangasek> mr_pouit: n/p - please shout if you run into any other regressions