[00:22] <ajmitch> nixternal: I should know not to go to lunch when you've got comments like that :)
[00:27] <nixternal> muhahaha
[06:46] <dholbach> good morning
[06:49] <geser> good morning
[06:49] <dholbach> hi geser
[09:53] <bullgard4> [Ubuntu 11.10] What does mean the string »fakesync« in the installed release »1.12.1-3.1fakesync1« of the package mpg123?
[09:55] <micahg> bullgard4: original tarball is different between Ubuntu and Debian
[10:03] <Rhonda> micahg: duh. shouldn't that be represented in the upstream version somehow?
[10:03] <micahg> Rhonda: no, same upstream version
[10:03] <Rhonda> so that the orig tarball also has a different filename?
[10:04] <Laney> somehow the same upstream version got uploaded to ubuntu with a different tarball
[10:04] <Rhonda> Right, but 1.12.1fakesync1-3.1 would work?
[10:04] <micahg> well, unless it's a generated tarball, this really shouldn't happen (although it happened with blueman, I used the upstream tarball, not sure what the DM did)
[10:04] <micahg> Rhonda: that would require a reupload of the tarball
[10:05] <micahg> the idea is that we don't have a diff, but we can't sync
[10:16] <bullgard4> micahg: Thank you very much for your ample explanation and help.
[10:22] <micahg> bullgard4: IIRC, I did that fakesync as well :)
[11:20] <Laney> tumbleweed: could you start generating the quantal rdepends data?
[11:20] <tumbleweed> hrm, is that not automatic
[11:21] <Laney> dunno, but http://qa.ubuntuwire.org/rdepends/v1/quantal/all/ghc
[11:21] <tumbleweed> aah, it uses distro-info :)
[11:21] <Laney> if it comes from distr..
[11:21] <Laney> yes
[11:21] <Laney> :P
[11:22]  * tumbleweed git pulls
[11:26]  * ajmitch should probably add quantal to the rcbugs thing as well
[11:26] <tumbleweed> so when do we upgrade syklone to precise? :)
[11:26] <tumbleweed> Laney: running now
[11:26] <Laney> ta very much
[11:26] <ajmitch> tumbleweed: one day...
[11:27] <Laney> do it now. dare you.
[11:33] <ajmitch> Laney: sure, you don't need it working do you?
[11:35] <Laney> you're saying that precise wouldn't work?
[11:35] <Laney> :O
[11:36] <ajmitch> I'm sure it'd be perfect in every way
[11:36] <ajmitch> except that it's near midnight here & I'd probably end up deleting critical files :)
[12:00] <tumbleweed> Laney: and it aborted because of the archive.ubuntu.cmo load :)
[12:00] <Laney> heh
[12:11] <geser> will quantal sync from testing or unstable?
[12:13] <directhex> EXPERIMENTAL ;o
[12:13] <micahg> geser: TBD apparently :)
[12:14] <tumbleweed> currently testing
[12:16] <sagaci> that's interesting
[12:41] <Laney> does anyone know what "attend this meeting" on summit does?
[12:45]  * Laney is clicking that rather than subscribing to blueprints, but will it do what I wat?
[12:45] <Laney> want
[12:46] <tumbleweed> oh, there's a "Propose a meeting" button
[12:47] <tumbleweed> Laney: presumably that will mean you don't get blueprint e-mail
[12:47] <sagaci> looks like you need to subscribe to the blueprint separately
[12:47] <Laney> will it have the same scheduling effect?
[12:47] <Laney> there's nothing corresponding to participation essential
[12:47] <Laney> I like not having to subscribe to blueprints :-)
[12:55] <Laney> hah, searching for "ubuntu summit developers" doesn't work so well
[12:56] <Laney> (a permutation of the words is something else ...)
[13:03] <bullgard4> micahg: :-)
[13:53] <aboudreault> hi. if I have 2 packages in my source package: libX and X-bin. How can I tell that X-bin need the shared library or libX ?
[13:54] <geser> aboudreault: how does your Depends: line for X-bin in debian/control look like?
[13:55] <aboudreault> Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
[13:56] <geser> looks good
[13:56] <aboudreault> checking what debuild does.... looks like I build ALL, then install. so wondering how it can find my libmapserver if it is not installed
[13:56] <aboudreault> I only have libtool files at this point. (in .libs)
[13:59] <geser> can you upload/pastebin the build log somewhere?
[13:59] <Rhonda> hmmmm
[13:59] <Rhonda> debuild --no-lintian -sa -v'1:1.10.1-1~lucid1'
[13:59] <Rhonda> Do I need the -v switch for backports uploads?
[14:00] <Rhonda> … for ubuntu backports uploads.  *peeks at Laney*
[14:01] <Laney> I suppose it would be nice
[14:01] <Laney> but that version is already in lucid-backports?
[14:01] <aboudreault> geser, 2 mins.
[14:11] <aboudreault> geser, http://paste.pocoo.org/show/587955/
[14:15] <Rhonda> Laney: sure that version is in, that's the whole point of the -v switch. ;)
[14:15] <Rhonda> Laney: To use the latest version from the archive, and thus include all changelog entries in the changesfile _since_
[14:16] <Rhonda> ah, quantal created
[14:16] <Laney> Rhonda: oh, I see what you're proposing
[14:16] <Laney> I was confused because I did'nt see a new request
[14:16] <Laney> yes, I suggest you use that.
[14:16] <Rhonda> Huhm
[14:16] <Rhonda> no maverick anymore
[14:16] <Laney> indeed
[14:17] <Rhonda> So I can dump the maverick-backports branch :)
[14:17]  * Laney turns off maverick-backports
[14:18]  * Laney wonders how to do that
[14:18] <Rhonda> lol :)
[14:37] <geser> aboudreault: I don't know what's wrong there but it doesn't look like a packaging error yet, as the build doesn't finish. It looks like the perl and python bindings assume that the library got installed by the time they get build
[14:43] <aboudreault> well, the error is: /usr/bin/ld: cannot find -lmapserver
[14:43] <aboudreault> mapserver is the library I built earlier in the build log
[14:44] <aboudreault> the ld should only be done at install?
[14:44] <tumbleweed> aboudreault: -L. to help it find it?
[14:45] <tumbleweed> (or whatever the right path is)
[14:45] <aboudreault> tumbleweed, what wasmy initial question, what's the proper way to do that? specifying an extra -L./libs doesn't sound right to me
[14:45] <aboudreault> s/what/that
[14:46] <tumbleweed> why doesn't that sound right?
[14:46] <tumbleweed> sure, your build system should do it for you, but that's what you want it to do
[14:53] <aboudreault> checking to fix my build system
[14:58] <Rhonda> Laney, bug #989801  :)
[14:59] <Rhonda> … and speaking about, shouldn't #932011 be switched to fix released?
[14:59] <Rhonda> Does this need to be done manually?
[15:00]  * Rhonda sets them to Fix Released, if that's wrong someone is invited to slap me on the fingers. :)
[15:01] <pabelanger> I'm pretty surprised about the default file permissions for most openstack components (nova, glance, keystone).  Out of the box we are shipping /etc/{nova, glance, keystone] with 0700. Even their group permission cannot read the folders
[15:01] <pabelanger> got patches up in launchpad hower
[15:01] <pabelanger> however*
[15:21] <trijntje> Hi all, can anybody tell me who is responsible for hosting the tracker for ubuntu torrents?
[15:31]  * cjwatson answers trijntje in #ubuntu-devel.  (One channel at a time, please.)
[16:16] <Laney> Rhonda: yes and yes
[16:46] <Laney> Rhonda: have you test built/installed/upgraded?
[18:36] <Rhonda> Laney: Not yet, just wanted to get it started :)
[18:36] <Rhonda> Laney: You know I am that kind of optimist that always believes that there are others out there who would help out  :)
[19:00] <aboudreault> by default, where dh_install install things?
[19:02] <aboudreault> ah no... it just put things into deb file.
[19:05] <jtaylor> by default dh_install does nothing, only when you add .install files or call it when arguments something is done
[19:05] <spartan-11510> Hi everybody, i need some help to fix a package. i find a translation error and i patch them, but i can't execute "bzr bd -- -S -us -uc" because he says me that http://paste.ubuntu.com/950554/
[19:06] <jtaylor> spartan-11510: run dpkg-source --commit and fill out the forms
[19:08] <spartan-11510> thank you but i don't understand all of forms like "Origin: <vendor|upstream|other>" package are hello in precise
[19:09] <jtaylor> spartan-11510: you don't need to fill out everything, just delete what you think is unimportant
[19:09] <jtaylor> spartan-11510: see http://dep.debian.net/deps/dep3/ what the tags mean
[19:09] <jtaylor> if you add yourself in the author tag, origin is not required
[19:10] <spartan-11510> thank you really much, it's very difficult to begin in bug fixing
[19:20] <spartan-11510> I've fill the forms and i retry  "bzr bd -- -S -us -uc" but it doesn't work  http://paste.ubuntu.com/950596/
[19:21] <jtaylor> spartan-11510: you have to add the patch in debian/patches to bzr and commit it
[19:22] <jtaylor> bzr add file; bzr commit
[19:42] <Laney> Rhonda: you never know. Upload to a PPA or something and you could be surprised. :-)
[19:49] <spartan-11510> i've patch the package, now i try to test it but it doesn't work. This line it's correct? "pbuilder-dist precise build ../hello_2.7-3ubuntu1.dsc"
[19:51] <jtaylor> whats the error?
[19:52] <spartan-11510> W: /home/spartan-117/.pbuilderrc does not exist
[19:52] <spartan-11510> E: File /home/spartan-117/pbuilder/precise-base.tgz does not exist
[19:53] <jtaylor> you have to create a pbuiler base first
[19:53] <jtaylor> pbuilder-dist precise <arch> create
[19:53] <jtaylor> where <arch> is amd64 or i386 depending on what your system is
[19:53] <spartan-11510> i've created but i forgot the precise
[20:26] <jtaylor> is reverse-depends broken in precise?
[20:26] <jtaylor> I get unknown release
[20:28] <tumbleweed> jtaylor: DB update hasn't managed to run yet. archive.ubuntu.com is too flaky
[20:31] <spartan-11510> jtaylor: when i commit my patch with bzr, i can build my package?
[20:31] <jtaylor> spartan-11510: probably yes
[20:32] <spartan-11510> jtaylor: i don't understand i've build my package, and when i install it, the package doesn't change the bug still here, but the file has been modified
[20:33] <micahg> tumbleweed: can you mirror of of something else?
[20:33] <micahg> *off
[20:34] <tumbleweed> micahg: I tried that earlier and it still died. Let me have another poke at it...
[20:35] <tumbleweed> unfortunately it takes a very long time to run
[20:35] <Laney> everyone loves the s3 mirrors
[20:35] <Laney> apparently
[20:35] <tumbleweed> yeah, tried those
[20:35] <tumbleweed> got a 403
[20:36] <Laney> the horror
[20:36] <tumbleweed> indeed
[20:37] <tumbleweed> $ HEAD http://eu-west-1.ec2.archive.ubuntu.com.s3.amazonaws.com/ubuntu/dists/quantal/Release
[20:37] <tumbleweed> 403 Forbidden
[20:38] <Laney> maybe they weren't meant to be used
[20:38] <Laney> externally to AWS I mean
[20:38] <tumbleweed> it's only quantal that's 403ing
[20:38] <Laney> oh
[20:39] <Laney> general fail then
[20:39] <tumbleweed> i.e. near the end of the run :(
[20:44] <spartan-11510> jtaylor: I need to re-package for build package with my patch?
[20:44] <jtaylor> spartan-11510: I don't know much about translations, maybe you patched the wrong file?
[20:53] <spartan-11510> jtaylor: i don't understand, i continue to try fixing this error, thnak you really much i learned important things
[21:15] <tumbleweed> deb822.py: WARNING: cannot parse package relationship "gettext:any", returning it raw
[21:15] <tumbleweed> hrm, didn't know that was allowed in the archive, yet
[21:15] <micahg> only for build dependencies IIRC
[21:16] <tumbleweed> yeah, that was B-Ds
[21:16]  * tumbleweed adds support for that
[21:17] <micahg> quantal should start allowing those in binary deps since dpkg is guaranteed to be new enough
[21:18] <jtaylor> how is this incompatibility between .6.1 and .6.2 going to be handled?
[21:18] <jtaylor> that one which happened in the unstable upload
[21:21] <jtaylor> dpkg 1.16.1 -> 1.16.2
[21:21] <tumbleweed> I assume you read buxy's follow-up on that?
[21:21] <micahg> jtaylor: infinity volunteered for that I think
[21:21] <jtaylor> some perl script to update it you mean?
[21:22] <micahg> well, something to not break our systems on upgrade :)
[21:29] <tumbleweed> micahg: great, can't find any reference to :any in debian-policy / multiarch spec
[21:29] <micahg> tumbleweed: well, I shouldn't say for sure, it was implied :)
[21:29] <tumbleweed> it's in ubuntu's multiarchhowto wiki page, but IIRC that predates the debian multiarch wiki page
[23:42] <tumbleweed> micahg: reverse-deps DB has generated
[23:42] <micahg> tumbleweed: cool, thanks
[23:42] <tumbleweed> just in time for it's next cronjob :)
[23:42] <tumbleweed> its
[23:43] <tumbleweed> I'm ignoring :any for now, but submitted a ptach to python-debian
[23:43] <tumbleweed> (ignoring as in those build-deps will be entirely ignored)
[23:44] <micahg> tumbleweed: couldn't you just treat it as s/:any//?
[23:44] <tumbleweed> probably by doing a regex replacement like that, yes
[23:45] <tumbleweed> otherwise, I need my fixed python debian that won't fail trying to parse them
[23:45] <micahg> that's the effect on regular build deps, it was only changed to support cross-building
[23:45]  * tumbleweed quickly does that in time for the next generation run
[23:47] <tumbleweed> urgh, no, it's not going to be easy
[23:47]  * tumbleweed leaves it for now
[23:48] <tumbleweed> -> bed