[00:28] <jbicha> micahg: I saw the bug a minute after I synced :(
[00:28] <micahg> jbicha: well, there's cleanup still :), you could've found an AA to take care of the removal of tob
[00:30] <micahg> jbicha: it also needs to be moved to multiverse most likely
[00:31] <micahg> the RC bug was for the licensing
[00:32] <jbicha> universe shouldn't depend on multiverse, right?
[00:33] <micahg> right
[00:33] <micahg> which is why tob needs to be removed
[00:33] <micahg> (normally would be moved to multiverse, but it's being removed from Debian)
[08:02] <bdrung> jtaylor: about which package are you talking?
[11:55] <yaffs> !ops
[11:55] <yaffs> !yay
[11:58] <_ruben> errr, ok :)
[13:41] <LoT> so i have a very generic question, perhaps a MOTU would be able to answer...
[13:42] <LoT> if i have SRU'd a main package, and uploaded a debdiff, and I've subscribed the sponsors team... should i poke the sponsors mailing list if the SRU should be included in 12.04.1?
[13:46] <LoT> since that release date is fast approaching
[13:57] <geser> we have a sponsors mailing list?
[13:58] <geser> LoT: is it important that the SRU gets on the discs?
[14:14] <LoT> geser: not sure if it'd hit the discs, might hit the server discs if any, though, because it fixes a medium and a high importance bug in PHP (one being a segfault, and one being a fix to allow php to report errors to the webserver)
[14:15] <LoT> it was suggested by SpamapS, though, that it might be included in 12.04.1
[14:17] <LoT> geser: the other problem is that part of the SRU might not be accepted, as its fix is upstream, and awaiting inclusion in Debian (and therefore waiting inclusion in Quantal)
[14:17] <LoT> and since this is in Main, i was hesitant to drop in here and poke around.
[14:18] <LoT> (and the php-error-reporting bug was a regression in Precise, that wasnt present in Oneiric)
[14:18] <LoT> so if only because its a regression, it should be included/fixed (in my opinion)
[14:28] <geser> LoT: you could create a patch for quantal too (even if it's gets dropped again with the next php5 merge), so it can get SRUed
[14:28] <LoT> geser: indeed, although its already incorporated into the PHP upstream
[14:28] <geser> as Debian is in Freeze it might take some time till a new upstream version gets into Debian which then can get merged/synced
[14:29]  * LoT will have to dig around for the patch and update/refresh the patch in case parts dont apply)
[14:29] <LoT> geser: apparently i am unable to create bzr branches of my own, so i would have to put the patch up, but i cant include it in the bzr code.
[14:29] <LoT> i think somewhere my perms got busted.
[14:29] <LoT> s/busted/screwed up
[14:30] <geser> you mean pushing to lp:~$user/ubuntu/quantal/php5?
[14:32] <geser> (assuming you branched lp:ubuntu/quantal/php5)
[14:33] <LoT> geser: can't even do that
[14:33] <LoT> apparently, either (1) my SSH keys are no longer valid
[14:33] <LoT> or (2)
[14:33] <LoT> bzr is broken on my computer
[14:34] <LoT> even then, the comp with my PGP keys has no internet here, so i cant do anything now
[14:35] <geser> you don't need pgp/gpg for this (gpg is only needed when uploading a package)
[14:35] <geser> re (1) check the ssh key on your computer with that listed on your LP profile page
[14:36] <geser> if those match than try to get help in #launchpad for why it isn't working for you
[14:36] <LoT> geser: i plan to, the issue i'm having right now is no internet
[14:37] <LoT> then again, i AM at work :P
[14:37] <LoT> (Windows only :/)
[14:37] <LoT> i'll try branching again, although if bzr is busted on my system, that'll be a problem
[14:37]  * LoT might have to generate a key specific to his server(s) in order to use those
[15:23] <heraclide> hello
[15:24] <heraclide> sorry to disturb, I'm new to ubuntu-motu, I have make some fix to some ubuntu packages swift_1.4.8-0ubuntu2_all.deb, I have created a new package, can someone point me good url to know to to submit it for review please ?
[15:25] <LoT> geser: is there an SRU freeze right now on Precise?
[15:25] <Laney> heraclide: probably this…
[15:25] <Laney> !sponsprship | heraclide
[15:25] <LoT> if so, when did that go into effect?
[15:26] <Laney> !sponsorship | heraclide
[15:26] <Laney> the first link there
[15:26] <heraclide> thanks, I'll read it :)
[15:35] <micahg> LoT: seeded packages or stuff affecting seeded packages will on be accepted into proposed if it'll bring us closer to the 12.04.1 release, everything else should be unaffected
[15:35] <micahg> s/on/only/
[15:52] <LoT> .w 5
[18:34] <micahg> scottK: I was wrong, not gcc-4.7, same failure in precise, it's just missing an include I think
[18:35] <ScottK> OK.
[18:38] <micahg> maybe if I examine the problem I'll get a better answer :), those variables are defined in various places in the file, but not in that function, seems like some refactoring it needed for a proper fix, possible a copy/paste for a temporary fix
[18:39] <micahg> scottK: ^^
[18:39] <ScottK> micahg: If you could have a look at it, that'd be absolutely lovely.
[18:42] <micahg> ScottK: sorry, can't right now, already doing too many things at once
[18:42] <ScottK> Sure.  Thanks for looking.
[18:51] <micahg> scottK: since it has the same issue in unstable, I'd throw it over the fence as an RC bug and see if that elicits a removal RoM response :)
[18:51] <ScottK> micahg: Good point.  Thanks.
[19:25] <ScottK> micahg: Debian Bug 684078, in case you care to watch the fun.
[19:26] <micahg> scottK: thanks
[19:28] <LoT> does the MOTU recommend using pbuilder, or sbuild for building packages locally (for testing)
[19:30] <ScottK> Yes.
[19:33] <LoT> ScottK: lemme rephrase
[19:34] <LoT> which is recommended more, pbuilder, or sbuild?
[19:34] <maxb> They both have their ups and downs
[19:35] <LoT> given that pbuilder is breaking on my precise system, i'm curious which would be more recommended.
[19:35] <ScottK> Odd.  It's working here for me.
[19:35] <ScottK> In 5 1/2 years of Ubuntu/Debian development it's what I've always used.
[19:36] <LoT> ScottK: apparently my system isnt autoincluding universe and multiverse
[19:36] <maxb> Neither is intrinsically superior in all use cases
[19:36] <Laney> usually it's helpful to share the way in which you're seeing breakage
[19:36] <LoT> even though i have a devscripts that says to
[19:36] <LoT> Laney: i'd have to retest, i'm still recovering my PGP keys on my main dev system xD
[19:36] <ScottK> LoT: Use pbuilder-dist from ubuntu-dev-tools as a wrapper.  It makes it much easier.
[19:36]  * LoT ran into partial partition corruption
[19:36] <LoT> ScottK: see previous /me
[19:37] <LoT> i ran into partial system corruption, recovered my /home, and am now working on restoring the data :/
[19:41] <LoT> until then, well...
[19:41]  * LoT has been using a build-testing PPA
[19:59] <maxb> Using a PPA is inadvisable; unnecessary waiting, no ability to break in and examine the state of a failed builds files
[19:59] <LoT> well generally all i do is build packages with patches (SRU tests)
[20:00] <LoT> so if it fails, then the patch was invalid :P
[20:00] <maxb> If you use pbuilder, I highly recommend the cowbuilder addon - makes build startup considerably faster
[20:00] <LoT> rarely, if at all, do I end up writing the patch, its usually from upstream.
[20:02] <Quintasan> LoT: You can try sbuild, the downside is that it will download dependencies EVERYTIME (unless I'm configuring it wrong) you build something
[20:02] <LoT> Quintasan: pbuilder does the same when you daily-purge the base tgz in the cache
[20:03] <Quintasan> LoT: Who does that actually?
[20:03]  * LoT grins
[20:03] <Quintasan> LoT: There is also cowbuilder which uses copy-on-write chroots instead of base.tgz
[20:03] <LoT> need I say more? :p
[20:03] <LoT> anyways, time to go home, end of day!
[20:08] <maxb> Quintasan: Run a local apt caching proxy
[20:08] <maxb> I use approx, and all my sbuild chroots are set up to download from http://localhost:9999/
[20:08] <maxb> (or bindmound /var/cache/apt/archives into the chroot, I suppose)
[20:50] <TheLordOfTime> geser:  you know, its almost easier to make a damn debdiff instead of branching php5's quantal code
[20:51]  * TheLordOfTime has been running the branch for twenty minutes and hasnt finished
[20:52] <Laney> nothing wrong with debdiffs
[20:54] <TheLordOfTime> Laney:  so if i have a patch, for Quantal, and i upload the debdiff *with* the upstream patch, that'd have just as much chance of being accepted as if I requested a code merge from a project branch of my own with the fix?
[20:54] <ScottK> Probably more.
[20:55] <ScottK> I don't know of any sponsors that are unwilling to use debdiffs.
[20:57] <TheLordOfTime> that's typically how i've handled bugs, upload the debdiff rather than branch the code
[20:57] <TheLordOfTime> given that bzr is horridly evil on this system
[20:57] <TheLordOfTime> esp. when you're working remotely
[20:59] <TheLordOfTime> oh, that's interesting...
[20:59] <TheLordOfTime> apparently the bugcontrol-managed plugin for launchpad improvements is incompatible with Firefox latest on precise...?
[20:59] <TheLordOfTime> whoops wrong channel :P
[20:59]  * TheLordOfTime intended that to go to -bugs :p
[21:01] <TheLordOfTime> btw, any of you happen to notice if the wiki's lagging like hell?
[21:01] <Laney> It's never snappy.
[21:02] <Laney> And yeah, everyone knows how to drive patch. Go go debdiff
[21:03]  * TheLordOfTime agrees with debdiffs
[21:03] <TheLordOfTime> i do not agree with bzr xD
[23:33] <micahg> \o/ ghc 7.4.2-2 in unstable