[02:53] <porthose> ±
[09:41] <hakermania> Hell - o :P
[16:51] <dupondje> can things still get synced today ?
[16:51] <dupondje> as FF is today right ?
[16:51] <micahg> dupondje: 2100 now
[16:52] <dupondje> uh ?
[16:53] <micahg> dupondje: Feature freeze is 2100 UTC
[16:53] <dupondje> oh ok :D
[16:53] <dupondje> can you sync clang for me ? :)
[16:57] <dupondje> it will fix some ftbfs currently, so guess we'd like it :D
[17:02] <micahg> dupondje: can you file a request please, I"m about to step out
[17:03] <dupondje> k
[17:07] <geser> dupondje: is it a new upstream version? we can still sync new revision from Debian after FF as long as it doesn't violate the FF
[17:07] <dupondje> Its a new version in debian yea
[18:16] <balachmar> Hi, I have asked here about a new version of eclipse (3.7) and I was told to see whether the version in debian experimental would install properly
[18:17] <balachmar> However, I am unsure, how I should proceed.
[18:19] <balachmar> I have read something about packaging earlier, and I remember something about using the "dsc" file should I use that now as well, or start with the debian.tar.gz?[eclipse_3.7~exp-2.dsc]
[18:23] <jtaylor> pulling the dsc with dget will fetch all that is needed
[18:23] <jtaylor> dget -ux url-to-dsc
[18:23] <jtaylor> but its probably a bit late to get it into oneiric
[18:23] <jtaylor> feature freeze in  3 hours
[18:25] <balachmar> yeah I know
[18:25] <balachmar> But if it works flawlessly (which I do not expect) I could always ask for an exception
[18:26] <balachmar> And if it doesn't work flawlessly, it is good to know, right :)
[18:28] <balachmar> Or maybe later for backports or something
[18:33] <hakermania> Wait, feature freeze wasn't expected to take place today? Or at 23:59:59 today?
[18:33] <jtaylor> 2100 UTC
[18:41] <hakermania> jtalor, that means...?
[18:41] <hakermania> jtaylor,
[18:42] <balachmar> UTC = GMT
[18:42] <balachmar> so that is in 2:18
[18:42] <jtaylor> coordinated universal time
[18:54] <balachmar> I will try to build Eclipse 3.7 in pbuilder. And will post results here
[19:33] <OwaisL> Hey guys, could someone help me out with mentioning dependencies in debain/control ? The problem is I've a bunch of dependencies on GIR files.
[19:33] <OwaisL> to be more precise how to do something like this gir1.2-package-*
[19:35] <OwaisL> Actually, i had mentioned gir1.2-indicate-0.5 as dependency which was just bumped to 1.6 and now I have to manually update the control file. Is there a "wildcard" way of doing this?
[19:36] <jtaylor> for build dependencies no
[19:36] <jtaylor> runtime dependencies usually via substitution variables, but that requires that there is a tool to create them
[19:36] <jtaylor> I'm unfamiliar if that exists for gir
[19:37] <OwaisL> It is runtime dependency. So I have to manually edit control each time then. Bummer,  got like bunch of gir deps.
[19:38] <jtaylor> dh_girrepository?
[19:38] <jtaylor> just googled that: http://www.makelinux.net/man/1/D/dh_girepository
[19:39] <OwaisL> jtaylor, thanks mate! will check it out.
[20:19] <pindonga> hey ajmitch , I just happened to see you uploaded django-configglue! a million thanks!
[20:19] <ajmitch> pindonga: no problem, sorry I cut it close :)
[20:19] <pindonga> on the contrary
[20:19] <Laney> what a great guy!
[20:19] <ajmitch> Laney: :P
[20:19] <pindonga> I'm grateful you took  all the work
[20:21] <Laney> was this an rdep of something cool?
[20:21] <ajmitch> Laney: django-configglue wasn't, configglue itself is used by U1
[20:21] <Laney> aha
[20:22] <ajmitch> so that depends on your opinion of ubuntu one :)
[20:23] <Laney> my fingers hurt
[20:23] <Laney> jfyi
[20:23] <ajmitch> been too busy working?
[20:23] <Laney> if only
[20:23] <Laney> just climbing
[20:24] <Laney> got mocked by a teenage girl for being pants at one climb
[20:24] <ajmitch> hah
[20:26]  * Elbrus is not good enough in English to understand the expression "for being pants"
[20:27]  * Elbrus also climbs (but only outdoor)
[20:27] <Laney> = bad
[20:27] <Elbrus> aha
[20:27] <ajmitch> you need to understand British English :)
[20:30] <pindonga> Laney, django-configglue is cool by itself ;-) (don't heed to the developer :p)
[20:31] <ajmitch> right, but nothing in oneiric depends on it yet :)
[20:31] <Laney> heh, I believe you :-)
[20:31] <pindonga> ajmitch, yeah
[21:04] <dupondje> https://bugs.launchpad.net/ubuntu/+source/clang/+bug/824800 => could somebody ack? Package builds fine
[21:07] <micahg> dupondje: I think that's more bugfix than feature personally
[21:08] <micahg> dupondje: ignore me :), that's still a feature...
[21:08] <dupondje> we need it to fix ftbfs of some packages :)
[21:09] <dupondje> And another question, see https://bugs.launchpad.net/ubuntu/+source/apcalc/+bug/817579 . When do we choose libreadline-gplv2-dev, when libreadline-dev?
[21:09] <micahg> dupondje: well, that should be easy enough for an FFe
[21:10] <micahg> dupondje: it depends on the licensing, anything that's not compatible with the new readline6 license, needs to use libreadline-gplv2-dev
[21:11] <dupondje> readline6 is indeed gplv3
[21:11] <dupondje> but don't ask me whats the difference ... :)
[21:12] <micahg> dupondje: I think this is why doko wanted the transition handled in Debian :)
[21:12] <dupondje> yea he reported a bug 2 years ago in debian ...
[21:13] <dupondje> no response
[21:13] <dupondje> guess somebody should nmu it ...
[21:13] <micahg> I thought apcalc was just uploaded in debian
[21:13] <micahg> oh, maybe not, that was another thing w/readline
[21:13] <dupondje> http://packages.qa.debian.org/a/apcalc.html guess not :D
[21:21] <dupondje> package builds with libreadline-dev & libreadline-gplv2-dev ... but no idea what one is the one to choose for this license
[21:44] <tumbleweed> dupondje: you'll notice that one depends on libreadline 5 and one on 6. If you don't have a good reason to need gplv2, stick to -dev