[00:28] micahg: I saw the bug a minute after I synced :( [00:28] jbicha: well, there's cleanup still :), you could've found an AA to take care of the removal of tob [00:30] jbicha: it also needs to be moved to multiverse most likely [00:31] the RC bug was for the licensing [00:32] universe shouldn't depend on multiverse, right? [00:33] right [00:33] which is why tob needs to be removed [00:33] (normally would be moved to multiverse, but it's being removed from Debian) === akher0n is now known as akheron === achiang` is now known as achiang === emma is now known as em [08:02] jtaylor: about which package are you talking? === JanC_ is now known as JanC === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === Quintasan_ is now known as Quintasan [11:55] !ops [11:55] Help! Hobbsee, Riddell, sladen, fbond, mneptok, gnomefreak, Seveas, dholbach, elkbuntu, PriceChild, or jpds! [11:55] !yay [11:55] Glad you made it! :-) [11:58] <_ruben> errr, ok :) === yofel_ is now known as yofel [13:41] so i have a very generic question, perhaps a MOTU would be able to answer... [13:42] 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] since that release date is fast approaching [13:57] we have a sponsors mailing list? [13:58] LoT: is it important that the SRU gets on the discs? [14:14] 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] it was suggested by SpamapS, though, that it might be included in 12.04.1 [14:17] 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] and since this is in Main, i was hesitant to drop in here and poke around. [14:18] (and the php-error-reporting bug was a regression in Precise, that wasnt present in Oneiric) [14:18] so if only because its a regression, it should be included/fixed (in my opinion) [14:28] 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] geser: indeed, although its already incorporated into the PHP upstream [14:28] 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] 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] i think somewhere my perms got busted. [14:29] s/busted/screwed up [14:30] you mean pushing to lp:~$user/ubuntu/quantal/php5? [14:32] (assuming you branched lp:ubuntu/quantal/php5) [14:33] geser: can't even do that [14:33] apparently, either (1) my SSH keys are no longer valid [14:33] or (2) [14:33] bzr is broken on my computer [14:34] even then, the comp with my PGP keys has no internet here, so i cant do anything now === Ng_ is now known as Ng [14:35] you don't need pgp/gpg for this (gpg is only needed when uploading a package) [14:35] re (1) check the ssh key on your computer with that listed on your LP profile page [14:36] if those match than try to get help in #launchpad for why it isn't working for you [14:36] geser: i plan to, the issue i'm having right now is no internet [14:37] then again, i AM at work :P [14:37] (Windows only :/) [14:37] 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 === ante_ is now known as ivoks [15:23] hello [15:24] 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] geser: is there an SRU freeze right now on Precise? [15:25] heraclide: probably this… [15:25] !sponsprship | heraclide [15:25] if so, when did that go into effect? [15:26] !sponsorship | heraclide [15:26] heraclide: You can find out about the package sponsorship process here http://wiki.ubuntu.com/SponsorshipProcess - For !UDS sponsorship see http://uds.ubuntu.com/participate/sponsorship/ [15:26] the first link there [15:26] thanks, I'll read it :) [15:35] 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] s/on/only/ [15:52] .w 5 === Zic_ is now known as Guest89846 === Guest89846 is now known as Zic [18:34] scottK: I was wrong, not gcc-4.7, same failure in precise, it's just missing an include I think [18:35] OK. [18:38] 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] scottK: ^^ === funkyHat_ is now known as funkyHat [18:39] micahg: If you could have a look at it, that'd be absolutely lovely. [18:42] ScottK: sorry, can't right now, already doing too many things at once [18:42] Sure. Thanks for looking. [18:51] 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] micahg: Good point. Thanks. [19:25] micahg: Debian Bug 684078, in case you care to watch the fun. [19:25] Debian bug 684078 in wv2 "calligra: Buffer overflow" [Grave,Open] http://bugs.debian.org/684078 [19:26] scottK: thanks [19:28] does the MOTU recommend using pbuilder, or sbuild for building packages locally (for testing) [19:30] Yes. [19:33] ScottK: lemme rephrase [19:34] which is recommended more, pbuilder, or sbuild? [19:34] They both have their ups and downs [19:35] given that pbuilder is breaking on my precise system, i'm curious which would be more recommended. [19:35] Odd. It's working here for me. [19:35] In 5 1/2 years of Ubuntu/Debian development it's what I've always used. [19:36] ScottK: apparently my system isnt autoincluding universe and multiverse [19:36] Neither is intrinsically superior in all use cases [19:36] usually it's helpful to share the way in which you're seeing breakage [19:36] even though i have a devscripts that says to [19:36] Laney: i'd have to retest, i'm still recovering my PGP keys on my main dev system xD [19:36] 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] ScottK: see previous /me [19:37] i ran into partial system corruption, recovered my /home, and am now working on restoring the data :/ [19:41] until then, well... [19:41] * LoT has been using a build-testing PPA [19:59] Using a PPA is inadvisable; unnecessary waiting, no ability to break in and examine the state of a failed builds files [19:59] well generally all i do is build packages with patches (SRU tests) [20:00] so if it fails, then the patch was invalid :P [20:00] If you use pbuilder, I highly recommend the cowbuilder addon - makes build startup considerably faster [20:00] rarely, if at all, do I end up writing the patch, its usually from upstream. [20:02] 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] Quintasan: pbuilder does the same when you daily-purge the base tgz in the cache [20:03] LoT: Who does that actually? [20:03] * LoT grins [20:03] LoT: There is also cowbuilder which uses copy-on-write chroots instead of base.tgz [20:03] need I say more? :p [20:03] anyways, time to go home, end of day! [20:08] Quintasan: Run a local apt caching proxy [20:08] I use approx, and all my sbuild chroots are set up to download from http://localhost:9999/ [20:08] (or bindmound /var/cache/apt/archives into the chroot, I suppose) [20:50] 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] nothing wrong with debdiffs [20:54] 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] Probably more. [20:55] I don't know of any sponsors that are unwilling to use debdiffs. [20:57] that's typically how i've handled bugs, upload the debdiff rather than branch the code [20:57] given that bzr is horridly evil on this system [20:57] esp. when you're working remotely [20:59] oh, that's interesting... [20:59] apparently the bugcontrol-managed plugin for launchpad improvements is incompatible with Firefox latest on precise...? [20:59] whoops wrong channel :P [20:59] * TheLordOfTime intended that to go to -bugs :p [21:01] btw, any of you happen to notice if the wiki's lagging like hell? [21:01] It's never snappy. [21:02] And yeah, everyone knows how to drive patch. Go go debdiff [21:03] * TheLordOfTime agrees with debdiffs [21:03] i do not agree with bzr xD [23:33] \o/ ghc 7.4.2-2 in unstable