[00:03] I am trying to run svn-buildpackage and it keeps giving me an eror that I am in a working copy of SVN trunk directory. Anyone have an idea where those acceptable directories are listed? [00:07] Well, I've worked on this all day and gotten no where. Are the SVN tools a messy kludge, or is that just my first impression? [00:10] Well, if you've never used svn before, svn-buildpackage is not going to be easy. [00:13] ... so, for example, why did the subversion not install a ~/.svn directory? Seems like it is needed. [00:15] It's not supposed to be "installed". And you don't need ~/.svn directory unless all of your home directory is under version control. [00:16] The configuration directory of subversion is ~/.subversion. [00:19] Ah, okay. Hmm, had some weird documentation. [00:21] Maybe it is that I need to create a configuration in ./.svn [00:22] * StevenK appears from PDX airport [00:22] Anyway, feels kludgy. Be working on it again tomorrow. Night all. [00:25] Airport codes are so cryptic. [00:26] Portland, Oregon [00:26] StevenK: Thanks, but google helped on that, too. :-) [00:26] Heh [00:26] Better than Houston's, at least. [00:46] ScottK2: no, sponsored into debian, through new, and then sync into Ubuntu... last package I sent to debian, it took 2-3 weeks for steps 1&2 [00:46] ScottK2: still need those packages to be tested? [00:47] Debian NEW processing has been reasonably fast these days. [00:47] evening [00:51] minghua: nice :{ [00:51] :) [01:04] heya * [01:04] ryanakca: No. Thanks though. [01:04] ScottK2: okies :) === emgent is now known as dldc === dldc is now known as emgent === Frogzoo_ is now known as Frogzoo === bddebian2 is now known as bddebian [01:34] anyone know how to apply a bzr diff patch? [01:35] to a bzr branch [01:36] patch -p1 nope :( it just sits :( [01:36] i even used --verbose and it just sits [01:36] I need to compile a program that uses the zlib.h library. However when I search on packages.ubuntu.com, there's a whole list of programs that comes up: http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=zlib.h&searchmode=searchfiles&case=insensitive&version=gutsy&arch=i386 and I don't know which one to get [01:37] Can anyone suggest one? I'm on hardy too (broke my gutsy with the installation of this) [01:37] joejaxx: you didn't forget the "<" did you? :) [01:37] Vadi: usr/include/zlib.h libdevel/zlib1g-dev [01:37] pochu: :P no i did not forget that :P [01:38] joejaxx: is it a unified patch / or some bzr bundle that you want to apply? [01:38] patch from bzr diff > drop2patch.patch [01:38] joejaxx: heh, ok. because it has happened to me that I forgot it and I wondered why nothing was happening ;) [01:38] joejaxx: thanks! [01:58] is this java stuff on the motu list a new feature i can disable? [02:01] What java stuff on what MOTU list? === asac_ is now known as asac [02:51] ScottK2: I think pwnguin was talking about the influx of NEW: packages? [02:51] a good chunk of which were java related [03:14] example [03:14] New: libbeansbinding-java 1.2.1-0ubuntu1 (source) [03:19] effie_jayx: does it make more sense to remove the makefile.in stuff, or to add both files, so they both get made in the makefile.in? [03:32] jdong: Got it [03:32] Thanks [03:32] sure thing [03:32] * jdong hunts around for an awake ubuntu-main-sponsor :) [03:33] * ScottK2 looks up at Hobbsee [03:33] * Hobbsee isn't here [03:33] Oh. Sorry. [03:33] :) [03:33] well, i can try, anyway [03:34] Hobbsee: so is that a really mean it isn't here, or can I convince you to be here? :) [03:35] depends what it's for [03:35] Hobbsee: just another upstream version of transmission :) [03:35] Hobbsee: you core-devs stole it from us so now we have to pester to update it :) [03:36] bug 187234 [03:36] Launchpad bug 187234 in transmission "New upstream version: 1.03" [Low,Confirmed] https://launchpad.net/bugs/187234 === lando___ is now known as lando [04:11] Hobbsee, Aparently no [04:11] Hobbsee, getting stuff done on the makefile will replace the postinst stuff [04:12] which means each time you install a new revision all your high schores will be gone [04:12] ah right. yay [04:12] Hobbsee, albert23 help me reach that conclusion === bmk789 is now known as bmk789_schlafen [04:13] effie_jayx: uploaded, thanks :) [04:13] effie_jayx: well done! :) [04:13] effie_jayx: mind sending the patch to debian? [04:13] they have a bug open about it already [04:13] Hobbsee, not at all, but which one shall I send... the stuf in debian/patch? [04:14] * effie_jayx has never sent anything to debian, plain bug reports [04:14] effie_jayx: yeah, and the reasons for why it works that way [04:14] in particular, the answer to the question that i just asked you [04:15] Hobbsee, thank you :D [04:16] * Hobbsee assumes persia will want to follow https://bugs.edge.launchpad.net/ubuntu/+source/gweled/+bug/90499 through [04:16] Launchpad bug 90499 in gweled "gweled on Feisty Herd5 plays annoying sound" [Medium,Confirmed] [04:22] Hobbsee, I just write an email with an attachment? [04:23] effie_jayx: yeah, i think so [04:23] effie_jayx: Yes. Add the words "Tags: patch" in it [04:24] If you look at the debian bug it'll give you the address to reply to that bug. [04:24] ScottK, in the subject line... or body? [04:24] In the body [04:24] ScottK, I have seen it [04:24] ScottK, cool [04:25] effie_jayx: http://www.debian.org/Bugs/Reporting has an example of tags [04:38] lintian is complaining about CHANGELOG not being .gz but if i make it .gz it says i changed a binary. how do i solve this problem? [04:39] Aloha: are you using dh_installchangelogs? [04:39] blueyed, yes [04:39] dh_installchangelogs CHANGELOG [04:39] it still complains [04:39] maybe use dh_compress, too? [04:39] blueyed, ok thnx [04:40] blueyed, should i do it before or after dh_installchangelogs? [04:40] after, near to the end.. it will compress other files, too. [04:41] blueyed, thnx [04:41] Aloha: you're welcome :) [04:41] blueyed, doh... its already in my debian/rules.... any other ideas? [04:42] Aloha> yes [04:42] perhaps you install CHANGELOG in debian/docs as well? [04:43] LucidFox, howso? [04:43] no, I mean... maybe you already do? [04:43] you should remove it from debian/docs [04:46] LucidFox, i have no debian/docs [04:46] Aloha: and you don't copy/install the file manually? does it show up zipped and unchanged in the .deb? [04:47] blueyed, there is no zipped version in the deb [04:47] blueyed, I wanted to ask you something, but I forgot what :( [04:48] Aloha: Is dh_compress before or after dh_installchangelogs [04:49] blueyed, installed in /usr/share/doc/sadms/CHANGELOG maybe the Makefile puts it there [04:49] ScottK, after [04:49] Aloha: Put it before [04:49] ScottK, ok [04:51] Wait [04:51] dh_compress should be after dh_installchangelogs [04:51] Aloha> just delete the version upstream installs [04:51] before calling dh_installchangelogs [04:51] LucidFox, in debian/make? [04:52] s/make/rules [04:52] yes [04:52] after make install, call rm -f debian/sadms/usr/share/doc/sadms/CHANGELOG [04:53] LucidFox, k thnx [04:54] i put that after $(MAKE) DESTDIR=$(CURDIR)/debian/sadms install [04:55] should I mention the bug has been fixed in ubuntu? [04:55] yes, that's right [04:56] effie_jayx> what bug? [04:56] LucidFox, LP: #110268 [04:57] * effie_jayx writes a report to debian... first patch I send [04:58] ScottK, should I mention that it was fixed in ubuntu already? [04:58] effie_jayx> yes, I think it's best [04:58] to say that it's fixed in Ubuntu, and to link to the Ubuntu bug [04:58] * Aloha wishes he had his ipod [04:58] staring at the screen while a package builds gets boring after awhile [04:59] At the risk of starting a flamewar, iPods suck. [04:59] LucidFox, i got it for free [05:00] poor you... [05:00] LucidFox, omg... i'm not even gonna say anything [05:00] heh [05:00] effie_jayx: Sometimes that's good and sometimes it's bad. It kind of depends on how that DD feels about Debian. [05:01] effie_jayx: I usually don't because it really isn't relevant to is the patch right or not. Others worry more about making sure Ubuntu gets credit for giving back. [05:02] ScottK2, That's why I asked [05:02] ScottK, I am sending it with no ubuntu reference though [05:02] Your call [05:03] woohoo i beat level one of frozen bubble ;) [05:03] Aloha: congrats! [05:04] ScottK, a reference to ubuntu had been made already [05:04] ScottK2, some guy making reference to the bug in ubuntu nad posting the URL [05:04] woohoo lintian isn't complaining about CHANGELOG anymore now i just have to learn how to write a decent manpage [05:05] Here's a link to an Ubuntu bug, tracking the same problem. Might be [05:05] worth to keep an eye on if someone writes a patch. [05:05] https://bugs.launchpad.net/ubuntu/+source/gweled/+bug/110268 [05:05] - [05:05] Launchpad bug 110268 in gweled "gweled does not record high scores" [Undecided,Fix released] [05:05] and we did :D [05:06] Hobbsee, done.. thanks a buch [05:06] s/buch/bunch... Should you have another interesting bug like that please let me know [05:06] effie_jayx: :) [05:06] effie_jayx: well, you could fix rbot please :) [05:07] Hobbsee, well I am off to bed... it past midnight here :D. but tomorrow I could throw some arrows and see [05:07] :) [05:08] I feel much more confident with tools ... I need a bit of reading cdbs. [05:08] but my basic bash skills do help me [05:09] anyway... off to bed... see you guys tomorrow... [05:11] effie_jayx, night [05:11] night! [05:11] Good night [05:34] muhahahahaha finally after 3 days lintian -i doesn't report any errors [05:34] i am victorious [05:35] * Fujitsu uploads a new, yet more pedantic, lintian. [05:35] nooooooo [05:41] heh [05:43] Fujitsu: Don't forget more obtuse. That's always fun too. [05:43] Indeedily. [05:45] I'm getting Error '553 Could not create file.' during ftp transfer of sadms_2.0.12-0ubuntu1.dsc from revu when i try to dput [05:57] woohoo i learned some dcut-fu [05:59] Aloha: dcut doesn't work on revu. [05:59] * ScottK2 thinks what Aloha learned is about to be humility [05:59] ;-) [05:59] Hobbsee, oh i guess it just cleaned itself then. what a coincidence [05:59] Aloha: There's a cron job [06:00] cool [06:00] whats the time cycle? [06:17] i i have to run builder everytime i want to run lintian/linda? [06:17] s/builder/pbuilder [06:17] or can i just debuild it? [06:18] Please review http://revu.tauware.de/details.py?package=sadms [06:20] Aloha: if you want to run lintian/linda run lintian -I ....dsc and ....deb [06:20] i.e. run it against both source and binary [06:20] ScottK, i've been running it against the .changes file [06:23] IIRC that works too [06:24] As long as it's the binary .changes. [06:24] ok cool thnx [06:24] linda complains about using policy 3.7.3 but someone told me to use that [06:25] linda hasn't been updated [06:26] ok. thnx [06:29] I thought you all might enjoy this ... http://sourceforge.net/mailarchive/message.php?msg_name=47A4A5DA.6050106%40hetnet.nl [06:31] Loathing Debian. I see. Makes sense. [06:33] switch to debian! [06:33] heh someone prefers rpm to deb? nevar! [06:33] s/debian/ubuntu/ [06:34] he thinks red hat is YUMmy [06:34] People have opinions for reasons that don't always make sense [06:37] anyone know what the handheld in this pic is ? ( not the usb device ) http://www.thinkgeek.com/gadgets/electronic/80ce/action/ [06:37] looks nice === Allan_ is now known as Hit3k [08:33] heya [08:34] emgent> but... you've been here all along :) [08:34] heheh hi LucidFox :) [08:44] imbrando1: that is a Zaurus SL-C1000..you can find them every now and then on Ebay...actually a bit old and crappy for today [08:45] that one might actually be an older model than the C1000 [08:55] You know what would be a convenient feature in gnome-terminal? [08:55] "Open current directory in Nautilus" [09:05] LucidFox: I vaguely remember seeing something to do that somewhere. [09:28] * persia catches up on backscroll [09:29] Hobbsee: Is background music really improtant to you? [09:30] nixternal: Is there anything since the Zaurus that fits in a pocket and has a usable keyboard? [09:31] LucidFox: Either `gnome-open .` or `nautilus .` should work. [09:31] ah, yes... and "nautilus ." doesn't hold the command line, it's perfect [09:31] heya persia [09:32] thanks for the tip! [09:58] Hi all. Dows anyone know what is exactly the reason for grub FTBFS on powerpc? I have checked the build logs but since I am not a good C developer, I am unable to know the reason. === persia changed the topic of #ubuntu-motu to: Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com | Last REVU Day for 8.04. Last chance for reviews. Let's get the best of the new software into hardy! [10:06] It's REVU Day again. The last one for Hardy. [10:06] Who has a package ready for review? Who has time for a review? [10:06] Peer review is up, so packagers are welcome to review each others packages, to make sure they are in best shape for MOTU Review. [10:10] I'd like to have http://revu.tauware.de/details.py?package=tovid reviewed [10:11] as well as http://revu.tauware.de/details.py?package=libgee - the uploader has cleared all my previous objections and I have no new ones [10:14] is it possible to discard a package? I had packaged it as it was suppposed to be dependency of new version of batik. but I didn get enough time to address the comments and these days I have better things to do. ;-) [10:14] slytherin> You can ask a REVU admin to archive it [10:15] wait... [10:15] slytherin: Packages can be archived, but if you'd like someone else to take over, you'd do better to unassign yourself from the bug, and leave a comment on REVU saying you'd be happy if someone took over. [10:15] I'm interested in getting the new version of batik in [10:15] to unbreak FOP builds [10:15] * persia cheers collaboration [10:16] Oh I hate some Debian maintainers. [10:16] LucidFox: I think Debain guys are already working on that. That is the main reason I am no more interested in taking my package forward. [10:16] They put all the bug numbers on one line, rather than next to their respective changes. Fun. [10:16] Fujitsu> o_O [10:17] slytherin: re grub: without checking the source I guess because it contains architecture specific code [10:17] slytherin> I really hope they get it ready before FF :) [10:24] http://revu.tauware.de/details.py?package=lashwrap & http://revu.tauware.de/details.py?package=ghostess [10:24] the latter hasn't been reviewd at all and the first one should be ready for upload (just need someone to do that :D) [10:26] persia: no, but getting rid of the bugs on that page is :) anyway, i like that music [10:26] Hobbsee: which page? [10:26] the bugs for gweled [10:27] Hobbsee: Ah. I'll take another look after FF then. [10:29] :) [10:29] all the "there are no bugs for this package" pages are very good [10:34] When filing a MOTU re-application, should I re-C the sponsors I CC'd the first time around, or only CC new ones? [10:35] LucidFox: I'd recommend re-cc'ing, as not all sponsors are subscribed to that mailing list. [10:46] Hey [10:47] hi RainCT [10:51] isn't the FF the 14th? [10:51] i think so [10:51] oh goody. the day after i go away [10:52] * Hobbsee won't see the great rush to get things in [10:52] Hobbsee: go away? [10:52] why is this then the last REVU Day? [10:52] RainCT: So that the archive admins have time to clear the queue before the FF I would think [10:53] geser: interstate [10:55] rexbron: ah, that would explain it :) [11:01] Hobbsee: sorry, I still don't understand it where you're going [11:02] * Hobbsee is going to another state [11:02] * Hobbsee lives in sydney, and is flying to adelaide for a holiday [11:03] ah [11:20] is anyone going to update openbox and obconf? [11:20] RainCT: you? [11:21] jpatrick: I might do it myself later if anyone is working already on it :) [11:25] Good morning [11:37] Can anyone have a look at gtkvd please (http://revu.ubuntuwire.com/details.py?package=gtkvd)? Thanks :) [11:49] where can I find Ubuntu packages not in Debian? [11:50] in the mdt output on qa.ubuntuwire.com [11:50] jpatrick: http://qa.ubuntuwire.com/multidistrotools/ [11:50] * Fujitsu checks that that's actually still working properly. [11:51] * jpatrick gets to work getting the KDE ones into Debian [12:04] strange.. obconf's debian/copyright was totally wrong :S [12:30] Morning folks [12:30] hey pochu! :) [12:30] hey DktrKranz! [12:40] Heya gang [12:41] morning bddebian [12:41] Hello pochu [13:02] Hi bddebian [13:03] Heya geser [13:10] is anyone free for checking obconf 2.0.3 before I upload it? [13:10] RainCT: how much checking does it need? [13:12] RainCT> debian/copyright tends to get neglected after the first upload [13:13] F-Spot, for instance, got a _massive_ debian/copyright overhaul when it switched maintainers in Debian [13:13] and a potential GPL violation had to be resolved along the way, which wasn't noticed until it was too late [13:15] persia: well.. any checking is good :) [13:16] I'm looking after first advocate for my package Malbolge. I've fixed all broblems that have been brought up. http://revu.tauware.de/details.py?package=malbolge [13:16] RainCT: Where is it? [13:17] LucidFox: the fun thing here is that it mentioned a Ben Jansens to whom I couldn't find any mention now (but instead contributions from a Dana Jansens dating back to 2003) lol [13:20] heh [13:20] persia: http://rainct.homelinux.net/obconf_2.0.3-0ubuntu1.dsc [13:21] morning all [13:22] effie_jayx: Thanks for fixing the gweled scores issue. It's been bugging me for years, and somehow it never reached the investigation threshold :) [13:22] persia, ahhh It was just with a little help from you guys... [13:23] RainCT: That server is painfully slow :( [13:25] persia: that's my PC and, I think I already noticed that :P :( [13:25] RainCT: modem? === luka74 is now known as Lure [13:26] persia: 3G modem [13:26] RainCT: Hrm. Maybe time to look into downgrading to wireless ISDN to avoid marketing hype. [13:29] Hi everybody [13:29] Can anyone look at my package on REVU ? http://revu.tauware.de/details.py?package=libdlna [13:29] persia: isn't that bad.. normally it downloads at 200-400kbps, just sometimes it gets slow :( [13:29] I'm quite new to REVU/MOTU ... [13:30] Should I have to open a bug to launchpad to have a package added ? [13:31] persia: we also have ADSL (8mb iirc) but it doesn't arrive here, the lines are shit, (althought the IP says that it does :P).. waiting for months now for a technician to come.. :/ [13:32] asbin: Yes. [13:32] asbin: yes, open a bug with "[needs-packaging] package name" as short summary, and add the "needs-packaging" tag to it [13:32] RainCT: Ah. I thought that part of the world had some fancy fiber mesh installed. Perhaps it just hasn't reached the edges yet. [13:32] asbin: then write the bug number down in the debian/changelog file, with this syntax: (LP: #xxxxx) [13:33] ok thanx ! [13:33] persia: Barcelona probably yes, but not the towns [13:33] RainCT: looks relatively sane, except that the menu file doesn't check for the existence of the package. [13:34] RainCT: and if someone had time to look at the package and tell me what needs to be fixed, it should be awful [13:34] asbin: I guess you mean awesome? :P [13:35] RainCT: yes ! lol (I'm not english-mother-language) [13:35] asbin: I'll look later at it :) [13:36] persia: hm.. how would it do that? (beside, should there be a menu file if the package isn't installed? :P) [13:36] RainCT: ?package(somepackage) [13:37] persia: ?package(obconf):\ [13:37] RainCT: Also, you're right, but policy dicates it be tested. [13:37] * persia looks harder [13:38] RainCT: It looks like I trust lintian too much :) Perhaps it's the extra blank line at the end? [13:39] RainCT: ok great :) [13:39] persia: ah, I see. I forgot a \ on line 5. thanks :) [13:39] RainCT: I have an other package to review : http://revu.tauware.de/details.py?package=ushare , but this one needs libdlna packages as dependencies ... [13:41] persia: ok, fixed & uploading :) [13:42] hi, could i get a review of alsa-firmware? it's lintian clean, as far as it can be [13:42] http://revu.tauware.de/details.py?package=alsa-firmware thanks :) [13:45] tsmithe: There's a new upstream of mscore, if you haven't already seen it. Is it worth updating? [13:45] it is, but i'm trying to persue getting it in debian [13:46] tsmithe: OK. Just remember the FeatureFreeze deadline. Good luck. [13:48] persia, yeah. it's slow :s [13:48] but seeing as there's already a package in ubuntu, can't i get new versions in after featurefreeze? [13:51] tsmithe: It requires a freeze exception to get a new upstream after FeatureFreeze. It might be possible, but it's certainly a lot harder than now. [13:52] oh right. i was forgetting the merge of UpstreamVersionFreeze and FeatureFreeze [13:55] I just checked the New Queue, and was wondering: how does an app like netcat get in there? [13:56] tsmithe: I doubt that you'll get it through NEW in debian before FF [13:57] mok0: Possibly new source name, or additional binary package included. [13:57] RainCT, thank you for that, i'll upload an update for ubuntu then [14:00] asbin: please add a watch file as suggested by persia (see `man uscan`), add the bug number to the changelog and check that upstream's changelog really gets installed (there should be two in the package, debian/changelog and upstream's). ping me once you have a new candidate :) [14:00] persia: should I send a mail to ubuntu-motu@ for new versions or is that just for REVU? [14:01] mok0: Checking again, it's the netcat-traditional binary package that is in NEW: the rest of netcat just gets updated normally. [14:01] OK, persia = emmet hikory :) [14:01] RainCT: Only for for NEW source. Updates should close bugs though. [14:01] persia: I see, so that does not just constitute an update [14:01] mok0: Well, it's a special sort of update. [14:02] I was wondering if ubuntu could use something like the Windows equivalent of WMI? Like OpenPegasus? Any comments? [14:03] Is compat level 5 reason for rejecting packages in revu? [14:03] pyRunner: A better question to ask is: could you use software like that on Ubuntu? If so, you might consider filing a needs-packaging bug and seeing if someone confirms it. [14:04] mok0: why should it be? [14:04] mok0: Oughtn't be this close. On the other hand, anything less than 4 is definitely too old. [14:04] Because debhelper is version 6 in hardy [14:04] mok0: and this means that packages should be made incompatible with older versions? [14:04] I was told to bump it on xtide-wvs1-data [14:05] mok0: We've heaps of v4 and v5 stuff around. As this is the last REVU day, rejections should be for a good reason, rather than to help improve the package. [14:05] persia: ok. I was just wondering if I should do anything about it before revu-day [14:05] RainCT: OK, I'll try to do the watchfile thing, and I will put another package [14:05] although if the package where online they could upgrade it and have it reuploaded in around 20 mins [14:06] mok0: Umm. It's already 4 hours into REVU Day :) [14:06] Ah, it's monday for you :-) Here it's still sunday... [14:06] here too :) [14:08] So actually, revu day is close to 48 hours... [14:09] mok0: Still Sunday here too. REVU Day goes from 0:00 UTC+14 to 24:00 UTC-11. [14:10] persia: It is distributed with RedHat Enterprise to interface with HP-OpenView, should make ubuntu more attractive for companies with large installed base of users [14:12] pyRunner: OK. I still think that would benefit from a needs-packaging bug rather than discussion here, and further doubt it can be packaged, reviewed, and accepted in time for hardy, as there are only 10 days before the freeze. [14:12] persia: Thanks... I will consider doing that... but let me build it first... :) [14:13] persia: er... package it first [14:14] pyRunner: Best to open the bug first, to let others know it is maybe wanted. If you assign yourself the bug, others know you are working on it. This is one of the ways we avoid duplicate effort. [14:15] Anyone wants to review this http://revu.tauware.de/details.py?package=gmusicbrowser ? [14:15] hi [14:15] have anybody get kde_luks runnable ? [14:15] i got only the dialog [14:16] squentin: Grab lintian & linda from backports, and run them against your source and binary changes files. This should provide you with a list of things to update. [14:16] and nothing happens [14:16] For maximum verbosity, use lintian -iIv and linda -v -f long -t E,I,W,X [14:16] RainCT: should I clean the changelog history of libdlna package as suggested by persia ? The package was already distributed privately before ... [14:17] persia: this will be different than the linda and lintian files in http://revu.tauware.de/details.py?package=gmusicbrowser ? [14:17] asbin: IMO yes. I'd only keep the changelog if it comes from another Debian/Ubuntu-based distribution, not from private repos [14:19] squentin: Yes. Firstly, those don't run with maximum verbosity, and secondly, they don't run against the binary package. From a quick glance at your debian/control, I can see a couple points lintian would note. [14:20] perisa: ok thanks, will do [14:23] RainCT: OK, in this case, which version number package to use ? 0ubuntu1 ? [14:23] asbin: yes [14:25] Anyone fresh for a quick revu of ssm (http://revu.ubuntuwire.com/details.py?package=ssm) It's in pretty good shape imho [14:28] RainCT: this can't be a problem if I've already uploaded a version "0ubuntu2" in REVU ? [14:28] asbin: no === doko_ is now known as doko [14:31] mok0: I'm checking it :) [14:31] RainCT: cool, thx. [14:40] RainCT, if you're reviewing, could you check out alsa-firmware? [14:43] tsmithe: ok :) [14:43] thank you very much :) === DreamThi1f is now known as DreamThief [14:46] mok0: advocated :) [14:46] RainCT: OK, I've uploaded a new version in REVU, can you check it please ? http://revu.tauware.de/details.py?package=libdlna [14:46] RainCT: that's great, thanks! [14:57] Do README.debian-source files need to be installed to anywhere? [14:58] I don't think so since they will be in the source package anyway [15:00] where can I check the logs for this channel [15:02] hi [15:02] Can someone review my package gtkvd (http://revu.ubuntuwire.com/details.py?package=gtkvd) please? It should be ready to advocate. Thanks. [15:02] how can i notify a revision of a bug by a motu for by marked as fixed? [15:03] * DaveMorris pokes persia to set my package building before they goto bed [15:04] Hi. Anyone know how often packages get backported? [15:05] steveire> irregularly, that's all I can say [15:05] Don't you need to request a backport [15:05] LucidFox: That's a shame. [15:06] effie_jayx: http://irclogs.ubuntu.com/ [15:06] Indeed. I myself have a couple of backport requests waiting. [15:06] For a long time. [15:06] *sigh* I really do need to dedicate one evening to backports processing [15:07] and this is my last day before term begins too [15:07] What's the url for the backlog of those items again? [15:07] steveire: whatever's the bug view for gutsy-backports, feisty-backports, etc in launchpad [15:07] jdong> in this case, can I pimp some requests? :) === lifeless_ is now known as lifeless [15:08] LucidFox: haha, mail but sure :) [15:10] you mean send you the links by mail? [15:11] yes [15:11] my first priority for the day has to be figuring out the scheduling for my next term of classes === Ubulette_ is now known as Ubulette [15:11] jdong: Is there someone less busy who can do that stuff? [15:12] steveire: look at the members for the ~ubuntu-backporters team and see if anyone else on that list is less busy [15:12] ok, I uploaded a new version : http://revu.tauware.de/details.py?package=gmusicbrowser if anyone wants to review it [15:12]