[07:50] <gusnan> I am maintaining a package i Debian that has migrated from unstable to testing - what is required for it to come to precise? Am I wrong in thinking it should be imported automatically?
[07:52] <micahg> gusnan: if there's no Ubuntu diff, it'll come automatically
[07:52] <micahg> gusnan: at least until Debian Import Freeze which is Jan 9
[07:53] <gusnan> micahg, thanks - then I'll try to be a bit more patient :)
[08:10] <dholbach> good morning
[08:21] <geser> gusnan: "automatic" means an archive admin has to start a script doing the importing (which is usually done as part of his daily duty)
[08:22] <micahg> well, it's probably done a few times a week, and not daily
[09:52] <micahg> udienz: are you aware we're still syncing regularly from Debian testing?
[09:54] <udienz> micahg, but proftpd has been rebuild in precise
[09:54] <micahg> udienz: rebuilds shouldn't matter for auto-sync, only ubuntu revisions
[09:54] <micahg> or fakesyncs
[09:55] <udienz> ah.. ok i see. so my bug sync can mark as invalid now?
[09:55] <micahg> udienz: yeah, it just migrated yesterday, so it'll come in with the next autosync
[09:56] <micahg> unless there's a pressing need for it (FTBFS, breakage in precise)
[09:57]  * udienz set to invalid and unsuscrine ubuntu-sponsors
[09:59] <micahg> udienz: thanks :)
[10:08] <DreadKnight> could anyone update tiled package? https://github.com/bjorn/tiled/issues/125
[10:08] <DreadKnight> http://www.mapeditor.org/
[10:09] <DreadKnight> the version from softwre center is really old
[10:11] <pmjdebruijn> http://packages.ubuntu.com/search?keywords=tiled&searchon=names&suite=all&section=all
[10:11] <pmjdebruijn> oneiric already has a new version
[10:11] <micahg> DreadKnight: precise has 0.7.1
[10:11] <DreadKnight> micahg, I see; better but latest one is 0.8.0 :
[10:11] <pmjdebruijn> sorry
[10:11] <pmjdebruijn> I meant precise
[10:11] <DreadKnight> yeah
[10:12] <pmjdebruijn> best way to have debian get a new version, since ubuntu imports from debian
[10:12] <DreadKnight> or to have this in the official tiled PPA
[10:12] <DreadKnight> I'm looking into how to build binaries from source using launchpad
[10:13] <micahg> DreadKnight: you can file a bug and tag it upgrade-software-version, it would probably be better if Debian updated first since we have no diff at present, since it was just released this week, you might want to give the Debian maintainer a chance to update
[10:13] <DreadKnight> micahg, ok, will try that too, need to figure out who updated it last time
[10:14] <micahg> DreadKnight: only  one uploader in Debian: http://packages.qa.debian.org/t/tiled-qt.html
[10:15] <micahg> DreadKnight: if it's in Debian testing before Jan 9, precise will get it automatically, until Feb 16, you can request a sync from testing to precise
[10:16] <DreadKnight> hmm "maint:Ying-Chun Liu (PaulLiu)"
[10:16] <DreadKnight> seems the guy is on IRC
[10:18] <DreadKnight> micahg, sounds good
[10:20] <micahg> DreadKnight: also, tiled-qt seems like something that should qualify for backports as long as we can get someone to test it
[10:20] <DreadKnight> micahg, I can test it
[10:23] <micahg> DreadKnight: ok, so, starting in precise, there's a requestbackport script in ubuntu-dev-tools that can help you file backport requests
[10:25] <DreadKnight> micahg, installing; also poked paulliu...
[10:25] <micahg> DreadKnight: so, you might want to wait until 0.8.0 is in unless you want to test multiple times (which is fine as well)
[10:26] <DreadKnight> already testing 0.7.1 atm
[10:26] <micahg> ok, you'll need to test that the binaries that we prepare install and run in the target release
[10:28] <micahg> you could prepare a backport to test as well in your own PPA with backportpackage if you like, just include a link to the build when you file the request
[10:28] <DreadKnight> micahg, alright; installed ubuntu-dev-tools btw
[10:28]  * micahg is heading to sleep, but others might be able to help (or I can respond to pings in the morning)
[10:29] <DreadKnight> micahg, well, if I was comfortable with making binaries in PPA's I wouldn't be here
[10:29] <DreadKnight> micahg, thanks for the help, good night
[10:29] <micahg> DreadKnight: well, going through the distro others can benefit from your work  as well :)
[10:29] <DreadKnight> ofc
[10:46] <dholbach> l3on, I had another malformed patch - maybe you could use bzr merge proposals? :)
[10:49] <Laney> morning
[10:49] <Laney> dholbach: how do you feel about merging your developer stuff into the wiki now?
[10:49] <Laney> i tinkered around the edges again the other day
[10:51] <dholbach> Laney, by developer stuff you mean https://wiki.ubuntu.com/UbuntuDevelopers?
[10:51] <ajmitch> that reminds me, I was looking at the ContributeToUbuntu page on the wiki & it's still suggesting to go through the motu mentoring program
[10:51] <Laney> that's the page you rewrote?
[10:51] <dholbach> or the suggested update for it?
[10:51] <Laney> yeah, it is - that
[10:52] <dholbach> ajmitch, huats and I have an action item to remove all traces of the motu mentoring programme
[10:52] <dholbach> Laney, it's a shame nobody merged it in back then
[10:52] <Laney> hmm?
[10:52] <dholbach> now it'll be a bit more complicated with changes that happened in the meantime, no?
[10:52] <Laney> I don't think there have been any
[10:52] <dholbach> oh
[10:52] <Laney> well, the edit that I did the other day
[10:53] <Laney> but I put that into TeamDelegation too so you can just ignroe that
[10:53] <dholbach> I thought you just said you made a few changes? was that to the draft?
[10:53] <dholbach> aha
[10:53] <Laney> yeah on the pad
[10:53] <dholbach> ok
[10:53] <dholbach> at least in the next 3-4 days I won't have the time to do it
[10:56] <ajmitch> dholbach: is that cleanup part of the developer advisory team stuff?
[10:56] <dholbach> ajmitch, yes :)
[10:57] <Laney> righto
[10:57]  * ajmitch saw that you were going to interview inactive contributors :)
[11:01] <Laney> run & hide?
[11:02] <ajmitch> sounds like a plan
[11:14] <l3on> dholbach, damn :/ There's a bug in LP which removes newlines from the end of attachments submitted by email... anyway, I'm going to use merge proposal for future works ... thanks for review dholbach :).
[11:15] <dholbach> l3on, anytime :)
[11:34] <l3on> I'm going to mark bug 822289 as invalid, someone could confirm :) ?
[12:01] <l3on> hey guys.. is it possible solve bug 843734 ? I built ruby-sinatra in oneiric, it works fine...
[12:02] <tumbleweed> l3on: file a backport request?
[12:02] <l3on> mmm how? :)
[12:03] <tumbleweed> http://wiki.ubuntu.com/UbuntuBackports
[12:05] <l3on> tumbleweed, thanks... but requestbackport does not exist :)
[12:05] <tumbleweed> l3on: it's in precise
[12:05] <l3on> ahh ok :)
[12:05] <tumbleweed> (or grab ubuntu-dev-tools from the daily build PPA)
[12:05] <tumbleweed> we were going to backport that, I never got around to it :P
[12:08]  * tumbleweed kicks it off
[12:08] <l3on> lol
[12:11] <tumbleweed> no, can't be done until bug 888665 is fixed
[12:13] <tumbleweed> broder: ^
[12:13] <broder> :-/
[12:13] <ajmitch> oh right, that bug's still there. frustrating
[12:13] <broder> i wonder if we're at the point that i should start asking for a non-virtualized ppa to stage backports in
[12:13] <tumbleweed> broder: is that related?
[12:14] <broder> we could use it to stage u-d-t at the same time as distro-info in the ppa, then copy them both at the same time into the archive
[12:15] <tumbleweed> right
[12:15] <broder> it would be a bad stopgap solution but would let us handle some backports
[12:16] <tumbleweed> I don't see why backports PPA *needs* to be virtualized
[12:16] <tumbleweed> I also don't know how hard it is to get a non-virtualized ppa
[12:16] <broder> unfortunately i think you have to be employed by canonical
[12:17] <broder> or possibly at least informed by someone with a Serious Business Relationship with canonical
[12:17] <broder> s/informed/employed/
[12:17] <ajmitch> or you may just need to talk nicely to the right people
[12:19] <broder> hmm...i guess it could work if you copied everything currently in the -backports pocket into your ppa and then never removed anything from the ppa
[12:20] <tumbleweed> why would that be necessary?
[12:20] <broder> because the ppa builder won't pull in build-deps from the real backports pocket either
[12:21] <tumbleweed> oh, duh, my mental model of thus assumes LP isn't buggy :P
[12:21] <tumbleweed> practically, one can just do that when necessary
[12:21] <broder> sure, that would work too
[12:22] <ajmitch> working off the assumption that launchpad isn't using outdated & buggy code is doomed to failure :P
[12:25] <broder> anyway, /me puts the laptop away and goes back to sleep for a few more hours
[12:26] <l3on> ok, bug 905304 reported
[12:29] <broder> tumbleweed: hmm...you know what would be kind of awesome? if requestbackport ran a regexp over the request for bug references and spat out a "backports aren't for fixing bugs are you sure" prompt at you
[12:29]  * broder actually goes back to sleep now
[12:29] <tumbleweed> heh
[13:02] <l3on> dholbach, hey.. what do you think about this → http://paste.ubuntu.com/772162/
[13:03] <l3on> it's the same problem of bug 849174
[13:03] <dholbach> l3on, I'm just about to head out for lunch - submit it for review and I'll have a look later on
[13:03] <l3on> oki :)
[13:38] <geser> l3on: one small note: also mention OCaml (and not just the version) in the changelog. Only from the maintainer change in your debdiff, I realized that 3.12.0 was the OCaml version
[13:39] <l3on> geser, yep yep.. It should be fixed in the last comment...
[13:39] <l3on> :)
[14:13] <Ampelbein> l3on: Hey, about bug 905015 - I added a link to upstream's svn with a working patch, which got reverted by accident.
[15:13] <l3on> Ampelbein, thanks... I got it and rebuild ... see new bug comments :)
[15:22] <l3on> jamespage, ping it's about bug 888937. Problem is that changing java we need upgrade md5sum ...
[15:23] <l3on> To fix problem I can set jdk7 as build-dep an update md5sum... let me know.
[15:27] <Laney> dholbach: your patch pilot mail reminds me to remind you that syncpackage now lets you sponsor syncs (in precise or the ubuntu-dev-tools daily)
[15:27] <Laney> :-)
[15:27] <jamespage> l3on, ack; I did look at the package but could not understand why the checksums where being validated during the build process?
[15:27] <dholbach> Laney, does the script already do everything correctly? I thought there was still something wrong with attribution?
[15:28] <Laney> that is the missing piece that got landed
[15:28] <dholbach> nice
[15:28] <dholbach> if it works as expected, it should be on ubuntu-devel-announce@ or some such :)
[15:28] <Laney> we should publicise that
[15:28] <jincreator> Hi, everyone. Is it possible to sync package which version is lower than in Ubuntu?
[15:28] <dholbach> jincreator, no
[15:29] <dholbach> whatever gets passed on to the build machines has to have a higher version than what's currently available
[15:29]  * dholbach goes back to writing the dev update
[15:30] <l3on> jamespage, I don't know... :/
[15:30] <jincreator> dholbach: Thanks.
[15:33] <dholbach> anytime
[15:34] <jamespage> l3on: it may be possible to make the checksums match; if we target the javac command at the right java release using -target 1.5/1.6 then it might match
[15:34] <jamespage> I'll give it a try
[15:50] <l3on> Ampelbein, FTBFS rosegarden in i386 mmm...
[15:50] <Ampelbein> l3on: Yeah, seen that. The reason: ac_cv_env_build_alias_value=i686-linux-gnu, which isn't the multiarch triplet.
[15:52] <l3on> maybe an `IF arch is "i686-linux-gnu" ; then do nothing ; fi ` should fix problem ?
[15:54] <Ampelbein> l3on: No, I think your previous patch (with dpkg-architecture -q.... in acinclude.m4) is a good workaround until upstream agrees on a better solution.
[15:55] <l3on> what's next step ?
[15:56] <Ampelbein> l3on: Reopen 905015 and update https://bugs.launchpad.net/ubuntu/+source/rosegarden/+bug/905015/+attachment/2635296/+files/debdiff_11.11.11-1_11.11.11-1ubuntu1.patch to the new version.
[15:57] <l3on> Ampelbein, yesterday I tried this: https://launchpad.net/~l3on/+archive/ppa/+packages
[15:57] <l3on> It changes debian/rules in adding:
[15:58] <l3on> 	dh_auto_configure -- --enable-debug --with-qtlibdir=/usr/lib/$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
[15:58] <l3on> But, I'm not sure it will build on armel
[15:59] <Ampelbein> l3on: It should.
[15:59] <l3on> what do you think... is it better ?
[16:00] <l3on> I mean, better than patch acinclude.m4
[16:01] <Ampelbein> Yes, it's cleaner in my opinion.
[16:01] <l3on> ok, I'll do that change
[16:07] <bdrung> Laney, dholbach: and sponsor-patch supports the new sponsoring method of syncpackage
[16:08] <dholbach> nice
[16:08] <dholbach> that should probably be mentioned too
[16:08] <l3on> Ampelbein, done. Thanks again.. :)
[17:35] <Ampelbein> l3on: Since we have -1ubuntu1 of rosegarden already in the archive, the new upload should be versioned -1ubuntu2. I changed that manually now and uploaded
[18:17] <udienz> Hi there, i just want to confirm that in bug 905252 i still in progress in maverick/lucid/oneiric and not ready for upload
[18:19] <micahg> udienz: you want ubuntu-security-sponsors, not ubuntu-sponsors
[18:19] <udienz> micahg, yes i understood about it but crichton subscribed ubuntu-sponsors too
[18:20]  * udienz can't unsubscribe ubuntu-sponsors 
[18:20] <micahg> udienz: uh, that's a bug I guess, I unsubscribed it
[18:20] <micahg> bdmurray ^^
[18:24] <achiang> hello, i've just gotten a package accepted into debian. if i want it in precise, i need to file a sync request, right?
[18:27] <broder> ScottK: bug #892355 should have a lucid-backports task, right?
[18:27] <micahg> achiang: yep, we're still syncing from testing though, so should get it in around 10-15 days if it migrates
[18:27] <udienz> achiang, right. if i'm not wrong, since precise is LTS you must wait your package entering debian testing
[18:28] <micahg> udienz: new packages can be synced from unstable, but we're still far enough out that it's not necessary (getting close though)
[18:31] <achiang> micahg: ah, so if i just wait then ubuntu automatically gets it once it lands in testing?
[18:31] <udienz> micahg, hm.. thanks for this info. for this case, i think we can wait for new package entering debian testing because we still away from precise release. right?
[18:31] <micahg> achiang: yep, as long as it migrates before Jan 9
[18:32] <micahg> udienz: yes, see above ^^
[18:32] <achiang> micahg: ok, the date that scares me is the DIF. i really want this package in precise...
[18:32] <udienz> got it, thanks
[18:32] <achiang> micahg: so if the answer is to just wait, and then it auto-syncs, that's fine
[18:33] <achiang> micahg: but what happens if it doesn't migrate before Jan 9? Because Jan 12 is DIF
[18:34] <micahg> achiang: DIF shouldn't scare you then, you have 5 weeks afterwards to request the sync :)
[18:34] <achiang> micahg: oh! i thought DIF meant no more syncs from debian?
[18:34] <micahg> achiang: no more automated syncs :)
[18:35] <achiang> got it, i didn't realize "freeze" meant "automated syncs"
[18:35] <achiang> i thought it was "no more syncs, period"
[18:35] <micahg> achiang: we'll still be syncing up to release for various things for various unseeded packages as usual
[18:35] <achiang> ack
[18:35] <achiang> thanks micahg
[18:35] <micahg> well, 1.5-5 days before :)
[20:20] <broder> tumbleweed: do you think we can get something similar to http://qa.ubuntuwire.org/rdepends/ for debian?
[20:30] <micahg> gah, ruby sources are a horrible mess...
[20:41] <tumbleweed> broder: I asked if anyone was interested, and got no response
[20:41] <broder> in running it or using it?
[20:41] <tumbleweed> broder: there is, of course, less need for it, because Debian has less distributions in flight
[20:41] <tumbleweed> if anyone wanted it
[20:41] <broder> fewer distributions in flight, but more ports
[20:41] <tumbleweed> that's true
[20:42] <tumbleweed> if we do it, we should do it on Debian DDE. I can chat to enrico
[20:42] <broder> i have no idea how i would currently go about looking for, say, r-deps of a mips package
[20:42] <tumbleweed> youd download the Packages file and run grep-dctrl across it
[20:42] <broder> eww
[20:42] <broder> :)
[20:43] <tumbleweed> most people have that scripted, right
[20:43] <tumbleweed> or even easier: ssh into the dak mirror and do a dak rm, see what it complains about
[20:44] <broder> easier for you maybe
[20:44] <ajmitch> tumbleweed: I'm updating udd now, when's the best time to run the cron job for you?
[20:45] <tumbleweed> ajmitch: doesn't matter for me. I don't have anything that's cronned, using it, yet
[20:45] <ajmitch> ok
[20:45] <ajmitch> sunday morning it is then
[20:46] <micahg> tumbleweed: is your upload activity page supposed to be updated on a regular basis or was it a one time export?
[20:46] <ajmitch> it should only take a few minutes to do, anyway
[20:47] <ajmitch> micahg: it probably depends on the data I'm updating now :)
[20:47] <tumbleweed> micahg: once we have UDD on the ubuntuwire machine I can cron it
[20:47] <micahg> ooh cool
[20:47] <tumbleweed> although, I probably won't regenarte the affiliations very often, that takes hours
[20:47] <ajmitch> tumbleweed: you should be able to do that now then
[20:48] <tumbleweed> ajmitch: right, but I've run it after the last import (unless you just did one :P )
[20:48] <ajmitch> tumbleweed: still downloading the data, I mean that you can set up the cron job now :)
[20:49]  * tumbleweed does that
[20:50]  * ajmitch should try & get on that uploaders list
[20:51] <tumbleweed> ajmitch: can haz python-psycopg2 ?
[20:52] <ajmitch> was sure I'd installed that one
[20:52]  * micahg was shocked to find out he was on it for lucid
[20:52] <ajmitch> never mind, I've installed it now
[20:52] <ajmitch> micahg: yeah I sort of disappeared from the graphs
[20:52]  * tumbleweed wasn't but I've been on every one since :/
[20:52] <micahg> ajmitch: yeah, your last appearance on it was for feisty
[20:53] <broder> which list?
[20:53] <micahg> broder: http://people.ubuntu.com/~stefanor/upload_activity/
[20:53] <ajmitch> micahg: that's pretty sad :)
[20:53] <broder> ah yeah, i've definitely never made that
[20:54] <micahg> broder: you're on your way for precise ;)
[20:54] <ajmitch> what's the number I need to hit for precise to get back on the list? :)
[20:55] <micahg> currently, I think it's between 10 and 15
[20:55] <broder> oh really? sweet - i can totally make that :)
[20:55]  * ajmitch can do that...
[20:55] <ajmitch> if I can find something I can fix :)
[20:55] <micahg> broder: you're already at 13
[20:56] <micahg> ajmitch: lots of armhf FTBFS which are general
[20:56] <broder> micahg: i count 7 uploads to precise on https://launchpad.net/~broder/+uploaded-packages - does the graph count things i sponsor?
[20:56] <broder> oh, i guess syncs too
[20:56] <micahg> broder: I think syncs count, but cannot be sure
[20:57] <ajmitch> micahg: where are you seeing 13?
[20:57] <broder> ajmitch: count the number of times "precise" shows up on https://launchpad.net/~broder/+uploaded-packages and https://launchpad.net/~broder/+synchronised-packages
[20:57] <micahg> ajmitch: search for him in my precise-changes folder
[20:57] <broder> or that :)
[20:57] <ajmitch> ah right :)
[20:58] <broder> do i get credit for srus? that would totally push me over :)
[20:58] <micahg> I'm missing the first 2 days I think, but that's mostly the top uploaders anyways
[20:58] <ajmitch> micahg: there are only a few hundred FTBFS, that's not so bad :)
[21:00] <micahg> our newest MOTU was on the list for oneiric :)
[21:00] <broder> yeah, but they're the ones you have to worry about! they actually *do* things
[21:01]  * ajmitch was young once :)
[21:01] <micahg> broder: not like we have a shortage of things to do
[21:01] <ajmitch> micahg: it's always a matter of finding where to start
[21:01] <broder> micahg: it looks like jtaylor had about 60 uploads during the cycle, though
[21:02] <broder> i'm not sure i can keep up with that
[21:02] <micahg> ajmitch: anywhere your heart desires :)
[21:02] <jtaylor> neither can I :/
[21:02] <broder> haha
[21:02] <ajmitch> micahg: too many choices to make!
[21:03]  * ajmitch should check on the state of mono-debugger
[21:04] <tumbleweed> broder: yes. And backports now
[21:04] <broder> psh. *that* just seems unfair...but i'll take it
[21:04] <ajmitch> is there a good way to do armhf test builds?
[21:05] <tumbleweed> broder: well, you would, if we attributed them
[21:05] <tumbleweed> but you could get the backports team in :P
[21:05] <broder> tumbleweed: huh? i'm pretty sure i get the changed-by on any backport i approved
[21:05] <tumbleweed> or is that archive@ubuntu
[21:06] <tumbleweed> broder: it doesn't make it into the LP SPPH, that I can see
[21:06] <micahg> hmm...backports don't seem to hit -changes
[21:06] <ajmitch> no, and for good reason
[21:06] <tumbleweed> it was specifically disabled
[21:07]  * tumbleweed digs out the bug
[21:07] <broder> i see entries in ubuntu_upload_history for backports that have me as changed-by and signed-by
[21:07] <ajmitch> do all security uploads make it to -changes these days?
[21:07] <tumbleweed> broder: oh, cool
[21:07] <tumbleweed> ajmitch: yes
[21:07] <tumbleweed> backports were excluded because people were confusing them with -security
[21:07] <tumbleweed> (actually I assume "all" not sure about that)
[21:08] <micahg> ajmitch: nope, mine don't
[21:08] <ajmitch> right, I didn't think they did
[21:08] <micahg> ajmitch: all the ones from the P3A do
[21:08] <tumbleweed> ajmitch: bug 59443
[21:08] <ajmitch> micahg: you have a separate special place?
[21:09] <micahg> ajmitch: I use the public PPAs since I don't work on embargoed stuff
[21:09] <ajmitch> right
[21:10] <tumbleweed> cronned: http://people.ubuntuwire.org/~stefanor/ubuntu-activity/
[21:10] <tumbleweed> (daily)
[21:11] <ajmitch> great
[21:12] <ajmitch> so it'll update in ~5 hours or so
[21:12] <tumbleweed> yup
[21:13] <ajmitch> this download of the udd data will be done by then, I hope :)
[21:26] <ScottK> broder: Yes.  Fixed.  Thanks.
[21:56] <Ampelbein> hmm, build-rdeps can't search for universe build rdepends?
[21:57] <micahg> Ampelbein: try reverse-depends from ubuntu-dev-tools
[21:58] <Ampelbein> Oh, I see, thanks micahg.
[22:19] <jtaylor> no-change rebuild changelogs (buildX) are kept or does one drop them on ubuntuX updates?
[22:20] <Ampelbein> I'd drop them, they contain no useful information IMHO.
[22:34] <jtaylor> I choose something nice and simple for my first upload: bug 902494, due to the simplicity of the fix a SRU candidate so I don't want to wait to long for debian
[22:34] <jtaylor> so how does this now work? I only ever dput'ed to ppas and mentors :/
[22:36] <broder> jtaylor: step 1: target the bug correctly
[22:36] <broder> (click "nominate for series" and check oneiric, or whatever)
[22:36] <jtaylor> you mean nominate for oneiric?
[22:36] <broder> right
[22:37] <broder> step 2: make sure the bug is fixed in precise or going to be fixed soon
[22:37] <jtaylor> yes I prepared a precise upload
[22:37] <broder> ok. then "dput precise my_build.changes"
[22:37] <broder> err...wait
[22:37] <broder> no
[22:37] <broder> dput ubuntu :)
[22:38] <broder> lp dispatches the upload based on the Distribution line in the .changes file
[22:38] <broder> so make sure that says precise/oneiric-proposed/whatever
[22:39] <broder> it should also have a Launchpad-Bugs-Fixed header, which is what triggers the janitor to close the bug
[22:41] <broder> jtaylor: is that the information you were looking for?
[22:41] <jtaylor> yes thanks
[22:42] <jtaylor> for the -propsed upload the same upload procedure + update bug description + subscripte sru team?
[22:42] <broder> yep
[22:46] <broder> oh sweet - i finally caught an upload that's affected by my pkgbinarymangler change. we are, in fact, no longer generating symlink-should-be-relative tags for langpack symlinks: http://lintian.ubuntuwire.org/full/ubuntu-desktop@lists.ubuntu.com.html#brasero
[22:46] <broder> (the package-contains-broken-symlink tags will go away next time i update lintian)