=== leleobhz is now known as help === help is now known as leleobhz === chuck_ is now known as zul === emgent_ is now known as emgent [02:34] Anyone care to help me figure out why I'm getting these errors while trying to build a package? [02:36] dnyy: What errors? [02:38] http://pastie.org/368082 It's the whole log, but the errors are more towards the bottom. Some saying it can't find pkg-config and others saying theirs errors in the source when I'm almost certain there's not. ;/ [02:39] This is my first time building, so I'm a bit clueless as to what all these errors are trying to tell me. [02:44] dnyy: It does look like it is a problem in the source [02:45] it built/installed good using debuild though, and without trying to include the dependencies. :/ [02:46] it's just when trying to add those that i get the errors (with both pbuild and debuild) [02:47] dnyy: What do you mean by "and without trying to include the dependencies"? [02:48] to use the app you need to have libmad0-dev and libao-dev installed, but adding those to /debian/control gives me that huge list of errors. [02:49] dnyy: The Dependencies should not affect whether or not the package builds. Only Build-Depends should be installed by pbuilder to build the package [02:50] Hm, so I wonder why it's not building then. Maybe I'm making an error in the way I try to include the dependencies(syntax and whatnot), or does that not matter since it doesn't use those while building? [02:50] dnyy: It shouldn't matter. Are your Build-Depends correct? [02:51] I'm an upstream developer interested in releasing .debs for my users (Ubuntu packages are too slow for those who want the bleeding edge, and .debs are convenient packages for many users to test out). My app is packaged in ubuntu, but I can't seem to figure out where the debian/ directory lives in launchpad... where do I find the packaging stuff? [02:51] nhandler: Can I paste you the control file? [02:52] dnyy: It would appear from your paste that it is trying to run pkg-config, but failing. You should add a Build-Depends for it [02:52] The build-depends is where I'm putting the 'libmado-dev, libao-dev, etc [02:53] Hm, I'll give that a go real quick. [02:53] tomhinkle: Go to launchpad.net/ubuntu/+source/SOURCENAME [02:53] dnyy: Yeah, go ahead and pastebin it [02:53] http://pastie.org/368414 [02:54] dnyy: Are those packages really needed for the package to build? [02:54] Well, they are listed as so in the source package from the ubuntu repos. This is the newer/dev version. [02:55] autoconf and automake made me wonder, but I figured if it was included in the source they must be. :/ [02:56] dnyy: If the package is already in Ubuntu/Debian, there is no need to package it again to get a newer version added [02:57] Well I'm packaging it for personal use and for the crunchbang (ubuntu-based distro) repos. [02:57] dnyy: I would contact the Debian Maintainer and see if he has plans to update the version of shell-fm in Debian. If they do that, we can sync the changes [02:57] dnyy: If you are packaging it for personal use, you still don't need to start from scratch [02:58] Well how could I go about updating the older deb and repackaging? [02:58] dnyy: Download the source package from Jaunty using dget, pull-lp-source, or apt-get source. Then, download the .tar.gz for the newer upstream version. Then, use uupdate. [03:00] Hm, doing that now then. What do you mean use update? ;o [03:03] uupdate is a tool in the devscripts package [03:03] kk, looking it up [03:07] does the tar.gz of the upstream need to be in the same folder as the source? i notice i have to be in the source top dir to run uupdate or will it look above the current dir? [03:08] I normally run uupdate from the source directory (the one that contains the debian directory). I run it like 'uupdate ../foo_x.y.orig.tar.gz' [03:09] aah, kk [03:09] then just pbuild the new dir? [03:10] Then cd into the new directory and make sure the changelog is correct. debuild -S -sa and build in pbuilder [03:10] wow, this package sure has changed a lot since the jaunty version [03:10] maxb: What package? [03:11] shell-fm, that dnyy is working on [03:11] maxb: Ok. I didn't even look at the changes. I just saw that we auto-synced from Debian [03:11] what version is in the jaunty repos? same as the intrepid ones? [03:12] lyes [03:12] Yes dnyy [03:12] svn20071125.r282-1 [03:12] ah, yuh [03:12] I didn't know 'til yesterday it had been worked on so much [03:13] nhandler: Thanks for the pointer. I think I've found what I needed... [03:13] Glad to hear that tomhinkle [03:14] nhandler: http://pastie.org/368425 Is my fakeroot broke? I seem to get a lot of errors about it, too. :/ [03:16] dnyy: Can I see your debian/rules? [03:17] http://pastie.org/368428 [03:17] dnyy: No, the problem is that the package has *completely* changed its buildsystem upstream, and debian/rules needs a significant overhaul [03:19] ah, well shucks. I don't think I'm anywhere near knowledgeable enough to do that. [03:19] * nhandler seems to remember suggesting contacting the DM [03:19] :P [03:19] seems like that's what i'm gonna have to do. [03:20] * maxb has been idly fiddling with it just now, following along with the problems, let me paste a debdiff of what I've got [03:21] kk. I'd really like to do this without getting the DM to do it, as it'd be a nice learning experience. [03:25] http://pastie.org/368432 [03:25] it's a start [03:26] there's obvious things that I haven't touched, like the fact that the upstream ships a shell-fm.1 manpage now, which would need to be reviewed against the one shipped in debian/ [03:26] upstream has also apparently dropped the example rc file that was previously shipped [03:27] and they could really do with being told that they're misusing DESTDIR in a [03:27] * and they could really do with being told that they're misusing DESTDIR against all common convention [03:28] yeah. this is all pretty new to me, but basically I need to go through and see whats different between the uupdate version and the upstream version, and clean things up in the uupdate to match the upstream? [03:37] dnyy: erm, I didn't really understand that sentence [03:38] haha, I'm horrible at explaining myself. What I mean is; In order to get things working, do I need look through the 0.4 source and the 0.6 source, find the difference, and then remove them from the package that uupdate creates? [03:39] remove the differences, i mean [03:39] uhm. If you remove the differences that the update creates, you'll be back at 0.4 [03:40] oh wait, duh. ;( === hyperair is now known as Guest29546 [05:38] good morning [05:38] Good morning dholbach. a bit early today ;-) [05:39] hi fabrice_sp [05:39] yeah, woke up early today :) [05:40] no real activity here at this time :-) [05:49] dholbach: It's REVU day. Please dive in. [05:50] ScottK: I try to do a few today, but I'm completely drowning in work right now :-/ [05:50] I like the discussion on the MOTU list about REVU and automated checks - that'd be awesome [05:50] And if you want to begin with an already advocated one, you can have a look at dvdstyler (http://revu.ubuntuwire.com/details.py?package=dvdstyler). This package only miss one advocate :-) === hggdh is now known as hggdh|away [05:56] * persia reviews foo-plugins === hggdh is now known as hggdh|away [06:05] * persia reviews gebabbel [06:08] Anyone running Kubuntu jaunty and has a GPS unit? [06:11] I think most of the likely candidates are sleeping. [06:12] Probably. Pity, as I can't test this and don't like to advocate without having tested. [06:12] http://revu.ubuntuwire.com/details.py?package=metakit [06:16] persia: I found one with Kubuntu Jaunty, but not a GPS. [06:16] persia: rgreening says hi. [06:17] heh :) It's a GPS tool though, and as we've so few of those that work, I'd rather it actually work. [06:17] Worst case, maybe mok0 tested it for the previous advocation, in which case I can push. [06:18] Perhaps you can at least make that assumption ... [06:19] I'll still be about when mok0 wakes: a few hours of double-advocation pre-upload won't be significant when compared against the months it's been in queue === fabrice_sp_ is now known as fabrice_sp [06:41] Is there a simple example of source package that builds both a binary and shared library using CDBS that you could recommend? [06:43] tritium, wildmidi does that [06:43] persia: thanks! [06:44] tritium, I can't promise it's a perfect example, but at least it's an example [06:44] I'm sure it's better than nothing. :) === _neversfelde is now known as neversfelde === hyperair_ is now known as hyperair [07:46] mok0: sorry i forgot to upload bansheelyricsplugin this morning. i missed out the 'revu' argument to dput. realized it when i woke up [08:09] hyperair: yeah I noticed, will take a look a bit later today [08:34] morning [08:35] didrocks: hi [08:36] Hi somaunn === hyper914 is now known as hyper53 === hyper53 is now known as hyper425 === hyper425 is now known as hyper512 === hyper512 is now known as hyper901 === hyper901 is now known as hyper466 === hyper466 is now known as hyper105 === hyper105 is now known as hyper392 === hyper392 is now known as hyperair [09:33] hellow [09:33] if i have a package version like -1.0-1 [09:33] and i want to make my own changes and make it be considered higher than the original [09:34] -1.0-1~verwilst1 for example won't cut it, right? [09:34] -1? [09:34] * StevenK twitches [09:34] 1.0-1~verwilst1 is lower than 1.0-1 [09:34] verwilst, Right. Try +verwilst1 [09:34] -1.0-1~verwilst1 will be lower, since ~ sorts lower than '' [09:40] Hi y'all, I uploaded a new upstream version package for "crawl" and request approval, as I'm no MOTU. Bug no.: #320142 [09:40] bug #320142 [09:40] Launchpad bug 320142 in crawl "Dungeon Crawl Stone Soup (crawl) new upstream version (0.4.5) needs packaging" [Undecided,In progress] https://launchpad.net/bugs/320142 [09:42] persia: is +verwilst1 debian-legal? :) [09:42] verwilst, How do you mean? The tools support it. The ftp-masters would get grumpy if you uploaded it, and tell you to use -1.1 and do an NMU, or work with the maintainer. [09:44] saschpe: You don't need to upload it to revu, just upload diff.gz to launchpad. [09:44] iulian: oops, sorry. thought I'd read that that's the way to do [09:45] hi maxb ! following your good suggestions, I've uploaded a new w-scan package. I want to thank you for your feedback, let me know if you see something wrong :) [09:46] maxb -> http://revu.ubuntuwire.com/details.py?package=w-scan === asac_ is now known as asac [10:38] The pbuilder installs same -dev packages everytime I compile something, this is done on purpose or I'm doing something worng? [10:39] Quintasan, Assuming you're compiling similar things, it's on purpose. [10:39] If this takes a while, or you have download caps, you might consider using a package cache so pbuilder only downloads new ones. [10:41] persia: thanks [10:41] The download cache is the default. [10:42] Quintasan, The reason it does this is that it downloads the set of packages listed in Build-Depends (and their dependencies) to build the package, and let the packager specify the target environment. This takes a little longer, but allows the packager to ensure the builds are repeatable. [11:29] Hello, I don't know if this is the right place to ask, but I have to backport packages from Jaunty to 8.04 and I was wondering if there's already a tool that can help automating it [11:29] prevu [11:30] kewl, thanks =) [11:34] no guarentees on it actually working, but it'll try [11:36] hi motus', I try to dive into packaging a python tool, and I get this error: [11:37] E: launchpad-shell source: missing-python-build-dependency [11:37] so my question is: what's missing there? [11:38] I compared my control file to other packages, some have 'python' and some have 'python-all-dev' [11:38] which one is the way to go? === lan3y is now known as Laney [11:39] you're missing one of: "python{,-dev,-all,-all-dev} (>= 2.3.5-11)" in Build-Depends: or Build-Depends-Indep: [11:39] -dev if you're building arch:any package, -all if you're building a module [11:40] python (without -add or -dev) if it's application [11:41] if it's arch:any, python-all-dbg should be in Build-Depends: as well (unless you're not building -dbg package) [11:41] thanks POX, so I will go with python for this small app [11:42] thekorn: lintian -i *changes [11:42] hi there... [11:42] anyone free to give a look at http://revu.ubuntuwire.com/details.py?package=k3b [11:42] thanks :) [11:42] POX, no output, so it's working now, thanks again [11:43] Tonio_, ehm... k3b's already in the archive, surely? [11:43] http://packages.ubuntu.com/source/jaunty/k3b [11:43] thekorn: I meant lintian will be more verbose if you turn verbose mode on (-i) [11:43] directhex: yeah, but that's major packaging rewrite, as this is the kde4 version [11:43] directhex: I could upload it like this, but a second pair of eyes is always welcome :) [11:44] they should rename it k4b imho ;) [11:44] directhex: goob point :) [11:44] thekorn: of use lintian-info :) [11:44] s/of/or [11:45] POX, hmm, is there a way to pass this -i through debuild? [11:45] thekorn: lintian-info -t missing-python-build-dependency [11:46] debuild has a --lintian-opts [11:46] wow, that's nice [11:53] directhex: k3b means "KDE Burn Baby Burn" and is not directly related to KDE3 :-) [11:54] saschpe, so rename it "KDE Better Burn Baby Burn" anyway! [12:01] what's the best way to keep updated on new uploads of certain packages to certain releases, like intrepid and jaunty? [12:01] so i can keep feeding prevu [12:03] i tried using package-import.ubuntu.com but the server is kinda shoddy [12:03] it gives regular proxy errors [12:04] snuitje: launchpad will soon provide two things, package feeds, and package branches [12:04] package feeds as in rss? [12:04] the first will allow you to subscribe to feeds of uploads for packages [12:05] the other will be pretty much the same as what you are trying to do but more robust [12:05] kewl :) [12:06] well thanks, i'll keep an eye out :) [12:08] snuitje, In the meantime, there are the -changes mailing lists (see lists.ubuntu.com) which send an email for each upload. [12:08] okay [12:09] btw, woohoo prevu worked flawlessly :) already installed my 1st automatic backport, goodbye pdebuild and friends (except for ppa packages) =) === proppy is now known as propeat [12:10] prevu is just a thin wrapper on pbuilder [12:11] yes, but looking up the dsc url, then doing the dget -x, pdebuild etc dance is such a hassle [12:11] Really, I'd recommend learning to use pbuilder directly, because then you can use cowbuilder, which vastly speeds up the process by eliminating the tar.gz unpack step [12:12] snuitje: "pull-lp-source mypackage jaunty" [12:13] jpds: ping [12:15] hm, i dont have that... [12:15] jpds: thanks for the comments. regarding sigx, i've fixed removed NEWS from debian/docs, and shifted the rest of the stuff from debian/docs to debian/libsigx-2.0-doc.docs. there's a new upload at revu. if you could look at it, i'll be very grateful =p [12:16] snuitje: apt-get install ubuntu-dev-tools [12:20] maxb: i did, but it must've come after 8.04 [12:20] so i'll prevu it ;) ;) [12:23] prevu even managed to build despite tha fact that the new packages use a later debhelper, now that's good work [12:27] *shrug*. That just comes from having the package available in hardy-backports for just this reason === BugMaN1 is now known as BugMaN === propeat is now known as proppy [13:36] maxb: of course, i haven't thought of that >.< thanks, i upgraded the package with an apt preferences exception :) thanks! [14:18] jdong: any idea how to disable the auto update in azureus? [14:26] Hello, I prevu'ed ubuntu-dev-tools and ran apt-get update, but apt-get dist-upgrade wants to keep it at the 8.04 version, how can apt be configured to upgrade to prevu packages? [14:27] btw, it did work for another package [14:27] no wait [14:29] yes, it did work for 2 other packages [14:29] lsb and lighttpd [14:29] (lsb-release) === azeem_ is now known as azeem [14:29] snuitje: what is prevu? [14:30] it's a tool to backport packages from Ubuntu+1 to Ubuntu or Ubuntu-1, etc [14:31] its a pbuilder wrapper [14:31] snuitje: oh, I was not aware of that. What is the version number you have specified for the backported package? [14:31] the version numbering is automatic, but it's 3.2-14ubuntu2~8.04prevu1 [14:31] and the 8.04 version is 3.2-4ubuntu1 [14:33] snuitje: is the backported package available in some repository? [14:33] of course [14:34] prevu does that ^-^ [14:34] oh wait [14:35] the new version is 0.59~8.04prevu1 the old one is 0.30 [14:35] snuitje: I don't see a problem here with version number. Have you verified if all the dependencies are present in hardy? === Riddelll is now known as Riddell [14:38] OIC, why didn't i think of that -_-''' [14:38] python-launchpadlib is missing ^-^ [14:38] ty === ssweeny_ is now known as ssweeny [14:50] if anyone has anytime to review my package, http://revu.ubuntuwire.com/details.py?package=charm, I would be greatly appreciative. Thanks :) [14:54] binarymutant: I'll bite [14:54] binarymutant: what's it for? [14:54] charm is a blogging software for the console/terminal [14:55] binarymutant: ah! Charming! :-) [14:55] :) [14:56] binarymutant: wow, you've been through quite many cycles [14:56] yeah 2 versions, I had to get a couple of patches uploaded to it [15:01] binarymutant: you know how to use the patch system? [15:02] yes, I had been using dpatch but took it off because my patches were included in the source [15:02] binarymutant: I [15:02] Any revu'ers free to check my package? I require just one more advocate :D [15:02] binarymutant: I'd like you to include a patch then :-) [15:03] :*( [15:03] binarymutant: ... to get it perfect [15:03] right, what is it? [15:03] binarymutant: there's a number of hyphen-used-as-minus errors in upstream's manpage [15:04] I paste a script to fix it: http://pastebin.com/f11c8da4e [15:05] what's hyphen-used-as-minus mean? [15:05] binarymutant: the minus character is used for options, for example --help, that needs to be typeset in nroff like this \-\-help [15:06] binarymutant: you can't see it when the man page is shown in a terminal, but if it's printed you can [15:06] in charm.1? [15:06] right [15:06] Hi, I have a quick question about .desktop files - how can I make one use an .svg? I placed the svg with the corresponding name into /usr/share/icons/hicolor/scalable/apps, .desktop into /usr/share/applications, but it does not want to associate the picture. [15:07] binarymutant: just run the fixhyphens < charm.1 > charm.fixed.1 and make the patch [15:07] k, I see it the double -- were hyphened but not the single - [15:09] anything else you can see mok0 ? [15:11] I [15:12] binarymutant: I've posted a message on the REVU page. Looking good... [15:12] mok0: http://revu.ubuntuwire.com/details.py?package=bansheelyricsplugin =D [15:12] thanks mok0 [15:12] hyperair: ha! ok [15:12] mok0: =D thanks [15:14] hyperair: there! [15:14] mok0: thanks =D [15:15] Ah I see MOTUs have been picking the low hanging fruit :-D [15:19] what is the best way to merge a package from experimental? [15:21] slytherin: you mean without a grab-merge set? [15:21] mok0: Busy? :D [15:21] Chris` ready for some reviewing action, what have you got? [15:22] mok0: yes. I mean experimental merges are not available on MoM. ANd I want to avoid manual work as much as possible. [15:22] http://revu.ubuntuwire.com/details.py?package=grdc & http://revu.ubuntuwire.com/details.py?package=grdc-gnome [15:22] is any motu free to review bansheelyricsplugin? it's already got one advocate: http://revu.ubuntuwire.com/details.py?package=bansheelyricsplugin [15:22] mok0: All I need is one more advocate (if it is good enough) [15:23] * mok0 wonders why Chris`insists on having a backslash in his nick... [15:23] mok0: A grave accent? ;p [15:23] Just Ch :) [15:23] a nuisance to type.... [15:24] My name used to be `Chris :) [15:24] Ch = chillywilly Chipzz Chris` chrisccoulson [15:24] Uhuh now they all think the message is for them ;-) [15:24] yes [15:24] Do Chr [15:24] sorry chrisccoulson [15:24] I will be the first :) [15:24] can i have that last 5 seconds of my life back? lol [15:25] Hi. If I want to package something from a git repo, what should I use as the version number? [15:25] Webspot: something like a.b+git [15:25] mok0: any idea? [15:25] slytherin: not really === hggdh|away is now known as hggdh [15:26] Webspot, many people like to use the date; git doesn't really have revision numbers (it uses sha-1 instead) [15:26] slytherin: I don't know what software is used to generate those merge sets [15:26] liw: Yeah. I thought the revision looked too long to use as a version number. Thanks. [15:27] Webspot, more important than length is that the sha-1's aren't behaving like version numbers, you can't compare which one is the newer version [15:27] liw: Oh yeah. So do I use a.b+git? [15:28] NCommander: any plan to update linux-image for powerpc? [15:28] Damn revu is slow [15:29] * jpds checks load levels. [15:31] OK; it sure is using a lot of its memory. [15:32] jpds: what's it doing? [15:32] Webspot, a.b+git.<32bitid> might be most illuminating [15:33] liw: Ok. Thanks for your help :) [15:33] mok0: The usual, apache, postgresql, helper scripts. [15:35] mok0: I think this is more concerning tho: http://paste.ubuntu.com/108617/ [15:36] Chris`, you know how to use the patch system? [15:36] mok0: Not entirely but wiki.ubuntu.com exists to serve [15:37] Chris`, it's a t-i-n-y problem, not a blocker, but if you want to learn how to use the patch system... [15:38] OK... [15:38] include /usr/share/cdbs/1/rules/simple-patchsys.mk [15:39] man cdbs-edit-patch [15:39] Chris`, desktop-entry-contains-encoding-key /usr/share/applications/grdc.desktop:3 Encoding [15:40] mok0: What does that mean? [15:40] Chris`, there's an "Encoding" statement in there that is deprecated [15:40] Chris` very common error [15:40] So what should be done? [15:41] Chris` I can't seem to locate the .desktop file in the tree... know where it is? [15:42] "No Name" [15:42] Is the config file [15:42] but no .desktop [15:44] Chris`, it's in src/grdc.desktop.in, it gets processed by configure to generate the final version [15:45] grdc.desktop.in doesn't exist for me :-/ [15:45] Chris`, in src/ ? [15:46] When I run search, nautilus displays it as "No Name" [15:46] ls found it though [15:46] Chris`, look using ls [15:47] I am in the file using vim [15:47] Any alterations? [15:47] Chris`, wait, not yet [15:48] Chris`, instead, edit your .bashrc file, and insert "export QUILT_PATCHES=debian/patches" [15:49] Done [15:49] Chris`, source .bashrc [15:49] Is that the same as . .bashrc? [15:49] Done anyway 6 [15:49] ^ [15:50] $HOME/.bashrc [15:50] chris@chris-laptop:~$ $HOME/.bashrc [15:50] bash: /home/chris/.bashrc: Permission denied [15:50] Chris`, now cd grdc-0.3 [15:50] source $HOME/.bashrc [15:51] Yeah I've done that [15:51] ok [15:51] Chris`, now cd grdc-0.3 [15:51] Yep [15:51] mkdir debian/patches [15:51] Done [15:51] touch debian/patches/series [15:51] Yeah [15:52] Try: quilt series [15:52] chris@chris-laptop:~/motu/src/grdc-0.3.0$ quilt series [15:52] chris@chris-laptop:~/motu/src/grdc-0.3.0$ [15:52] No output? [15:52] right [15:52] now we need to add a patch [15:52] Sounds fun :) [15:53] so you go "quilt add 01-fix-desktop-entry.patch" [15:53] so you go "quilt new 01-fix-desktop-entry.patch" [15:53] sorry [15:53] Ok done [15:53] now you add (register) a file to the patch: [15:54] quilt add src/grdc.desktop.in [15:54] Ok done again [15:54] Good, now you can edit the desktop.in file and remove the Encoding line [15:55] After that, "quilt refresh" [15:55] Remove the entire line from src/grdc.desktop.in? [15:55] yes [15:55] Ok done [15:55] quilt refresh? [15:55] Yeah [15:55] did it say anything? [15:56] Refreshed patch 01-fix-desktop-entry.patch [15:56] yay [15:56] now look in the dir debian/patches [15:56] there should be a patch file and a series file [15:56] Yeah two files [15:56] try "quilt pop" [15:57] Removing patch 01-fix-desktop-entry.patch [15:57] Restoring src/grdc.desktop.in [15:57] No patches applied [15:57] Yes! [15:57] quilt push [15:57] Now at patch 01-fix-desktop-entry.patch [15:57] Great, it works [15:57] Sounds cool :) [15:57] All you need to do now is to add something to rules and to control [15:58] Ok sure [15:58] https://wiki.ubuntu.com/UbuntuDeveloperWeek - last day going to kick off in #ubuntu-classroom now! [15:58] In debian/rules: include /usr/share/cdbs/1/rules/patchsys-quilt.mk [15:59] Chris`, and in control, add quilt to build-depends [15:59] Et voilà [15:59] Chris`, in changelog, write "Patched to fix desktop file" [15:59] or something [16:00] Chris`: And then when you can't remember how to do this remember than Googling for quilt patch debian first hit gives you a good howto. [16:00] ... and you get a lot of hits on sewing patchwork and quilt :-) [16:00] How does dch -i work? [16:00] I get changelog.dch [16:00] But how to apply it? [16:01] er, just vi debian/changelog [16:01] dch -i adds a new version afaik [16:02] Chris`: Just edit the file dch -i gives you, when you quit the editor dch will overwrite debian/changelog with the new file. [16:02] Alright uploading to revu, thanks mok0, ScottK & broonie [16:03] Chris`, finally, edit debian/control again [16:03] Ah what? :) [16:03] What I am editing in control? [16:03] Chris`, remove "a" in "a remote...." in the summary [16:04] Ok changed :) [16:04] General note on package synopses (one-line descriptions:) they should start in l [16:04] owercase ("extract cluster data" versus "Extract cluster data",) and no precedin [16:04] g articles ("filter for generating HTML logs" versus "A filter for generating HT [16:04] ML logs.") [16:05] I need to get jpds to give me the thumbs up again now :p [16:05] After revu showsit [16:05] Chris` if he's around [16:06] Doesn't look like :( [16:06] Chris` I good with his advocacy, [16:06] http://revu.ubuntuwire.com/details.py?package=grdc --- Final stuff has been changes *Searches for advocates* [16:06] Chris` I don't think he'll remove it just because you've fixed some minor probs [16:06] mok0: Upload if you want to. [16:07] jpds: great thx [16:07] when I get the last fixes from Chris` [16:07] mok0: Yeah they've all been submitted since the last comment [16:07] 17:09 [16:07] Chris`, just to repeat what you've done: https://wiki.ubuntu.com/PackagingGuide/Howtos/Quilt [16:08] The time server is a bit out though, thanks mok0 [16:08]