[00:00] <tumbleweed> bdrung: I'm keen to, I don't see what it adds, and it saves me a bunch of work :)
[00:00] <Laney> people probably use it
[00:00] <bdrung> tumbleweed: may i ask you to send a mail to the mailing list and ask if someone wants to keep it?
[00:00] <Laney> you should deprecate it for a release or so first I guess
[00:01] <micahg> kamal: BTW, there should be a trash can on the top right of the merge proposal to delete it
[00:01] <tumbleweed> is it compatible enough that we can ship a wrapper around pbuilder-dist that emits the deprecation warning?
[00:02] <tumbleweed> that's probably more pain than it's worth, though
[00:03] <kamal> micahg: yes, just a shame that deleting it also trashes the comments.  thanks.
[00:04] <micahg> kamal: you should have copies in your e-mail ;)
[00:05] <kamal> micahg: oh, no shortage of LP email in my box!  ;-)
[00:05] <bdrung> kamal: there used to be "rejected"
[00:05] <micahg> kamal: I actual filter based on type of LP e-mail, that might be helpful
[00:06] <kamal> micahg: I do also
[00:07] <kamal> bdrung: I'd like something like "abandoned"... anyway.    congrats on becoming DD!
[00:07] <bdrung> kamal: thanks
[00:09] <ari-tczew> bdrung: have you got time?
[00:10] <bdrung> ari-tczew: no. it's bed time. http://paste.ubuntu.com/555614/ is a bug in python-debian. please file it and subscribe me.
[00:10] <ari-tczew> bdrung: file against python-debian?
[00:10] <bdrung> ari-tczew: yes
[00:11] <bdrung> (otherwise there would be no need to subscribe me)
[00:24] <ari-tczew> micahg: around?
[00:27] <micahg> ari-tczew: yep
[00:28] <ari-tczew> micahg: could you review again https://code.launchpad.net/~udienz/ubuntu/lucid/nginx/nginx.fix691871/+merge/44235 ?
[00:28] <ari-tczew> he has uploaded new revision
[00:28] <ari-tczew> however, on quick look I see issues
[00:28] <ari-tczew> like debian-changes-xxxx
[00:29] <micahg> ari-tczew: not in natty yet
[00:29] <ari-tczew> micahg: where did he grab patches from?
[00:30] <micahg> ari-tczew: they all have dep-3 headers
[00:30] <micahg> except the last one
[00:32] <micahg> ari-tczew: still no test cases either
[01:36] <Rcart> Does it matters if i have a Name SecondName (nickname) <accout@isp.com>  in my pgp at uploading files to LP or Debian? It's wrong to include my nick?
[01:53] <ari-tczew> Rcart: It's OK.
[01:54] <Rcart> ari-tczew: Thanks (;
[01:54] <ari-tczew> Rcart: You're welcome.
[02:07] <Rcart> ari-tczew: debcommit Depends on cvs? When i run debcommit, returns this: Can't exec "cvs": Not exist such a file nor a dir at /usr/bin/debcommit line 722.
[02:10] <ari-tczew> Rcart: debcommit is a part of binary package devscripts.
[02:11] <ari-tczew> It doesn't depends on cvs.
[02:15] <Rcart> ari-tczew: what could be wrong when i try to run it?
[02:16] <ari-tczew> Rcart: did you try to install cvs then?
[02:22] <Rcart> ari-tczew: this is really rare, i've installed cvs and after run debcommit and is asking for a login passoword to an unknow host: theshadow@cvs.degreez.net's password:
[02:23] <Rcart> password*
[02:23] <ari-tczew> Rcart: sorry, I'm not familiar with debcommit
[02:28] <Rcart> ari-tczew: Thanks again. I'll google it a little more.
[02:31] <achiang> Rcart: does your package use cvs?
[02:32] <achiang> Rcart: looks like debcommit can speak to multiple SCMs, so i bet it found a .cvs in your working directory and is trying to do something with it
[02:32] <Rcart> achiang: No, it uses bazaar
[02:33] <jmarsden> Rcart: Are you 100% sure there is no .cvs directory being seen by debcommit?
[02:34] <Rcart> jmarsden: look the ls -la output: http://pastebin.com/0Wepnxua
[02:35] <Rcart> there's a CVS and a .bzr dir
[02:35] <jmarsden> CVS will trigger it.
[02:36] <jmarsden> You can see what it checks for in the getprog function within debcommit.
[02:36] <jmarsden> remove the CVS directory and I think all will be well.
[02:39] <Rcart> jmarsden: i'm looking in debcommit and firts checks for the CVS dir and then the .bzr  dir (among others)
[02:40] <jmarsden> Right, so kill the CVS and it will see the .bzr and do what you want.  Right?
[02:40] <jmarsden> Rcart: Or, if you prefer, swap the order of the tests around in debcommit so it picks .bzr even if CVS exists :)
[02:42] <Rcart> jmarsden: Nice tip, but with the last, the package will be with the same problem at other times, right?
[02:43] <jmarsden> Correct.  The real question is how or why a package would ever have both CVS and .bzr at the same time, it makes no sense to me.
[02:43] <jmarsden> Maybe they used to use CVS, migrated to bzr and forgot to remove the old cvs-relatred dirs from their source tree?
[02:45] <Rcart> surely, they also seems to forgot update the debian/patches dir after upgrading from dpatch to quilt
[03:43] <Rcart> I've a lintian warning: out-of-date-standards-version 3.8.4 (current is 3.9.1). Should i update the Standards version field to the 3.9.1 ?
[03:44] <paultag> Rcart: if your package is 3.9.1 standard, yeah :)
[03:44] <paultag> Rcart: in most cases this is done without issue
[03:46] <jmarsden> Rcart: Officially you need to read through the change list from the current debian-policy package back to 3.8.4 and ensure you don't need to update stuff to meet 3.9.1
[03:47] <jmarsden> Rcart: See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz   # assuming you have debian-policy installed :)
[03:49] <Rcart> Ok. I'll leave it in 3.8.4 and let someone else who has read the Debian Policy updates to change that field :)
[03:49] <jmarsden> Rcart: http://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt   # is may well be more current than the local one you have.
[03:49] <paultag> Rcart: no, you should upgrade
[03:50] <paultag> Rcart: but you need to be sure that you're 3.9.1. standard :)
[03:50] <paultag> Rcart: there's no reason to keep it that old :)
[03:50] <Rcart> Ok. Reading the debian policy updates :)
[04:21] <Rcart> Looks like no changes for this package. The control file (most relevant) seems to fit the standards. I hope not to be wrong (:
[05:22] <MTecknology> !info pbuilder-dist
[05:23] <MTecknology> !info ubuntu-dev-tools
[05:43] <Rcart> good nights. Thanks for your helo (:
[05:43] <Rcart> help*
[08:07] <dholbach> good morning
[08:25] <geser> good morning dholbach
[08:26] <dholbach> hi geser
[11:14] <mok0> Which of wget, curl is on a system by default?
[11:21] <Bachstelze> mok0: wget
[11:21] <mok0> Bachstelze: thanks
[11:22] <mok0> I'd prefer curl, but then...
[12:13] <ari-tczew> udienz: ping
[12:13] <udienz> ari-tczew, pong
[12:14] <ari-tczew> udienz: do you consider learn to merges?
[12:14] <udienz> ari-tczew: yup
[12:15] <ari-tczew> udienz: would be nice to sponsor some merges from you
[12:17] <udienz> ari-tczew, Great! thanks i will looking for merging
[12:18] <ari-tczew> udienz: I suggest to take trivial merges at the start, not important packages like bash.
[12:19] <ari-tczew> udienz: I can give you some examples which are trivial merges if you want.
[12:19]  * ari-tczew breakfast, brb.
[12:30] <mok0> Hm, debian-policy manuals description of maintainer scripts is really hard to deconvolute
[12:31] <mok0> I haven't written a maintainer script in a while, and it's pzzzzt gone from my brain :-(
[12:32] <mok0> Ah, cool: http://people.debian.org/~srivasta/MaintainerScripts.html
[12:32] <mok0> Just what I need. Thanks for letting me talk to myself :-)
[12:32] <Laney> mok0: http://wiki.debian.org/MaintainerScripts is good
[12:32] <mok0> Laney, indeed! Thanks
[13:10] <soc1> does anyone know how to get in contact with the OpenJDK packagers? (no, #ubuntu-java doesn't work, it is basically empty)
[13:11] <soc1> the packages there are uninstallable since months
[13:12] <mok0> soc1: file a bug against it
[13:13] <soc1> mok0: it seems that both "bugs" and "answers" are disabled on launchpad and are not used
[13:14] <soc1> https://launchpad.net/~openjdk/+archive/ppa
[13:14] <Laney> PPAs don't have bug tracking
[13:14] <Laney> you need to contact the owner of the PPA
[13:14] <soc1> i can't find any way to file a bug against the PPA or even the project
[13:15] <Laney> don't know, but I'm afraid we can't help you with that here
[13:15] <Laney> I suggest you contact the uploader privately
[13:16] <mok0> soc1: use reportbug to report the bug to Debian
[13:16] <Laney> why do you think it applies to Debian?
[13:16] <paultag> yeah, it's a PPA soc1
[13:16] <mok0> Ah
[13:16] <paultag> soc1: that can't even build debian packages ( without retargeting it )
[13:18] <mok0> soc1: try to ping doko, then, it seems he is the uploader
[13:20] <mok0> Uh gotta go, bye
[13:20] <soc1> ok, thnkas
[15:13] <kklimonda> tumbleweed: do you think I can steal https://code.launchpad.net/~menesis/ubuntu/natty/hamster-applet/natty/+merge/45233?
[15:13] <kklimonda> (steal from the person proposing a merge, not from you ;))
[15:13] <kklimonda> oh, wait - menesis is here :)
[15:13] <kklimonda> menesis: are you going to work on hamster-applet update for natty?
[15:13] <menesis> kklimonda: hi :)
[15:14] <kklimonda> hey :)
[15:14] <menesis> you uploaded the last version, right?
[15:14] <kklimonda> menesis: yes
[15:14] <kklimonda> well, previous one - the last one was uploaded by Chris
[15:15] <menesis> please, take it if you want
[15:15] <menesis> I haven't merged Debian changes
[15:16] <tumbleweed> kklimonda: glad someone's looking at it, it's been in the queue for way too long
[15:16] <kklimonda> menesis: tumbleweed: ok, I'll take it then
[15:19] <menesis> you will merge the debian changes?
[15:25] <kklimonda> menesis: yes
[15:25] <kklimonda> (I've also subscribed to hamster-applet bugs on Debian so I won't miss it anymore)
[15:26] <menesis> good, then I leave it to you. thanks in advance
[15:49] <aboudreault> hi, in a control file, how can I use inheritance for description field? to avoid duplicate text
[15:56] <geser> it's not possible (at least not directly)
[15:57] <aboudreault> well, lintian is talking about it in its report
[16:13] <Legendario> does anyone have a clue on this error? http://ubuntu.pastebin.com/UMzwRXyx
[16:16] <udienz> Legendario, you should put orig.tar.gz in ../
[16:22] <Legendario> udienz, the upstream package is zip
[16:27] <Legendario> udienz, i've created one. but i don't believe the problem is that. I'm still having an error
[16:28] <udienz> Legendario, what the name of your orig.tar.gz?
[16:32] <Legendario> udienz, sigil-0.3.2.orig.tar.gz
[16:32] <tumbleweed> Legendario: change - to _
[16:32] <udienz> Legendario, change it to sigil_0.3.2.orig.tar.gz
[16:51] <Legendario> udienz, it seems to work... thanks :-)
[16:52] <udienz> Legendario, and thanks to tumbleweed too :)
[16:53] <JackyAlcine> Guys, how would I go about making a patch for Pidgin?
[16:54] <JackyAlcine> I considered downloading the branch, but it has over 20,000 revisions.
[16:59] <udienz> JackyAlcine, use this $ pull-lp-source pidgin
[16:59] <kklimonda> JackyAlcine: lp:ubuntu/pidgin branch?
[17:00] <JackyAlcine> Well, I already did "bzr branch lp:pidgin" and got the branch.
[17:01] <JackyAlcine> But where would I upload my code?
[17:01] <kklimonda> JackyAlcine: what are you trying to patch? pidgin or the package in ubuntu?
[17:01] <JackyAlcine> Pidgin.
[17:01] <JackyAlcine> Not the package.
[17:02] <Laney> where can I get the source of the ubuntuwire rcbugs page?
[17:03] <kklimonda> JackyAlcine: you should forward all patches to the pidgin developers then
[17:03] <JackyAlcine> Hm. Alright, then.
[17:03] <Laney> wgrant: ^^^^
[17:05] <Laney> I could actually probably recreate it with UDD, thinking about it.
[17:21] <geser> Laney: ajmitch should have the code
[17:42] <Legendario> what about this one?
[17:42] <Legendario> http://ubuntu.pastebin.com/A0PCQcdY
[17:47] <Rcart> Hello. I'm working in this bug #420387
[17:48] <Rcart> I've uploaded a branch with some fixes, in the my branch i've removed the CVS dectory that was refusing to use bzr to upload the changes (there was an CVS directoy, and a .bzr directoy)
[17:50] <Rcart> So, scott's comment says that the CVS diresctory should stay in the branch. What do you think?
[17:51] <Legendario> it's some problem with pbuilder-satisfydepends
[17:59] <geser> Legendario: for which Ubuntu release is this pbuilder?
[18:01] <geser> Legendario: do you have "universe" enabled in your pbuilder? libqt4-webkit is the only of your build-depends in universe
[18:02] <geser> as libqt4-webkit is a transitional package you could also replace it with "libqtwebkit4 (>= 2.0~)" which is in main
[18:03] <Kmos> Laney: check collab-qa for udd scripts, there is a rcbugs for debian -> ubuntu, it could be adapted easily.
[18:05] <micahg> bdrung: ping
[18:05] <Legendario> geser, it's for natty
[18:09] <RainCT> bug #705526 o.O
[18:11] <Legendario> geser, gonna try that
[18:12] <iulian> RainCT: Haha.  Probably a bad translator?
[18:17] <MTecknology> adding a -common package isn't very exciting
[18:22] <iamfuzz> MTecknology, lol, indeed
[18:28] <bcurtiswx_> what does "src/Makefile.am: object `empathy-accounts-dialog.$(OBJEXT)' created both with libtool and without" mean ?
[18:28] <bcurtiswx_> is there an easy fix for it?
[18:37] <MTecknology> iamfuzz: wanna test what I did and finish it off for me? :D
[18:46] <vanguard> I build a source package, but after "debuild", I have a package that only contains the changelog and stuff, but not my actual .jar file. How do I add it?
[19:10] <MTecknology> building, building, rebuilding, rebuilding, rebuilding, testing, building, rebuilding, retesting, oh what a day when you know not what you're doing.....
[19:11] <vanguard> I built a source package, but after "debuild", I have a package that only contains the changelog and stuff, but not my actual .jar file. How do I add it?
[19:11] <ari-tczew> vanguard: do you creating new package or working on existing package?
[19:12] <vanguard> I am upstream, so I would like to create a new package
[19:15] <vanguard> I created the debian dir with the dh tools, and wrote stuff into the files
[19:15] <vanguard> I guess the problem is that the makefile generates the .jar into the ../ directory. But I do not really know how I will get it into the .deb
[19:17] <nonix4> ari-tczew: yup, natty's w3m would be fine for me if getting that to Lucid & Maverick is feasible. The way bug 683337 is worded, it only asked for backport of that 020_button.patch though. (btw w3m 0.5.3 exists upstream as well)
[19:18] <vanguard> ari-tczew: are you still there?
[19:21] <ari-tczew> vanguard: yes I am here. I'm not familiar with java packages, sorry.
[19:22] <directhex> vanguard, try a debian/install file, which is of the format "thing/to/install      /destination/on/disk"
[19:22] <vanguard> with a \t in between?
[19:23] <directhex> yeah. but that's hard to add in an irc client.
[19:26] <vanguard> directhex: boom, now it is not liek 10K but 164K, sounds good.
[19:26] <directhex> vanguard, check contents with "dpkg -c". check dependencies with "dpkg -I"
[19:27] <vanguard> directhex: I wrote that I want to install my .jar file to /pu.jar, but in the dpkg -c it is listed as "./pu.jar/" --- normal?
[19:28] <directhex> vanguard, yes, but most people don't want jar files in /, they want them in... i dunno, is it /usr/lib/java?
[19:28] <directhex> /usr/share/java
[19:29] <vanguard> so maybe /usr/share/java/myGameName/game.jar ?
[19:29] <directhex> you'd need to ask the debian java folks. i honestly don't know
[19:29] <paultag> vanguard: there's a whole policy manual on java files
[19:30] <paultag> vanguard: do you need this?
[19:30] <directhex> i mean, there are a few existing java games, so check those? freecol for example
[19:30] <paultag> it has all the standards and such
[19:30] <paultag> it's in the DDP IIRC
[19:30] <vanguard> paultag: If you have it at hand, I would happily read it
[19:30] <paultag> vanguard: moment
[19:31] <paultag> vanguard: http://wiki.debian.org/Java/Packaging
[19:32] <paultag> vanguard: ah, here's the best copy -- http://www.debian.org/doc/packaging-manuals/java-policy/
[19:33] <MTecknology> zul: howdy
[19:33] <paultag> vanguard: see 2.2, and Debian Policy 9.1
[19:34] <vanguard> paultag: I'll check it out
[19:34] <paultag> vanguard: good luck!
[19:34] <MTecknology> paultag: time to help me now that you're done helping him :D
[19:34] <paultag> MTecknology: howdy, friend
[19:34] <MTecknology> paultag: howdy, how ya been?
[19:35] <paultag> MTecknology: well, thanks for asking
[19:35] <paultag> MTecknology: and youself?
[19:35] <paultag> yourself, shucks. Can't type today. Long morning
[19:35] <paultag> Oh jeez, it's 2:30 PM
[19:36] <MTecknology> i'm doing well except for the lack of job and ruptured disk
[19:36] <paultag> ouch, and oucher
[19:37] <Legendario> I need a help on this: the package doesn't use the usual, .configure, make, makeinstall. Instead it brings an installer. how should i set the cdbs for that?
[19:37] <MTecknology> trying to get an nginx-common package
[19:37] <paultag> Legendario: is it nonfree?
[19:37] <paultag> MTecknology: I don't know much about multi-binary. Ask me in a few days, I need to split up a package of mine in Debian into a few parts. Someone else might be able to help you better then me
[19:38] <paultag> MTecknology: unless it's theory. I understand that OK
[19:41] <Legendario> paultag, no... it's gpl3. but the source code comes with a installer script
[19:42] <paultag> Legendario: does it support DESTDIR or some other way of having it barf files in a directory other then /, without prefixing scripts and such with the fullpath?
[19:43] <Legendario> paultag, I'm just starting to deal with cdbs documentation... kind os lost
[19:43] <paultag> Legendario: forget about CDBS for now ;)
[19:43] <vanguard> Legendario: welcome in the club :D
[19:43] <paultag> Legendario: can you use something like DESTDIR?
[19:43] <paultag> Legendario: if you can, you can do it, if you can't you will have to patch it, most likely.
[19:43] <vanguard> I got a question about lintian: What does debhelper-but-no-misc-depends mean?
[19:44] <paultag> vanguard: use the -I flag
[19:44] <paultag> vanguard: it means you forgot a bit in your control file
[19:44] <paultag> vanguard: you should try using lintian with -IiE --pedantic, that's how I use it :)
[19:45] <vanguard> I read that lintian is mean, but that it even complains about the vim .swp files ... wow :D
[19:46] <paultag> vanguard: those are extra space and junk :)
[19:46] <paultag> vanguard: you don't need them, they're bad to have, they just waste space
[19:46] <paultag> :)
[19:46] <vanguard> paultag: I realize that, I just a vim window open editing the copyright file since it was bitching about that as well :D
[19:47] <paultag> hahaha, yeah
[19:47] <paultag> I've done that before
[19:47] <vanguard> and I set the install path to /opt to be out of the way of everyone, but that does not seem to be okay. But /opt is for stuff that does not come in a package like UrbanTerror or Maple, right?
[19:48] <paultag> vanguard: opt is not the right place :)
[19:48] <vanguard> paultag: what is the right place for opt?
[19:48] <paultag> vanguard: it's OK when you're installing by hand, from someone
[19:48] <vanguard> okay, then it is clear
[19:48] <paultag> vanguard: optional software under certen conditions and blah blah.
[19:48] <paultag> vanguard: it's in the FHS, there's a format too, /opt/company/project or something like that
[19:49] <paultag> it's also a pain to set up a way to put it in your path, because you have to go into /opt/*/*/bin/*
[19:49] <paultag> unless you similink
[19:49] <MTecknology> paultag: I split nginx into nginx-{full,light,extras} and now I need to move a lot of that stuff into nginx-common to fix some of the issues that came up from the split. :(
[19:49] <paultag> MTecknology: sweet :)
[19:50] <MTecknology> paultag: ya, but fixing the bugs and getting the nginx-common is a pain in the butt
[19:50] <paultag> vanguard: and since debs are getting installed by superuser by the software vender of the OS, I think they have to be installed into a "bigboy" place, so not /usr/local or anything like that
[19:50] <paultag> MTecknology: yeah for sure
[19:50] <paultag> but I'm not sure about that, I could be wrong
[19:51] <MTecknology> bigboy place?
[19:51] <paultag> Heck, I'm not even MOTU.
[19:51] <paultag> MTecknology: /usr/bin and not /usr/local/bin
[19:51] <vanguard> paultag: I think that I should put my .jar into /usr/share/java/ and put a simple shellscript into /usr/bin?
[19:51] <paultag> MTecknology: local is for locally compiled or created software IIRC
[19:51] <paultag> vanguard: that sounds much more sane
[19:51] <paultag> vanguard: :)
[19:52] <vanguard> paultag: let me check out what lintian says about that. It is like an epic battle with a dragon or so :D
[19:52] <MTecknology> paultag: it's the term that made me laught
[19:52] <MTecknology> laugh*
[19:52] <paultag> vanguard: FTI -- http://www.pathname.com/fhs/2.2/fhs-3.12.html
[19:52] <paultag> MTecknology: hahaha, glad to get a chortle :)
[19:52] <paultag> vanguard: for sure :)
[19:57] <MTecknology> paultag: oh.. when i automated server setups.. part of the script did rmdir /usr/local/sbin && bzr branch [...] /usr/local/sbin
[19:57] <paultag> MTecknology: wait, what?!
[19:57] <paultag> MTecknology: why? That's really not smart
[19:58] <MTecknology> why's that?
[19:58] <paultag> MTecknology: 1) if they're similinks, you've missed the reason to have sbin. If they're binaries, you're a) storing a binary in VCS, so wasting space, and b) klobbering the package manager
[19:59] <paultag> If they're binaries was 2)
[19:59] <paultag> MTecknology: is if a package changes it's .so set, you can have another abi
[19:59] <MTecknology> they were scripts
[19:59] <paultag> MTecknology: ... so?!
[19:59] <paultag> MTecknology: just make a meta-package
[20:00] <paultag> MTecknology: there's no reason to use bzr for that
[20:00] <MTecknology> they were frequently changing; mostly just backup scripts and maintenance junk
[20:01] <MTecknology> I'm sure I could have picked a better directory; but the point was that it was /usr/local/
[20:02] <paultag> MTecknology: still dude, metapackages at the least
[20:02] <paultag> MTecknology: it hurts my soul
[20:02] <MTecknology> metapackage for scripts?
[20:02] <MTecknology> for very frequently changing scripts*
[20:02] <paultag> MTecknology: package up the scripts, and make a mtecknology-server metapackage or something
[20:02] <paultag> MTecknology: yes, just publish to a local repo
[20:02] <paultag> MTecknology: then you can just update && upgrade the boxes
[20:03] <paultag> MTecknology: it's wicked easy to make them native, even

