[00:17] <__Ali__> maxb, any idea why my packages do not appear in synaptic after installation?
[00:17] <__Ali__> i didnt sign them, but that shouldnt be a problem
[00:23] <maxb> __Ali__: Personally I have no experience with synaptic, preferring dpkg and apt-get
[02:08] <sommer> cody-somerville: quick question about the 2nd item in https://bugs.launchpad.net/ubuntu/+source/ebox/+bug/314606/comments/4
[02:08] <sommer> cody-somerville: does that mean I should close the bug and didn't, or I should not close the SRU bug in the changelog?
[03:10] <xnox> Hello everyone =D
[03:11] <xnox> Upstream ships ltconfig in their tarball/svn. But they use autogen.sh autotools and frieds.
[03:11] <xnox> lintian complains that ltconfig is acient. I'm wondering were do I get a new one
[03:11] <xnox> or is it still needed at all?
[06:10] <ramirand> Hi. I'm looking for advice on the best way to get some patches back into one of the packages.
[06:18] <fabrice_sp> ramirand, Hi. If it's a patch to the packaging, submit it to debian, otherwise, submit it to upstream
[06:18] <fabrice_sp> (or you mean the contrary?)
[06:19] <ramirand> fabrice_sp: Sorry, off reading Bugs/HowToFix, I think it has the answers. Thanks!
[06:20] <fabrice_sp> ok
[08:14] <didrocks> morning
[10:29] <Laney> good morning
[10:29] <jpds> Morning Laney.
[10:30] <Laney> how goes it jpds?
[10:30] <jpds> Not bad at all, ta, how about yourself?
[10:31] <Laney> Good! Just got into uni, fun paper to read
[10:37] <tuxmaniac> why does package names gets altrered from that of upstream name. Is there any specific guidelines as to when this should happen
[10:38] <tuxmaniac> because a package by name iverilog is present in the debian/ubuntu repos as "verilog". I dont know the reason. Any pointers where I can look for it?
[10:38] <tuxmaniac> it is confusing as someone who searches for apt-cache search iverilog does not get any results
[10:39] <tuxmaniac> may be a small issue. but still..
[10:41] <Laney> NO!
[10:41] <Laney> huats beat me to be the first person on the new application procedure
[10:41] <huats> :)
[10:41] <huats> sorry Laney ;)
[10:41] <Laney> bah
[10:41] <Laney> well done though \o/
[10:42] <huats> Laney: don't congratulate me now...
[10:42] <huats> nothing is done :)
[10:42] <Laney> heh
[10:42] <huats> so far I just sent a mail...
[10:42] <Laney> you are a groundbreaking innovator
[10:42] <Laney> even if you get rejected :P
[10:43] <dholbach> Laney: and it seems like there's a lot of new applications in progress :)
[10:44] <Laney> heh
[10:44] <Laney> the all-seeing eye of dholbach
[10:44] <dholbach> my crystal ball :)
[10:47]  * Hobbsee coats dholbach's crystal ball in hot wax
[10:47]  * Hobbsee paints the MOTU purple.
[10:48] <dholbach> I'm glad it's just the crystal ball that got put into how wax
[10:52] <Laney> huats: What's this symbols script? Would it be worth going into u-d-t?
[10:53] <huats> Laney: I have talked with dholbach, seb128 about it...
[10:53] <Laney> sexy
[10:53] <huats> not sure for the moment...
[10:53] <huats> may be later
[10:53] <Laney> well we had pbuilder-dist and pbuilder-dist.new both around for a while
[11:01] <iulian> Hmm, why is ~motu still a member of the ~revu-uploaders team in Launchpad?  That team is obsolete and should be removed as well.  I see no reason why we should keep it.
[11:05] <iulian> Should I send an email to ubuntu-motu@l.u.c asking for its removal?
[11:05] <DktrKranz> iulian: I've just seconded your application :)
[11:06] <DktrKranz> and you can ask motu-council members to remove the team from ~motu
[11:07] <DktrKranz> (less emblems \o/)
[11:07] <iulian> Less bragging rights.
[11:08] <directhex> if you want more emblems, just join dholbach-huggers et al
[11:08] <DktrKranz> I want *less* :)
[11:09] <iulian> DktrKranz: Thanks.  Should we tell a MC member to add me to the team?
[11:10] <DktrKranz> iulian: IIRC, KeyTeams policy requires two adovocates and seven days before being added to the team, but I could be wrong
[11:10] <DktrKranz> anyway, I think the second one won't be too late
[11:10] <iulian> DktrKranz: Stefan just replied as well.
[11:10] <DktrKranz> hehe
[11:10] <iulian> +has
[11:14]  * iulian wonders what we should do with ~revu-uploaders.
[11:15] <Hobbsee> merge it with u-u-c?
[11:15] <Laney> no, delete it I guess
[11:15] <DktrKranz> personally, I'd delete it for good
[11:16] <iulian> Yes, let it go away!
[11:16]  * iulian looks for a MC member.
[11:17] <Laney> We should probably get approval from a REVU bod first
[11:18] <iulian> Laney: I talked to RainCT about it.  Everything is fine.
[11:18] <Laney> that's approval then
[11:19] <iulian> If I recall correctly, he didn't remove it because of every ~ubuntu-dev member will get a notification mail or something.
[11:59]  * ScottK just replied too
[11:59] <ScottK> In any case he'll be in before FF.
[12:08] <iulian> ScottK: I believe the seven days have passed.  The only remaining thing now is to add me to the team.
[12:08] <ScottK> Great
[12:27]  * jpds wondesr why mkfs.ext4 is in intrepid, and when one tries mounting it says it's not supported by the system.
[12:49] <soren> jpds: Because one is userspace the other is kernel?
[12:50] <soren> You can run mkfs.ext4 on a 2.0.38 kernel if you so please. That's not going to get you any close to mounting it, though :)
[12:51] <jpds> soren: Right.
[12:54]  * ^Spear prods jpds 
[12:54] <^Spear> lo
[13:18] <henrik-hw0> mok0: rt28xx drivers was included in jaunty kernel's staging section a while ago.
[13:26] <jcfp> http://revu.ubuntuwire.com/details.py?package=sabnzbdplus (popular binary newsreader, written in python) needs a second advocate - please consider for review.
[13:26] <iulian> RainCT: Hiya, please take a peek at http://paste.ubuntu.com/113591/plain/.  Would you like to say a final word?
[13:27] <iulian> Just to be sure...
[13:35] <zMoo> hi! is it possible to delete a package from revu (before downloading a new version of the pacakge) ?
[13:39] <loic-m> zMoo: I'm not sure, but anyway you can upload a new version of the package without problems (even if the two uploads have the same revision)
[13:40] <zMoo> thank you, loic-m
[13:42] <loic-m> zMoo: you're welcome
[13:43] <zMoo> is it mendatory to open a "needs-packaging" bug for each new package?
[13:48] <loic-m> zMoo: not totaly, but if you don't somebody will tell you that your need to have " * Initial release (LP# bug_number)" in your changelog
[13:49] <cody-somerville> sommer, You should close the bug and didn't
[13:49] <loic-m> It's also better so 2 people don't work on the same package, and help keeping track of your progress
[14:04] <asac> hyperair: please just ask ... pinging adds one more roundtrip to converstaions ;)
[14:08] <__Ali__> after installing a .config file to /etc/ld.so.conf.d/, it is necessary to call ldconfig explicitly or does cdbs take care of this?
[14:09] <hyperair> asac: could you look into Bug #248705 for an SRU -- you uploaded the fix for Jaunty, and between Intrepid and Jaunty is just one ubuntu revision away.
[14:16] <asac> hyperair: ok. i see a hardy debdiff ... what about intrepid?
[14:16] <hyperair> asac: hardy and intrepid are both there
[14:17] <asac> hyperair: not for me ... at lesat there is no "sru" version
[14:17] <asac> juding from SRU
[14:17] <hyperair> oh yeah!
[14:17] <hyperair> um
[14:17] <hyperair> the jaunty debdiff should apply for intrepid
[14:17] <asac> k
[14:18] <hyperair> asac: after all the fix was from 2.24.3-0ubuntu1 ->ubuntu2, and currently intrepid has 2.24.3-0ubuntu1
[14:19] <asac> ok approvd
[14:21] <hyperair> asac: thanks
[14:24] <asac> hyperair: if the upload doesnt happen in the next few days, please ping me
[14:26] <sommer> cody-somerville: thanks for clarifying
[14:28] <hyperair> asac: ok
[14:42] <vadi2> Does anyone know when exactly is the /var/lib/update-notifier/dpkg-run-stamp file updated?
[14:42] <savvas> Is anyone else facing problems with uscan/uupdate ?
[14:42] <savvas>   http://qa.debian.org/watch/sf.php/libmtp/libmtp-0.3.6.tar.gz failed: 500 Can't connect to garr.dl.sourceforge.net:80 (connect: timeout)
[14:43] <savvas> ah ok, it worked now
[15:01] <RainCT> uhm.. why doesn't the bluetooth applet allow to disable bluetooth? :P
[15:14] <DktrKranz> RainCT: with your "and me" mail, did you intend to candidate yourself or to second iulian's ?
[15:14] <zMoo> what is the right way to find MOTU advocates on REVU? I've just upload a package that seems to be clean of warnings :
[15:14] <zMoo> http://revu.ubuntuwire.com/details.py?package=swac-play
[15:16] <zMoo> iulian: thank you for having upload swac-get 0.5
[15:28] <RainCT> DktrKranz: iulian
[15:30] <RainCT> DktrKranz: I've send another mail clarifying that
[15:31] <DktrKranz> RainCT: cool thanks ;)
[15:31] <iulian> zMoo: Thank you.
[15:31] <DktrKranz> RainCT: I was planning to second you :P
[15:31] <iulian> RainCT: What should we do with the revu-uploaders team?
[15:31] <vadi2> I'm having a bit of an issue with update-notifier - documentation says it checks for update hooks when the "/var/lib/update-notifier/dpkg-was-run changed" file is changed. When I install a package, the file does get changed - however, no notification is given. Only if I change the file after (like a check for updates) does the trigger go off.
[15:32] <RainCT> DktrKranz: Hehe. Well, thanks! Perhaps I'll apply somewhen in the future :)
[15:33] <DktrKranz> RainCT for president!
[15:33] <RainCT> iulian: it can be deleted
[15:33] <RainCT> :D
[15:34] <iulian> RainCT: OK, excellent.
[15:34] <iulian> Any MC members around?
[15:36] <RainCT> nixternal: *poke* :)
[15:36] <iulian> Ouh, that's not polite :)
[15:37] <RainCT> uhm.. I'm admin of revu-uploaders, if that's why you're poking
[15:37] <RainCT> (er.. why you are asking and I'm poking :D)
[15:37] <iulian> Can you delete it then?
[15:38] <nixternal> yo yo RainCT
[15:38] <RainCT> if someone tells me how to do that.. :)
[15:38] <RainCT> nixternal: sorry, nevermind :)
[15:39] <iulian> RainCT: No "Delete team" button?
[15:39] <RainCT> iulian: nope
[15:39] <nixternal> jeesh, had me excited there for a second..thought you wanted to give me some free money
[15:39] <iulian> Then we still need nixternal.
[15:40] <RainCT> iulian: why? MOTU Council *isn't* admin of revu-uploaders
[15:41] <Laney> RainCT: You need to post an answers ticket on /launchpad/ to have a team deleted
[15:41] <RainCT> d'oh
[15:42] <iulian> Err
[15:43] <iulian> Why can't delete if you registered it?
[15:43] <RainCT> because LP is that weird :)
[15:43] <Laney> because LP doesn't allow it :(
[15:43]  * iulian agreed.
[15:44] <iulian> RainCT: Then please go ahead and ask a question to have it deleted.
[15:44] <RainCT> just done that
[15:44] <RainCT> «
[15:44]  * iulian is impressive.
[15:44] <RainCT> In an evil attempt to drop the average of members in a Launchpad team, I'm requesting the revu-uploaders team to be deleted. Oh, and you can also drop ubuntu-dev-without-bugmail when you're at it :).»
[15:45] <iulian> s/impressive/impressed
[15:45]  * RainCT goes to fix the bitesize bug which nobody wanted yesterday :P
[15:46] <iulian> I think you should ask a different question regarding ubuntu-dev-without-mail.
[15:46] <iulian> Not sure though.
[15:46] <RainCT> Why? Questions are parsed by humans, not bots :P
[15:47] <iulian> Yeah, fortunately.
[15:49] <RainCT> YokoZar: btw, wine's manpage doesn't document "wine eject". Should I file a bug or something about that?
[15:53] <soren> wine eject? What does that do?
[15:54] <RainCT> soren: eject the CD even if the drive is locked (that's needed for example in order to install games which have two CD.. the drive will be locked when the installer is running so "wine eject" next to be used to put in CD 2)
[16:06] <hyperair> hmm that's cool, i usually forced it to eject using umount -f or something
[16:19] <zMoo> Hi, does anybody knows what means this error during upload of package in REVU (MOD_PYTHON ERROR) http://revu.ubuntuwire.com/?archive=4886
[16:19] <RainCT> that there's a bug :P
[16:20] <zMoo> my both packages swac-get & swac-scan have this error
[16:21] <zMoo> oups
[16:21] <zMoo> swac-play & swac-scan
[16:21] <RainCT> zMoo: but anyway, that URL is to archive a package.. or is that what you want to do?
[16:22] <zMoo> I don't want to archive them
[16:22] <zMoo> there is a little icon on the main list
[16:22] <RainCT> yes, the icon is to archive the package :P
[16:23] <zMoo> :)
[16:23] <zMoo> I see
[16:23] <zMoo> I didn't understand why I'm the only one who have this icon
[16:24] <zMoo> I understood
[16:24] <zMoo> :)
[16:24] <zMoo> cause that's my packages
[16:24] <RainCT> you aren't the only one - reviewers and moderators also have it
[16:25] <zMoo> yes
[16:25] <zMoo> RainCT: now, after having uploaded my packages, I juste have to wait for comments?
[16:26] <zMoo> I'm new on REVU
[16:26] <pochu> zMoo: you can ask for reviews here
[16:26] <pochu> but nothing else you should do
[16:26] <zMoo> I see
[16:28] <zMoo> Can anybony can check my package "swac-play"? Swac-play is a great program that enable to play sounds from audio collections of words from the Shtooka Project
[16:28] <RainCT> pochu: well, he could also give MOTUs gifts so that they look at his package :D
[16:28] <pochu> RainCT: true that :)
[16:28] <zMoo> I give every MOTUs audio collections of ukrainian words!
[16:29] <zMoo> thare are more than 16 000 words in this collection :)
[16:33] <pochu> zMoo: I'd start by giving a link to your package and saying what it is ;)
[16:35] <zMoo> ok
[16:35] <zMoo> http://revu.ubuntuwire.com/details.py?package=swac-play
[16:36] <vadi2> I'm having a bit of an issue with update-notifier - I can't get it to go off reliably. I put the proper file at the postinst hook, however it doesn't go off right after the package is installed - it randomly goes off either when I check for updates or refuses to at all. Is there some trick to this?
[16:36] <zMoo> Here is a new package for a very usefull program
[16:37] <zMoo> it is a simple command line program that enable to listen sounds from audio collections of words
[16:37] <zMoo> audio collections of words have to be loaded in a local SQLite3 database with swac-get (thas is already in Jaunty)
[16:38] <zMoo> then you can use a GTK front end to browse the database: swac-explore (that is already in Jaunty)
[16:39] <zMoo> or to use a command line interface: swac-play
[16:39] <zMoo> for exemple you can do something like: swac-play --lang=rus делать
[16:40] <zMoo> swac-play will retrive the url of the sound file and play it with GStreamer
[16:40] <zMoo> *retrieve
[16:42] <zMoo> or swac-play --lang=fra "avoir les yeux plus gros que le ventre"
[16:42] <zMoo> so it possible to listen sounds with such programs like StarDict
[16:43] <zMoo> (an electronic dictionary)
[16:48] <zMoo> pochu: what do you think about such a wonderful program?
[16:49] <slytherin> geser: is there any convention that a jar file in a package should have name in lowercase? is jCharts.jar acceptable?
[16:52] <pochu> zMoo: sounds wonderful
[16:53] <pochu> zMoo: will I be able to listen to English words, without the need to go to dictionary.com then? :)
[16:53] <pochu> zMoo: are the sound files of high quality?
[16:53] <zMoo> except the Dutch collection, the quality is very good
[16:54] <pochu> zMoo: sounds good. I'll give it a review later today
[16:54] <zMoo> here is a old web interface the enable to browse audio collections http://swac-collections.org/
[16:55] <zMoo> here are the statistics
[16:55] <zMoo> http://swac-collections.org/statistics.php
[16:55] <zMoo> Total: 77709 records
[16:56] <pochu> awesome
[16:57] <pochu> I think I'm going to remove my dictionary.com bookmark soon ;)
[16:57] <surfaz> pochu, could you see your mail inbox?
[16:57] <geser> slytherin: how are jars referenced in apps? by filename?
[16:57] <zMoo> in fact the main part of these records was already uploaded to wiktionary
[16:58] <slytherin> geser: this is just a library which is dependency of jmeter. Let me check how jmeter refers to the library.
[16:58] <RainCT> zMoo: nice, I'll also have a look at it later
[16:58] <slytherin> geser: jmeter binary distribution contains the library with name jCharts-0.7.5. So I am assuming that jmeter launcher script must be using same name.
[16:59] <iulian> zMoo: Me too.
[16:59] <pochu> surfaz: sure
[17:00] <zMoo> RainCT, iulian, pochu: the first thing to do is to build the database with swac-get (0.5)
[17:01] <zMoo> http://shtooka.net/soft/swac-tools/en/ for more information
[17:02] <RainCT> mok0: have you already changes something in index.py?
[17:03] <iulian> zMoo: Do you have packages ready for review?
[17:04] <zMoo> yes
[17:04] <zMoo> swac-explore is waiting for upgrade (like swac-get)
[17:04] <zMoo> and there are 2 packages on REVU
[17:05] <zMoo> http://revu.ubuntuwire.com/details.py?package=swac-play
[17:05] <zMoo> http://revu.ubuntuwire.com/details.py?package=swac-scan
[17:05] <iulian> zMoo: Excellent.  I will upload swac-explore in a minute.
[17:06] <zMoo> \o/
[17:06] <slytherin> geser: jmeter does not look for a particular name. It simply loads all the jar files in a particular directory.
[17:06] <pochu> surfaz: replied :)
[17:06] <zMoo> https://bugs.launchpad.net/ubuntu/+source/swac-explore/+bug/324994
[17:07] <iulian> zMoo: Yeah, I've seen it.
[17:08] <geser> slytherin: in that case, use the filename you like better, I don't know of any policy
[17:08] <slytherin> geser: ok. I will keep the upstream file name then.
[17:09] <geser> slytherin: http://www.debian.org/doc/packaging-manuals/java-policy/x105.html
[17:10] <geser> but don't ask me if it's still in use or even up-to-date
[17:12] <RainCT> zMoo: (he bug your reported is now fixed)
[17:12] <RainCT> s/he/the
[17:14] <zMoo> RainCT: Great, Thanks!
[17:15] <slytherin> geser: the policy doesn't say anything about the case (upper/lower) of the name.
[17:19] <DktrKranz> iulian: welcome aboard! :)
[17:20] <Laney> iulian: Can haz FFE plz?
[17:24] <iulian> zMoo: swac-explore has just been uploaded.
[17:24] <slytherin> is the use of http://wiki.debian.org/Proposals/CopyrightFormat acceptable (and encouraged) these days?
[17:24] <iulian> DktrKranz, Laney: Thanks :)
[17:24] <slytherin> iulian: Congrats. :-)
[17:24] <zMoo> iulian: Thanks a lot!
[17:26] <iulian> slytherin: Thank you.
[17:35]  * iulian wonders if Laney has seen debian bug #514134
[17:35] <iulian> I've said that because I saw you're interested in haskell.
[17:37] <RainCT> slytherin: it is
[17:38] <slytherin> RainCT: and I suppose I should mention latest revision in the format specification, right?
[17:40] <RainCT> slytherin: the URL of the spec goes there (including the revision string)
[17:41] <slytherin> ok
[17:59] <slytherin> geser: Do you have some time for package review?
[18:04] <slytherin> RainCT: how can I subscribe to motu-reviewers list at ubuntuwire.com?
[18:10] <dolanor> back
[18:11] <dolanor> needs some MOTU advocate on REVU for the fsniper package : daemon that watch files and apply rules when files are created or modified - http://revu.ubuntuwire.com/details.py?package=fsniper
[18:25] <iulian> zMoo: swac-play commented on REVU.
[18:26] <zMoo> je viens de voir ça
[18:26] <zMoo> oups
[18:26] <zMoo> I saw, thanks
[18:38] <zMoo> iulian: so you think I have to rebuild the package from a new upstream package?
[18:39] <superm1> henrik-hw0, so what's the deal with these rt* drivers being in staging?
[18:39] <superm1> are they getting built in staging, or is the source just living there?
[18:40] <superm1> i was just about to do another revu of your package but saw that comment
[18:40] <superm1> based on http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=blob;f=debian/config/i386/config;h=d4923624e5c49e14294de2a2d6714f98fba75bf7;hb=HEAD , i would guess they aren't getting built there
[18:41] <iulian> zMoo: I'm not sure. I think it won't be accepted if the COPYING file mentions GPL-3 and debian/copyright GPL-2+.
[18:41] <henrik-hw0> superm1: i have no idea to be honest.
[18:41] <superm1> henrik-hw0, can you check with rtg on it then?
[18:41] <henrik-hw0> superm1: i was just mentioning it because i thought it was relevant.
[18:42] <superm1> yeah looking at http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=blob;f=drivers/staging/Kconfig;h=8b6c93b61a2e8a00859023b7732c3a28f42b95ce;hb=HEAD it looks like that line about staging exclude build means it will not be built
[18:42] <superm1> i'll do a revu then, but perhaps you can see if rtg will just enable staging.  if so, that will save some troubles
[18:42] <geser> slytherin: which package?
[18:43] <slytherin> geser: jcharts
[18:43] <slytherin> geser: http://revu.ubuntuwire.com/details.py?package=jcharts
[18:44] <slytherin> geser: I haven't filed a bug yet. Once it is advocated by someone I will file a bug and close it in changelog.
[18:45] <henrik-hw0> superm1: so basically i should ask rtg aka. mr. Garnder if i should keep working on the packages or if he'll enable the driver for compilation?
[18:46] <superm1> henrik-hw0, yeah.
[18:46] <henrik-hw0> superm1: ok, noted.
[18:48] <superm1> henrik-hw0, okay one more thing then.  this should be the last thing i see in the package regarding revu stuff
[18:48] <superm1> henrik-hw0, is the udev rule actually necessary?  I think udev should automatically be looking at modinfo without it
[18:48] <superm1> and modprobing when you hotplug
[18:49] <superm1> you can try removing it from your system and then reboot and see if  the module loads on it's own with that device plugged in
[18:49] <henrik-hw0> it didn't seem to. it loaded when i first did matching on device id.
[18:50] <superm1> that's really odd then
[18:51] <henrik-hw0> is anyone here good at hotplug/udev stuff?
[18:51] <superm1> henrik-hw0, you might check with Keybuk on that udev stuff then too
[18:51] <superm1> #ubuntu-devel usually
[18:51] <geser> slytherin: any reason why not depend on default-jre but instead on this list of -jre's?
[18:52] <henrik-hw0> ok
[18:52] <slytherin> geser: yes, sun specific image processing apis are used. Similar to batik
[18:54] <ScottK> james_w: I was looking at adjusting the depends in python-wadllib to fix Bug #321713 and discovered that if you try to build the source package in Jaunty it's using ez_setup.  Since you've done the work on the package so far, I thought I'd give you first crack at beating ez_setup into submission.
[18:55] <geser> slytherin: and "default-jre | sun-java5-jre | ..." doesn't work?
[18:55] <slytherin> geser: it will work for Ubuntu. But not for Debian, where I plan to submit the package eventually.
[18:55] <RainCT> slytherin: uhm.. I don't know if it's still active, you could ask in #ubuntuwire. I can add a "global feed" if you're happy with atom
[18:56] <slytherin> RainCT: I received a mail when I uploaded package. To: motu-reviewers@lists.ubuntuwire.com, CC: myself.
[18:57] <geser> slytherin: Debian has also "default-{jdk,jre}"
[18:58] <slytherin> geser: yes, but for now it points to java-gcj-compat-dev and not openjdk-6-jre
[18:58] <slytherin> java-gcj-compat I mean
[19:00] <geser> ah, ok
[19:00] <RainCT> slytherin: can you paste it somewhere?
[19:01] <slytherin> RainCT: yup
[19:01] <RainCT> mok0: re-ping
[19:02] <slytherin> RainCT: pasted with all the headers - http://paste.ubuntu.com/113727/
[19:05] <RainCT> slytherin: so it says FROM motu-reviewers@ and TO you
[19:06] <slytherin> RainCT: I now realised I am too sleepy. :-(
[19:06] <RainCT> slytherin: and the list is here: http://lists.ubuntuwire.com/listinfo/motu-reviewers
[19:07] <slytherin> RainCT: isn't it weird that it is sending a mail to me instead os those subscribed to the list?
[19:07] <RainCT> slytherin: No. It's sending you a mail because you're subscribed to e-mail notifications
[19:07] <RainCT> And the list is not used anymore, though if it still works I'll fix REVU to CC it
[19:08] <slytherin> ok
[19:11] <geser> slytherin: advocated
[19:11] <slytherin> geser: Thanks. :-)
[19:12] <slytherin> geser: is a needs-packaging bug necessary?
[19:13] <RainCT> slytherin: is the package ready to upload?
[19:14] <slytherin> RainCT: yes
[19:14] <RainCT> slytherin: don't listen to me, but in this case I think it isn't. IMHO the main value of needs-packaging bugs is only to signalize that someone is working on a package (so that someone else doesn't do the same work)
[19:16] <slytherin> RainCT: I packaged this library as dependency of jmeter. I am still working on jmeter and this library was one of the major hurdles.
[19:18] <YokoZar> RainCT: Yes, that would be a bug in Wine's manpage.
[19:19] <YokoZar> RainCT: I haven't looked at wine's manpage status in a while, I suspect it's very very bad
[19:21]  * slytherin goes to bed.
[19:23] <RainCT> YokoZar: So should I file a bug on LP (or somewhere else?) or will you remember? :P
[19:23] <YokoZar> I'll put it on my wine tomboy note page ;)
[19:25] <directhex> tomboy? that evil .net app? it destroys teh freedom!
[19:26]  * RainCT hugs YokoZar :)
[19:37] <zMoo> iulian: Do I need to change the version number of the package, with my new .orig.tar.gz?
[19:37]  * RainCT adds fancy graphics to REVU :)
[19:38] <RainCT> if someone has ideas on where a graphic would be useful let me hear..
[19:45] <zMoo> RainCT: Do you know what means "Warning! This package could not be extracted; there's no browseable directory for it on REVU. "
[19:45] <zMoo> http://revu.ubuntuwire.com/details.py?package=swac-play
[19:46] <RainCT> zMoo: yes, that  dpkg-source -x   didn't work
[19:46] <zMoo> RainCT: the .orig.tar.gz has changed, it's probably the reason
[19:47] <RainCT> zMoo: I don't get that error
[19:48] <orospakr> pochu, alas, the same error: pbuilder-satisfydepends-dummy: Depends: seamonkey-dev (>= 1.1.12) but it is not installable
[19:48] <zMoo> :) there is no error anymore :)
[19:48] <RainCT> zMoo: then I guess it means that you were too fast and looked at the page before REVU finished processing the upload :P
[19:48] <pochu> orospakr: and if you login and try to install it, it works, with that version?
[19:49] <zMoo> RainCT: I guess so
[19:51] <orospakr> oho!
[19:52] <orospakr> this is interesting.  packages.ubuntu.com claims version 1.1.12
[19:52] <orospakr> but my apt-get install inside pbuilder actually installed 1.1.9
[19:54] <pochu> what mirror are you using?
[19:55] <pochu> and is that jaunty?
[19:55] <orospakr> pochu, nope, hardy.  gulus.usherbrooke.ca.  I suspect there's a newer, uninstallable, version of the package in the repository.
[19:55] <orospakr> anyway, it was an easy fix. ;)
[20:15] <^Spear> Does anyone fancy packaging http://code.google.com/p/yubico-openid-server/
[20:15] <^Spear> ? :)
[20:17] <RainCT> TheMuso: Hey. Are you familiar with espeak?
[20:19] <^Spear> if not, can somone point me in the direction of the 'Needs packaging' help file for launchpad so that I can submit it
[20:19] <pochu> !needspackaging
[20:19] <pochu> !needs-packaging
[20:19] <pochu> bah
[20:19] <^Spear> :P
[20:19] <^Spear> !needs packaging
[20:19] <^Spear> !packaging
[20:19] <^Spear> :)
[20:20] <^Spear> thanks ubottu
[20:20] <pochu> ^Spear: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[20:20] <^Spear> already there ;)
[20:21] <pochu> oh :)
[20:25] <^Spear> https://bugs.launchpad.net/ubuntu/+bug/325465
[20:25] <^Spear> ^^ :D
[20:25] <^Spear> ty pochu
[20:25] <pochu> yw
[21:15] <iulian> zMoo: I've just commented on swac-play again.  In the meantime you might want to look for another MOTU to review it.
[21:15]  * iulian is going to bed now.
[21:16] <zMoo> have a good night!
[21:32] <sven777> hi there - I've checked out the MOTU wiki pages but I do not see where it says which files need to be included when uploading to MOTU - I'm assuming the deb, changes, dsc, original tar, diff tar - is this correct?
[21:32] <maxb> you mean uploading to REVU?
[21:32] <sven777> yes, sorry
[21:32] <sven777> I'm new :)
[21:32] <dtchen> the source package only: orig.tar.gz (if non-native), diff.gz, dsc, and source.changes
[21:33] <maxb> You must use a special tool that you point at the .changes file - it uploads that, and all the files listed in the .changes
[21:33] <maxb> wiki.ubuntu.com/REVU
[21:34] <sven777> aha - missed that one - thanks much
[21:39] <hyperair> maxb: how about "you must use dput"
[21:40] <maxb> Well, yes, but that begs the question "How do I use dput", hence pointing to the wiki
[21:50] <hyperair> maxb: well yes, but it'd have cut the whole chase of "special tool that you point at the ..."
[21:50] <maxb> I guess I was feeling wordy. :-)
[21:51] <maxb> But the point was that you specify the changes file and the rest Just Happens
[22:07] <_16aR_> Hello
[22:09] <_16aR_> Hello
[22:09] <_16aR_> need a MOTU on REVU to advocate the fsniper package (daemon to watch new/modified files to apply a rule based on inotify) : http://revu.ubuntuwire.com/details.py?package=fsniper
[22:10] <_16aR_> 1 advocate left ;)
[22:21] <RainCT> look at some profile on REVU and tell me if that's cool :P
[22:21] <ScottK> _16aR_: You need air, water, and eventually food.  You don't NEED a review.
[22:22] <RainCT> (okay, not very useful, but I felt like creating a graphic :P)
[22:22] <pochu> RainCT: link?
[22:23] <RainCT> pochu: http://revu.ubuntuwire.com/profile.py?user=rainct
[22:23] <RainCT> pochu: btw, you haven't merged your account with the old one
[22:24] <pochu> RainCT: the page looks cool :)
[22:24] <pochu> RainCT: I didn't know I had two accounts :)
[22:25] <nhandler> RainCT: Cool graph
[22:25] <RainCT> :)
[22:25] <pochu> RainCT: how can I merge them?
[22:25] <RainCT> pochu: "Merge accounts" in the menu :P
[22:25] <nhandler> pochu: http://revu.ubuntuwire.com/merge.py
[22:26] <RainCT> after loging in
[22:27] <pochu> RainCT, nhandler: thanks, merged :)
[22:28] <nhandler> You're welcome pochu
[22:28] <RainCT> btw, I've just enabled mod_deflate on REVU (compression for HTML, CSS, JS...), tell me if there's any problem
[22:29]  * jpds goes to look at mok0's page.
[22:29] <ScottK> That's not going to affect md5sums of files is it?
[22:30] <jpds> RainCT: What are weeks 10, 20, 30 ... ?
[22:30] <RainCT> jpds: well, weeks :)
[22:30] <RainCT> that's how the DB gives them to me
[22:30] <jpds> RainCT: In relation to?
[22:31] <RainCT> (/me is doing  TO_CHAR(dateofcomment, 'WW')  )
[22:31] <RainCT> ScottK: which files?
[22:31] <RainCT> oh, for dget?
[22:31] <ScottK> Right.
[22:33] <RainCT> It's still working.
[22:33] <RainCT> I think deflate only does something if the browser has gzip in the Accepts header, so it shouldn't be a problem
[22:34] <ScottK> It'd be handy if you'd test and make sure after ....
[22:34] <RainCT> Yes, I've just tested fetching something with dget
[22:35] <ScottK> Great.
[22:36] <sharms> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/41301
[22:36] <sharms> I just attached a debdiff to that, can anyone take a look at it?
[22:36] <sharms> Fairy severe issue for those with xinerama and multiple monitors
[22:36] <RainCT> jpds: if you know how to get a proper value for the weeks please tell me :P
[22:38] <jpds> RainCT: So when I see: Week 20 - what does it mean?
[22:38] <RainCT> jpds: ah, about your question, it's the week of the year.. not sure how it handles multiple years though
[22:38] <jpds> Aha.
[22:40] <sharms> if I attach a debdiff to a bug, is there a tag I should apply to it to get it reviewed?
[22:43] <RainCT> sharms: no, just subscribe ubuntu-{main,universe}-sponsors
[22:43] <RainCT> (universe if it's in universe/multiverse or main if it's in main/restricted)
[22:44] <sharms> RainCT: thanks
[22:44] <RainCT> yw
[23:00] <RainCT> jpds: ok, I've almost got it to display proper names :)
[23:02] <_16aR_> ScottK: my package needs a review :p
[23:02] <_16aR_> you're right :)
[23:02] <ScottK> You have a different definition of need than I do then.
[23:02] <_16aR_> maybe
[23:02] <_16aR_> it needs a review to access a higher level of life
[23:05] <surfaz> There is any news about this bug?
[23:05] <surfaz> https://bugs.launchpad.net/ubuntu/+source/amule/+bug/244670
[23:05] <surfaz> I don't think that this is a Wishlist...
[23:06] <surfaz> It should be High or Critical
[23:06] <dtchen> it is a wishlist, because it must go into hardy-backports
[23:06] <dtchen> i.e., jaunty's 2.2.3-1 would be backported
[23:06] <surfaz> backported???
[23:06] <surfaz> why?
[23:07] <dtchen> because hardy itself is frozen and cannot accept new versions of *any* source package
[23:07] <dtchen> significant bug fixes that are unintrusive can go into hardy-updates
[23:07] <surfaz> It is a serious problem, I do not think it advisable to put it in backports
[23:08] <dtchen> if you're willing to backport the fixes from 2.2.3-1 to 2.2.0~svn20080218-0ubuntu4, go ahead
[23:08] <surfaz> That is, you prefer an svn version of aMule for a LTS version of Ubuntu that a stable version of aMule ..
[23:09] <surfaz> Please look for any errors in the svn version of aMule is in the trash of amule forum
[23:09] <dtchen> i *personally* don't care two licks, as i don't use amule. however, procedurally, one needs to follow wiki/StableReleaseUpdates
[23:10] <surfaz> even, there is a post of devs for this svn!!!
[23:10] <surfaz> http://www.amule.org/amule/index.php?topic=15834.0
[23:10] <dtchen> there are plenty of us willing to help you through the procedure if you're willing to put in the legwork
[23:12] <surfaz> I think that this bug: https://bugs.launchpad.net/ubuntu/+source/amule/+bug/244670 pass all requirements of that wiki
[23:18] <dtchen> surfaz: you need a full debdiff against intrepid's source package to hardy's source package
[23:19] <dtchen> surfaz: also, please clean up the description so that it adheres to the SRU description outline
[23:19] <surfaz> But there are too many changes
[23:19] <dtchen> surfaz: i.e., while i appreciate the amount of info currently in the description, it's far too verbose for the SRU and archive teams
[23:20] <dtchen> surfaz: "too many changes" -> normally not suitable for an SRU
[23:21] <surfaz> ah! What is best  than  a unstable version?
[23:21] <surfaz> I think that stable version > svn version
[23:21] <dtchen> surfaz: it really depends how much work you're willing to invest
[23:22] <dtchen> surfaz: i agree; stable versions are preferable. however, if the changes are *that* intrusive, then you'll need to decide whether it's worth going the hardy-backports route for 2.2.3-1 instead
[23:22] <surfaz> define intrusive
[23:23] <dtchen> significant enough changes to structs, classes, methods, soname bumps, etc.
[23:24] <dtchen> rule of them is that if you can't eyeball the diff and understand it within a couple minutes, then it's likely too intrusive
[23:24] <dtchen> s/them/thumb/
[23:24] <dtchen> some people hold a far stricter definition including LoC
[23:25] <surfaz> 	
[23:25] <surfaz> I do not know if I explained well. Versions 2.2.2 and 2.2.3 are stable and svn version is not. I do not understand why it's wrong or intrusive. All they understand is that the svn version is incomplete and unstable.
[23:26] <dtchen> just because the version number changes doesn't mean it's automatically accepted as an SRU
[23:27] <dtchen> i *highly* recommend you stop hand-waving about the procedure and just enlist assistance in getting 2.2.2 into hardy-proposed, if that's what you wish
[23:27] <dtchen> as far as i can see from the bug report, that assistance includes:
[23:28] <dtchen> 1) cleaning the description to follow SRU information
[23:28] <dtchen> 2) providing a debdiff from the proposed source package to the existing hardy source package
[23:29] <surfaz> dtchen, you read the bug report?
[23:29] <dtchen> yes, i did
[23:30] <surfaz> you want see changes of a Kad network incomplete support in svn to a complete support?
[23:30] <surfaz>  I do not know if I explained well.
[23:31] <surfaz> or, "Version 2.2.2 has fixes to defy routing attacks"
[23:31] <dtchen> surfaz: *i* do not make acceptance decisions
[23:31] <dtchen> surfaz: i am simply trying to help you get your proposed source package into hardy-proposed for further testing so it can be copied into hardy-updates
[23:33] <surfaz> 	
[23:33] <surfaz> Ok, but that is a debdiff of a svn version to a stable version can take many mb
[23:33] <surfaz> I do not think it useful to see the changes.
[23:33] <dtchen> surfaz: the more succinct the description that conveys the importance of the fix, the better
[23:34] <surfaz> Although I can not change the description of the bug
[23:34] <dtchen> surfaz: it is far more important to succinctly describe the problems, the fixes, the testing methodology, and potential regressions than it is to worry about the size of the debdiff
[23:41] <surfaz> I'm tired of this annoying because I do not know about trying to fix something.
[23:41] <surfaz> I go to sleep, bye
[23:48] <dtchen> what, you want someone else to do the work for you? hmm, ok.
[23:53] <surfaz> dtchen, Sorry? If I could, I upload today a stable version. But I think the bureaucracy will cause Ubuntu 'Hardy' in their repositories have an unstable version of aMule for 3 years.
[23:54] <surfaz> 	
[23:54] <surfaz> And do not tell me to upload it to the backports. New users have no idea of repositories and installing programs from the first source.
[23:54] <dtchen> surfaz: you fail to understand that i'm attempting to *work with you* to get your proposed version into hardy-updates
[23:55] <dtchen> i am not going to drop patching alsa and pulseaudio to get amsn in, but i certainly am willing to assist you in any way that i can
[23:56] <dtchen> now, can we stop moaning and just get the debdiff and description updated?
[23:56] <surfaz> I am tired
[23:56] <dtchen> heck, i'll even look at it later this evening
[23:57] <dtchen> i need a "bah humbug" option in tcp.