=== RAOF_ is now known as RAOF === Kopfgeldjaeger is now known as Kopfi|offline === asac_ is now known as asac [00:47] bobbo: hi === superm1|away is now known as superm1 [06:23] good morning === superm1 is now known as superm1|away [06:47] Morning Daniel. [06:50] hiya Iulian [08:05] <\sh> moins [08:09] good morning [08:52] yay. AAC decoding support merged into ffmpeg's mainline :) [09:07] +ncz [09:34] morning everyone [09:34] hello mister sylvaing [09:34] :) [09:36] hi huats === ara_ is now known as ara === dholbach_ is now known as dholbach [11:35] Are any revu admins around? [11:35] Daviey: What do you need? [11:35] persia: for some reason my dput's aren't showing [11:35] Daviey: Which package? [11:35] fsniper [11:36] Daviey: Please login at revu.ubuntuwire.com and try again. [11:36] Daviey: No, just log in and tell me when you've done. [11:37] Daviey: Yep. That got rejected. jpds has the right advice :) [11:37] hmm, didn't get a rejection mail :`( [11:38] Daviey: It does not mail on rejections. [11:38] ahh [11:38] jpds persia: Do the logs say why it was rejected? [11:38] Daviey: Your key is not in the keyring, log in and it shall be. [11:38] jpds: is it now? [11:39] Daviey: Maybe: I never check them. Make sure you've logged in: I'm checking the signing key now. [11:39] ta [11:39] Once you've done that, I can move it back in the upload queue. [11:39] Daviey: DSA key ID E30281B3 ? [11:40] * persia leaves the rest of it to jpds who is clearly on top of things :) [11:40] no [11:40] 0A0D5256 [11:40] persia: I can see his (three) keys, I'll move the .changes file to the upload queue. [11:40] hello persia [11:40] Daviey: The package was signed with E30281B3 : you might want to check your DEBEMAIL configuration. [11:41] huats: Hello. [11:41] Daviey: `/srv/uploads/rejected/fsniper_1.2-0ubuntu1_source.changes' -> `/srv/uploads/fsniper_1.2-0ubuntu1_source.changes' - it shall appear shortly. [11:41] jpds persia : cool, thanks [11:42] Anytime. [11:50] Daviey: Nope, the package is still rejected; best check which key you signed it with. [11:51] hmm [11:52] Daviey: Which key did you use with: debuild -S -sa -k$KEYID? [11:52] my mistake, it was signed with E30281B3 [11:52] (intentionally) [11:53] Yep, that key does not appear to be in the keyring. [11:59] Daviey: Please reupload with a key you have registered on LP. [12:01] jpds: that ey is on lp :S [12:01] key* [12:01] (or at least ubuntu's keyserver) [12:02] http://keyserver.ubuntu.com:11371/pks/lookup?op=get&search=0x9A20F055E30281B3 [12:02] Daviey: 3 [12:02] * jpds -> headdesk. [12:03] Daviey: You'll have to add it to your LP: https://edge.launchpad.net/~davewalker [12:04] silly me! [12:04] At: /+editpgpkeys [12:04] And relogin to LP, and reupload. [12:05] s/LP/revu/ === superm1|away is now known as superm1 === Kopfi|offline is now known as Kopfgeldjaeger [14:09] hi folks [14:09] apparently Pidgin 2.5 has been released. how long till its in the repos? [14:10] good morning [14:11] <\sh> hey sistpoty|work [14:11] hi \sh [14:14] KenBW2: It is. [14:16] Laney: oh, ok. on Windows atm, will check when at home :) [14:34] how can i use distcc to build packages? [14:34] im using make -j4 on debian/rules, but this is a WOP [14:35] "WOP"? "Whopping Obese Puppy"? [14:36] Wandering Overseeing Policeman? [14:36] workaround oriented programming :p [14:36] Willful Oberonic Pretender [14:36] :p [14:37] soren: lol [14:37] things like while 1=1 :p [14:37] well [14:38] * soren still doesn't know what "wop" is. :( [14:38] but how can i use distcc with dpkg-buildpackage or cowbuilder [14:38] soren: < leleobhz> workaround oriented programming :p [14:38] :] [14:39] examples of WOP here: http://desciclo.pedia.ws/wiki/POG [14:39] Oh, I thought that was another funny suggestion. [14:39] (see the examples) [14:39] Gambiarras? [14:39] soren: portuguese link :] [14:40] search the code in this page to see WOPs :] [14:42] I can see it's Portuguese. I just don't know what Gambiarras are. [14:42] TheMuso: About the UUSA meeting: any times work for you? [14:43] soren: gambiarra = weird workarround [14:43] I see. [14:43] soren: gambiarra = *VERY* weird workarround [14:43] :] === superm1 is now known as superm1|away === superm1|away is now known as superm1 [15:57] DktrKranz, you floating around? [15:58] NCommander: yes [15:59] DktrKranz, any luck with gcl? [15:59] not even tried... there's a new challenge here [15:59] What is it? [16:00] hrm? [16:01] NCommander: bug 231307 [16:01] Launchpad bug 231307 in libaws "Dependency on libldap2 is broken" [Medium,Confirmed] https://launchpad.net/bugs/231307 [16:02] Heya gang [16:02] DktrKranz, looks fixed [16:04] NCommander: in intrepid yes, in Hardy a rebuild would be enough if asis would be fixed [16:04] whats wrong with asis? [16:05] ACK [16:05] ADA [16:06] so its just a FTBFS [16:06] Or something more serious [16:06] * NCommander knows how to program in Ada :-/ [16:07] DktrKranz, ping? === brandon|work` is now known as brandon|work [16:13] DktrKranz, oh nice, it FTBFS out of the box :-) [16:13] how long does it generally take for packages to get reviewed at REVU? [16:14] slayton: quite a while normally [16:14] slayton: Ideally, packages get reviewed within 3 months, but we're running a little behind this cycle. [16:14] slayton: especially this cycle, things have been slow :/ [16:15] ok... that gives me a better perspective on what to expect [16:15] bobbo, even slower then that :-P [16:15] Best plan is to advertise your package here (short quip about why it's cool, REVU status, and REVU URL) about once every 30 hours. [16:15] Moar REVU days! [16:15] NCommander: yeah I have a package that has been waiting for sponsorship for about a month and a half [16:15] * Laney gets in quick: http://revu.ubuntuwire.com/details.py?package=goocanvasmm - l33t bindings for goocanvas, known to cure disease and end world hunger [16:15] NCommander: bug filed this time last cycle :/ [16:16] ouch [16:16] persia, well then I'd like to advertise dbus-c++ and sourcery-vsipl++ I'm pretty sure they aren't ready to upload yet but I don't think I know enough yet on how to get them ready [16:16] on my own [16:17] slayton: Links are generally a good thing. [16:18] DktrKranz, I'm seeing if I can do anything about asis-2005 [16:18] http://revu.ubuntuwire.com/details.py?package=sourceryvsipl%2B%2B [16:18] http://revu.ubuntuwire.com/details.py?package=dbus-c%2B%2B [16:19] NCommander: asis can be fixed switching to gnat-4.2, but since it must be done on LTS, I'm worried about implications since debian completed transition with gnat-4.3 [16:19] hardy shipped with gnat-4.1, right? [16:19] asis must match the gnat version installed [16:19] asis must be downgraded then [16:19] gcc-defaults ships 4.2 [16:20] gnat doesn't follow gcc-defaults [16:20] Never has [16:20] but most of the packages are compiled with/for 4.1 [16:20] are you sure? [16:20] Quite [16:20] I thought it did [16:20] * NCommander checks p.u.o [16:20] Someone done broked ubuntu-dev-tools [16:20] http://packages.ubuntu.com/source/hardy-updates/gcc-defaults [16:21] gnat doesn't build out of the gcc source package [16:21] strange [16:21] Ok [16:21] sure, but gnat package is provided here [16:22] Laney: Which patch caused the issue? How is it broken? [16:22] and we didn't catch it in time to move * to gnat-4.2 [16:22] Hardy shipped with gnat-4.2 according to packages.ubuntu.com [16:22] yes [16:22] persia: Looking now. Error is: http://paste.ubuntu.com/39423/ [16:23] so what move has to be done? At best we need a binary rebuild of ada packages if I follow you [16:23] So here is a random question.... I assume that the MOTU are officially supported at some level by Canonical... but I'm guessing most MOTU's are just volunteers right/ [16:23] ? [16:23] but several packages were imported from edgy, feisty or gutsy with gnat-4.1 [16:23] Right [16:23] The proper course of action would be the Ubuntu equivelent of a binNMU [16:23] Something launchpad doesn't support -_-; [16:23] for ~ 16 packages, IIRC [16:24] when perl got updated in Debian, all non-arch all perl packages got rebuilt ;-) [16:24] well... publishing rebuilds for packages in -proposed is not a problem, my problem is *how* to test things properly [16:25] if someone has ADA/gnat knowledge, please speak :) [16:25] Run the gnat test suite [16:25] * NCommander ported gnat to m68k [16:25] I think I'm qualified ;-) [16:25] cool! [16:25] slayton: Most MOTU are volunteers, yes. Generally, one's employer is not considered when one is involved with MOTU. [16:26] There was a discussion on this issue years ago in debian [16:26] I think they binNMUed all ada packages when gnat was upgraded [16:27] DktrKranz, checking qa.ubuntuwire.com confirms that an archive rebuild caused asis to build properly [16:28] yes... conflicting with gnat-4.2, as my previous test [16:28] We need to cause a binary rebuild of every gnat package [16:28] THe easiest way we can confirm this is simply to shove every package that needs to be rebuilt in a PPA [16:29] and see if we get a working result [16:29] We can't do binary rebuilds: we have to do sourceful uploads, but they can be changelog-only. [16:29] That will work [16:29] (ugly, but it will work) [16:29] Now its just a matter of figuring out what needs to be SRUed [16:29] There's a bug in Soyuz about making it less ugly, but yes, that's how it must be done. [16:29] I don't have a (working) hardy chroot ATM, but how does the issue specificy manifest itself [16:30] persia: complexity: this is in Hardy only, so a SRU campaign must be taken [16:31] I guess binary rebuilds (or similar) must be taken the old way here [16:31] DktrKranz, doing the actual patch work is relatively easy. its more of a trick of locating what we must rebuild in what order [16:31] NCommander: exactly [16:32] there are some core packages which needs to be processed first [16:32] we have ada based packages in core? [16:32] and, once landed in -upgrades, we can go with the remaining ones [16:32] (gnat is universe ...) [16:33] no... universe. I referred to "core" as infrastructure packages, not packages in main [16:33] NCommander: "core" != "main" [16:33] Oh [16:33] d'oh [16:35] DktrKranz, so what is your plan of attack, if you have one [16:36] NCommander: what I'd do here is 1) identifying the whole set of packages involved 2) study dependency chain to see which packages are required to be available before other ones 3) publish them in a PPA in the given order 4) test them 5) go for a SRU campaign [16:36] Hrm [16:36] My intrepid installation has gnat-4.1 installed [16:36] it has both 4.1 and 4.3 (default) [16:36] Oh wait [16:36] the man page is misleading :-P [16:37] I thought 4.2 was the default [16:37] 4.3 in intrepid [16:37] oh [16:37] d'oh [16:37] I'd love to work on this [16:37] I think intrepid has stuff in place, but better be sure of it before FF [16:37] Mind if I create a team PPA so we can both upload? [16:38] What bout the universe contributor PPA? [16:38] I'm not a universe contributor :-/ [16:39] what about filing a spec for this, just to have things in place? [16:40] it's not complex, but long to manage [16:40] NCommander, Well frackin apply already if not for MOTU here soon :P [16:40] SO you think I meet the critera for UUC? [16:41] Is this a trick question? :P [16:41] No [16:41] I'm legitimentally asking [16:43] NCommander, You've demonstrated skill, team focus, and commitment [16:43] So yes [16:43] sweet [16:44] Care to sponsor me once I fire the conseul an email? [16:44] NCommander: yes IMHO. You've been around for a while and give great help with REVU and with packages in the archives [16:44] That's two [16:45] UUC is different from MOTU, right? [16:45] UUC means I get an @ubuntu.com email address, and the IRC cloak pretty much [16:45] UUC is basically just a "ubuntu member", or am i wrong? [16:45] yeah. [16:45] No upload rights [16:45] laga: You are correct, indeed. [16:45] (expect to the UUC PPA) [16:45] so, nothing interesting for me ;) [16:46] The recognition of your development peers [16:46] laga, That doesn't demonstrate a team focus :-( [16:47] why would i focus on a team that doesn't give me any real benefits? [16:47] I'd be very happy with UUC [16:47] I can take maintainership of my pacakages in Ubuntu [16:47] NCommander: can you also upload these packages then? that's technically possible with launchpad now [16:47] * cody-somerville nod nods. [16:47] * cody-somerville was nodding about NCommander being able to set himself as a maintainer [16:47] Nope [16:48] No DM in Ubuntu [16:48] well, that's a different thing and something useful actually. although that doesn't demonstrate "team focus" ;) [16:48] (and Debian Maintainers is a god-ugly hack in dak) [16:48] * DktrKranz is happy to be part of that god-ugly hack in dak [16:49] You made my eyes bleed [16:49] There is a wonderful trail of curses in dak's source about it [16:49] heh [16:50] * NCommander updates his wiki page with current events [16:50] My DD application moved [16:50] I'm in shock [16:50] My AM is alive [16:50] ANd he's ready to help me get through that ASAP [16:50] -_-; [16:50] I'm going to be a DD before an MOTU [16:51] :) [16:51] DktrKranz & cody-somerville: https://wiki.ubuntu.com/MichaelCasadevall#preview - Do you mine looking this over briefly to see if its acceptable for the Ubuntu consul (I'm going to scratch the header that says MOTU application, and note I also headed the SRU policy) [16:51] NCommander: you don't know for how long your AM is alive :) [16:52] geser, bah [16:52] Don't jinx it [16:52] But if I get DD-ness [16:52] I'll be sure to help the Utunbu team get things back into Debian, as well as anew one who is submitting Ubuntu packages [16:52] NCommander: when you'll get DD-ness, remember me ok? :) [16:52] I'm not leaving :-) === Tonio__ is now known as Tonio_ [16:53] NCommander, you headed the SRU policy? [16:53] er [16:53] SRU key policy [16:53] ^team [16:53] Ah. [16:53] I was the shepard [16:53] I should be more clear [16:54] NCommander: gonna leave now, will you be here later? [16:54] yeah [16:54] DktrKranz, what's your email? [16:54] (I need to CC you on this application) [16:54] persia, ping? [16:54] dktrkranz@ubuntu.com [16:55] ok, let's catch this later and get it fixed in intrepid (if not already fixed), then move to Hardy [16:56] c u [17:01] NCommander: Best to give me content. While I decided not to go to bed quite yet, the chance that I'd have an answer ready for you when you returned if I had would be much higher if I knew why you sought me. [17:02] persia, heh, sorry, are you interested in sponsoring me for Ubuntu Universe Contributor? [17:04] NCommander: As massively active as you are, the guideline for membership is at least two months of significant and sustained contributions. I'm only seeing about 6 weeks right now, so I don't have a lot of confidence MC would approve your app. I'd suggest keeping up your activities for another month or so, and applying then. [17:05] * NCommander sighs [17:05] Ok [17:05] (I only considered applying since it was suggested, not really a big issue in any case) [17:06] NCommander, You can still apply but Persia does bring up a good point. It certainly wouldn't change any of the good things I have to say about you though :] [17:06] persia, as an aside, I will have the KeyTeamPolicy finished and posted by tonight, I rolled the outstanding concerns into said policy, and as there are no other issues, I think its done and ready to roll [17:07] NCommander: URL? [17:07] I haven't commited it to the wiki yet [17:07] (wiki doesn't work at work for some reason) [17:07] or if it does [17:07] It takes longer then usual to edit [17:07] * NCommander shrugs [17:08] just watch your inbox :-) [17:13] persia, https://wiki.ubuntu.com/MOTU/Teams/KeyTeamPolicy - seems the wiki decided to start working for me [17:15] persia, it says that two months are recommended, not required. But I do also understand your point [17:18] Hah, just wait until you get into the DD process. :) [17:19] bddebian: He is. [17:19] I know [17:19] K. [17:19] I'm just saying, if he thinks MOTU is long.. :) [17:20] bddebian, I've got my AM, and I'm working on the questionares as he sends them to me :-) [17:21] I've had my AM since March 7 and answered did P&P and T&S as soon as he sent them to me. :) [17:25] hab doch letztens age of ampires 3 demo gezockt [17:25] ups [17:31] NCommander: The admins are not members of either of the teams, so the admin can never be the member that resigned. Also, typically MC does the additions anyway. [17:31] persia, you didn't catch that the last time around :-P [17:31] (that was unchanged from before) [17:31] persia: Isn't the fact that currently no admins are members just coincidence. It is possible? [17:33] ScottK: I don't think it's likely. In the case of motu-sru, it's not possible, except that one of the members might happen to also have indirect administration. In the case of motu-release, there is one person who could join the team and be both, but I'd be surprised, as that person is otherwise exceedingly busy. [17:35] Right. If we've gone to the trouble to write the policy for the case down, we may as well keep it since it could occur. [17:35] I guess. I'd rather fix the ownership of motu-release to not be one person. [17:35] persia, I've got to run, if you edit it, just ping me on IRC, or tell me how to edit it [17:36] NCommander: No worries. ScottK raises a valid point that currently this is possible, but exceedingly unlikely, and it's not worth dropping it from policy while it remains possible. [17:37] Got to love legal (or policy) technicalities [17:37] persia, so it meets your seal of approval? [17:38] NCommander: better to say that I don't have any specific objections. [17:39] It's not what I would have written as policy, but it's something to which I can agree. [17:41] persia, I'm sorry if I write policies like I was a lawyer :-P [17:42] NCommander: No need to apologize. While I wrote the previous draft, the original idea comes from LaserJock. It's the result of collaboration and consensus, which is not a bad thing. [17:43] I meant the written style of the policy which I thought you didn't quite like [17:44] Oh, I'm not that fussed about the writing style. It's that I wouldn't have written that policy, but I can agree to that policy. === cody-somerville_ is now known as cody-somerville [19:02] evening [19:02] hi emgent [19:02] heya :) [19:02] emgent: \o/ [19:03] sebner: launchpad bugs mass flooder! [19:03] hi [19:03] yo [19:04] emgent: why? ^^ [19:05] i dont know why, i only saw your mass sync`s request. :) [19:05] i remember that there are a script that using a console let you create preinst, postinst, prerm or postrm easily, but i dont remember what is his name [19:06] emgent: 98% ACKed already ;) [19:11] DktrKranz: \o/ [19:11] hola sebner [19:12] DktrKranz, working on determing the rdepends [19:12] confess... you were watching football! [19:12] It doesn't appear to be an issue in intrepid [19:12] (in intrepid, everything appears to be properly linked to libgnat-4.3) [19:12] NCommander, nice to know. It won't be much pain, though. Debian should have it fixed [19:12] we don't sync binaries ;-) [19:13] but can sync sources or rebuild them :) [19:13] for hardy? [19:13] I don't think we need to rebuild, just a changelog only upload to trigger a rebuild [19:13] We just need to stage it all out [19:14] well... rebuild == changelog only upload [19:14] yeah [19:14] DktrKranz, Well, a special changelog only upload :P [19:16] NCommander, are you using apt-cache or grepping files from the archives? [19:16] apt-rdepends :-) [19:16] does it check for reverse b-d? [19:17] E: Reverse build-dependencies are not supported [19:17] So no ;-) [19:17] I just looked for the rdepends recurively for the runtime library [19:18] most of the packages are from a unique maintainer [19:18] so, we can look at his QA page to check missing packages [19:19] its amazing how few ada packages their are [19:19] easier to accomplish :) [19:19] how many so far? [19:19] Daviey, 26 packages [19:19] er [19:20] DktrKranz, [19:20] there are an easy way for create patches? apart writing shellscript by hand [19:20] well 26 SRUs are many, but not impossible [19:20] s [19:20] NCommander: For reverse build-depends, grep-dctrl is your friend. IIRC there's an easy cheater script in ubuntu-dev-tools. [19:21] what's it called? [19:21] reverse-build-depends [19:21] rather obvious :-P [19:21] For (failed) rebuilds there's: "buildd". [19:22] So 28 [19:22] actually, no 26 [19:22] Two can be removed from reverse-build-depends [19:22] NCommander, I'd scan for gnat-dev and gnat-4.X-dev packages, so we can collect them all [19:23] We don't need to rebuild ones the explicately state the compiler version [19:23] assuming there's no other business involved [19:23] gnat-dev finds no hits [19:23] YOu just need build-dep on gnat, thats the actual compiler [19:23] those for gnat-4.2-dev need love [19:23] (if any) [19:26] DktrKranz, there are none [19:26] So the versioning would be XubuntuX.1 [19:26] Right? [19:27] (and if there is no ubuntu version, add one as 0bubuntu0.1) [19:27] er, [19:27] Xubuntu0.1 [19:27] Am I still able to request a sync for a package recently added to debian unstable? Do I need any special justification for it? [19:27] for no-change rebuilds, Xbuild0.Y [19:28] Is that if there is no Ubuntu version number, or in general? [19:28] afflux: Why do you want it if there's no reason? [19:28] Laney: I think it would be "good to have", just because it's python bindings for a software I'm writing ;) [19:29] afflux: Then write that, just a sentence on why it's nice to have [19:30] okay, will do. Thanks. [19:32] You don't need that much justification before FF [19:33] okay, I was just wondering because of DIF. [19:34] it's not strictly needed, but I like it when sponsoring sync requests as it show that the requester has thought about it and doesn't want it sync just because Debian has a newer revision [19:34] afflux: DIF just means autosync is turned off. It would more precisely be name DAIF (adding Automatic). [19:35] DktrKranz, was I right? [19:35] yeah, right. [19:35] * Laney is impressed with Wubi [19:35] NCommander, yes [19:36] I wonder if $parents[] will be impressed with Ubuntu... [19:36] I wouldn't recommend wubi personally [19:36] DktrKranz, so should I start uploading things to a PPA :-) [19:36] cody-somerville: Why's that? [19:37] NCommander, did you find which one? [19:37] If you don't shutdown correctly, your wubi install of Ubuntu will not boot any longer until you run the ntfs (either Window's or Linux's) tools on it to mark the partition as clean. [19:37] DktrKranz, what do you mean which one? [19:37] will you upload to yours? [19:37] hi, i've lost my PGP key, but i have my revocation certificate, is it possible to revoke the key? [19:37] Does it offer to run it? [19:37] SolarWar: Yes, gpg --import the cert. [19:38] SolarWar: yes, that's the only way to revoke a lost key [19:38] and don't forget to send it to the servers again: "gpg --send-key keyid". [19:38] jpds, gpg: key 7DC579EC: no public key - can't apply revocation certificate [19:38] SolarWar: gpg --recv-key 0x7DC579EC and try again [19:38] DktrKranz, I can simply make a team so we can both upload [19:39] NCommander, eventually we can link our PPAs (or copy packages when ready), so there's no need to have a central PPA [19:40] * NCommander cleans out his PPA first [19:40] * DktrKranz too [19:40]