[00:02] * ScottK wonders if dtchen has graduated from the ranks of the young whipersnappers to the old and grumpy? [00:03] grumpiness seems proportionate to the number of patches in debian/patches/ [00:05] <_16aR_> dtchen: lol [00:07] really? what's the threshhold from "normal" to "bah"? [00:11] <_16aR_> Anyone already in the REVU group for package upload can review any package ? [00:11] directhex: you'd get a kick out of this... MonoDevelop 1.9.1, middle-pasting with an empty clipboard == NullPointerException [00:11] :D [00:12] jdong, srsly? that's been reported upstream? [00:13] directhex: I just experienced it and I don't feel like restarting X at this very moment to reproduce :) [00:13] (no innuendo intended) [00:15] directhex: roughly, "when my eyes bleed" [00:16] directhex: now, i can sustain quite a bit of "pos_adj = (pos_adj * runtime->rate + 47999) / 48000;", but there is a limit. [00:17] * directhex declares said limit to be "twelvety" [00:20] directhex: http://paste.ubuntu.com/113834/ [00:20] confirmed. [00:20] you also can't undo pastes :D [00:20] jdong, and this is alpha 1? [00:21] alpha 2, 1.9.1 [00:21] the latest tagged version with tarball [00:21] the mono stack was compiled from mono's project website sources [00:22] jdong, i think you should head to gimpnet [00:29] * nhandler remembers that today is the day MC nominations end. That means next week is a vote [00:30] I have been learning basic Debian/Ubuntu packaging, I would like to become a MOTU member :D [00:30] EagleScreen: Look at the channel topic for a link that explains how to get started [00:30] yes, i am reading [00:31] i am reading about REVU now [00:34] EagleScreen: If you are just starting, you should try some other tasks like patching bugs before you try to package something from scratch [00:36] i haven't got any program packaged from scratch for now.. [00:37] i know make patches, and rebuild source packages, i have some packages from another deb-based distributions which could be in Ubuntu [01:14] is REVU only for entirely new packages? [01:14] Yes [01:15] what about one package that was in hardy but not in intrepid and jaunty by the moment? [01:18] EagleScreen: Why did it get removed from the repositories? [01:19] And is it in Debian? [01:19] I supuse becouse it comes from Debian, and it was out of Debian archive temporary [01:20] now it is in Debian unstable [01:20] i am talking about reportbug-ng [01:21] it has been ported from Qt3/KDE3 to Qt4/KDE4 and now uses more python modules as python-debianbts, python-debianbts is in jaunty. [01:22] may be if it is now in Debian usntable, it will automatically merged to Ubuntu. [01:22] but i am not sure [01:24] What package are we discussing? [01:25] i told you reportbug-ng [01:26] Ah. [01:26] Missed that. [01:26] Why do we want it back? [01:27] i think it is a good package, someone can manage his Debian bugs while it is using Ubuntu [01:27] i have uploaded it to me ppa [01:27] waiting for a dependency to built to can use it in intrepid [01:29] many people whose contribute to Ubuntu contribute also to Debian and they will want to have these kind of packages [01:29] reportbug-ng got removed because it was a horrid disaster. [01:30] * ScottK does his Debian work just fine without it. [01:30] Has it really gotten so much better? [01:30] the new version is good, it works well === asac_ is now known as asac === freeflyi1g is now known as freeflying [01:42] python-debianbts es un paquete virtual? qué significa eso? === nschembr-work is now known as nschembr [01:44] aptitude tell me that python-debianbts is a virtual package, what does it mean? reportbug-ng depends on python-debianbts and it is not listed in repository [01:46] hi I have another question - the FAQs say that packages uploaded to REVU need to have 2 MOTU advocates. Does this happen automatically or do I need to do something to make it happen? [01:46] EagleScreen: http://www.linuxtopia.org/online_books/linux_system_administration/debian_linux_guides/debian_linux_faq/ch-pkg_basics.en_007.html [01:48] sven777: MOTUs go through the queue when they have time. However, asking in here on Fridays is a good way to get advocates [01:48] it is the same as meta-package? [01:48] nhandler - oh ok. Thanks much for that info. :) [01:51] EagleScreen: no. [01:54] i have uploaded python-debianbts to my ppa, but it is not listed by synaptic, any idea? [01:55] how long ago did you upload it? [01:55] minutes ago [01:55] but it is built yet [01:56] i will wait sime time, may be it will appear later [01:56] it takes a while to actually public [01:56] EagleScreen: Is your PPA in your /etc/apt/sources.list file? And did you do an apt-get update? [01:56] er, publish [01:57] yes, ofcourse i have installed various packages from my ppa [01:59] EagleScreen: Ok, just making sure [02:06] Hi all [02:08] hi [02:08] my package finally appeared :D [02:08] wich one [02:09] Glad to hear that EagleScreen [02:09] im a bit newbie...how i can be maintainer of a package [02:09] anakron: Ubuntu (for the most part) doesn't have individual package maintainers like Debian does. We maintain them as a team [02:10] yes i know [02:10] You can "Maintain" the package by patching bugs, keeping it up-to-date, and forwarding changes/bugs upstream [02:10] but now i have version problem: reportbug-ng cannot be installed because depends on python-debianbts <= 0.3 and available is 0.3~intrepid1~ppa2, i will have to build it again with an upper version :( [02:11] keeping it up-to-date >>> sync and merge? [02:11] If it is in Debian, yes [02:11] and...how you can k-i-u-t-d if a package is from...gnome [02:11] i am trying to sync reportbug-ng [02:12] like the last version of gdesklets [02:12] that come with some bugs fixed [02:12] anakron: Is it also in Debian? [02:12] if I sync a package from Debian.. must I upload it to REVU?? [02:12] yes, but the new version is not in debian [02:13] anakron: I would contact the Debian Maintainer and see if they plan on updating their package. Chances are, this will not happen until after February 14 (lenny release) [02:13] ok [02:41] someone can say me an app written in python [02:42] tell me some of them [02:46] anakron: http://www.google.com.au/search?q=application+written+in+python&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:unofficial&client=firefox-a [02:46] thanks [02:46] im trying to find an example [02:46] for fix a bug [02:52] Scottk? [02:52] ping Scottk [02:52] Yes? [02:53] we were talking about a bug of catfish [02:53] Any of the packages that the pythonistas or pythoneers teams are subscribed to are written in Python. [02:53] and you ask for it in python channel [02:53] yes, i was looking for one that i use [02:53] No, I suggested you ask your question in #python. [02:53] but i cant access [02:55] Try /join #python in your IRC client. Works here. [03:22] reportbug-ng is finally working well for me in intrepid [03:55] I'm fairly certain that's a package we only want to get from Debian. === santiago-pgsql is now known as santiago-ve === bluesmoke is now known as Amaranth [07:09] morning === BugMaN1 is now known as BugMaN [09:57] RAOF: do you plan to update gnome-do to latest release? [10:03] hi, iulian [10:05] The proposal for a new format of debian/copyright (http://wiki.debian.org/Proposals/CopyrightFormat) does't seem to be stable [10:05] do you really think I should use it? [10:06] Now, everyfiles of the package are licensed under the GPL v3 [10:07] (I'm taliking about the "swac-play" package) [10:14] anyone working on updating the googleearth-package for google earth 5? [10:14] can't find anything in debian [10:15] hm, it's maintained in a private bzr branch (not on lp) [10:15] zMoo: Well, I recommend it. [10:16] does this mean we can't update it? [10:18] iulian: so I put something like "http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=143" for the field "Format-Specification" ? [10:19] you think, the format will not evoluate anymore? [10:19] I doubt the format will change all that much, but it's also not time yet to push for it to be adopted, I think [10:20] zMoo: If that's what it says there, yes. [10:20] ok [10:20] I just have to find the number of the current revision [10:21] iulian: another problem. [10:21] I can not see any value for the GPL3+ license [10:23] I used the GPLv3+ as recommended in http://www.gnu.org/licenses/gpl-howto.html [10:23] zMoo: Just mention GPL-3+. [10:24] :) [10:24] Take a look at http://packages.debian.org/changelogs/pool/main/g/git-cola/current/copyright for an example. [10:26] zMoo: License keywords: GPL-3+ [10:26] GNU General Public License, version 3 or later [10:39] i support iulian on this. the copyright format is nice even for human-readability === Spear is now known as Spear_ === Spear_ is now known as Spear [11:31] iulian: the new package for swac-play is ready :) [11:42] Great. [11:45] iulian: It's time to eat. See you === spitfire__ is now known as spitfire_ [12:39] mok0: New upload http://revu.ubuntuwire.com/details.py?package=pencil fixes all (but one) problem; if you find the time :-) [12:40] khashayar: that's great [12:40] khashayar: I'll take a look later todayt [12:40] mok0: Thanks! [12:40] mok0: Do you think you could take a look at http://revu.ubuntuwire.com/details.py?package=rtirq as well. It should be an easy one ;-) [12:41] khashayar: ok, will do [12:41] Cheers! [12:42] khashayar: I should be free around 23:00 UTC to give the packages another review if you want [12:47] nhandler: Thanks. I'll try to make new updates before 23:00 UTC, then, if need be. [12:51] what does this mean for dpkg --compare-versions: lt-nl ? [12:53] man dpkg? [12:53] oh [12:53] it's less than - something [12:54] otherwise. There are two groups of [12:54] operators, which differ in how they treat an empty ver1 or ver2. These treat an empty version as [12:54] earlier than any version: lt le eq ne ge gt. These treat an empty version as later than any version: [12:54] lt-nl le-nl ge-nl gt-nl. These are provided only for compatibility with control file syntax: < << <= [12:54] = >= >> >. [12:56] Hobbsee: could you give me an example? or does lt-nl mean < ? [12:57] Hobbsee: I can understand what you're quoting, but it's worded only slightly better than a quantum mechanics article ;) [12:58] true :P [12:59] I'm sure the man page author was just short of throwing a bit of xml at it [13:00] savvas, "a lt b" is equal to "a lt-nl b" if both a and b are not empty/null/undefined [13:01] if either a or b could be empty/missing, use the -nl variant to be sure that dpkg --compare-versions won't fail, so you get a predictable result [13:02] very handy for scripts [13:02] loic-m: indeed... [13:03] loic-m: that'll teach me not to answer questoins close to midnight [13:04] Hobbsee: hehe [13:21] hi, iulian [13:21] mok0: About the wrong street address in LICENSE (wrt the rtirq package): This file is part of the upstream tarball. Do I need wait for a new release, or can I mention this somewhere in the packaging before upstream fixes it with a new LICENSE? [13:30] zMoo: Hiya [13:37] $visitor->language = reset(explode(',', $_SERVER["HTTP_ACCEPT_LANGUAGE"])); [13:37] wow php is vies spannend [13:37] Hmm, something tells me this is not the channel I wanted to paste that in [13:37] iulian: I've just uploaded a new package. I think, this time, is the good one :) [13:38] zMoo: Excellent. I will have a look at it. [13:38] iulian: it's really pleasant to work with you [13:38] Of course. === henrikslaptoppo is now known as henrik-laptop-hw [13:57] zMoo: debian/copyright: Please replace with /usr/share/common-licenses/GPL-3. [13:58] iulian: arf :) [14:03] What is the argument to pass to debuild to set the Distribution field in the changesfile? === thunderstruck is now known as gnomefreak [14:08] iulian: Done \o/ [14:14] zMoo: I've just advocated it. [14:16] iulian: \o/ Houra === thunderstruck is now known as gnomefreak [14:17] iulian: I've reported all changes on the other package swac-scan [14:17] mok0: Whenever you feel that urge of re-revuing, rtirq is now moved to http://revu.ubuntuwire.com/details.py?package=rtirq-init :-) [14:18] khashayar: ah, but you don't need to rename the source package [14:19] khashayar: I meant just changing the name of the binary package, in debian/control... [14:20] khashayar: it's actually best to keep the source package name the same as upstream's tarball (except for general Debian policy on package names) [14:20] Ah, I see :-p [14:20] I'll do that then. Any way to remove rtirq-init from revu? [14:20] khashayar: You understand now? It's a one-line change in control [14:21] khashayar: I can nuke it :-) [14:21] Yes, I get it. Thanks. Please nuke :-) [14:21] zMoo: Yes, I've seen that. I'm reviewing it now. [14:22] khashayar: anyways I'm busy looking at pencil, so take your time [14:22] Cool. [14:22] iulian: Excellent! [14:23] zMoo: Reviewed and advocated. [14:24] iulian: Thank very much [14:26] heya === Tonio__ is now known as Tonio_ [14:28] * iulian prods RainCT. [14:34] hi RainCT & pochu. My packages have been advocated by iulian! I offer a free collection of bielorussian words to the second advocate! :] [14:41] zMoo: is compat level 7 necessary for some reason? [14:42] I don't think so [14:43] Why do you use it then? This is a very minor issue, but using high compat levels for the sake of doing so just increases the difficulty to backport a package [14:43] my debin/compat was generated by dh_make :) [14:43] *debian/compat [14:44] Is it a good answer? [14:44] * zMoo => [] [14:44] Rather, no. And you blindly trust dh_make? [14:44] :P [14:44] hehe [14:45] (If you don't change this now, I'll survive anyway ;)) [14:45] I just have to restart my laptop, and I change it [14:45] zMoo: Format-Specification in debian/copyright is missing the revision number [14:46] RainCT: I though it was recommended to use compat = 7, standards version = 3.8.0. Won't there be lintian warnings otherwise? [14:46] (I'm just asking because in all my packaging efforts I set those versions :-/) [14:47] khashayar: No. Standards version should always be the latest, but the same doesn't apply to compat. You can choose between any compat level (well, that it number 4 or above, 1/2/3 are deprecated) depending on which new features you need [14:48] RainCT: for the revision, I did the same thing like iulian in http://packages.debian.org/changelogs/pool/main/g/git-cola/current/copyright [14:48] RainCT: I see. I guess 6 should be good figure then, as that's what hardy's using. Correct? [14:48] and I did find the revision number of the document [14:48] *didn't [14:49] I believe the revision number doesn't matter so much since the specification is not pushed. [14:50] khashayar: Yes, 6 should be acceptable (but you could get it even lower, or use a higher one if you want some new behaviour introduced with a later version.. see man debhelper for information on all levels). But as I said, this is just a nit-pick, it's good to consider but isn't really a must.. Using level 7 won't kill cats or anything :) [14:50] RainCT: Good to know. Learning something new every day :-) [14:51] iulian: the specification says there must be the revision, as I understand it [14:51] khashayar: comment ready for you, for pencil [14:52] RainCT: Ah, well, then append the revision number to that url, zMoo. [14:52] zMoo: I can't find anything else to complain about, will have a look at the resulting .deb now :) [14:53] * RainCT updates cowbuilder [14:59] * henrik-hw0 thanks mok0 [15:00] henrik-hw0: it would be good to get a second advocate quickly, so we can build your cdemu stuff without funny business [15:01] Any MOTUs ready to give a 2nd advocation of libmirage? [15:01] MOTUs: ^ [15:03] Tip to ppl seeking review: if you know your package falls in the special area of one of the special Ubuntu distros (Kubuntu, Ubuntu Studio, etc.) try to look for a MOTU in that area === maxb_ is now known as Guest77609 [15:04] mok0: indeed. especially since that package contains the parts reusable by other projects as well. [15:04] henrik-hw0: good point [15:07] RainCT: I think, I have to use compat V7 (I use a new fonctionnality of dh_clean in my debian/rules) [15:18] * pochu wonders who has applied for the Council vacant :) [15:20] * RainCT is happy at archive reorg :) [15:20] hi RainCT [15:20] me too :) [15:21] How isn't? [15:21] Who* [15:21] hehe [15:23] We really should put the newly uploaded packages from REVU onto a bzr repo [15:24] RainCT: you think that revu could stash things away in a bzr repo? [15:24] mok0: That's already done automatically [15:25] RainCT: really? where? [15:25] mok0: VCS for everything spec? :P [15:25] Or do you mean a repo for packages *before* they enter Ubuntu? [15:25] RainCT: I didn't know it was already working [15:25] maybe that could be a new use for revu-uploaders [15:26] RainCT: actually , yes I did [15:26] bzr push lp:~revu-uploaders/mycoolnewpackage [15:26] Uhm.. I guess I should cancel my team deletion request then :P [15:26] Sometimes there's a trivial thing you'd like to fix before advocation, like a spelling mistake, and it's kinda cruel to ask for another upload just for that [15:27] RainCT: perhaps you should [15:27] just an idea [15:27] LP allows users to set the "state" of branches too [15:28] yes, that's an interesting idea [15:28] Although, I don't know if we need revu-uploaders for it. [15:28] People can just push to their own space [15:29] Laney: sure, but it would be nice to have all branches collected in 1 place [15:29] mok0: Yeah, the revu website [15:29] or you could propose for merging into some central "pleaes review me" place [15:29] Laney: yeah... I guess... [15:30] RainCT: the new package in online (I didn't change the compat version number) [15:30] or revu could support bzr directly [15:30] zMoo: okay [15:30] *is online [15:30] Laney: I like that last idea [15:31] Actually I like the idea of using LP's code review facilities [15:31] it would be great if LP supported branches owned by several teams (eg, the uploader + MOTU) :P [15:31] Laney: but I think the crucial thing is that MOTUs should have write access to the place where people put their branches, so we can fix small issues [15:31] RainCT: exactly [15:32] hmm [15:32] In that sense, ppl should just ask for their personal branches to be merged into the MOTUs repo [15:33] but then if it gets merged they can't modify it any more [15:33] Laney: no, but they can upload their fixes to their own place and those could be merge [15:33] d [15:34] or pulled [15:34] * mok0 is no bzr wizard [15:34] yet [15:35] I dunno, it seems like it would be easier for everyone to just be able to push [15:35] Laney: I just advocated a package with a spelling mistake in the description, it would be nice to just be able to fix it [15:35] to the same place [15:35] * RainCT thinks we should better wait for the spec to be fully implemented before looking how REVU could do something with bzr [15:36] Laney: Hm, so the repo belongs to revu-uploaders, who everybody is a member of? [15:36] mok0: You could [15:36] fix the mistake, upload and then advocate your version [15:36] RainCT: of course, just brain fscking here :-) [15:36] RainCT: Hm, I dunno. It doesn't really deal with new packages [15:37] I think all of the machinery for doing actual packaging in bzr is there, unless I'm mistaken [15:37] Laney: true, but it would be eazier if you had your copy from bazaar, you could just push your mods [15:37] it would [15:37] Laney: ...and the uploader could pull your mods [15:38] moreover, the uploader wouldn't even be able to push their own changes until merging yours [15:38] Do we VCS everything or just the debian/ dir? [15:38] (without --overwrite?) [15:38] usually just debian/ [15:38] OK, that requires a watchfile [15:38] (with SVN, I think bzr has some crazy looms thing) [15:38] looms? [15:39] mok0: See https://wiki.kubuntu.org/NoMoreSourcePackages [15:39] It's the new way of doing patches [15:40] s/new/bzr/ [15:40] Laney: Yeah. I'm not so hot on using it for patches, though [15:40] yeah, and that will have to wait until this gets done anyway [15:41] you can still do it the normal way [15:41] Laney: but as a way of interacting with uploaders of new packages, I think it would be cool [15:42] certainly [15:44] Laney: That loom thing looks so cool. [15:44] yeah - it's basically another view on quilt patches, which is good [15:45] Hm, Laney, in the document you URL'ed above, it says: "For packages uploaded via a revision control build request, there would be no source package, instead the buildd needs to check out the required revision control branch and build the binaries and source package from that." That implies that upstream's source is also in there [15:45] mok0: I think there's a loom for the upstream source [15:45] and everything else sits on top of it [15:45] i.e. upstream is basically "patch 0"" [15:45] Laney: I see [15:45] Cool [15:46] so to update to a new upstream version you just touch that loom, then carry on up the stack fixing the looms as they generate conflicts [15:50] * RainCT uploads a new ubuntu-dev-tools version [15:50] * mok0 wonders if Debian can be persuaded to work on LP for new packages that start their life in Ubuntu [15:50] * Laney giggles [15:51] alioth supports bzr, though [15:51] Laney: ok, so the whole branch could migrate there [15:51] RainCT: Remeber to bzr tag it. [15:51] jpds: how is that done? [15:52] RainCT: bzr tag -r NN 0.6N [15:52] Where NN is revision of upload. [15:52] and the 0.6N? [15:52] ah ok [15:52] :P [15:52] RainCT: Whatever version you uploaded ;-) [15:52] RainCT: i.e bzr tags [15:54] jpds: Does debcommit -r work with bzr? [15:54] Laney: Never used that. [15:54] mmk [15:54] jpds: wow, what it you who has tagget all past uploads? [15:54] it's supposed to commit and tag [15:54] Laney: Manpage claims to. [15:54] RainCT: Yep. [15:54] debcommit rocks, you should use it :) [15:55] does it create a new blank changelog entry? [15:55] (that would be sexy) [15:59] iulian: have you tried if swac-play works? [16:00] (it's not installable on Hardy and I would like to avoid starting a VM now..) [16:00] s/Hardy/Intrepid [16:02] nice, edge.'s +archive package has Ajax :) [16:03] *package = page [16:03] :( [16:04] The evil green flash? [16:05] yes [16:05] And it is evil indeed.. The fact that it is Ajax is cool :P [16:08] Huh? What green flash? [16:09] mok0: https://edge.launchpad.net/~do-testers/+archive/ppa [16:09] ah [16:09] heh [16:10] mok0: ah, I asked you yesterday if you have already touched anything in index.py [16:10] (in REVU) [16:10] I haven't pushed anything yet [16:10] mok0: but modified? (so that I don't do many changes there which will then conflict with yours :P) [16:11] RainCT: I can pull? [16:11] mok0: sure [16:12] ah, merge [16:13] uhh [16:13] Ah, the only real change I've done is so that you get a line number on the listing [16:13] I can push that and you can see if you want to use it [16:14] mok0: Not sure what you mean, but okay [16:14] RainCT: on the webpage, in each table the package is numbered from the top, starting with 1, so you can easily see how many there are [16:15] * RainCT doesn't like that :P [16:15] RainCT: adds another column to the html table, on the left hand side [16:15] RainCT: why? [16:15] just adding (X) next to the section name should do the job [16:15] RainCT: right [16:15] that's better [16:15] I don't seen any use for it and it clutters the interface [16:16] It would imply that REVU is a queue too, at least to me [16:16] (adding it on every line, that is) [16:16] True [16:16] And today I'm doing some sort of typo in every line I write XD [16:16] Well, it's taught me a bit about how this template thing works :-) [16:17] that's always good :) [16:18] zMoo: seems like iulian is away.. You're sure the .deb works fine, right? [16:18] yes [16:18] RainCT [16:18] I'll try again [16:19] Hi folks [16:19] RainCT: I am thinking that perhaps adding some SQL tables might eliminate the need for doing these complex queries, but how to keep the info consistent, if it's duplicated? [16:20] urgh, don't duplicate in a database [16:21] mok0: where is it duplicated? [16:21] zMoo: Uploading :) [16:21] RainCT: Don't know, yet :-) [16:21] lol [16:22] RainCT: for example, if a package is advocated, I'd like to use that to bump the rung of the package [16:23] sorry, the rung of the sourcepackage [16:23] not the upload [16:26] mok0: that still wouldn't allow us to remove the advocation table (advocates are associated to comments, which is good that way, and remember that they can also be added/removed after being given) [16:26] jpds: can we get ubuntu-dev-tools backported to Intrepid? [16:27] RainCT: yes, but the advocation is not really a property of the comment, it's a property of the package [16:27] RainCT: Sure, file a request and I'll do it. [16:27] RainCT: in fact I should add gstreazmer0.10_plugins-good in the dependences (it's not mendatory, but it'll be better) === Guest77609 is now known as maxb [16:28] *dependances [16:29] zMoo: oh. you can get a new revision in once the package has been accepted. [16:29] RainCT: I did't see "Uploading" [16:29] in fact, this dependance is not mendatory [16:30] zMoo: it should be a Recommends then [16:30] yes [16:30] jpds: do I need to write something particular in the description? [16:30] " zMoo: Uploading :)" Houra \o/ [16:31] RainCT: "It builds, works, runs and has all dependencies in intrpeid." [16:34] Hm how do I get back a file from bzr that I've deleted? [16:35] mok0: bzr revert [16:35] thx [16:37]