[20:04] <MTecknology> :P
[20:05] <paultag> BBL, heading home :)
[20:05] <vanguard> lintians says debhelper-but-no-misc-depends
[20:05] <vanguard> but debuild tells me dpkg-source: Warnung: kann Abhängigkeit ${misc:Depends} nicht auswerten (cannot compile)
[20:05] <vanguard> what do I do now?
[20:05] <vanguard> at least the fatal error is at line 1337 ...
[20:06] <MTecknology> vanguard: GR!
[20:06] <vanguard> I don't understand
[20:07] <MTecknology> vanguard: sorry, not sure why I added your nick there, was supposed to be just an expression of irritation to the channel
[20:09] <MTecknology> I want to install a man page.. nginx.1; I want it to be part of the nginx-common package only; how do I make that happen?
[20:15] <vanguard> launchpad has accepted my tinkered package
[20:15]  * vanguard treats himself with a yogurth now :D
[20:17] <wgrant> Start the DAy
[20:17] <wgrant> Gah.
[20:18] <ari-tczew> wgrant: hello wgrant. Did you adjust UDD FTBFS script?
[20:18] <wgrant> ari-tczew: I don't touch UDD.
[20:22] <ari-tczew> wgrant: why? last time when I asked you, you said that it's possible
[20:23] <wgrant> ari-tczew: What's the URL?
[20:24] <ari-tczew> wgrant: of FTBFS script?
[20:24] <vanguard> how do I add an icon to a package?
[20:24] <wgrant> I run several FTBFS scripts.
[20:24] <ari-tczew> wgrant: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi
[20:26] <ari-tczew> vanguard: check for source any package, e.g. gwget
[20:26] <wgrant> ari-tczew: That's probably run by lucas.
[20:27] <vanguard> ari-tczew: right, I have to learn what OSS really means ... :D
[20:27] <ari-tczew> wgrant: yes, but sometimes. I guess you have access to server, where you could that script often.
[20:28] <wgrant> No, that's a Debian server. I'm not a DD.
[20:30] <ari-tczew> wgrant: are you Canonical employee?
[20:40] <wgrant> ari-tczew: Yes.
[20:43] <soren> wgrant: orly? Since when?
[20:44] <wgrant> soren: Mid-December.
[20:44] <soren> wgrant: Cool. Congrats!
[20:44] <maco> 'grats
[20:44] <wgrant> Thanks!
[20:45] <wgrant> Currently in Dallas at the LP sprint.
[20:46] <geser> ah, that explains your unusual time when you're on IRC
[20:48] <StevenK> geser: This is wgrant. More unusual, since unusual times on IRC is usual for him.
[20:49] <wgrant> That may change with the reorg, though, given that my team is now western US.
[20:49] <geser> but you still live in Australia or did you move?
[20:49] <wgrant> Still in .au.
[21:01] <ari-tczew> nonix4: w3m from natty builds cleanly on maverick. on lucid doesn't, unfortunately.
[21:37] <scott-work> i've been told qdvdauthor was removed from the repository for natty, does anyone know why?
[21:38] <micahg> scott-work: obsolete is the reason given: https://launchpad.net/ubuntu/+source/qdvdauthor/+changelog
[21:39] <scott-work> hmmm, curious...thanks micahg
[22:58] <ari-tczew> DktrKranz: shall we remove root-system from Ubuntu, as well?
[23:01] <DktrKranz> ari-tczew: it will be anyway as soon as archive-admins schedule removals from Debian, unless there's a valid reason to keep it around. I don't know what the package is about to judge, though. I just performed actual removal.
[23:01] <DktrKranz> but I'd say go for its removal
[23:03] <ari-tczew> DktrKranz: OK thank you for feedback.   ; ))
[23:04] <DktrKranz> np :)