[01:13] <savvas> if anyone has some spare time, can you answer the packaging-related questions at the last comment: https://bugs.launchpad.net/ubuntu/+source/libmtp/+bug/315679
[01:49] <savvas> well, done my good deeds for tonight, laters!
[01:49] <nhandler> Night savvas
[02:44]  * ScottK tosses out that the last Main depends on boost have been transitioned to boost1.35, so it's open season of anti-cruft minded MOTU to push it on out of the archive.....
[03:55] <darkace> hello i want to get involved with motu can somebody please help me get my basics up and running as i am not quite familiar with linux or debian
[03:56] <ScottK> darkace: https://wiki.ubuntu.com/MOTU/GettingStarted
[03:56] <ScottK> Do your best to get yourself started, but feel free to ask questions.
[03:57] <ScottK> We're all volunteers here and we're glad to help you on your journey, but aren't generally inclined to put more into it than you do.
[03:58] <darkace> thanks Scott
[03:58] <ScottK> darkace: You're welcome.
[03:58] <darkace> any ideas on how i can get confidence in running terminal commands
[03:58] <darkace> i am quite new so any help is appreciated
[04:00] <nhandler> darkace: The best way is to keep a terminal open all the time. Instead of using nautilus (or whatever GUI tool you use) to manage your files, try using the terminal
[04:00] <ScottK> Practice.
[04:00] <ScottK> Which is the short version of what nhandler said.
[04:00] <nhandler> The man pages also provide valuable information
[04:00] <darkace> thanks guys i will try my best
[04:01] <darkace> i have read that there is a motu school on irc is it going to be helpful for me ?
[04:01] <santiago-ve> also, learning to use screen would be usefull...
[04:02] <nhandler> darkace: MOTU school isn't like a normal school. They hold sessions every now and then that explain various MOTU-related tasks.
[04:02] <nhandler> darkace: https://wiki.ubuntu.com/MOTU/School
[04:03] <darkace> ok
[04:04] <nhandler> darkace: There is also a mentoring program that you might be interested in: https://wiki.ubuntu.com/MOTU/Mentoring
[04:04] <ScottK> But it's completely optional.
[04:04] <ScottK> You can also just get help here.
[07:31] <didrocks> morning
[07:52] <pochu> good morning
[08:08] <DktrKranz> morning pochu
[08:13] <pochu> hi DktrKranz :)
[08:37] <thekorn> hi, I need some help with packaging a python script. This script is using sqlite, so it needs either python2.5 or python2.4 and pysqlite
[08:37] <thekorn> this is my debian/control: http://paste.ubuntu.com/114506/
[08:38] <thekorn> but it does not work as I expect
[08:40] <thekorn> so my question is: what do I have to change to get something like: "use python2.5, if not available use python2.4 and also install pysqlite"
[08:42] <pochu> hi thekorn
[08:42] <pochu> thekorn: why it doesn't work? looks fine to me
[08:43] <pochu> you may want "XS-Python-Version: >= 2.4"
[08:43] <thekorn> hi pochu
[08:44] <thekorn> pochu, first, it always installs python2.4, even on intrepid
[08:44] <thekorn> also this |pythonpysqlite does not seem to work, pysqlite is not automatically installed
[08:45] <pochu> thekorn: how does the Depends line on the binary package look like?
[08:46] <thekorn> you mean this line? Depends: ${python:Depends}, ${misc:Depends}, python-libxml2, python (>= 2.5) | python-pysqlite2
[08:46] <pochu> thekorn: no, in the control file in the .deb
[08:46] <quadrispro> does anyone have some time to spend in reviewing this? :D http://revu.ubuntuwire.com/details.py?package=gnome-format
[08:48] <thekorn> pochu, Depends: python-central (>= 0.6.7), python2.4, python-libxml2, python (>= 2.5) | python-pysqlite2
[08:49] <pochu> thekorn: there you have, python2.4
[08:50] <thekorn> pochu, where did I get this from?
[08:50] <pochu> probably from XS-Python-Version
[08:50] <pochu> try s/current/>=2.4/
[08:50] <thekorn> ok, let me try it
[08:50] <thekorn> thanks pochu
[08:51] <pochu> python-central expands ${python:Depends} with some value from XS-Python-Version
[08:51] <pochu> actually ISTR "current" is deprecated
[08:51]  * thekorn needs to learn packaging some day, copy and paste from other packages is bad ;)
[08:51]  * POX suspects hardcoded python2.4 in hashbang
[08:52]  * pochu waves at POX :)
[08:52]  * POX waves back
[08:52] <thekorn> I got this 'current' from apport ;)
[08:52] <pochu> thekorn: yeah, if you have some #!/usr/bin/python2.4 or similar, pycentral will add a python2.4 dependency
[08:53]  * pochu didn't remember that
[08:53] <pochu> even if I had that problem in the past... :/
[08:54] <thekorn> I have #!/usr/bin/env python and #!/usr/bin/python let me try to change it to #!/usr/bin/python in both cases
[08:54]  * POX suspects `python2.4 setup.pu ...` in debian/rules
[08:55] <thekorn> no, nothing like this in debian/rules
[08:56] <POX> paste debian/rules somewhere (not that I don't believe you ;)
[08:57] <thekorn> hehe, sure
[08:57] <thekorn> POX, http://paste.ubuntu.com/114514/
[08:58] <POX> see, you have it in debian/rules :P
[08:58] <POX> in /usr/share/cdbs/1/class/python-distutils.mk
[08:59] <POX> also "Architecture: any" looks suspicious
[08:59] <POX> (that's why CDBS compiles for all python versions, 2.4 included)
[09:02] <thekorn> ok, so what's the plan to fix it?
[09:03] <POX> I'm 75% sure you want "Architecture: all"
[09:03] <POX> .... and that's all what you need to fix it
[09:03] <thekorn> ok, cool, let's try it
[09:22] <pochu> quadrispro: is that the replacement of gfloppy?
[09:22] <pochu> quadrispro: I'll review it later on
[09:23] <quadrispro> pochu: yes, it should replace gfloppy
[09:23] <pochu> ok cool
[09:23] <quadrispro> ok pochu, thank you
[09:24] <pochu> quadrispro: thanks for packaging it ;)
[09:25] <directhex> i'm building my first floppy-free desktop at the moment
[09:25] <pochu> heh
[09:26] <directhex> partly because the secondary os is vista, which can load disk drivers from non-floppy media
[09:26] <directhex> partly because i have no floppy disks anymore & no idea where to find some
[09:34] <savvas> which one is the correct conf destination? /etc/udev/libmtp8.rules or /etc/udev/rules.d/45-libmtp8.rules ?
[09:52] <thekorn> pochu, POX, it worked, thanks again for you help
[10:02] <zMoo> Good morning, everybody
[10:26] <shankhs> I was navigating through LP to prepare for the Global Bug Jam I ran into this : https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/294991 the page says that its confirmed then triaged and I think its an upstream bug(right?) is there any more information I can get about this bug?
[10:27] <shankhs> if its triaged then why its not removed from there ???
[10:29] <shankhs> what is triaging of bug?
[10:29] <iulian> shankhs: Please join #ubuntu-bugs and ask there.
[10:30] <shankhs> iulian: ok thanx
[10:48] <syockit> How do I check a build flag, e.g. @APPLET_GNOME_CFLAGS@? I seem to be having a problem where gnomeui-2 is always missed
[10:55] <pochu> syockit: I'm not sure, but maybe config.log helps
[11:06] <zMoo> hi, iulian
[11:26] <iulian> Hey zMoo.
[11:28] <zMoo> iulian: yesterday I have receive a mail from a maintainer of a swac-tools package for ArchLinux :)
[11:31] <directhex> did he say "you ubuntu guys are always so awesome, please teach me your mighty ways"?
[11:31] <syockit> ....
[11:32] <iulian> directhex: Hehe.
[11:32] <iulian> zMoo: That's nice.
[11:33] <iulian> Arght, I have just installed Jaunty on a Toshiba Satellite and touchpad didn't work at all.
[11:34]  * iulian wonders if this bug is already filed.
[11:34] <iulian> I can't find any.
[11:36] <directhex> yes, it's in the release notes
[11:37] <directhex> "The X.Org synaptics driver is absent from the liveCD, which may prevent touchpad devices from working on laptops. As a workaround, use Ctrl+Alt+F1 to switch to console, log in, run sudo apt-get install xserver-xorg-input-all to download the drivers from the network, and then return to your session with Alt+F7."
[11:37] <iulian> Interesting...
[11:37] <iulian> Thanks.
[11:38]  * iulian couldn't find any errors in /var/log/Xorg.0.log
[11:40] <syockit> no synaptics in live? that shucks
[11:46] <iulian> What does 'lp' mean?
[11:46] <iulian> [   18.544046] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7
[11:46] <iulian> [   19.303365] lp: driver loaded but no devices found
[11:48] <mok0> iulian: line printer?
[11:50] <iulian> mok0: Right.
[11:51] <directhex> yay, parallel port!
[12:00]  * slytherin tries to remember how parallel port looks. :-/
[12:01] <directhex> http://www.detto.com/ecomm/images/cpuback-parallelPORT.jpg ?
[12:04] <maxb> What a hideous shade of pink
[12:05] <syockit> isn't that win99 standard or something?
[12:07] <slytherin> directhex: I guess I have on on my PC at home. :-)
[12:08] <mok0> Any of you kids know what a lineprinter is?
[12:08] <directhex> syockit, PC99
[12:09] <directhex> http://en.wikipedia.org/wiki/PC_97#Color-coding_scheme_for_connectors_and_ports
[12:10] <maxb> "Burgundy" heh, no, that's sick pinnk
[12:12] <syockit> never used burgundy as a colour name in my life
[12:14] <iulian> mok0: (wikipedia) - The line printer is a form of high speed impact printer in which one line of type is printed at a time.
[12:14] <mok0> iulian: heh
[12:15] <mok0> and it makes one hell of a noise doing it
[12:16]  * ScottK knows what a lineprinter is.
[12:17]  * mok0 hasn't seen one in about 15 years
[12:18]  * iulian doesn't even know how it looks.
[12:19] <mok0> They were pretty large, about the size of a freezer
[12:20] <iulian> Uhm
[12:20] <mok0> found mostly in computer-centres
[12:21] <mok0> It has a rotating drum with 132 wheels and each of those wheels prints a character on the line
[12:22] <mok0> there are 132 hammers on the backside of the paper that slams the paper against the wheel
[12:22] <mok0> so essentially, the whole line is printed at once
[12:23] <iulian> That is so... old-fashioned.
[12:23] <mok0> iulian: well, it was new technology back then :-P
[12:23] <ScottK> It was a sledgehammer approach, but it was also very fast.
[12:23] <iulian> Heh, indeed.
[12:24] <mok0> Yeah, it could spit out a page per seecond or so
[12:24] <mok0> iulian: show me a laserprinter that can do that ;-)
[12:25] <pochu> mok0: those you find in stationer's? :)
[12:26] <mok0> pochu: ok, I haven't seen those
[12:26] <mok0> pochu: but usually, the laserprinter needs to render the page first in the RIP and that takes time
[12:28] <mok0> These days, computer systems are faster but also about 10000 times more complicated
[12:28] <mok0> The first mainframe I worked on had 8K of memory
[12:28] <mok0> :-)
[12:29] <mok0> but it was still able to run an operating system and run jobs
[12:29]  * pochu feels young ;)
[12:29] <mok0> Programmers were *smart* back then, you didn't just malloc(10000000) bytes
[12:29] <mok0> :-P
[12:30] <pochu> :)
[12:30] <directhex> i don't malloc anything. i use JIT and garbage collectors!
[12:30] <soren> Yeah. Back then, the argument to malloc was a float.
[12:30] <mok0> heh
[12:31] <iulian> :)
[12:31] <mok0> you had to use temp files on one of the 10MB disks
[12:31] <mok0> :-)
[12:32]  * ScottK once served on a ship with systems sufficiently capable to take on and stop a big chunk of Soviet Naval Aviation that did it with less than 2MB of RAM.
[12:33] <mok0> ... and a 500 line program most likely ;-)
[12:34] <mok0> Amazing that it could be done
[12:34] <mok0> I have more computer power in my wrist watch than they had on Apollo 11
[12:35] <ScottK> yeah.
[12:36]  * jcfp withnesses the early stages of the #ubuntu-geriatrics channel :)
[12:36] <mok0> lol :-D
[12:36] <orly_owl> walking stick required
[12:48] <pochu> quadrispro: commented on REVU, it looks quite good
[12:49] <quadrispro> pochu: i will work on it very soon, thank you!
[12:51] <pochu> quadrispro: ping me once you're done and I'll advocate it ;)
[12:57] <quadrispro> pochu: uploaded to REVU, you can see the buildlog here -> http://home.alessiotreglia.com/jaunty/result/gnome-format_0.1.1-0ubuntu1/
[12:58] <pochu> I'm more interested in the debdiff ;)
[12:58] <quadrispro> sure :)
[12:58] <pochu> quadrispro: I have my doubts about the repackaging...
[13:00] <quadrispro> pochu: tell me
[13:00] <pochu> quadrispro: if it's not really needed, it's better to avoid it
[13:00] <pochu> just poke upstream to not do that again in the next tarballs
[13:00] <quadrispro> ah
[13:01] <pochu> quadrispro: is there a technical or legal reason, or was it because of a lintian warning?
[13:01] <pochu> well, that's my opinion
[13:01] <quadrispro> mmm
[13:02] <quadrispro> Since I have added waf license in debian/copyright, there's no license problem..
[13:03] <pochu> so it would be ok to leave the .waf directory?
[13:03] <quadrispro> IMHO there's no problem
[13:04] <pochu> I think so too
[13:04] <quadrispro> pochu: take a look at my first upload
[13:04] <quadrispro> http://revu.ubuntuwire.com/report.py/legal?upid=4721
[13:04] <pochu> the .waf directory looks like autogenerated code..
[13:04] <quadrispro> yes, it's containing all autogenerated code
[13:04] <pochu> then it's fine
[13:05] <pochu> so what I would do is not repackage the tarball, and tell upstream about that
[13:05] <quadrispro> yes, you're right
[13:05] <pochu> and while at it, tell them that putting the tarballs somewhere else than a wiki page would be nice :)
[13:05] <pochu> I'm not sure if we can make a watch file for that
[13:05] <quadrispro> pochu: probably I've found a solution for moinmoin compatibility issue with uscan
[13:06] <pochu> I've tried it but didn't worked, maybe there are tricks for that
[13:06] <pochu> quadrispro: ah cool!
[13:06] <quadrispro> pochu: MoinMoin reject some kind of user agent
[13:06] <pochu> they should be using ftp.gnome.org anyway...
[13:06] <quadrispro> pochu: as you can see in debian/rules I have added a --user-agent option to wget
[13:06] <quadrispro> wget command *
[13:07] <pochu> but getting the watch file to work now would be cool ;)
[13:07] <pochu> yes
[13:07] <quadrispro> eh, I'm workin on it, I need sometime and the feature freeze is coming
[13:08] <quadrispro> (in the last period i'm studying hard :P)
[13:08] <syockit> what is the tool for checking the headers provided by a specific flag? e.g. APPLET_GNOME_CFLAGS
[13:12] <pochu> syockit: pkgconfig?
[13:15] <quadrispro> pochu: uploaded to REVU
[13:16] <pochu> with orig tarball?
[13:18] <slytherin> any java packagers around? I need helping hand.
[13:19] <directhex> build-depends: ikvm!
[13:19] <quadrispro> pochu: re-uploaded with orig tarball
[13:19] <quadrispro> and some little changes (updated changelog, removed README.source, now unnecessary)
[13:21] <slytherin> directhex: what all good java programs have you built with ikvm till now?
[13:38] <quadrispro> hi mok0!
[13:38] <mok0> quadrispro: hi
[13:38] <quadrispro> could you take a look at this? -> http://revu.ubuntuwire.com/details.py?package=gnome-format
[13:38] <mok0> quadrispro: sure
[13:39] <mok0> quadrispro: will just fetch a cup of coffee
[13:39] <quadrispro> eh! fetch one for me too :D
[13:44]  * mok0 hands quadrispro a virtual cup of coffee
[13:46] <mok0> quadrispro: what's that .waf-1.5.0-* directory?
[13:47] <quadrispro> i'm here
[13:47] <quadrispro> oh, .waf* containing autogenerated code
[13:47] <mok0> quadrispro: ok, looks ugly
[13:48] <quadrispro> mok0: yes, in fact in the previous uploads I used get-orig-source to repack the tarball
[13:48] <pochu> mok0: yeah, but it's better than repackaging ;)
[13:48] <pochu> bbl, lunch
[13:52] <mok0> quadrispro: does it mean you no longer use the get-orig-source target?
[13:53] <quadrispro> no no, get-orig-source is needed to retrieve the tarball
[13:54] <quadrispro> and repack it
[13:56] <mok0> quadrispro: uhm, you said above that you used to repack (to get rid of the .wap-* stuff I thought)
[13:57]  * mok0 fires up his trusty sbuilder
[13:57] <quadrispro> now I used get-orig-source to retrieve the tar.bz2 and repack it as orig.gz
[13:58] <quadrispro> without dropping .waf dir
[13:58] <mok0> ok
[13:58] <quadrispro> s/used/use
[13:58]  * mok0 wonders wft wap is for
[13:59] <slytherin> quadrispro: are you removing anything from upstream tar ball while doing repacking?
[14:00] <mok0> slytherin: not anymore
[14:00] <slytherin> then a simple uscan --repack should be sufficient, right?
[14:00] <mok0> yeah
[14:01] <quadrispro> slytherin: uscan has some problem with moinmoin
[14:01] <mok0> quadrispro: ah?
[14:01] <quadrispro> slytherin: at the moment I can't use a watch file
[14:01]  * mok0 picks up the challenge
[14:02] <quadrispro> as you can see, I used a --user-agent option for wget command, moinmoin seems reject some kind of user agent
[14:02] <mok0> quadrispro: ah, they are getting smart huh?
[14:03] <quadrispro> :D eh, I've noticed that moinmoin developers upload new release to a static site ;)
[14:07] <quadrispro> mok0: anyway I will send an email to upstream authors, in order to ask them to not include the .waf* dir in the next releases
[14:08] <mok0> quadrispro: ok... can we rebuild these files using waf?
[14:08] <c_korn> hello, I am currently opening bug reports for syncing scilab-5.0.3 into jaunty. unfortunately scilab-5.0.3 requires jeuclid which is currently in debian-science. I have compiled all necessary packages in this PPA. https://launchpad.net/~getdeb.packages/+archive/ppa everything works fine. but can jeuclid make it into jaunty?
[14:09] <quadrispro> mok0: yes
[14:09] <mok0> c_korn: I've been tracking that too
[14:09] <mok0> c_korn: it seems Debian's NEW queue is completely halted
[14:09] <Laney> It's still moving
[14:09] <mok0> How long has jeuclid been in it?
[14:10] <Laney> 1 month
[14:10] <Laney> I reckon it'll get done before FF
[14:10] <mok0> c_korn: of course, you might play with it and test if it builds
[14:11] <mok0> c_korn: to be prepared for a quick move @FF
[14:11] <quadrispro> coming back soon
[14:12] <c_korn> mok0: all packages required for scilab-5.0.3 are already built and work fine. they are available in this PPA. https://launchpad.net/~getdeb.packages/+archive/ppa can these packages be QAed for making it into jaunty? they are required by scilab-5.0.3
[14:13] <slytherin> c_korn: Why not take the Debian package add a jaunty changelog entry and upload to Ubuntu?
[14:13] <mok0> c_korn: file a lp bug, giving the PPA, subscribe ubuntu-universe-sponors and we can take a look
[14:14] <Laney> it's near the front of the queue; should be done within a few days
[14:15] <mok0> Oh that sounds good
[14:15] <Laney> I'd say wait until the middle of next week and then ~ubuntu1 the debian version
[14:15] <c_korn> mok0: here it is: https://bugs.launchpad.net/ubuntu/+bug/326179
[14:15] <c_korn> I will compile version 3.1.4 now
[14:16] <mok0> c_korn: I am subscribed to the bug, and I will keep tracking it
[14:17] <c_korn> ok, thank you
[14:17] <mok0> c_korn: since it's new package we need 2 ACKs for it
[14:20] <c_korn> ok. I am sorry that I subscribed ubuntu-archive to the scilab sync request before reading the wiki. https://bugs.launchpad.net/debian/+source/scilab/+bug/272264 any chance of unsubscribing them?
[14:20] <mok0> c_korn: yeah, they can do it themselves
[14:21] <c_korn> ok
[14:21] <mok0> c_korn: especially if you make a note to that effect
[14:23] <c_korn> note added
[14:26] <RainCT> heya
[14:27] <mok0> Hi RainCT
[14:32] <quadrispro> right here again
[14:32] <quadrispro> mok0: what do you think about it?
[14:32] <mok0> quadrispro: looks good
[14:33] <mok0> quadrispro: fsck'ing around with that watch file :-P
[14:33] <quadrispro> fine, thanks, but perhaps I've found a solution ;)
[14:34] <quadrispro> uscan has --user-agent option too
[14:40] <henrik-hw0> Any MOTUs here want to give libmirage a 2nd advocate?
[14:57] <mok0> quadrispro: I can't get uscan to do web scraping, the href's are hidden inside <link> tags
[14:57] <mok0> quadrispro: and uscan wants <a href=...> AFAIK
[14:58] <quadrispro> yes, it's true
[14:59] <quadrispro> mok0: I'll send a mail to upstream
[15:00] <quadrispro> I would ask them to 1) remove .waf* from next release tarballs 2) look for an external host where put the source tarball :)
[15:02] <pochu> quadrispro: be nice to them :)
[15:02] <jpds> quadrispro: Hey, you wanted a pigin-facebookchat backport to hardy, can you test the package I uploaded to the ppa for it?
[15:03] <quadrispro> hi jpds! at the moment I can't, I use hardy at work, I'll do it really soon ;)
[15:06] <mok0> quadrispro: heh get it to work
[15:06] <mok0> quadrispro: GOT it to work I meant to say
[15:07] <quadrispro> mok0: ehehe
[15:07] <mok0> quadrispro: can you receive files via DCC?
[15:07] <quadrispro> mok0: boh! I don't know
[15:07] <quadrispro> send me via jabber/gmail
[15:07] <mok0> quadrispro: what's your irc client?
[15:07] <quadrispro> pidgin
[15:08] <mok0> quadrispro: you can
[15:08] <quadrispro> ok
[15:09] <mok0> quadrispro: do you get a dialogue box?
[15:09] <quadrispro> yes
[15:09] <quadrispro> i've accepted
[15:09] <quadrispro> but nothing happens
[15:09] <mok0> quadrispro: meh
[15:09] <quadrispro> mok0: listen to me, jabber ;)
[15:10] <mok0> quadrispro: I'll pastebin it
[15:10] <quadrispro> oh good
[15:10] <mok0> http://pastebin.com/f4ef697e7
[15:10] <mok0> Simple, huh? :-P
[15:11] <quadrispro> too simple :D
[15:11] <mok0> quadrispro: I'll finish the review now....
[15:12] <quadrispro> yeah, it works :)
[15:13] <quadrispro> I'll update debian/rules now
[15:14] <pochu> quadrispro: if that works, remove the get-orig-source ;)
[15:14] <quadrispro> yes
[15:14] <mok0> pochu: quadrispro, well it might just be rewritten using uscan with the proper parameters
[15:15] <mok0> Otherwise, we need a Debian.source file or something saying how to repackage
[15:15] <pochu> mok0: uscan --repackage
[15:15] <mok0> uscan does not do it by itself
[15:15] <quadrispro> mmm... it could be used with the syntax: uscan --force-download --repack
[15:15] <pochu> uscan --repack rather
[15:16] <mok0> quadrispro, pochu, right
[15:16] <pochu> that will `bunzip && gzip -9` afaik
[15:16] <mok0> quadrispro: ... perhaps --user-agent "" ?
[15:17] <quadrispro> i'm just making some test
[15:17] <anakron> hi all
[15:17] <anakron> hi rainCT
[15:17] <RainCT> hi :)
[15:17] <anakron> hi Scottk
[15:18] <anakron> im working in a catfish bug
[15:18] <ScottK> OK
[15:18] <anakron> i confirmed that i use like home path his installation path
[15:18] <anakron> the path where catfish is being loaded
[15:21] <ScottK> OK
[15:22] <quadrispro> mok0: uscan downloads a file with a wrong name...
[15:22] <quadrispro> "gnome-format: Successfully downloaded updated package Download"
[15:22] <anakron> and catfish does not create any configuration file, so its more difficult to follow the bug
[15:23] <anakron> someone have sound problems in jaunty?
[15:23] <anakron> someone solved it?
[15:23] <anakron> i dont have sound
[15:24] <mok0> quadrispro: argh
[15:25] <ScottK> anakron: I haven't looked into the catfish thing.  I wouldn't feel obligated to stick with it if it turns out not to be a good one.  There are plenty of others.
[15:25] <mok0> quadrispro: at least it tells you if there's a newer version :-)
[15:25] <quadrispro> eh, it downloads the page, not the tarball
[15:25] <mok0> meh
[15:25] <anakron> :) ij
[15:25] <quadrispro> sure, it is a good result :)
[15:25] <anakron> :)ok
[15:26] <mok0> quadrispro: anyway I submitted my commetns
[15:28] <quadrispro> oh perfect mok0, I'm workin on it now
[15:32] <mok0> quadrispro: what's the story with w-scan?
[15:34] <anakron> which is the name of root terminal package?
[15:34] <quadrispro> mok0: it has been uploaded in debian NEW and superm1 told me that it's better wait until 2-3 days before FF
[15:35] <mok0> quadrispro: did you upload to Debian? Or did someone hijack the package?
[15:37] <quadrispro> mok0: no, a guy worked on it some time ago, but he isn't sure if there's very much interest for that package
[15:38] <quadrispro> after our request he has reviewed the package and uploaded it to NEW
[15:38] <mok0> quadrispro: then he probably is not a good maintainer for it
[15:38] <quadrispro> mmm he isn't the maintainer...
[15:38] <mok0> quadrispro: ah, so it
[15:38] <mok0> it's essentially the same package
[15:39] <quadrispro> mok0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426390
[15:39] <quadrispro> yes mok0, it's almost the same
[15:40] <mok0> quadrispro: good
[15:40] <mok0> I hate it when someone hijacks a package we've worked on in REVU and uploads some worthless hack to Debian
[15:41] <mok0> DD's thinks their packages are better than Ubuntu's, but they're not
[15:41] <RainCT> mok0: wise words :P
[15:42] <mok0> RainCT: everything that comes out of REVU is completely lintian clean
[15:42] <quadrispro> mok0: uploaded another time :P
[15:42] <mok0> quadrispro: ok
[15:44] <sven777> http://revu.ubuntuwire.com/details.py?package=lmalinux is lintian clean - anyone care to help me out with advocating it?  :)
[15:44] <ScottK> mok0: I think Debian is a collective of individuals.  Any time you refer to Debian or DD's collectively you're likely partly right and partly wrong.
[15:45] <mok0> ScottK, yeah I shouldn't generalize
[15:45] <mok0> The fact is that many Debian packages ain't too pretty
[15:45] <ScottK> That's generally true, but even more so for Debian.
[15:45] <ScottK> Agreed.
[15:46] <ScottK> Some of ours suck too.
[15:46] <mok0> heh
[15:46] <mok0> I think the packages that come out of REVU are generally very carefully done
[15:47] <mok0> ... and checked by several people
[15:48] <mok0> sven777: this is software for music?
[15:48]  * RainCT wonders whether the authors of cheese intentionally gave it as much build deps as they could :P
[15:49] <sven777> mok0 - there is a hardware device called Logitech Music Anywhere - which is a USB dongle (which is basically an audio card) and the other part is a handheld receiver/remote control
[15:49] <sven777> this package interprets the remote control data and allows the user to have commands executed when the buttons are pressed on the remote control
[15:49] <mok0> sven777: Oh, I've not heard about that device before... sounds cool
[15:49] <mok0> sven777: you are upstream author?
[15:49] <sven777> yes
[15:50] <mok0> sven777: great that makes things a lot easier :-)
[15:50] <sven777> it's a neat little device because it's small and silent
[15:50] <sven777> me and the wife use it in the bathroom
[15:50] <mok0> sven777: kinky :-)
[15:50] <sven777> the wife and I, rather
[15:50] <sven777> hehe :)
[15:50] <mok0> sven777: I'll take a look
[15:51] <sven777> thx v. much :)
[15:52] <mok0> sven777: I thought it was some special linux version or something
[15:52] <mok0> sven777: perhaps lma4linux would be a better name?
[15:52] <mok0> sven777: up to you of course
[15:52] <sven777> heh - I got caught up in the 8-character name
[15:53] <sven777> but yeah that might be a better name
[15:53] <sven777> of coruse, I don't think anyone's going to know what either of those mean just from that abbreviation
[15:53] <mok0> sven777: yeah
[15:54] <sven777> but I couldn't come up with something short and also descriptive
[15:54] <surfaz> Anybody can have a look of this?
[15:54] <surfaz> http://revu.ubuntuwire.com/details.py?package=gparted
[15:54]  * RainCT saw a pad which you connected to the PC and then you could place objects (like a coffee cub or whatever, after adding a little chip to them) on it and it would execute a command :P
[15:55] <maxb> surfaz: gparted is already included in Ubuntu. REVU is only intended for new packages.
[15:56] <surfaz> And for updated?
[15:57] <iulian> surfaz: Launchpad, attach the diff.gz file.
[16:00] <surfaz> maxb, and this
[16:00] <surfaz> http://revu.ubuntuwire.com/details.py?package=audacious-skins
[16:00] <surfaz> is a new package or not?
[16:00] <surfaz> iulian, done
[16:01] <surfaz> I don't know how fix "This package has no debian/watch file or get-orig-source rule."
[16:01] <surfaz> because this package is a collection of skins of Audacious. In other words, this package is not a program.
[16:02] <maxb> Where does the collection come from?
[16:02] <surfaz> is a conversion of xmms-skins package (and added two new skins of gnome-look.org)
[16:03] <surfaz> maxb, https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/208307
[16:05] <maxb> If it's a logical continuation of the xmms-skins package, I think its version number should reflect that, and the old debian/changelog entries should be retained
[16:06] <surfaz> maxb, xmms-package is 0.6, audacious package should be 0.6 too or 0.7. I put 0.1 because is not a update, is a conversion
[16:07] <quadrispro> jpds: ehm... I didn't request the pidgin-facebook plugin backport for hardy :)
[16:07] <quadrispro> I'll test it, anyway :)
[16:08] <surfaz> maxb, ?
[16:10] <quadrispro> soren: thanks for your feedback ;)
[16:10] <maxb> Well, it's up to you - if the skins are largely the same, just installed differently, it seems to me there's enough commonality to consider the new package a new version with a different name, and hence just increment the version number.
[16:11] <maxb> It would be a good idea to check with the debian maintainer of xmms-skins whether he plans to do anything similar.
[16:14] <surfaz> maxb, last changes of old Debian mantainer are of 2005-07-10
[16:14] <surfaz> http://packages.qa.debian.org/x/xmms-skins.html
[16:15] <soren> quadrispro: Oh, don't mention it. Sorry I took so long. :/
[16:15] <quadrispro> :)
[16:15] <RainCT> Can someone unsubscribe main-sponsors from bug #206280? I added it by mistake :/
[16:19] <surfaz> maxb, I think that Debian maintainer abandoned package or not has plans to convert it to Audacious.
[16:19] <surfaz> 2005-07-10 -> 2009 Is too time
[16:20] <surfaz> but how I fix "This package has no debian/watch file or get-orig-source rule."
[16:20] <surfaz> How I should fix that "bug" when this package is a collection of skins for Audacious.
[16:21] <mok0> surfaz: gparted? That's already in Ubuntu
[16:21] <surfaz> mok0, no
[16:21] <surfaz> audacious skins
[16:21] <surfaz> http://revu.ubuntuwire.com/details.py?package=audacious-skins
[16:21] <surfaz> audacious-skins package
[16:22] <mok0> surfaz: uhm didn't you ask for review of gparted before?
[16:23] <surfaz> yes, but maxb answer me "gparted is already included in Ubuntu. REVU is only intended for new packages."
[16:23] <mok0> surfaz: well...
[16:23] <surfaz> But I think that gparted should be updated to 0.4.2. That release adds ext4 support
[16:23] <mok0> surfaz: we prefer updates to packages through a LP bug report
[16:24] <surfaz> mok0, https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/305280
[16:24] <surfaz> mok0, https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/305280/comments/8
[16:24] <surfaz> my diff.gz
[16:24] <mok0> surfaz: ok, then you attach the diff.gz file to that bug and ask for sponsorship by subscribing u-u-s
[16:25] <surfaz> fixed problems with patches and upstream, import changes of Debian and add Launchpad bugs fixed
[16:25] <mok0> ah
[16:25] <mok0> he
[16:25] <StevenK> RainCT: Done
[16:25] <surfaz> mok0, http://launchpadlibrarian.net/22049788/gparted_0.4.2-1ubuntu1.diff.gz
[16:25] <mok0> surfaz: so go into the +Subscribe button
[16:25] <RainCT> StevenK: Thanks.
[16:26] <mok0> Ah you
[16:26] <surfaz> Ubuntu Sponsors for main already subcribed
[16:26] <mok0> ok so we can actually nuke gparted from REVU
[16:29] <mok0> booom
[16:29] <surfaz> what?
[16:30] <mok0> surfaz: I removed gparted from REVU
[16:30] <surfaz> mok0, and what about this http://revu.ubuntuwire.com/details.py?package=audacious-skins
[16:30] <mok0> surfaz: looking at it this very minute
[16:32] <jcfp> http://revu.ubuntuwire.com/details.py?package=sabnzbdplus (popular binary newsreader, written in python) needs a second advocate - please consider for review.
[16:32] <mok0> surfaz: found all over the internet... don't you have the url's where they were downloaded?
[16:33] <surfaz> mok0, audacious-skins is a conversion of xmms-skins of Debian
[16:33] <surfaz> well, a continuation
[16:33] <mok0> surfaz: done by... you?
[16:33] <surfaz> ehh, yeah?
[16:34] <surfaz> there is a problem?
[16:34] <mok0> surfaz: and you don't have a place where you are distributing a tarball?
[16:34] <surfaz> http://packages.debian.org/etch/xmms-skins
[16:35] <surfaz> converted to audacious-skins
[16:35] <surfaz> and added two new skins of gnome-look
[16:35] <mok0> surfaz: manually?
[16:35] <surfaz> gnome-look.org
[16:35] <surfaz> mok0, the package? yes
[16:35] <mok0> surfaz: no, I mean when you get an xmms skin from somewhere, what do you have to do to convert it?
[16:36] <surfaz> no
[16:36] <RainCT> (In case someone wonders, if just got ride of the welcome message on REVU. It won't be showed by default anymore now, only if you click the "help" link.)
[16:36] <surfaz> xmms-skins works in Audacious
[16:36] <surfaz> please, read https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/208307
[16:36] <mok0> surfaz: oh, I see
[16:36] <mok0> surfaz: huge effort
[16:37] <surfaz> I am build package for Intrepid now
[16:37] <sven777> mok0: doh I forgot to include the watch file!
[16:37] <mok0> sven777: just upload another version
[16:37] <sven777> mok0: is there a package that would have automatically checked the get-orig rule?  because I'm using uscan in it so I would think it would fail without the watch file
[16:38] <RainCT> surfaz: can I unsubscribe u-u-s from that bug? having it subscribed isn't necessary for uploads to revu
[16:38] <RainCT> s/uploads to/stuff on
[16:38] <mok0> sven777: you don't need the get-orig-source file when youre not repackaging the tarball, which you don't need to do
[16:39] <surfaz> RainCT, what bug?
[16:39] <RainCT> surfaz: 208307
[16:39] <mok0> sven777: but the EHHS site tries to run the watch file and sees if a newer version is available
[16:40] <surfaz> RainCT, audacious-skins is a new package converted from xmms-skins
[16:40] <sven777> mok0: oh ok - I was trying to follow standards - thought i read something about the get-orig rule being something that "should" be present
[16:41] <RainCT> surfaz: but are you going to upload it again to revu or to attach a debdiff to the bug?
[16:41] <mok0> sven777: oh, not if the package is in tar.gz format and nothing has to be removed for license reasons
[16:41] <mok0> RainCT: I am reviewing it now
[16:41] <surfaz> RainCT, I don't undestand you
[16:41] <sven777> mok0: ok gotcha - would it hurt anything to leave it in?
[16:42] <mok0> surfaz: You have subscribed u-u-s to the bug, which is not necessary when the package is being reviewed on the REVU site
[16:42] <RainCT> mok0: The wiki currently says that having it even if there's a watch file gives "extra points". Perhaps that should be ammended.
[16:42] <surfaz> ahh
[16:42] <RainCT> mok0: (about the get-orig-source)
[16:42] <mok0> RainCT: ah, ok
[16:43] <mok0> RainCT: I think it's generally useless
[16:43] <mok0> :-)
[16:43] <RainCT> Me too
[16:44] <mok0> The new source format can deal with both .bz2 and .zip files
[16:44] <mok0> ... and it applies patches when the package is unpacked
[16:44] <jcfp> plus uscan can convert when getting the source if need be
[16:45] <RainCT> mok0: you mean it's now possible to use .orig.tar.bz2?
[16:45] <mok0> jcfp: right
[16:45] <mok0> RainCT: not now, but when version 3.0 of the source package format is supported
[16:46] <mok0> RainCT: and debian/ can be stored in a tar.gz file
[16:46] <mok0> RainCT: diff.gz becomes redundant
[16:46] <RainCT> Cool!
[16:46] <mok0> yeah
[16:47] <RainCT> mok0: and what will happen with directly patching the source?
[16:47] <mok0> This format will also play much nicer with the VCS schemes for packaging
[16:48] <mok0> RainCT: I don't think it's possible, you need to have patches in debian/patches to do it
[16:48] <mok0> RainCT: pretty much what we enforce now
[16:48] <RainCT> mok0: yeah, but aren't there people who use VCS and patch the source directly?
[16:49] <mok0> RainCT: uhm, I don't know... you aren't supposed to
[16:49] <RainCT> (I've heard about that, but haven't seen it myself yet)
[16:49] <mok0> RainCT: I think the VCS is capable of creating the patches
[16:50] <mok0> RainCT: all fixes are kept in feature branches
[16:50] <RainCT> Ah, nice
[16:50] <mok0> RainCT: so patches can be made by diff'ing to the upstream branch
[16:50] <RainCT> yeah, makes sense
[16:51] <mok0> RainCT: I think that's the idea, at least
[16:58] <tonton_zMoo> Yo, RainCT! I'm looking for an advocate for my second package "swac-scan"! :)
[16:59] <surfaz> RainCT, mok0 then remove also this package of Revu
[16:59] <surfaz> http://revu.ubuntuwire.com/details.py?package=audacious
[17:00] <jpds> quentusrex: Gah, for some reason I confused you with spinus..
[17:00] <jpds> quentusrex: Sorry, I meant quadrispro ^
[17:00] <mok0> surfaz: ok will do
[17:00] <RainCT> tonton_zMoo: alright, I'll try to have a look at it later
[17:01] <tonton_zMoo> Great, Excellent :)
[17:01] <RainCT> tonton_zMoo: poke me again if I haven't told you anything in sth like 3 hours
[17:01] <jpds> quadrispro: Hmm, same first name appartently. :)
[17:01] <tonton_zMoo> RainCT: I'll not be there the next week (I'm in hollydays)
[17:02] <tonton_zMoo> but I can poke you on monday 16 fev
[17:03] <quadrispro> jpds: LOL
[17:15] <quadrispro> ehm... gnome-format needs some love
[17:19] <c_korn> maybe OT here but why keep I getting this mail although I have already deleted the package in the PPA? http://pastebin.com/m39ae1794
[17:21] <ScottK> c_korn: Ask in #launchpad
[17:21] <c_korn> thanks
[17:24] <giftnudel> hello, I'd like to raise your attention to bug #320797 Could that be taken care of fast?
[17:25] <giftnudel> (fast: before releasing jaunty
[17:25] <RainCT> uhm.. where does python-central put the .pyc files?
[17:26] <ScottK> RainCT: I think in /var/lib
[17:26] <RainCT> ScottK: There's only python-support starting with py* :P
[17:26] <quadrispro> mok0, pochu: around here?
[17:27] <mok0> quadrispro: here
[17:27] <mok0> Looking at your gnome thing
[17:27] <quadrispro> ah thank you
[17:27] <mok0> Still builds :-)
[17:28] <quadrispro> mok0: give me you GPG key, I'll add you to quadromatic ring
[17:28] <mok0> quadrispro: 0x404825e7
[17:28] <quadrispro> (quadromatic => http://home.alessiotreglia.com)
[17:29] <quadrispro> mok0: added, that's dput configuration -> http://home.alessiotreglia.com/dput_configuration
[17:29] <mok0> cool
[17:30] <mok0> you have a fast server?
[17:30] <quadrispro> for the password in pvt
[17:30] <quadrispro> mok0: no, it's my PC :)
[17:30] <mok0> heh
[17:30] <mok0> quadrispro: as a matter of fact, I was just going to make a new build of gcc
[17:30] <pochu> quadrispro: yeah
[17:31] <mok0> ;-)
[17:31] <quadrispro> pochu: give me your gpg key please
[17:32] <pochu> quadrispro: it's 4A08B2FE, but I don't think I'm going to use that ;)
[17:32] <quadrispro> well :)
[17:32] <mok0> pochu: you can use it for quadrispro's packages
[17:32] <mok0> :)
[17:32] <pochu> heh
[17:33] <pochu> quadrispro: does it run in a VM?
[17:33] <quadrispro> no no
[17:33] <RainCT> ScottK: ah, /usr/lib/python2.5/site-packages/
[17:33] <pochu> because the other day we were talking here about how to break out of chroots ;)
[17:33] <quadrispro> it's a debomatic server
[17:33] <ScottK> I knew there was a lib in there somewhere.
[17:33] <quadrispro> sh
[17:33] <quadrispro> ah
[17:33] <pochu> quadrispro: you should be careful to who you give access then ;)
[17:34] <jmarsden> REVU Day: I'd welcome any review of my webgui package on REVU: http://revu.ubuntuwire.com/details.py?package=webgui -- MOTU or not, review would be appreciated :)
[17:34]  * pochu had access to Andrea Veri & Luca Falavigna's server, but didn't use it
[17:34] <pochu> DktrKranz: how's Andrea?
[17:35] <quadrispro> eh, I give access to people who I consider "trusted" :)
[17:35] <DktrKranz> pochu: gone for good (searching for his gf's love)
[17:35] <pochu> quadrispro: but you can trust IRC! ;-)
[17:35] <pochu> s/can/&'t/
[17:35] <quadrispro> ahh
[17:35] <quadrispro> mmm
[17:35] <DktrKranz> quadrispro: if trust is not enough, what about euros?
[17:36] <pochu> heh
[17:36] <RainCT> quadrispro: so you don't trust me? ;(
[17:36] <DktrKranz> pochu: give him a bunch of euros, you'll gain trust he needs
[17:36] <quadrispro> RainCT: sure
[17:36] <DktrKranz> :)
[17:36] <RainCT> heh
[17:36] <quadrispro> DktrKranz: (good idea ;))
[17:36] <pochu> quadrispro: OTOH if you run the server on a VM, you won't loose much if somebody breaks something
[17:36] <pochu> but it'll be harder to setup :)
[17:37] <DktrKranz> LVM?
[17:37] <RainCT> VirtualBox is surprisingly easy to setup
[17:37] <jdong> yeah
[17:37] <jdong> IIRC the only thing annoying to configure is bridging
[17:37] <jdong> vmware was much more out-of-the-box for bridged network setups
[17:37] <quadrispro> with VirtualBox is surprisingly easy to do everything
[17:37] <jmarsden> jdong: That is fixed in the current version of virtualbox...
[17:38] <jdong> jmarsden: oh then I guess I need to put trying it on my TODO list :)
[17:38] <pochu> but you probably don't want VBox to build packages ;)
[17:38] <jdong> thanks for letting me know
[17:38] <jmarsden> No problem... I asked about it on #virtualbox or #vbox or whereevr their people hang out...
[17:39] <sven777> mok0: new lmalinux version, fixed all those issues you noted
[17:39] <mok0> sven777: thanks!
[17:39] <sven777> mok0: thanks very much again for looking at it!
[17:39] <mok0> sven777: np!
[17:40]  * quadrispro coming back soon
[17:41] <DktrKranz> pochu: we have XEN to build packages ;)
[17:41] <DktrKranz> in PPAs, at least
[17:41] <DktrKranz> we're not so good and we haven't money, so we use debomatic on some obsolete hardware
[17:43] <quadrispro> DktrKranz: tell mok0 the password for quadromatic ;)
[17:43] <mok0> quadrispro: you need a password even when the gpg key is installed?
[17:44] <mok0> quadrispro: errhh, it wasn't the ssh key you wanted was it?
[17:44] <DktrKranz> password is a little... hard
[17:45] <mok0> DktrKranz: is has the space character in it too?
[17:45] <DktrKranz> mok0: nono, a single word, but a "red light" one :)
[17:45] <mok0> uhuh
[17:46]  * DktrKranz is off, back in some hours
[17:50] <szabgab> hi, I would like to get Padre a Perl IDE I am developing into Ubuntu, most of its dependencies are already included in Debian and it has an entry in launchpad https://launchpad.net/padre
[17:50] <szabgab> but it seems to be stuck there, how could I get someone to pick it up and make it sure it will be packaged into the next release of Ubuntu ?
[17:50] <Tell360> ??
[17:51] <Tell360> szabgab:  hi
[17:51] <mok0> szabgab: you're looking for someone to package it?
[17:51] <szabgab> yes
[17:52] <szabgab> most of its dependencies are packaged in Debian already so I think those will need to be synced only
[17:52] <mok0> szabgab: that's not so easy to find
[17:52] <szabgab> oh yes it is written in perl and distributed as a CPAN package
[17:52] <mok0> szabgab: best chance is doing it yourself and uploading to REVU for review
[17:53] <Tell360> 歷史的天空
[17:53] <szabgab> is there a forum or mailing list of people who deal specifically with Perl related issues in Ubuntu ?
[17:54] <szabgab> I have enough on the plate with the development and with the begging of others for help (which so far worked ok as it was already packaged in Fedora and Mandriva)
[17:55] <mok0> szabgab: there's a perl team in Debian
[17:55] <szabgab> yeah I know I am on their list
[17:55] <RainCT> Why don't you ask them to package it, then?
[17:56] <mok0> szabgab: ubuntu is more python oriented
[17:56] <szabgab> and begged them so they already packaged every part of Padre, except they are stuck with an old wxWidgets
[17:56] <mok0> heh
[17:56] <RainCT> oh
[17:56] <szabgab> but Ubuntu - which I am also using - has the new version of wxWidgets so it won't have that problem
[17:56] <mok0> szabgab: right
[17:57] <szabgab> that's why I think it should not be a big issue for someone familiar with the way packaging Perl modules for Ubuntu
[17:57] <mok0> szabgab: https://edge.launchpad.net/~perl-jam
[17:58] <mok0> Very small team :-)
[17:58] <szabgab> yeah, one member :-(
[17:59] <mok0> szabgab: but he's a MOTU
[18:00] <mok0> szabgab: https://edge.launchpad.net/~perl
[18:00] <mok0> quadrispro is a member of that one
[18:01] <szabgab> mok0, thanks a lot, looking around now
[18:01] <mok0> np
[18:01]  * mok0 fetches coffe
[18:01] <szabgab> who is quadrispro ?
[18:03] <Tell360> 由網友發起、網友投稿的新 Debian T-Shirt 2009，即將於年底團製付印嘍
[18:04]  * jcfp wonders who ordered dinner from the chinese take-away
[18:07] <quadrispro> bye guys, see you soon
[18:07]  * mok0 wonders who ordered a Debian T-shirt from the chinese take-away...
[18:07] <quadrispro> bye mok0 pochu
[18:07] <mok0> bye
[18:10] <fabrice_sp> Hi. Sync request should be left with the state New, right? I'm never able to remember that...
[18:10] <RainCT> fabrice_sp: Yep, MOTUs confirm them
[18:10] <mok0> fabrice_sp: yes until someone acks it
[18:10] <fabrice_sp> ok. And about merge requests, it doesn't matter, right?
[18:11] <mok0> fabrice_sp: right
[18:11] <pochu> fabrice_sp: not really
[18:11] <pochu> well, doesn't matter between confirmed and new. Fix released does matter ;)
[18:11] <fabrice_sp> pochu, that's what I mean ,yes :-)
[18:12] <fabrice_sp> thanks to all of you for your answers
[18:12] <fabrice_sp> (I'll check my sync requests and merge requests are ok)
[18:13] <szabgab> mok0, so I left a message in that perl group, thanks for your help so far!
[18:19] <mok0> szabgab: you're welcome, good luck with your project
[18:19] <mok0> Going to dinner, see you later guys!
[18:20] <sven777> would a MOTU be so kind as to review my package?  http://revu.ubuntuwire.com/details.py?package=lmalinux
[18:20] <sven777> mok0: by mok0 - thank you for your help
[18:20] <sven777> *bye
[18:20] <mok0> bye
[18:21] <aboudreault> hi, if i am a member of a launchpad group, can i upload ppa on it ? or i need more permissions
[18:27] <aboudreault> is this line: incoming = ~UbuntuGis/ubuntu/
[18:28] <aboudreault> ok  for upload a package to https://launchpad.net/~ubuntugis ? (sorry, i'm not familiar with launchpad)
[18:29] <maxb> aboudreault: That team doesn't appear to have a PPA (yet?)
[18:29] <maxb> I assume you have to do something in the web interface to activate it
[18:29] <aboudreault> ah, ok i'll ask the administrator
[18:29] <asomething> aboudreault: any team member can upload, but I think an admin has to create it
[18:31] <aboudreault> good to know, i just sent an email to the administrator.
[18:32] <aboudreault> also... if dput tells me: Already uploaded to ppa.launchpad.net ... when the PPA will be activated, is there a way to by-pass this ?
[18:39] <asomething> aboudreault: dput -f  or just delete the *.upload file
[18:40] <RainCT> Guys, I hope you'll be happy to hear that cookies on REVU last for one month since the last access now :).
[18:40] <aboudreault> ha ok... the info is local, i thought that it was the response of the server. Thanks a lot for your help.
[18:40] <RainCT> Just don't look at the code - it's a very ugly hack :P
[18:41] <asomething> any one know of a good tutorial on pbuilder hooks? specifically I want to run dh_install --list-missing for everything I build
[18:46] <ScottK> asomething: Let me get you that hook ...
[18:46] <ScottK> asomething: If you look in kubuntu-dev-tools there's a hook for that, I'm pretty sure.
[18:46] <asomething> ScottK: thanks!
[18:46] <aboudreault> oh btw, if anyone know well launchpad system.... is it possible to put a group PRIVATE.... but to have a PUBLIC mailing list ?
[18:47] <ScottK> aboudreault: Ask in #launchpad
[18:47]  * ScottK needs a key binding for that.
[18:49] <aboudreault> hmm... i even not tried if that channel exist. :)
[18:49] <emgent> NEWS: Utu is back online, until it is integrated into ubuntustats. (http://thc.emgent.org/utu/)
[18:53] <martijn81> when will there be a backport of ktorrent in intrepid?
[18:53] <asomething> ScottK: is  kubuntu-dev-tools packaged some where or is it just the bzr branch?
[18:54] <ScottK> I thought it was in Jaunty, but not sure.
[18:54] <ScottK> Ask on #kubuntu-devel
[18:55] <martijn81> ScottK: are you talking to me?
[19:05] <ScottK> martijn81: No
[19:06] <ScottK> martijn81: For your question, I guess the question is has anyone asked?
[19:06] <ScottK> !backports > martijn81
[19:10] <martijn81> ScottK: i have the backports enabled, but there is no ktorrent backport yet
[19:10] <martijn81> and ktorrent 3.2 will come out in 1.3 weeks or so
[19:10] <martijn81> so if they would package that it would de awsome
[19:10] <ScottK> Did anyone request one (look in bugs in intrepid-backports)
[19:11] <martijn81> i don't think so, but let me check
[19:13] <martijn81> nope-> https://bugs.launchpad.net/intrepid-backports/+bugs?field.searchtext=ktorrent&orderby=-importance&search=Search&field.status:list=NEW&field.status:list=INCOMPLETE&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.status:list=INPROGRESS&field.status:list=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=
[19:20] <ScottK> Then the way to get a backport going is to follow the instructions the listed on the page the bot PM'ed to you.
[19:25] <asomething> hmm... the scripts in kubuntu-dev-tools are all in ruby
[19:26] <JontheEchidna> I think the pbuilder-hooks might be in a separate branch
[19:27] <JontheEchidna> yeah
[19:28] <asomething> ah, I found them: ~kubuntu-members/pbuilder/pbuilder-hooks
[19:28] <JontheEchidna> asomething: https://code.edge.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks
[19:28] <JontheEchidna> yup
[19:28] <asomething> JontheEchidna: thanks
[19:28] <JontheEchidna> you're welcome
[19:53] <henrik-hw0> Any MOTUs here want to give libmirage a 2nd advocate?
[19:58] <asomething> thanks all! the hook does just what i need...
[20:30] <jpds> ScottK: What was the lintian command you recommend using? (-Iv something?)
[20:30] <ScottK> lintian -iIv
[20:31] <ScottK> One of the 'i' give you a good explanation and the other one gives you the info level tags.
[20:31] <jpds> Yep, thanks.
[20:31]  * ScottK can never remember which is which
[20:37] <khashayar> I'm trying my luck packaging slv2 (which is a library that makes use of lv2). The idea is to build three debs (libslv2, libslv2-dev, and libslv2-bin). But packaging fails with "dpkg-shlibdeps: failure: couldn't find library libslv2.so.9 needed by debian/libslv2-bin/usr/bin/lv2_list". Any ideas where I can poke for more info?
[20:44] <sven777> would a MOTU be so kind as to review my package?  http://revu.ubuntuwire.com/details.py?package=lmalinux
[21:08] <hefe_bia> Hi! I believe tomboy-blogposter (http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter) is almost ready. It's been previously advocated by sikon and mok0. I followed suggestions for mono 2.0 transition. Maybe somebody is willing to have a look?
[21:22] <directhex> ding ding
[21:22] <directhex> a package i can usefully comment on. hooray!
[21:27] <hanska> directhex: go sponsor it in Debian :P
[21:27] <directhex> hanska, o hai, what're you doing HERE? :o
[21:28] <hanska> directhex: ;)
[21:28] <hanska> directhex: /me would like to become a MOTU too, someday
[21:28] <directhex> and help to add bugs?
[21:29] <hanska> directhex: probably help by fixing
[21:29] <hanska> directhex: I also reviewed some packages in REVU ;)
[21:32] <directhex> hanska, spot anything i missed on the above?
[21:32] <hanska> directhex: err, remember I'm studying? ;)
[21:32] <hanska> a sec, let me check
[21:35] <directhex> you can't study at this late hour! it's bad for the brain
[21:36] <hanska> directhex: exam on 12..
[21:37] <directhex> you're gonna feel pretty silly if the first question is "how many shotgun blasts does it take to kill a zombie" and you don't know because you didn't spend enough time studying videogames!
[21:39] <RainCT> lol
[21:57] <hanska> directhex, hefe_bia: reviewed :)
[21:57] <hanska> directhex: go see :P (my brain probably still works.)
[22:05] <NCommander> StevenK, w.r.t to cvsconnect, do you know where the upstream is? I can't find an upstream site with actual tarballs
[22:06] <StevenK> NCommander: What does debian/copyright say?
[22:06] <NCommander> mcasadevall@blacksteel:~/tmp/cvsconnect-0.1.cvs20001202/debian$ ls -lah copyright
[22:06] <NCommander> ls: cannot access copyright: No such file or directory
[22:06] <NCommander> Well ...
[22:06] <NCommander> That's new ...
[22:07] <StevenK> I think the copyright is in another debian file
[22:07] <StevenK> What other files are there?
[22:07] <NCommander> changelog, control, packages, rules
[22:08] <NCommander> I don't see it at all
[22:08] <StevenK> debian/packages should contain a mess and the copyright
[22:08] <NCommander> Ugh, found it
[22:09] <NCommander> But I only see cvssuck, and not cvsconnect; I guess the upstream authors plans to merge the two came to fruitation a long time ago.
[22:14] <ScottK> cvs and frustration do go together
[22:14] <StevenK> ScottK: Add yada to the mix ...
[22:15] <ScottK> Oh dear lord.
[22:18] <jmarsden|work> Review of webgui http://revu.ubuntuwire.com/details.py?package=webgui would be welcomed.  It's a GPLed Perl-based CMS, with about 10000 known installations out there.  Thanks!
[22:20] <RainCT> (I've done some internal changes to details.py on REVU, tell me if you find that something broke.)
[22:41] <sven777> would a MOTU be so kind as to review my package?  Thanks in advance!  http://revu.ubuntuwire.com/details.py?package=lmalinux
[23:13] <RainCT> revu.ubuntuwire.com/p/<name> does now redirect to revu.ubuntuwire.com/details.py?package=<name>
[23:18] <RainCT> well, good night
[23:18] <jpds> night RainCT.
[23:19] <Hobbsee> RainCT: cool, thanks :)
[23:20] <RainCT> :)
[23:23] <directhex> the conspiracy is back!
[23:46] <maxb> The "Needs Work" packages on REVU seem to be ordered by date of upload, except for the 21 at the bottom of the list, which aren't. What's up with that?
[23:53] <nhandler> For packages on REVU, should we be advising them to change their debian/rules file to not require debhelper >= 7 if they aren't using the new features for any particular reason?
[23:58] <cody-somerville> nhandler, if they don't require debhelper 7 or higher but infact can use a lower version just fine and you know this for sure, then yea, I'd say you could suggest they change it