=== jdong- is now known as jdong
[06:00] <prezident> hello ?
=== jamespage1 is now known as jamespage
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== jrib is now known as Guest13824
=== Guest13824 is now known as jrib
=== menesis1 is now known as menesis
[11:48] <Laney> do we have DMB today?
[11:48]  * Laney is on phone
[11:50] <directhex> dear DMB,, my chinchillas need a tickle. please make it happen.
[11:51] <Laney> -1
[11:51] <directhex> :(
[11:52] <Laney> applicant is too smelly. DENIED
[11:57] <iulian> Haha.
[11:59] <Rhonda> Is there DMB every two weeks?
[12:00] <geser> Rhonda: yes, one early meeting 13:00 UTC and one late 19:00 UTC alternating
[12:00] <Rhonda> I see.
[12:51] <sao> hi all. I'm looking for a sponsor for the new package for gemrb (a Game Engine to play games such as Baldur's Gate on Linux) see http://revu.ubuntuwire.com/p/gemrb and https://bugs.launchpad.net/ubuntu/+bug/148427 for details. The package has been around for a while and all patches needed have been applied upstream by now.
[12:51] <ubottu> Ubuntu bug 148427 in Ubuntu "[needs packaging] GemRB" [Wishlist,In progress]
[12:58] <Rhonda> sao: Would you be interested to maintain the package within Debian under the Umbrella of the Games Team? :)
[12:58] <Rhonda> That will make it available to Ubuntu without any additional effort.
[13:07] <jamespage> debfx: thanks for ack'ing that sync request for annotation-indexer - and apologies for raising it twice! (note to self - use --lp next time)
[13:09] <sao> Rhonda: generally yes. Just not sure how much more work this will take as so far I have not been involved in the package process of Debian itself.
[13:11] <Rhonda> The package process of Debian isn't so much different than to Ubuntu, actually rather the contrary. :)
[13:12] <Rhonda> packaging is essentially the same, only upload permissions differ (and that Debian wants binaries uploaded too, ubuntu only sources)
[13:12] <Rhonda> sao: #debian-games on irc.debian.org, feel free to drop by in case you are interested
[13:34] <jtaylor> are there any tricks to get LINK_INTERFACE_LIBRARIES to work in cmake?
[14:37] <jtaylor> ximion: ping
[14:38] <jtaylor> concerning projectm
[14:43] <ximion> jtaylor: pong
[14:43] <jtaylor> have you fixed projectm already?
[14:43] <ximion> I'm looking at it right now, but I'm unable to reproduce this clementine build failure...
[14:43] <ximion> not yet, just started :)
[14:43] <jtaylor> I ahve a  workaround patch: http://paste.ubuntu.com/656433/
[14:44] <jtaylor> the problem is that cmake adds libRenderer.a implicitly to the projectM target, but places it at the wrong position on the commandline
[14:44] <jtaylor> so that patch adds it twice, once at the correct position
[14:45] <jtaylor> unfortunatly I do not know how to disable that weird cmake behavior
[14:45] <jtaylor> woops thats the wrong patch, one moment
[14:46] <ximion> okay
[14:46] <ximion> the cmake scripts projectM uses are in a really bad shape
[14:46] <ximion> (the whole project is...)
[14:47] <ximion> unfortunately upstream is busy with other things, so projectM only receives very few fixes.
[14:47] <jtaylor> http://paste.ubuntu.com/656441/
[14:47] <ximion> I'm planning to improve this situation a little by merging fixes projectM forks made with upstream, but this will take a while and upstream has to agree with that.
[14:50] <jtaylor> you should always check the dpkg-shlibdeps warnings, it tells you this issue, even in debian
[14:50] <jtaylor> e.g. :dpkg-shlibdeps: warning: symbol glGetIntegerv used by debian/libprojectm2/usr/lib/libprojectM.so.2.0.1 found in none of the libraries.
[14:50] <jtaylor> https://launchpadlibrarian.net/76381315/buildlog_ubuntu-oneiric-i386.projectm_2.0.1%2Bdfsg-9build1_BUILDING.txt.gz
=== almaisan-away is now known as al-maisan
[14:59] <ximion> hmm... LINK_INTERFACE_LIBRARIES should do the trick
=== al-maisan is now known as almaisan-away
[15:08] <jtaylor> it should but I can't figure out how to get it to work :/
=== ximion2 is now known as ximion
=== almaisan-away is now known as al-maisan
=== ximion is now known as ximion2
=== ximion2 is now known as ximion
=== al-maisan is now known as almaisan-away
[16:02] <ScottK> micahg: ^^^ Are you going to sponsor jtaylor's projectm fix?
[16:02] <micahg> is there a fix available?
[16:02] <jtaylor> ximion: can add it to debian and then we just sync?
[16:03] <ximion> jtaylor: Yep, that's the way I would prefer :)
[16:03] <micahg> k, fine with me
[16:03] <jtaylor> it is also a bug in debian as debian is missing dependencies due to it
[16:03] <ximion> I'm trying to find a better solution at time, but if nothing works, we could add your workaround
[16:12] <artfwo> speaking of sponsoring, i'm still looking for a sponsor to look at bug 815283
[16:12] <ubottu> Launchpad bug 815283 in Ubuntu "[needs-packaging] indicator-cpufreq" [Wishlist,Confirmed] https://launchpad.net/bugs/815283
[16:13] <artfwo> micahg, your comments for the revu upload were all fixed where appropriate
[16:14] <jtaylor> this should be merged too, it fixes a bad bug which also affects natty https://code.launchpad.net/~jtaylor/ubuntu/oneiric/soya/fix-780305/+merge/68196
[16:14] <micahg> artfwo: great, thanks, it's in the sponsorship queue again, so someone else should take a look (multiple eyes make for better packages)
[16:19] <micahg> jtaylor: I can get to that on Wed if no one else beats me to it (how bad is it?)
[16:19] <jtaylor> it makes the package unusable
[16:43] <micahg> jtaylor: mterry is piloting in a few hours, you'll be able to catch him in #ubuntu-devel
[16:59] <debfx> jamespage: don't worry about it. I wonder why --lp isn't the default
=== hannesw__ is now known as hannesw
[18:11] <ScottK> debfx: That would break backward compatibility.  Some of us don't like to give out more permissions to LP than required and the email interface works fine.
[18:12] <debfx> ScottK: ok, but it could still query the bug tracker by logging in anonymously
[18:13] <ScottK> Agreed.  It could.
[18:17] <dupondje> debfx: https://bugs.launchpad.net/ubuntu/+source/apt-file/+bug/817622
[18:17] <ubottu> Ubuntu bug 817622 in apt-file (Ubuntu) "apt-file got broken in oneiric" [Medium,Confirmed]
[18:17] <dupondje> you maby have another idea how this could be patched ?
[18:17] <dupondje> like something that works for ubuntu & debian?
[18:20] <ximion> jtaylor: I give up now... :P No matter what I try, cmake does not do what I want, so I added a modified version of this patch (which also fixes some other bugs) to the projectM package
[18:21] <ximion> the package now needs to be uploaded by my sponsor, then it can be synced with Ubuntu
[18:23] <debfx> dupondje: Debian generates the Contents files in the new and the old location: http://ftp.de.debian.org/debian/dists/sid/
[18:23] <micahg> ximion: feel free to file the sync request after it's unstable, it's unlikely there will be a sync run until after alpha3
[18:23] <debfx> so reverting that commit should make it work on debian and ubuntu
[18:23] <dupondje> debfx: true
[18:24] <dupondje> but when there is a change in main for example
[18:24] <dupondje> and not in other sections
[18:24] <dupondje> it doesn't need to fetch the whole change file
[18:24] <dupondje> thats why this got patched into debian also.
[18:25] <dupondje> Maby it would be cool to still use the new files in debian, and if they don't exist, fallover to the old way ?
[18:26] <dupondje> Such a patch we can get in debian also
[18:26] <dupondje> so we can sync again then :)
[18:27] <debfx> dupondje: that would be better but of course needs someone implementing it
[18:27] <ximion> micahg: Okay, I'll do that. Thanks for the info! (I have some other packages here which might require sync with Ubuntu, and I would have waited for an automatic sync run, I guess :P)
[18:28] <micahg> ximion: there won't be another automatic run, Debian Import Freeze was June 30
[18:28] <jtaylor> ximion: is GL and GLEW really required?
[18:28] <micahg> ximion: I was referring to the batch processing of sync requests
[18:28] <jtaylor> in the pkg-cofig file
[18:28] <jtaylor> shouldn't it be required.private?
[18:29] <ximion> jtaylor: I *should* be private, but an external app had problems with that... But this might have already been fixed, I'll take a look at it.
[18:30]  * ximion still doesn't know why the cmake properties won't work...
[18:31] <jtaylor> I also don't understand that
[18:31] <jtaylor> also the default behavior of cmake is jut stupid ..
[18:31] <jtaylor> maybe because it forces a old policy?
[18:33] <ximion> that was my guess too, but I wasn't able to test this... (if you change the policy requirement, some other stuff does not work properly)
[18:40] <dupondje> debfx: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636249 lets see if we get response :p
[18:40] <ubottu> Debian bug 636249 in apt-file "Fallback to old-style contents files" [Normal,Open]
[20:17] <dupondje> Could somebody check https://bugs.launchpad.net/ubuntu/+source/gearmand/+bug/682680 ?
[20:17] <ubottu> Ubuntu bug 682680 in gearmand (Ubuntu) "New upstream release, gearmand 0.23" [Wishlist,Confirmed]
[20:17] <dupondje> eventually nmu it in debian ? :)
=== Quintasan_ is now known as Quintasan
=== yofel_ is now known as yofel
[22:41] <tgm4883> If a MOTU has a moment, could someone look at mythbuntu-bare for a second ack http://revu.ubuntuwire.com/p/mythbuntu-bare