[00:00] pochu: Might still push an NBS just for cleanup: it still gets overwritten by the sync cleanly. [00:00] * persia believes in archive consistency [00:01] persia: but there are tons of sugar-* packages... I don't know whether I'll break them by updating just a couple of them [00:02] pochu: An rebuild upload should never break anything: if it does, that exposes a more serious bug (which is a good thing). If you were changing anything other than the changelog, I'd be inclined to agree with you. [00:03] persia: but it needs more than a rebuild. The depends is hardcoded, not picked by shlibs [00:04] What! Grr. ${Python:Depends} should be smarter about these things so that isn't necessary. I totally understand your reluctance. [00:05] hmm, actually that only picks up python2.x dependencies, not modules [00:05] surely that would be a great improvement... :) [00:05] Right. Wouldn't it be nice if it parsed the code and pulled those things required by import statements? [00:06] Of course, maybe this ought be dh_python-autodepends to make it more optional, but... [00:06] yup. although as they aren't needed at build time, then we would need to maintain some sort of list for that... but that would still be nicer than the current situation [00:07] You'd probably need something mirroring the shlibs/clilibs files, though. [00:08] Oh, I see, because it's difficult to programatically determine what binary package provides which module. [00:08] Yes. [00:08] RAOF: And then you'd need build-dependencies, which doesn't really solve it. [00:08] Right. [00:08] * persia hugs C [00:08] and also it's not trivial to detect if something is a hard dependency or just something optional [00:10] Right. No compilation step to parse and verify the current build-depends to generate the depends. [00:10] time to go to bed, good night! [00:20] persia: do you have some merge that I can do? [00:24] devfil: Not that I have organised, but I've a list of upstream updates that need to be investigated. Would you be interested in that? [00:24] persia: sure [00:25] devfil: You can find 57 packages that may benefit from an update to upstream from http://qa.ubuntuwire.com/uehs/no_updated.html [00:25] persia: ok, thanks [00:26] now I'm uploading wxwidgets2.8 [00:26] Note that in some cases, these represent a bug in the watch file, rather than a need to update, but they all ought get cleared from the list. [00:26] ok [00:26] devfil: 2.8.8? Excellent. Thanks for taking over all the wx stuff: it really needed attention. [00:27] uploading/working [00:27] 17:01 < londar> scottK sucks [00:27] persia: I'm workin' to make it very lintian clean and to fix some bug, a huge work [00:27] is ScottK making friends again? [00:28] hrmf. i specifically asked about this at UDS, and was told, "there has not been enough money minted in the history of civilization...." [00:28] rejection. it's what's for dinner! [00:29] Minting is so 17th century. These days you can just memcpy() money. [00:30] devfil: Indeed, and requires lots of attention and close work with Vadim. [00:31] persia: I and Vadim will work to a new rules more clean for the 3.0 version [00:31] or maybe 2.9 [00:32] Will there be a 2.9 in the archives? I thought 2.9 was mostly a dev branch, and not considered a good app target. [00:33] Also, the guideline is to only have two versions of a library in the archive at any given time. We're already breaking this with WX, but it's likely good to look at what 2.6 apps can be ported to 2.8 and try to get those patches distributed before we push 3.0 [00:33] My experience with 2.4 -> 2.6 was that many applications worked properly with no more than a change of build-dependencies. [00:33] persia: I and Vadim have talked about 3.0 but a 2.9 version is in development [00:33] There were about 10 that were stubborn, but I expect them all to be sorted for intrepid. [00:34] persia: we need to open a bug for this, to port packages to 2.8 [00:34] devfil: 2.9 as a stable base, or will it become 2.10 for release? [00:34] devfil: Please, lots of bugs, rather than just one. [00:35] persia: if I understand right 2.9 stable release and in future 3.0 [00:35] devfil: I started the 2.4 -> 2.6 work before I was MOTU: my workflow was: test the build, if good, test the app, if good, open a bug in Debian with the note and a attach a patch to a linked Ubuntu bug for upload. [00:35] That way nobody got huge volumes of bugspam for no reason :) [00:40] persia: this is the changelog for the new version (for now): http://pastebin.ubuntu.com/24366/ [00:41] devfil: How do you generate a reliable md5sum in get-orig-source? [00:42] devfil: Also, that changelog is definitely up to your usual diligent standards. Nice work. [00:42] persia: creating a tar an using gzip -9fn [00:43] this doesn't change the md5 of the .orig.tar.gz for each launch of get-orig-source [00:43] devfil: You also don't want Standards-Version: 3.8.0.1, just 3.8.0. The only thing that might change in 3.8.0.2 would be spelling mistakes, etc., and you don't want to have to upload (and build) the package again just for that. [00:44] I'm unable to find another solution and this seems to work [00:44] persia: ok [00:44] devfil: -fn looks great! Would you be willing to update the wiki page on get-orig-source to reference that: it would likely improve everyone's get-orig-source. [00:45] persia: give me the link for the page [00:46] s/for/of/ [00:47] devfil: It's embedded in https://wiki.ubuntu.com/PackagingGuide/Complete I can't figure out if it belongs in Solutions or Tips, and with the way that page is constructed, there's no easy way to give you a link to both. [00:47] View RAW to see the links to the pages you actually have to edit. [01:00] persia: done, but I don't know if it is the best solution to adopt... [01:00] https://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball [01:01] devfil: Why do you think it oughtn't be adopted? Isn't it better to have reliable md5sums? [01:02] persia: I don't know if there are other solutions [01:03] devfil: Oh. Right. It might not be best, but it's better than the old solution. Thanks for finding it. With luck, if there is a better solution, someone else will post that. [01:03] persia: ok ;) [01:07] persia: do you know where I can get a list of all section that I can use in a doc-base control [01:07] devfil: I don't. Sorry. [01:10] persia: ok, no problem [01:21] persia: it`s normal that ubuntu-ar.org use google adsense in official website? [01:22] emgent: I've not seen that, but I don't know. You might want to ask on a LoCo channel, or someone on LoCo council. [01:22] ok i will do. [01:22] thanks. [01:29] emgent: i don't think it hurts, since the LoCo council accepts that LoCo teams make its own money for sponsoring their stuff [01:29] emgent: so they don't need to depend on canonical [01:30] it`s true [01:30] but.. we can`t see if this euros is for loco team [01:31] anyway i dont think that it`s corrected.. i saw banner with Microsoft Messenger.. [01:32] example: Download Windows Live Messenger 9! [01:32] or.. [01:32] Anti Virus Download [01:34] i saw that because i'm working on loco team CMS census for ubuntu-whitehat [01:53] bigon: hi. what will be the consequence of ubuntu1build1? [01:54] Nafallo: Where did you find that? [01:54] persia: latest uploaded gajim [01:54] That's just plain wrong. Ought be ubuntu2 [01:54] ajmitch: I think that's only the third time I've gone to ops and asked to have someone kicked. He'd just been kicked from several other channels too. [01:55] persia: I've came to the same conclusion. [01:56] BTW, I got another case of kmos induced damage fixed today (who know if it'll ever be done). [01:56] I thought that stopped quite some time ago? [01:56] He'd convinced pitti to remove the debian-maintainers keyring from Ubuntu which leaves some big holes when you run who-uploads. [01:57] He did, this is damage done 6 months ago I just now noticed. [02:03] persia: well, there are some cases in which we use buildX [02:04] persia: it's just for saying: no changes just rebuild [02:04] persia: as in openvpn [02:04] but i agree [02:04] no point for doing that [02:04] should be different version number [02:05] nxvl: build1 is used if there isn't already ubuntuX [02:05] If there is, the X becomes X+1 [02:05] heh [02:05] well, yes, everytime i have seen it is without the ubuntuX part [02:08] nxvl: Basic rule is: For packages unmodified from Debian: Rebuild-only: change *only* the changelog, and add "buildX". For any other changes, also change debian/control to have an Ubuntu maintainer, and set an Ubuntu version. For packages already modified: just increment the ubuntu revision. [02:09] persia: yes, as wgrant pointed i was talking about a different scenario [02:09] i'm just with a brain in backward mode [02:10] need to have a rest [02:12] nxvl: Take a day, and sleep all day. When you wake, don't get out of bed, or reach for your computer, but just go back to sleep. [02:13] :D [02:13] i love you too [02:15] i will this saturday [02:15] finally i have nothing to do [02:21] nxvl: **cough** MIR **cough** [02:24] ScottK: **cough** augeas **cough** [02:25] btw [02:25] First I have to figure out how adding domains to be signed broke my dkim-milter. [02:25] what MIR to add it to my ToDo [02:26] nxvl: Anything on this list that's not claimed: https://wiki.ubuntu.com/ClamavSpamassassinInMain?action=show [02:28] * nxvl wrotes it on the ToDo [02:30] Great. Thanks. [02:31] Stupid space in the domain list. That problem's fixed. [02:31] been there [02:36] Testing the last server now and then I need to tell the customer he's set up. [05:37] persia : the chat that we had yday (you, me and Bodsda) - is it present in U wiki? If not, i can format it suitably and put it in [05:45] bliZZardz: It's in there. Search for "watch file". [05:45] There's more there as well. [05:45] Anyway, most of what we covered was from MOTU/Contributing (in the topic) [05:46] out of curiosity : which engine is being to search in the wiki? Lucene/Solr? [05:53] search engine? lol. [05:53] bliZZardz: its moinmoin, and I don't think its quite that advanced [05:55] lifeless : i asked because, i found it little slow. Is there any effort that is already on for trying it out with other 'engines'(like lucene) ? [05:55] so, moinmoin 1.8 looks like it has xapian integration [05:56] http://www.google.com/search?q=moinmoin+search&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:unofficial&client=firefox-a [05:56] we're not runnin 1.8 yet === asac_ is now known as asac [06:30] ScottK: still there? [06:31] hi! [06:31] good morning [06:31] hi nxvl [06:33] dholbach: is there any way to make a docs files for all the binarys in one package? [06:33] i want to install some of the package of augeas that are common to all of them [06:34] and i was wondering if there is some way to install them in all the binarys and not specify one by one [06:38] nxvl: Why would you want to duplicate the docs that way? Wouldn't it be better to have a -docs package that the others Recommend: ? [06:38] Think of the poor users with small hard drives [06:38] mm [06:38] right [06:39] i was thinking about the README and NEWS file [06:39] which are !important [06:42] Good Morning folks :) [06:45] nxvl: I think that those used to get copied by default with dh_installdocs. CDBS has some hack to make it all symlinks. [07:15] hi there [07:16] looks like we need to backport all messengers that support ICQ protocol :( [07:17] it has changed and pidgin 2.4.1 is unable to communicate via ICQ [07:17] * cody-somerville wonders if an SRU would be more appropriate depending on the how invasive the patches are. [07:18] damn ICQ [07:18] Serega: did you have link on the problem? [07:20] nxvl: no actually I have several friends on ubuntu and my own laptop with kde3 (kopete is hurt too) [07:21] * Serega googles [07:22] nxvl: pidgin 2.4.2 works well though [07:22] i don't use ICQ [07:23] nxvl: I propose to include updated messengers to 8.04.1 [07:23] updated==backported [07:24] should I file a bug? [07:24] if there is no one [07:24] yes [07:24] okay [07:24] I guess it is several bugs. Per-messenger [07:25] just file the one yo know are present [07:25] you* [07:26] there are already some filed [07:26] Bug #244591 [07:26] Launchpad bug 244591 in pidgin "Cannot connect to ICQ ("The client version you are using is too old.")" [Critical,Confirmed] https://launchpad.net/bugs/244591 [07:32] also for kopete [07:32] Bug #244646 [07:32] Launchpad bug 244646 in kopete "kopete cannot connect to ICQ: client too old" [Undecided,New] https://launchpad.net/bugs/244646 [07:33] Serega: please confirm it, don't file a new one [07:34] nxvl: of course, thank you [07:36] I'll lurk for upstream changes, I hope it is fixed already [07:36] if you find the report, please link it to the LP one [07:40] Serega: maybe someone in #kopete knows something? [07:40] jpds: ooh, cool, thank you! [07:40] * Serega got lost in kde bugzilla :) [07:51] lol, looks loke, ICQ guys have just recently reverted their chagnes [07:52] *looks like [07:54] motu-sru folks: somebody pinged me about 221205 - how does it look to you? [08:18] <\sh> bug #221205 [08:18] Launchpad bug 221205 in soundtouch "compiling pgAdmin from source gives an warning about underquoted soundtouch.m4 line" [Undecided,Fix committed] https://launchpad.net/bugs/221205 [08:23] <\sh> dholbach: wtf has soundtouch to do with postgres? [08:24] \sh: you get m4 warnings for everything you have in /usr/share/aclocal [08:25] * \sh bangs head on his desk...bad bad autofoo [08:44] <\sh> dholbach: updated [08:54] hi all [08:58] i'm interested in MOTU, i see this https://bugs.edge.launchpad.net/ubuntu/+bug/200783 on the mentoring, just wondering what to do with that then? [08:58] Launchpad bug 200783 in ubuntu "[needs-packaging] ChibiTracker -- a portable impulse tracker" [Wishlist,In progress] [09:00] ApOgEE : read the MOTU getting started(as cited in the comments). this pkg requires packaging. Also, check whether it has already been included as part of Intrepid or not. [09:03] bliZZardz, I can't see anybody is assigned to that, can I just put me on it? [09:04] \sh: great [09:07] I'm afraid I'm still on going reading and learning the MOTU getting started. that's why I asked if this is correct or do I have to do something else first [09:09] ApOgEE-: did you check whether the package has been included in Intrepid or not? [09:15] bliZZardz, i can't find it in Intrepid [09:15] bliZZardz: what are you looking for? [09:16] i'm searching for ChibiTracker [09:16] syltherin : not me but ApOgEE [09:17] slytherin, I'm just getting started in MOTU.. ;D [09:17] ApOgEE - have you read the packaging guide? [09:18] ApOgEE - do read it and try the sample package, if this the first time you are packaging. [09:19] bliZZardz, ok [09:26] bliZZardz, i'm using gutsy now, do i have to install intrepid first? [09:26] ApOgEE-: 18:17 < bliZZardz> ApOgEE - have you read the packaging guide? [09:27] 18:18 < bliZZardz> ApOgEE - do read it and try the sample package, if this the first time you are packaging. [09:28] ApOgEE-: you can use pbuilder which creates a chroot for building packages. [09:29] i'm going through https://wiki.ubuntu.com/UbuntuDevelopment/UsingDevelopmentReleases but i got small hdd here... [09:30] i'll continue on my home machine which got bigger HDD size then ;D [09:32] ApOgEE-: you don't need to run intrepid to build package. As I said pbuilder is a nice tool. [09:33] slytherin, ok === dholbach_ is now known as dholbach [09:46] slytherin, still Retrieving and Validating, is my 600MB free space sufficient? [09:47] ApOgEE-: yes, it is [09:48] ApOgEE-: please note that pbuilder by default creates chroot for your version of ubuntu. You will have to change that in /etc/pbuilderrc. You should really read packaging guide. [09:49] i'm reading... [09:54] persia: FYI ... I have started working on batik 1.7 and should have package ready by coming Tuesday. [10:11] ApOgee : read the packaging guide, then the pbuider guide and then again the packaging guide. try out the sample packaging example [10:50] Hobbsee: just noticed that wie habe 0.3.8 soundkonverter. Can I file a normal sync bug or again a fakesync? I think the first one, hm? [10:54] *have [11:11] sebner: what did you mean with taoframework? [11:14] slomo: I just saw that it's pretty outdated in debian and ubuntu (and didn't ever build there). Though upstreams seems to be active (again) [11:14] * sebner --> lunch [11:14] sebner: well, updating it probably makes sense, yes :) [11:17] wgrant (or any ubuntuwire sysadmin around): is it possible to host a script on ubuntuwire? [11:20] DktrKranz: What kind of script is it? [11:22] wgrant: it provides a list of packages uploaded by a given contributor (since dapper, actually) [11:23] It can be useful for MC members to review MOTU applications, since it provides a full list of uploads made [11:23] (so sebner will realize he's close to 200 uploads) [11:24] I guess that's a good idea, as the bugfix which will make /~somebody/+packages useful has been deferred indefinitely. [11:24] What does it need? [11:24] just bandwith :) [11:25] and python, but I guess it's satisfied [11:25] What does it need to grab? [11:25] $distro-changes mailbox [11:26] Aha. [11:26] So not much bandwidth at all. [11:26] about 100 mb each run [11:27] Ah, right, forgot it would have to grab the whole thing each time. [11:27] I'm not sure we can rsync it somehow [11:27] But sure, throw the script at me and I'll put it up. [11:27] couldn't you grab the https://lists.ubuntu.com/archives/hardy-changes/2008-July.txt.gz files? [11:28] That's probably a better idea. [11:28] it'd make extracting the data a tiny bit more complicated, but you'd only need to get new files [11:29] mh, maybe in association with some bash script which does cat new >> list [11:29] I guess it's ok [11:29] just to avoid to download stable releases each time [11:30] just pull currentyear-currentmonth.txt.gz :) [11:30] I would have presumed you would just grab the current release. [11:30] But I guess that wouldn't get SRUs or anything. [11:31] wgrant: http://pastebin.ubuntu.com/24439/ [11:31] this is current one [11:31] I'll try to make it more bandwith-relaxed [11:32] (and more cool at sight than it actually is) [11:33] Sounds good. [11:33] FYI, a example output is here: http://www.linuxdc.it/download/ubuntu/uploads/ [11:33] no sorting, no formatting, just works [11:34] * DktrKranz moves to lunch, cya [11:34] <\sh> hey jono [11:35] hey \sh [11:36] <\sh> DktrKranz: sort them regarding uploaded packages ;) [11:42] if anyone wants to give it a try [11:43] r.pinson.free.fr/ubuntu/pdebuild-distribution.sh [11:43] http://r.pinson.free.fr/ubuntu/pdebuild-distribution.sh [11:43] this is a script like pbuilder-distribution.sh for pdebuild [11:44] it's called from within the source package, runs pdebuild in mountbind mode, logging the build in /var/log/pbuilder, runs debsign and optionally dput [11:44] I'd be happy to get some feedback if anyone tries it [11:44] :) [11:45] DktrKranz: I thought that looked wrong, and I was right - a Soyuz bug left quite some uploads off -changes :( [11:48] DktrKranz: if you upload my merges, of course 200 :P [11:52] hi folks [11:52] huhu sistpoty|work [11:52] hi sebner [11:53] * AstralJava wave [11:53] +s [11:54] Oy gurus, what is the distribution-to-be for packages aimed at intrepid in debian/changelog? [11:55] AstralJava: intrepid [11:56] raphink: I think you might want to move the --help in the args parsing up a bit: http://paste.ubuntu.com/24444/ [11:57] wgrant: Thanks, but REVU doesn't seem to like it: http://revu.ubuntuwire.org/revu1-incoming/pencil-0807021250/lintian [11:57] AstralJava: Then I need to beat lintian with a stick. [11:57] :D [11:59] thanks jpds, done [12:05] jpds: to launch the script, you have to make a symlink to it, e.g. ln -s pdebuild-distribution.sh pdebuild-i386-intrepid [12:05] jpds: and the configuration for the pbuilder must be in /etc/pbuilder/i386-intrepid [12:05] in this case that is [12:06] as in, there must be a /etc/pbuilder/i386-intrepid/pbuilderrc [12:12] is it just me or is p.u.c dead? [12:13] Doesn't seem to open for me neither. [12:14] RainCT: been like that for a while.. [12:25] I'm wondering if autosyncs are still processed!? [12:27] sebner: we are post DIF, right? [12:27] normally [12:27] BUT [12:27] look at https://edge.launchpad.net/ubuntu/intrepid [12:27] Latest uploads [12:27] sebner: hmm, looks like they are being processed. [12:28] hehe === Kopfgeldjaeger2 is now known as Kopfgeldjaeger [12:31] dholbach, ping [12:31] dholbach, I just wrote an e-mail to -MOTU and it got caught in moderation because it is too long :P [12:32] dholbach, I think I may have sent it twice by mistake as gMail was acting up. Can you please ensure that you only approve one and that the one you approve has full content? (ie. it should end with my signature) [12:33] nixternal ^^ [12:33] cody-somerville: relax.... :) [12:33] you sent it 4! times :) [12:33] Ouch :/ [12:33] write shorter emails! [12:33] I'll moderate it once [12:34] 5 times [12:34] Weird. I only clicked the send button once after gmail said "Error, we couldn't send your email" [12:34] cody-somerville: lol [12:35] must be important, if it's sent so often *g* [12:35] lol [12:36] Weird for sure. [12:37] wb jono, our mighty man === philwyett_ is now known as philwyett [12:41] cody-somerville: It was so long that even gmail couln't send it in one attempt. :-P [12:41] slytherin, :P [12:42] cody-somerville: that's really a huge mail O_o [12:43] It isn't *that* long, is it? :P [12:43] ^^ [12:47] uhm.. does LP have file lists for packages? [12:49] sebner: :) [12:49] !apt-file | RainCT [12:49] RainCT: apt-file is a program that can tell you which package(s) contain(s) a given filename. To install it and generate the database it needs, run "sudo apt-get install apt-file && sudo apt-file update" [12:50] jpds: I don't like that. I'm not sure but last time I tried it I think it wanted several hours to create the database [12:51] Its also not necessarily accurate. [12:51] RainCT: Took a few minutes here. [12:51] how does it work? === thekorn_ is now known as thekorn [12:53] I'm guessing it greps the Contents-$arch.gz from the repo. [12:54] oh, that file has a complete file list for all packages? [12:56] ah ok I see [12:56] cody-somerville: I agree that SRU is appropriate for the ICQ problem. === LucidFox_ is now known as LucidFox === gnomefre1k is now known as gnomefreak [13:06] SRUs are happening for ICQ/pidgin [13:07] Laney, bug #? [13:07] Bug #244591 [13:07] Launchpad bug 244591 in pidgin "Cannot connect to ICQ ("The client version you are using is too old.")" [High,Confirmed] https://launchpad.net/bugs/244591 [13:07] hardy one is already uploaded waiting approval [13:08] Laney: though we don't need to fix intrepid version since 2.4.3 is out (with the fix) [13:09] sebner: Yes, right. I only did that because I read on the SRU page that the same fix had to be done in the dev version [13:32] wgrant: gah! it was during hardy, IIRC... some syncs were not processed [13:39] DktrKranz: And also security uploads, which is why I'm so empty. [13:40] emgent: Are you around to look to have a look at if Bug #244804 affects released versions? [13:40] Launchpad bug 244804 in mercurial "mercurial: insufficient input validation allowing file renames out of repository " [High,In progress] https://launchpad.net/bugs/244804 [13:43] wgrant: are security uploads published somewhere? [13:43] I guess so [13:43] DktrKranz: They are now. [13:44] oh... changed-by: Ubuntu Installer [13:44] But there were several months where they weren't announced anywhere. [13:45] that's another point, and since I think there's no way to fetch changes file from Launchpad [13:45] we're stuck [13:45] ScottK: is there a reason why there are still auto-syncs? [13:46] sebner: What do you mean? Auto-sync is off. [13:46] not really [13:46] ScottK: https://edge.launchpad.net/ubuntu/intrepid [13:47] I've uploaded nautilus-python twice (~14 hours ago and ~1 hour ago) without getting an accepted or rejected... the package is in universe. Anyone has an idea what could be the issue? [13:49] pochu: Where did you upload it? [13:49] sebner: Hmmm. Dunno. [13:49] pochu: It was signed with an appropriate key, and had a correct Maintainer and Changed-By? [13:50] ScottK: hrhr. The magic of opensource xD though it steals me syncs xD [13:50] ScottK: to ubuntu [13:50] emilio@saturno:~/tmp$ dput ubuntu nautilus-python_0.5.0-0ubuntu4_source.changes [13:51] pochu: Can you pastebin the .changes? [13:51] wgrant: sure, but looks fine [13:51] http://pastebin.com/f289ccdc6 [13:52] the .upload says: [13:52] Successfully uploaded nautilus-python_0.5.0-0ubuntu4.dsc to upload.ubuntu.com. [13:52] for the 4 files [13:52] Looks fine. [13:52] cprov: Can you take a look at what happened to pochu's nautilus-python uploads? [13:53] Looks like someone ran autosync and then stopped it at 'p'. [13:53] wgrant, ScottK: thanks for looking into it [13:53] ScottK: It does. Oops. [13:54] Unfortunately it appears not to have gotten the mercurial package with the CVE fix in it. [13:54] ScottK: lol, true. maybe this person noticed that it should be off but they could finish it as well ^^ [13:54] ScottK: I've requested a sync for it [13:55] pochu: I saw. Thanks. [13:55] someone should look into the released versions and see if they are affected. [13:56] Anyone got an ICQ number that I can add for testing? [13:57] #ubuntu is getting edgy (no pun intended) about this ICQ issue, is there a rough ETA for when this will make it in to -updates so that I can add that info to a factoid? [13:57] Frankly, I didnt even know this many people still used ICQ [13:58] Pici: It's awaiting approval for hardy-proposed. Guess it will be some time tomorrow after 8.04.1 is released. [13:58] Laney: For it to be in -updates or in -proposed? [13:58] Pici: -proposed, the fix has to be verified [13:58] Pici, proposed is locked until all CD builds are tested, get more CD testers to speed it up ;) [13:59] erm, isn't it a 1 one line patch ? [13:59] joaopinto: Almost [13:59] I mean the code part only :P [14:00] Hi MOTUs! [14:01] Someone could review my package on REVU please? [14:01] The packages is rt-tests (http://revu.ubuntuwire.com/details.py?package=rt-tests): A set of programs that test and measure various components of "realtime" kernel behavior, such as timer latency, signal latency and the functioning of priority-inheritance mutexes. [14:01] Please be patient with me it's my first package. :-) [14:01] Thanks in advance! [14:01] joaopinto: Pushing updates without verification is a very bad idea. However trivial. [14:01] The rebuild could make them unusable, or break them in subtle ways. [14:01] The patch might not work perfectly. [14:01] We have QA. [14:01] Its a bad habit to get into, i agree. [14:02] joaopinto, no matter how small it is, uploading isnt possible until all CDs are tested [14:02] There's always going to be someone annoyed at whatever bug a SRU is intended to fix - that's why they're SRUed, they're serious. But that's no excuse for skipping on the QA [14:02] in case there is a regression found during CD tests the archive has to be clean as it was when the CDs were spun [14:03] ok ok, but there is also flexible QA :P [14:03] so only the one fix to fix the found regression gets in [14:03] so help testing he CDs and we'l be faster getting the fix in [14:03] *the [14:04] how are the packages promoted from -proposed to -updates ? Is there a formal requirement ? [14:04] how come 8.04.1 has come so fast. I remember Dapper point one took more than this. [14:04] yes, some quarantaine and at least two positive comments on the according bug [14:04] Because it was more planned up front. [14:04] slytherin: Because our release team said it would. [14:04] Folks. For all your SRU process questions, please see: https://wiki.ubuntu.com/StableReleaseUpdates [14:04] :-) [14:05] joaopinto, what cody-somerville said [14:13] I've uploaded a new version of my package "webstrict" on REVU (http://revu.ubuntuwire.com/details.py?package=webstrict) but it isn't displayed... should I have to wait? (it was yesterday) [14:14]