[01:18] <bjsnider> doko_, ping
[01:59] <TheMuso> @pilot out
[02:16] <Darxus> I have spamassassin building on launchpad automatically using the /debian/ info that I've included in upstream trunk.  But I can't get it to build from the command line.  "debuild -us -uc" is complaining about a lack of an .orig.tar.gz file.  I've seen some mention of generating that .orig.tar.gz file, but not how.  What am I missing?
[02:26] <bjsnider> Darxus, tar xcf spamassassin_version.orig.tar.gz path/to/directory/with/code
[02:26] <Darxus> I was just going to try that.  There's no.. flag to some build command to do it?
[02:27] <bjsnider> you also want to --exclude=debian what any git/svn
[02:28] <Darxus> bjsnider: No I've actually synced the debian build directory with spamassassin's trunk.
[02:28] <Darxus> Looks like it's working though, thanks.
[02:28] <bjsnider> the debian directory shouldn't be in the orig tarball
[02:31] <Darxus> It is.
[02:31] <Darxus> Well.
[02:31] <Darxus> Okay.
[02:32] <bjsnider> that's what the debian.tar.gz, which gets created automatically, is for
[02:32] <Darxus> Yeah I misunderstood what you were saying.
[02:33] <Darxus> #bzr mentioned instead of manually running tar you can use the -sa option to debuild.  Which isn't very documented.
[02:33] <bjsnider> the whole point of the orig tarball is that it's the unmodified code, so if you put the packaging scripts in there, you can't call it orig anymore
[02:34] <Darxus> Oh, no, I'm confused again.
[02:35] <Darxus> Well, the original unmodified code actually has a copy of the packaging scripts.  I synced it from the .deb package to upstream trunk.
[02:36] <Darxus> To ease automated building on launchpad.
[02:38] <Laibsch> SpamapS: I think you recently ran into problems with suspend, didn't you?
[02:39] <bjsnider> Darxus, are those the scripts you're actually using?
[02:41] <Darxus> bjsnider: Yes.
[02:43] <StevenK> Darxus: It is documented. debuild's manual page says it will also take the same options that dpkg-buildpackage does.
[02:45] <jbicha> Darxus: generally, it's better not to have the debian/ directory upstream; it gets complicated if Debian, Ubuntu, or another similar distro needs to adjust the packaging
[02:45] <bjsnider> Darxus, in the changelog, what is the date of the most recent entry before your changes?
[02:46] <jbicha> Darxus: see https://help.launchpad.net/Packaging/SourceBuilds/Recipes to make building easy from two different bzr branches, one for upstream, one for debian/
[02:52] <Darxus> bjsnider: Not sure I understand what you're asking.  Currently in trunk it's Sat, 14 May 2011 12:06:12 -0700, while I'm waiting for a commit of the change from v 3.3.2-2.
[02:53] <bjsnider> so they haven't updated the build scripts in 5 months
[02:53] <Darxus> jbicha: I think part of the reason I did this is because when I set it up, that couldn't handle importing debian packages that had two original tarballs, as the spamassassin one does since the rules were split out to a separate tarball.
[02:54] <Darxus> bjsnider: Okay?  Still curious where you're going with that.
[02:54] <bjsnider> there might be newer debian scripts in debian itself
[02:55] <bjsnider> what's the rules tarball called?
[02:55] <Darxus> bjsnider: There is.  I just filed a bug with a patch to apply the change.
[02:56] <bjsnider> and if the ubuntu version of spamassassin has an ubuntu tag in it, eg. 0ubuntu1, there are ubuntu-specific changes you need to look at
[02:57] <Darxus> It doesn't.  It hasn't for a long time.
[02:57] <bjsnider> cool
[02:57] <ScottK> Nope.
[02:58] <ScottK> spamassassin is slightly complicated as it has both the spamassassin tarball and their rules tarball packaged together.
[02:59] <bjsnider> i imagine the rules would be updated quite often
[03:00] <ScottK> Once you've installed it, they update online.
[03:00] <bjsnider> cool
[03:00] <ScottK> The new tarball doesn't need to be updated more often than a new release.
[03:00] <Darxus> Where is the.. source for the ubuntu package of spamassassin on launchpad?
[03:00] <bjsnider> apt-get source spamassassin will grab that
[03:01] <ScottK> It's the same as Debian's anyway.
[03:01] <Darxus> Yeah but I want to look at it on launchpad.  I recall there being errors on importing it or something, related to the multiple original tarballs.
[03:01] <ScottK> Perhaps the bzr branch for it, but that doesn't affect Ubuntu.
[03:02] <Darxus> ScottK: Maybe?  Where is that?
[03:03] <ScottK> Source is at https://launchpad.net/ubuntu/+source/spamassassin
[03:03] <ScottK> bzr branch is at https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/spamassassin/precise
[03:04] <ScottK> The branch is way out of date.
[03:04] <ScottK> But that's not relevant for the Ubuntu archive.
[03:15] <Darxus> Yeah, I was wondering where the log is showing the import errors for lp:ubuntu/spamassassin.
[03:17] <Darxus> I did get the package building locally from spamassassin trunk, documented at the bottom of http://wiki.apache.org/spamassassin/SyncDebianPackaging
[03:26] <twb> In a lucid upstart job, is the least-worst way to set euid to do "exec su nobody -c frobozzd" ?
[03:54] <jbicha> could we get ubuntu-dev-tools synced from sid as distro-info conflicts with the current precise version?
[06:30] <doko_> micahg, go ahead with the swig1.3 removal. looks I forgot to remove the source package
[06:31] <micahg> doko_: yeah, I just realized, there's nothing to it (all build-deps except for 2 packages which I can fix/upload)
[07:04] <dholbach> good morning
[08:37] <tumbleweed> jbicha: sorry about that (ubuntu-dev-tools uninstallability) just did a new upload to sid (0.134) that can be synced as soon as lp picks it up
[11:07] <bdrung> tumbleweed: can you SRU the sponsor-patch changes?
[11:17] <Laney> will ubuntu-dev-tools ever stop being SRUed?
[11:18] <SpamapS> when the sun rises in the west
[11:35] <bdrung> Laney: when you write ten times more test cases that we currently have
[11:36] <geser> Laney: short before precise release you can stop SRUing ubuntu-dev-tools (for oneiric) :)
[11:55] <\sh> doko_, you have too many packages on MoM ;)
[12:55] <tumbleweed> bdrung: I'll prepare an upload if you can find someone who'll verify it :)
[12:56] <tumbleweed> Laney: it probably didn't help that we did a bunch of uploads during FF
[13:55] <bdrung> Laney, tumbleweed: without the upload during FF, we wouldn't have the support for syncs in sponsor-patch at all
[13:56] <tumbleweed> also true. We approved those for a reason...
[16:59] <micahg> barry: still piloting?
[17:13] <barry> @pilot out
[17:13] <barry> micahg: oops
[17:13] <micahg> barry: care to sponsor something anyways?
[17:14] <barry> micahg: sure.  i'm just about to head to lunch though.  is it urgent?
[17:14] <micahg> barry: after lunch would be fine :)
[17:14] <barry> cool :)
[17:32] <micahg> cyphermox: would you mind if I merged xapian-core?  there's depwait on it in precise
[17:37] <micahg> cjwatson: will you get mad at me if I create and leave NBS until after UDS (if I promise to fix for alpha1)?
[17:40] <micahg> cjwatson: ooh, nevermind, no NBS :)
[17:43] <cjwatson> micahg: no, but I may try to clean it up before you if you do ;-)
[17:43] <cjwatson> speaking of
[17:43]  * cjwatson processes the big pile of NBS removals now that the installer has built everywhere
[17:45] <micahg> cjwatson: heh, I wouldn't mind help if I end up kicking off some transition :), but this case was a false alarm
[17:46] <cjwatson> ok
[18:38] <micahg> barry: when you get back, Bug #883112
[18:43] <barry> micahg: thanks, i'm on it
[19:16] <barry> micahg: fwiw, i actually can't reproduce the bug in an oneiric chroot, but i'm still okay with uploading the fix
[19:39] <micahg> barry: you get a depends in an oneiric chroot?
[19:40] <micahg> it's not in the release version of python-cups
[19:43] <micahg> barry: you probably can't reproduce since libcups2 is installed by default
[19:43]  * micahg guesses severity should be medium then...
[19:43] <barry> micahg: that could very well be!  the depends did show up, so the patch looked good and i uploaded it
[19:43] <micahg> barry: thanks!
[19:44] <barry> np!
[19:47] <micahg> gah, the ball was dropped on bug 881250...
[19:48] <micahg> tremolux: ^^
[19:58] <micahg> slangasek: ^^
[20:02] <slangasek> micahg: have there been uploads?
[20:02] <slangasek> I've never done a tzdata update personally, I'm not sure if there's a script to follow?
[20:05] <micahg> slangasek: I don't know if anyone's seen the bug besides pitti and myself (I guess that's bad)
[20:06] <micahg> slangasek: no uploads from what I can tell, I have no idea how it works either, it's usually tremolux sponsored by pitti, unfortunately, I'm trying to get an update out by eod, could you drive this?
[20:07] <micahg> slangasek: a different update :)
[20:09] <slangasek> micahg: I'm not sure that I'm going to be able to get to it
[20:09] <slangasek> barry: ^^ could you have a look at this bug?  tzdata apparently needs updates for all supported releases today, because another clueless national government has changed their mind about clocks on short notice
[20:10] <infinity> What a surprise.
[20:10] <nigelb> WIN.
[20:10] <nigelb> Which government?
[20:11] <infinity> Ukraine.
[20:11] <barry> \o/
[20:11] <nigelb> \o/
[20:11] <nigelb> Also, UDS is amazingly timed.
[20:11] <nigelb> Its in that period where US is off DST and europe isn't.
[20:11] <barry> slangasek: i can look into it, but i also have no idea how it works ;).  i'm in the middle of a bunch of related patches right now, but i can look at this next
[20:12] <barry> er, not related to tzdata, related to each other :)
[20:12] <infinity> I can poke at it if tremolux doesn't pop his head up and claim it in the next ~hour.
[20:12] <nigelb> infinity: Glad to see you're back from vacation/away time :)
[20:12] <slangasek> barry, infinity: ok, thanks - I can process the SRUs once uploaded
[20:13] <barry> infinity: okay cool.  just follow up here if you do get to it so we don't step on each others toes
[20:13] <micahg> pitti mentioned before they ussually migrate to -updates as soon as their verified (what that means idk)
[20:13] <micahg> s/their/they're/
[20:14] <slangasek> I would expect "verified" to be "builds, installs, tells you what time it is"
[20:15] <infinity> Does it have to tell you accurately?
[20:15] <barry> accurately for what frame of reference <wink>
[20:15] <slangasek> yes, hence "tell you what time it is", not "tell you a time that it isn't"
[20:15] <infinity> slangasek: Picky, picky.
[20:16] <infinity> I'll go grab a snack and see if tremolux (nick hilight ahoy: tremolux, tremolux, tremolux) comes back.  If not, I'll get packaging.
[20:17] <infinity> nigelb: A girl I met on said vacation gave me some sort of plague that I intend to bring to UDS.  I've since sworn off both vacations and women.
[20:18] <nigelb> infinity: Oh no.
[20:18] <nigelb> Ubuflu!
[20:18] <sbeattie> infinity: we're grateful you haven't sworn off plagues.
[20:18] <infinity> sbeattie: That would be a much more reasonable thing to do, and I'm hardly known for that.
[20:19] <infinity> Anyhow.
[20:19]  * infinity -> late lunch.
[20:21] <tremolux> infinity, slangasek, micahg: hey all, here, I was traveling to a sprint and and now at a sprint and it's very consuming unfortunately, but I know we need these out..I can try to do these later tonight
[20:21] <micahg> infinity: your incantation worked!
[20:21] <tremolux> what is the timeframe, I can prepare the updates but just need sponsoring, and I can test them soon as they hit -updates
[20:22] <tremolux> heh
[20:22] <micahg> tremolux: well the change takes effect in <24 hours
[20:23] <barry> i can certainly sponsor if no one else can, and slangasek can approve -proposed
[20:25] <tremolux> barry: are you at home or in Orlando?
[20:25] <tremolux> barry: (and thanks btw) :)
[20:25] <barry> tremolux: still home.  i get there sunday night (after mark's talk).  you have the room to yourself for a few days :)
[20:26] <infinity> I can push it through the queue if you can upload soonish.
[20:26] <infinity> tremolux: Is there any particular trick to updating the package, or is it just pulling the latest upstream tarball and merging?
[20:26] <infinity> tremolux: Cause if you can't get to it, I'm happy to.
[20:27] <tremolux> infinity: it's a straight merge for everything but hardy, that one is a repack
[20:28] <tremolux> infinity: you'd also want to make a test case and test  them all
[20:29] <infinity> That second bit sounds like it's the real effort.
[20:29] <tremolux> infinity: it's just slightly tricky, and I'm used to it myself
[20:34] <infinity> tremolux: Why the repack?  Just because the hardy source format was a bit different, I guess?
[20:35] <infinity> tremolux: Anyhow.  I'm happy to take the load off you and do the updates, if you want to do the testing?
[20:35] <tremolux> infinity: yep
[20:36] <tremolux> infinity: thanks! seriously :)
[20:39] <tremolux> infinity: these might help: bug 876090 and bug 865750 (recent updates)
[20:40] <tremolux> infinity: I just make a test case based on what's changed in the new data, and then test in chroots for each distro version
[21:16] <infinity> slangasek: You have queue love.
[21:16] <slangasek> well, at least it's not a plague
[21:16] <infinity> I'll bring you that in two days.
[21:16] <infinity> For now, you just get packages.
[21:20] <slangasek> tremolux, infinity: btw, I heard something to the effect that Transnistria (Pridnestrovie) flip-flopped on the question of whether they were keeping DST this year; do we know whether 2011m reflects the latest status?
[21:20] <infinity> slangasek: It contains a change for them.  I'm not sure which direction the flipping of the flop has gone.
[21:21] <infinity> +# From Alexander Krivenyshev (2011-10-17):
[21:21] <infinity> +# Pridnestrovian Moldavian Republic (PMR, also known as
[21:21] <infinity> +# "Pridnestrovie") has abolished seasonal clock change (no transition
[21:21] <infinity> +# to the Winter Time).
[21:21] <infinity> ^-- That flip-flop, or a reversal again?
[21:21] <slangasek> I think it reversed again after that
[21:23] <infinity> Seriously?
[21:23] <slangasek> 13:11 < aurel32> so Pridnestrovie just reversed the decision we pushed in 2011m to not to to DST (so they will go to DST)
[21:23] <infinity> I hate people so much.
[21:23] <slangasek> 13:12 < aurel32> taking the decision one week ago, reverting it a few days after, not sure, we want to push a new version for that
[21:23] <infinity> Does aurel have a reference for this?
[21:25] <Laney> wait and see what they do ;-)
[21:46] <slangasek> infinity: dunno about references; but it seems Debian may wait until Sunday to see what the outcome is in practice
[21:48] <infinity> slangasek: Well, we can't wait on the other change.  I suppose we could patch out the Pridnestrovie one, but we can just as easily push a reversal...
[21:48] <slangasek> indeed
[21:54] <infinity> slangasek: And you only accepted hardy?  Was that before this whole thing came up? :)
[21:54] <slangasek> infinity: still accepting