[00:00] <lamont> rsavoye: g'afternoon
[00:00] <rsavoye> howdy
[00:01] <rsavoye> wow, somebody in my own timezone :-)
[00:02]  * lamont is about to go to sleep... it's just after 1AM here. :p
[00:02] <lamont> weather in madrid is kind of hot this week
[00:02] <rsavoye> I bet, I've been there...
[00:03] <rsavoye> it;s gorgeous back here in Colorado :-)
[00:03] <lamont> I'll be home this weekend though
[00:03] <lamont> looking forward to it like you can't imagine.
[00:03] <rsavoye> I bet. 78F, and a nice breeze, no humidity now
[00:05] <ebroder> So...I have a live image that I stripped *way* down, and as a result, compiz isn't passing settings back and forth to gconf
[00:05] <ebroder> My compiz process loaded libccp, which I thought should be enough. Any thoughts on where to look?
[00:06] <ebroder> (I have compizconfig-backend-gconf installed)
[00:06] <ebroder> I tried simulating installing ubuntu-desktop to see what it would add, but I didn't see anything relevant
[00:07] <ebroder> And looking in /proc/$(pgrep compiz)/maps, it's mapped /usr/lib/compizconfig/backends/libgconf.so and /usr/lib/libgconf-2.so.4.1.5
[00:48] <micahg> rickspencer3: hi, around?
[00:49] <rickspencer3> hi micahg
[00:49] <rickspencer3> for a bit, yeah
[00:49] <rickspencer3> 'sup?
[00:50] <micahg> rickspencer3: PM?
[05:36] <cody-somerville> Hobbsee, are you around?
[06:30] <ebroder> Seriously? REVU is hosted on a sparc box? And nobody's...fixed that?
[09:28] <bilalakhtar> bdrung: Thanks for uploading that qgo !
[09:29] <bdrung> bilalakhtar: you are too early!
[09:29] <bilalakhtar> bdrung: I know, you are still dputting it!
[09:29] <bdrung> bilalakhtar: now you can thank me. :)
[09:29] <bilalakhtar> bdrung: Thanks!
[09:30] <bdrung> bilalakhtar: it was not the dputting part, but the 'press enter to upload' part.
[09:30] <bilalakhtar> bdrung: press enter ? Does dput ask for confirmation before uploading!
[09:30] <bdrung> bilalakhtar: nope, but ack-sync asks
[09:30] <bilalakhtar> bdrung: ok
[09:31] <bilalakhtar> bdrung: Are you an AA ? What's ack-sync ?
[09:32] <bilalakhtar> bdrung: got ack-sync
[09:32] <bdrung> bilalakhtar: nope, i am not an AA. ack-sync is a script in ubuntu-dev-tools
[09:32] <bilalakhtar> bdrung: Ack-sync is NOT in ubuntu-dev-tools. Probably it is in maverick
[09:33] <bdrung> bilalakhtar: it's in the bzr branch and it the tarball in maverick
[09:33] <bilalakhtar> bdrung: aha
[09:46] <bdrung> bilalakhtar: the package needs some lintian love: http://paste.debian.net/83213/
[09:47] <bilalakhtar> bdrung: Not our problem, since package is maintained in debian
[09:47] <bilalakhtar> bdrung: but the number of lintian W/I/P Tags are HUGE
[09:49] <bdrung> bilalakhtar: it's maintained in debian doesn't mean that it's not our problem. if it's maintained in debian i create a patch and send it to the bts. after getting it accepted, i do the sync
[09:49] <bilalakhtar> bdrung: Well, so, fine
[09:49] <bilalakhtar> bdrung: I shall do that
[09:49] <bilalakhtar> no problem with it
[09:50] <bdrung> it depends how much you care about the package :)
[11:08] <LucidFox> https://edge.launchpad.net/ubuntu/+source/wine1.2
[11:08] <LucidFox> Why is this even on other architectures anyway?
[11:08] <LucidFox> Shouldn't it be limited to [amd64, i386]?
[11:09] <LucidFox> it fails to build on every other architecture
[11:35] <mycae> Hello. I am a DM who has uploaded a new package into debian. However I am unfamiliar with the sync process for packages that are not currently in ubuntu, particularly in light of the debian testing and ubuntu feature freezes.
[11:37] <mycae> After reading the wiki page DebianImportFreeze and SyncRequestProcess, I am still somewhat mystified as to whether or not I should request a sync.
[11:39] <Laney> mycae: For a (source) NEW package you'll need to file a feature freeze exception
[11:39] <Laney> !ffe
[11:39] <mycae> Is that still the case even though testing migration has stopped?
[11:40] <Laney> it's nothing to do with Debian's freeze. :)
[11:40] <mycae> so asking for a pull from unstable is OK?
[11:40] <Laney> sure, providing that the freeze break is granted
[11:42] <mycae> So, last question, "The ubuntu-release team will consider exceptions, where additions of packages are worthwhile"; what are the guidelines for "worthwhile". My packages is for specialist scientific purposes.
[11:43] <sabdfl> mycae: should be no problem, just ask for the sync
[11:43] <mycae> ok
[11:43] <Laney> Yeah new application packages usually aren't trouble
[11:44] <sabdfl> hi Laney
[11:44] <Laney> hiya sabdfl
[11:44] <Laney> you ok?
[11:44] <sabdfl> all good here, sunny in the IoM, long hike planned for the w/e
[11:45] <sabdfl> a nice announcement queued up for Monday, too ;-)
[11:45] <Laney> you tease
[11:45] <Laney> ...and I'll be away!
[11:50]  * warp10 draws a red circle around "16" on his calendar
[11:50] <MattJ> What's currently the best way (as an application) to detect when a new device is plugged in?
[11:50]  * sebner is wondering what sabdfl means with "nice", nice for whom :P
[12:14] <lool> directhex: LP #617782 > oo.o fails to build due to changes in the .pc file of mono, which stopped Requiring glib while still including the glib headers
[12:17] <Laney> lool: will you patch or should one of us?
[12:17] <directhex> lool, i'll commit the fix from novell bugzilla to git.debian.org, but i'm not on the right system to build/upload a quick fix to ubuntu right now - if it's urgent, can you ubuntu2 mono with the fix?
[12:17] <directhex> or Laney could take care... hang on, Laney can't write to mono.git :/
[12:17] <Laney> no big deal
[12:18] <directhex> still busted in mono-2-6 branch. bah @ upstream
[12:18] <directhex> it's just uncommenting, but still
[12:19] <Laney> do you have the commit?
[12:19] <directhex> there's no useful upstream commit
[12:19] <Laney> thought it was Fixed In Trunk™
[12:19] <directhex> totally changed how it's done in trunk
[12:20] <Laney> awesome
[12:20] <Laney> let's just revert
[12:25] <directhex> make sure meebey knows about it, before rene goes on the warpath
[12:27] <Laney> dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[12:27]  * Laney eyes directhex 
[12:28] <directhex> meh.
[12:28] <Laney> teehee
[12:28] <directhex> not gonna lose sleep over a package maintained by a team not having the global ubuntu address there
[12:29] <Laney> building the diffgz takes ages
[12:34] <Laney> directhex: err wait, did 2.6.7 ever get pushed?
[12:34] <directhex> yeah
[12:34] <directhex> i think so anyway...
[12:35]  * Laney eyeballs
[12:35] <sebner> maverick has 2.6.7 yes
[12:35] <Laney> ah yes
[12:35] <Laney> no, to git
[12:35] <sebner> oh, or do you mean git?
[12:35] <sebner> ah
[12:49] <lool> Laney, directhex: Sorry, was away for lunch, I can upload to Ubuntu if you like me to
[12:49] <lool> I pinged you ASAP because I saw it's close to Debian and kept in git
[12:49] <Laney> lool: no worries, just building now
[12:50] <lool> Laney: Oh perfect thanks
[12:50] <Laney> seems serious enough for an Ubuntu upload to me
[12:56] <lool> Laney: So there's a Vcs-Git, is the Ubuntu packaging also in git?
[12:56] <lool> If not, would be a pain to have these changed to XS-Debian-Vcs-* when uploading to Ubuntu?
[12:56] <Laney> I don't think there's a branch, but that is a good idea
[12:57] <lool> Having a branch and keeping the fields verbatim is ok, albeit it makes it hard for Ubuntu devs to honor the Vcs (commit before upload)
[12:57] <lool> Perhaps using collab-maint would grant access to more people too
[12:58] <Laney> access is quite tightly controlled
[12:58] <Laney> Ubuntu people could use the UDD branch I guess
[12:58] <Laney> I've not really worried about it to be honest
[13:03] <lool> Laney: there's also 9b59c568255ea4f6935287d4aacaf1ddcfcedde9
[13:03] <lool> Laney: (same change to mono-2.pc)
[13:03] <lool> http://paste.ubuntu.com/477895/
[13:05] <lool> Laney: Apparently, this is caused by the move to eglib
[13:05] <Laney> lool: I don't think we install that one
[13:05] <Laney> ah, it's not in 2.6
[13:06] <lool> Laney: So the correct fix is in 2.8
[13:06] <Laney> right
[13:06] <lool> Laney: You might want to add a note in the patch, as it's likely to apply in 2.8 still
[13:06] <Laney> Is it? I thought they'd fixed in trunk/2.8
[13:07] <Laney> I see no Requires: there though indeed
[13:08] <lool> The mono.pc wont apply because they kept the requires as comments and these are missing in 2.8, but the mono-2 one might apply
[13:08] <Laney> mono-2 doesn't apply to 2.6
[13:08] <lool> Ok, good then
[13:09]  * Laney debuild -S
[13:13]  * Laney dput
[13:14]  * Laney done. /me leaves
[13:14] <Laney> thanks for pointing it out, lool
[13:14] <lool> Laney: thanks for the upload
[14:00] <shadeslayer> asac: ive poked Riddell about the linphone MIR, still awaiting his reply... kdenetwork which requires linphone was uploaded with linphone deps yesterday
[16:56] <asac> shadeslayer: thanks for the update
[17:29] <teja> i hav a problem in hearing sound in ubuntu 10.04
[17:30] <teja> any one please help
[19:32] <ktovie_kto> hello, where can I report bugs regarding themes? Can it be ubuntu-artwork@Launchpad ?
[19:33] <jpds> ktovie_kto: light-themes.
[20:01] <bdrung> zul: ping
[20:02] <bdrung> zul: you have touched apache2 many times. can you have a look at bug #609177 and decide what to do?
[20:04] <megabraker> why GTK2 scrue up with nautilus?
[23:42] <geser> cnd: I just noticed that we have gesturetest and utouch-gesturetest in the archive. It looks like the later is the correct source package name we want to keep, right? If yes, could you please request the removal of the wrong one.