[00:01] <HiGuys> http://pastebin.com/m8b47445 here is the complete process of debuild. I followed instructions as said on the youtube videos here: http://www.youtube.com/watch?v=zKLabbXTqMc&feature=channel
[00:06] <arand> Are there any good and clear guidelines for writing debian/changelog:s ?
[00:07] <andv> arand, be as much verbose as you can documenting the changes you made
[00:07] <andv> arand, anyway every single changed made since the latest package uploaded must be reported
[00:08] <andv> * change
[00:10] <HiGuys> andv...debuild fails everytime i try to use it. full error here: http://pastebin.com/m8b47445
[00:10] <andv> HiGuys, what did you do that source?
[00:10] <andv> HiGuys, clean rule didnt do what expected (if there is one)
[00:10] <HiGuys> ooo
[00:11] <HiGuys> oops
[00:11] <andv> start from a clean tree
[00:11] <andv> and do you work again
[00:13] <HiGuys> new error: http://pastebin.com/m294775d
[00:14] <andv> HiGuys, clean rule not working
[00:14] <andv> check your debian/rules file
[00:15] <andv> who did that package?
[00:15] <HiGuys> i did a dh_make...
[00:15] <andv> well, I guess you know that running dh_make won't make your package working
[00:16] <andv> without doing any other thing
[00:16] <andv> check debian/ dir
[00:16] <andv> and read Ubuntu Packaging Guide to get started
[00:16] <HiGuys> i'm in the rules file
[00:16] <andv> or Debian's New Maintainer Guide as well
[00:17] <HiGuys> i guess these videos: http://www.youtube.com/watch?v=zKLabbXTqMc&feature=channel are outdated?
[00:18] <binarymutant> not outdated :D
[00:18] <andv> HiGuys, https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/index.html
[00:18] <andv> HiGuys, http://www.debian.org/doc/maint-guide/
[00:19] <HiGuys> ok, i'll read those
[00:19] <andv> HiGuys, I guess those videos are all updated
[00:19] <andv> you just need to follow them the right way
[00:19] <andv> but please, read those docs before
[01:47] <neversfelde> cody-somerville: ping
[01:51] <neversfelde> jdong: ping
[01:53] <cody-somerville> neversfelde, pong
[01:54] <neversfelde> cody-somerville: hi, would you have a look at bug 221531. It needs SRU?
[02:03] <LordMetroid> What is Ubuntu doing for so long after one has logged in to one's user? It is annoying as hell to wait after one has logged in, cause in the time it takes to come to the login field, you can go and take a cup of coffee. In jaunty when you logged in you got the system served to you, now I have to wait...
[02:04] <directhex> making itself a cup of virtual coffee
[04:07] <warner`> heya, anyone feel comfortable answering a how-to-express-licensing-terms question for our "zfec" package?
[04:09] <zooko> warner`: FYI: http://allmydata.org/trac/zfec/changeset/332
[04:10] <warner`> there's one file in Zooko's upstream tarball which was contributed by a guy named Adam, and Adam granted Zooko permission to distribute that file under zfec's license instead of under its original BSD3 license
[04:12] <warner`> the upstream development tree has (just this second) been fixed to edit the "This file is licensed under BSD3" line in that file, but that's not in a release yet, and we're trying to get the older release in
[04:13] <warner`> so, it is ok for the debian patch to edit out the licensing line in a source file? Or should our debian/copyright have a clause that explains the history and permission-granting of this particular file? Or what?
[04:17] <zooko> warner: might as well include a copy of (the relevant part of) Adam Langley's grant of license to me somewhere in the Debian metadata.
[04:17] <zooko> I mailed it to you.
[04:17] <warner`> ok
[04:21] <zooko> ScottK seems to have missed the mention of TGPPL in the "copyright" file.
[04:22] <ScottK> zooko: It needs a full copy of the license in the copyright file.
[04:22] <ScottK> warner`: It's better to just explain it.
[04:22] <ScottK> zooko: It can be copied into debian/copyright.
[04:23] <zooko> ScottK: the canonical copy is in HTML format, and is currently included as a separate file COPYING.TGPPL.html .  Would you prefer HTML copied into the "copyright" file or a reformat into txt (probably with "links -dump" or something)?
[04:23] <ScottK> zooko: The text.
[04:24] <ScottK> COPYING.TGPPL.html doesn't get shipped in the binary.  Debian/copyright does, so it has to be complete.
[04:24] <zooko> I see.
[04:24] <ScottK> zooko and warner`: You understand about the ez_setup problem?
[04:25] <warner`> ScottK: I'm removing those ez_setup lines now
[04:25] <ScottK> Excellent.
[04:25] <zooko> warner`: see copyright-zooko2
[04:25] <warner`> I'd removed a bunch of other setuptools auto-download+build stuff, but missed the earliest one
[04:25] <ScottK> We're not a fan of ez_setup here.  We have a package archive for a reason.
[04:25] <ScottK> OK.
[04:25] <warner`> ScottK: tell me about it :))
[04:26] <warner`> (well, maybe some other time :)
[04:26] <ScottK> It's the best way in the long run.
[04:26] <ScottK> Sure
[04:26] <warner`> ScottK: (just kidding. I'm not a fan of ez_setup or setuptools, and zooko and I have been at gentle loggerheads about the issue for years)
[04:27] <zooko> :-)
[04:27] <ScottK> OK.
[04:27] <ScottK> I can see the benifit for distribution outside a distro, but for a distro it's clearly a bad answer.
[04:27] <warner`> yeah
[04:27] <zooko> Heh.  I'm writing a note to tahoe-dev suggesting a Tahoe-LAFS Hacking Weekend, and in writing this note I stumbled upon a new word: "Koalification".
[04:28] <zooko> I certainly didn't start using setuptools for Tahoe-LAFS for the purpose of complicating Debian packaging.  ;-)
[04:28] <warner`> zooko: could you edit copy-right-zooko2 to say "fec/fec.[ch]", and maybe throw in a delimiter between the different license sections?
[04:28] <warner`> heh, I like that term
[04:29] <zooko> Okay, try copyright-zooko3
[04:30] <ScottK> Before I became an archive-administrator, I thought I was careful about licensing stuff.  Now that I'm the last guy that checks it, I know what careful is.
[04:30] <warner`> and what did we decide about Adam's grant?
[04:30] <zooko> ScottK: :-)
[04:30] <ScottK> Put a copy of the grant in debian/copyright.
[04:31]  * ScottK notes a complete lack of activity on any of the distro buildd's and suggests someone ought to upload some bug fixes and stuff.
[04:32]  * warner` tries to remember how to run his pbulider while zooko edits the text
[04:32] <ScottK> Thanks TheMuso.  Your timing is perfect.
[04:34] <zooko> http://testgrid.allmydata.com:3567/uri/URI%3ADIR2-RO%3Adpwa3rep7gja3aoj377xk2ksg4%3Agrc6kxaymnckrlwub3oszxu6bv3awnpwrucuonkfnjnqobzenpda/
[04:34] <zooko> The file "zooko-copyright4" in that directory has all requests so far up to and including a copy of AGL's grant of rights.
[04:36] <ScottK> zooko: From what I recall, that seems to cover it.
[04:36]  * zooko re-reads ScottK's rejection letter.
[04:36]  * warner` copies zooko-copyright4 into the package
[04:36] <zooko> Yep, looks like.
[04:37] <ScottK> zooko: Keep in mind I just read the source.  I didn't build it.  I'd also test build it and run the latest lintian on the result.
[04:37] <ScottK> I'll do that before i accept it.
[04:37] <warner`> I'll do that now
[04:37] <warner`> (I've got a karmic pbuilder for the build, and I'm also spinning up a real EC2 karmic instance to do a proper test)
[04:43] <warner`> zooko: copyright text looks good. I've gotta run, but I'll try to build this into a new package and upload it to REVU in an hour or so
[04:44] <zooko> warner`: Great!
[04:44] <warner`> ScottK: I'll ping you when I get it uploaded for more comments
[04:45] <ScottK> warner_afk: I won't look at it until it's in the archive again (I can't both review it for upload and be the archive reviewer)
[05:06] <zooko> Hey folks we're going to have a Tahoe-LAFS Hacking Weekend this weekend.  Join #tahoe and install Tahoe-LAFS on your Karmic systems.  :-)  http://allmydata.org/pipermail/tahoe-dev/2009-September/002789.html
[05:17] <warner`> ScottK: understood.. thanks for all the advice you can give!
[06:12] <dholbach> good morning
[06:17] <fabrice_sp> Hey dholbach !
[06:19] <dholbach> hi fabrice_sp
[06:31] <warner> ok, new attempt for zfec (0ubuntu2) has been uploaded to revu
[06:34] <ScottK> warner: You don't need to increment the revision since it got rejected in Source new the revision hasn't been used.
[06:38] <dholbach> fabrice_sp: did you mean to subscribe motu-release on bug 416262?
[07:03] <fabrice_sp> dholbach, as it seems to be a bug fixing only, I don't think it's mandatory
[07:05] <fabrice_sp> that's why I copied the upstream changelog (to show that no new features has been added)
[07:05] <dholbach> ok
[07:05] <dholbach> hi ara
[07:05] <ara> hey dholbach :)
[08:10] <dreamcat4> New REVU Upload: php5-fpm http://revu.ubuntuwire.com/p/php5
[08:10] <dreamcat4> Any / all please take a look
[08:14] <mpontillo> *sigh* I accidentally left massive ctags file in place in a package source tree, then tried to create a debdiff... hello, 600 megabyte patch
[08:15] <mpontillo> ~1k - that's much better. was wondering what was taking so long ;)
[10:11] <shriekout> hi
[10:37] <andv> dholbach, hello
[10:38] <dholbach> hi andv
[10:38] <andv> dholbach, do the mentoring program still exist?
[10:38] <dholbach> andv: you should get in touch with porthose and nxvl_
[10:39] <andv> dholbach, they can add me as a mentor if needed, right?
[10:39] <dholbach> yep, exactly
[10:39] <andv> like we did in the past
[10:39] <andv> with the bzr branch
[10:39] <andv> ok, great, thanks for the hint
[10:39] <dholbach> rock on!
[10:39] <slytherin> shriekout: hi
[10:40] <andv> dholbach, and congrats for the videos I saw on youtube
[10:40] <shriekout> slytherin, hi :)
[10:40] <dholbach> andv: it's been a while since I did the last
[10:40] <slytherin> andv: What video? Was dholbach playing with drums again?
[10:40] <dholbach> but I hope I find some time to do some more screencasts soon
[10:40] <dholbach> hey slytherin
[10:40] <andv> slytherin, xD not this time
[10:41] <slytherin> dholbach: Hi.
[10:41] <andv> slytherin, was fighting against making a new package from scratch
[10:41] <dholbach> shouldn't be too hard to do a nice screencast with the content from https://wiki.ubuntu.com/Packaging/Training/Logs
[10:41] <slytherin> oh that one.
[10:41] <andv> was curious to see such a video
[10:41] <popey> :)
[10:42] <andv> went home pretty late yesterday and wanted to relax a bit
[10:42] <slytherin> geser: is the bug number mentioned in the latest ooo-thumbnailer upload correct?
[10:42] <andv> dholbach, what happened to norsetto?
[10:43] <andv> dholbach, I remember he worked on motu-mentoring-reception
[10:43] <andv> in the past
[10:43] <andv> e.g he was one of the creators, if I remember it right
[10:43] <geser> slytherin: yes :)
[10:43] <geser> bug #25827
[10:44] <slytherin> Ahh, I thought it was type. The bug number looked very old. :-)
[10:44] <geser> 3.5 years old
[12:53] <frandieguez__> Hi to all, I have a question on upgrade on package
[12:53] <frandieguez__> I download the clusterssh package from the ubuntu repositories
[12:53] <frandieguez__> with apt-get source clusterssh
[12:54] <frandieguez__> and with uscan I try to donwload de updated version
[12:54] <frandieguez__> but when it suppossedly has to apply the patch from the previous version
[12:54] <frandieguez__> uscan doesn't make anything
[12:55] <frandieguez__> This is the output of the command http://paste.ubuntu.com/264924/
[12:56] <zorael> The eclipse-platform package in Karmic has openjdk-6-jre defined as a dependency, whereas in Jaunty it had the java-runtime virtual packages that were provided by other JREs than OpenJDK. Is this a bug? Eclipse can't be installed without pulling OpenJDK now, and I already have Sun's Java set up.
[12:56] <zorael> bug, as in packaging bug, that is
[13:04] <slytherin> frandieguez__: Does the watch file contain 'debian uupdate' in the end (without quotes)?
[13:04] <frandieguez__> version=3 [NEW_LINE] http://sf.net/clusterssh/clusterssh-([\d\.]+)\.tar\.gz
[13:05] <frandieguez__> this is the content of the package
[13:05] <frandieguez__> sorry, watch file
[13:09] <maxb> Hi, can someone suggest a package that they consider a good example of a python application with private modules?
[13:09] <maxb> (packaging-wise)
[13:14] <slytherin> frandieguez__: Add the words I told you to that watch file, delete the just added new upstream tarball and try again.
[13:17] <frandieguez__> slytherin, that works!
[13:29] <POX> maxb: gaupol
[13:29] <maxb> thanks
[13:48] <blackxored> hello world
[13:53] <zorael> Karmic's eclipse-platform doesn't have sane dependencies. Should I file a launchpad bug about that?
[14:19] <slytherin> zorael: sure
[14:31] <zorael> (https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/424322 for whoever's interested)
[15:01] <slytherin> any telepathy experts here?
[15:14] <dholbach> slytherin: bigon :)
[15:14] <dholbach> or folks on #telepathy
[15:28] <RoAkSoAx> morning :)
[15:39] <slytherin> dholbach: actually I was wondering if I have to implement IM support in an app using python bindings then should I use python-telepathy. For now I am thinking of only jabber support.
[15:39] <dholbach> slytherin: I have no idea
[15:42] <porthose> andv, I will add you to the mentors list today :)  Would you like one or two slots?
[16:18] <slicer> It there a problem with requestsync? I'm trying to 'requestsync -d unstable --lp zeroc-ice karmic', and it says "The versions in Debian and Ubuntu are the same already (3.3.1-1).", but the version in unstable is 3.3.1-6.
[16:37] <DktrKranz> slicer: it depends when it has been uploaded in Debian
[16:38] <slicer> DktrKranz: Well, 3.3.1-2, which is the first version newer than the one in Karmic, is from April.
[16:39] <slicer> DktrKranz: 3.3.1-6 is a few days old.
[16:39] <DktrKranz> mmh, so it should be already published
[16:42] <slicer> DktrKranz: Yet it isn't; Karmic is still using 3.3.1-1.
[16:44] <dholbach> Ubuntu Developer Week - last day, starting in 16 minutes in #ubuntu-classroom - https://wiki.ubuntu.com/UbuntuDeveloperWeek
[16:45] <DktrKranz> slicer: run rmadison -u debian -s sid zeroc-ice
[16:46] <slicer> DktrKranz: That says 3.3.1-6.
[16:46] <slicer> (though with 'unstable' rather than 'sid', 'sid' didn't work)
[16:47] <slicer> DktrKranz: If I don't pass '--lp' to requestsync, it will fetch the 3.3.1-6 changelog, I see.
[17:43] <geser> there is a bug in LP that prevents to keep the Debian mirror on LP to be up-to-date :/
[17:44] <geser> and requestsync --lp (from karmic) uses the LP API to check the Debian mirror on Launchpad for version info
[18:59] <andv> porthose, just one please :)
[19:00] <andv> porthose, I'll be pretty busy in few weeks, so one should be enough
[19:00] <porthose> andv, Ok :)
[19:00] <andv> porthose, do I have to subscribe to any mailing list?
[19:00] <andv> porthose, or you gonna ping me via mail (best option)
[19:01] <porthose> andv, going to ping you later with a mail :)
[19:01] <andv> sounds great, thanks
[19:01] <porthose> andv yw
[19:02] <andv> ;)
[19:35] <nicklas_> hello, anyone knows how to solve this? http://pastebin.com/d1ff0990a
[19:35] <RainCT> When where the package screenshots (in gnoome-app-install-, etc.) introduced? Jaunty or Intrepid?
[19:37] <dreamcat4> nicklas_ looks like they revoked their GPG key
[19:38] <nicklas_> dreamcat4: yeah, but how about the moblin-menus error?
[19:39] <dreamcat4> apt-get  --allow-unauthenticated maybe?
[19:39] <dreamcat4> can't read german
[20:19] <ScottL-work> if packaging latest ardour for hardy backport, would it be best to compile it in ppa?
[20:46] <RainCT> ohh, packagekit's software updates app is pretty nice
[20:54] <slytherin> RainCT: is it something like creating service packs?
[20:55] <RainCT> slytherin: Nah, it's basically like our update tool but using a tray icon :P
[20:59] <RainCT> slytherin: Although it has a tool to create service packs too
[21:00] <slytherin> hmm
[21:05] <RainCT> slytherin: http://img215.imageshack.us/img215/4839/capturaservicepackcreat.png
[21:06] <slytherin> this looks good, I can now help my friends in installing packages without internet.
[21:16] <c_korn> is there a template file for the debian/copyright format described on http://dep.debian.net/deps/dep5/ in jaunty ?
[21:26] <RainCT> c_korn: afaik no, but here you have a sample from oe of my packages http://paste.ubuntu.com/265155/plain/
[21:27] <c_korn> RainCT: ok, thanks.
[21:32] <sistpoty> out of interest, are there any tools to actually parse dep5 yet?
[21:33] <sistpoty> as in licensecheck --dep5 debian/copyright . -r
[21:36]  * RainCT recalls someone mentioning this at UDS but doesn't know if anything has been done yet
[21:37] <RainCT> btw, are empty lines in eg. a license supposed to be " ."?  (I've been wondering this for quite some time, but only seen one package doing this so far :P)
[21:37]  * ScottK thinks it's a huge waste of time and a source of future pain.
[21:38] <sistpoty> ScottK: I disagree, if tools exist... as this could easily automate the question if new files with uncertain licenses have been added for a new upstream version
[21:39] <ScottK> sistpoty: In the meantime it introduces an entire new class of ways to get packaging wrong.
[21:39] <ScottK> Debian/copyright is already hard enough to get right without adding the complexity of a custom structured format.
[21:40] <RainCT> ScottK: Ideally there would be some tool to validate debian/copyright files ("desktop-file-validate"-like)
[21:40] <sistpoty> ScottK: that's true, and I guess one reason I don't follow dep5 myself. It's only worth if actually tools exist
[21:41] <ScottK> I've found it quite discouraging that some MOTU tell new contributors that the MUST use it.
[21:41] <sistpoty> indeed
[21:43] <sistpoty> btw.: /me implemented his own copyright checker which generates a human readable copyright file... see faumachine/scripts/check_license.py
[21:44] <RainCT> sistpoty: "faumachine" being what?
[21:44] <sistpoty> RainCT: a virtual machine and the name of the sourcepackage ;)
[21:44] <ScottK> This is the same package I had to reject the first time since debian/copyright was missing?
[21:45] <sistpoty> ScottK: yep, because the copyright file is part of the orig.tar.gz (it still gets copied to debian, but on clean)
[21:46] <sistpoty> however the script really generates its own copyright file and shows a diff on each build if not empty. Very handsome if a student/researcher adds another undocumented file with doubtful origin :)
[21:47] <sistpoty> so we're never in the situation of script error -> copyright vanishing :)
[23:25] <prefrontal> i have two packages in REVU, libquarter and emergent. both of these fail to build in pbuilder, but build fine when using a fresh karmic vmware virtual machine instead. this is because my packages rely on libqt4-dev, specifically the header files for QtOpenGL, which does not work in pbuilder, but which works in a virtual machine.
[23:26] <prefrontal> can someone please tell me who I can talk to about this? i presume MOTUs will continue trying to pbuild my packages, fail on the standard CMake check for QtOpenGL (the exact same one used by all of KDE), and tell me my package is borked, which I don't think is true.
[23:27] <sistpoty> prefrontal: do you have build-depends set up correctly?
[23:27] <prefrontal> yes, my package builds in vmware
[23:28] <sistpoty> prefrontal: but vmware doesn't really start from a minimal build-depends, does it?
[23:28] <prefrontal> i think the issue is simple: when you include libqt4-dev the standard check used by all of KDE for QtOpenGL, a check designed by both KDE and CMake, the prerequisites for QtOpenGL aren't actually there
[23:29] <prefrontal> so it may be an issue with build depends, or it could be an issue with mesa gl (software virtualized opengl, which libqt4-dev depends on), but in either case, i don't see how that is a flaw in my package (?)
[23:29] <sistpoty> prefrontal: then you should add the packages providing these to build-depends
[23:30] <prefrontal> i am not an opengl dependency expert. in particular, i do not expect any user of my software to use MesaGL, so this pbuilder dependency on MesaGL seems like a bug to me
[23:30] <sistpoty> prefrontal: but you want to compile against opengl headers, right?
[23:31] <sistpoty> (or rather compile making use of opengl headers=
[23:31] <prefrontal> lets just talk about libquarter, which is a Qt/Coin3d interface library, and does need to compile against opengl headers directly
[23:32] <prefrontal> so here are the dependencies for libqt4-dev http://packages.ubuntu.com/karmic/libqt4-dev
[23:32] <prefrontal> I see libglu1-mesa-dev     The OpenGL utility library -- development files
[23:32] <prefrontal> and yet QtOpenGL, which is supposed to be 100% working based off of libqt4-dev dependencies only, does not work with that package installed
[23:33] <sistpoty> prefrontal: ah, I see
[23:34] <prefrontal> i actually don't know how to fix this, even if I were to add more stuff to Build-Depends
[23:34] <RainCT> btw, if any motu-release member is bored, an "ack" for PocketSphinx would be appreciated (LP: #129758) :)
[23:35] <sistpoty> prefrontal: what do you have installed in vmware? libglu1-xorg-dev or libglu1-mesa-dev or anything else providing libglu-dev
[23:35] <RainCT> (or a second advocation for the package on REVU as well)
[23:35] <sistpoty> bug 129758
[23:36] <sistpoty> RainCT: seb128 is your man with the FFe
[23:37] <prefrontal> sistypoty, it will take me a few mins to get the vm up, brb
[23:37] <RainCT> sistpoty: oh, how so?
[23:37] <sistpoty> RainCT: looks like a gnome thingy to me, so he's the delegate for gnome
[23:38] <sistpoty> RainCT: please correct me, if I'm wrong though ;)
[23:40] <sistpoty> (and iirc, he's an archive admin as well, so that would solve the problem to require archive-admin confirmance to new it as well)
[23:42] <RainCT> sistpoty: Well, pocketsphinx isn't GNOME related at all and gnome-voice-control has GNOME in the name but is afaik not a core project.. But OK will ask him :)
[23:42] <RainCT> Thanks
[23:44] <sistpoty> RainCT: sure, no problem (btw.: not-core -> seb128 is the man for universe)
[23:45] <RainCT> Ah, didn't know that :)
[23:46] <RainCT> uhm well, I guess else the mail would be from ubuntu-release and not motu-release :P
[23:47] <sistpoty> heh
[23:47] <wolfe> ^_^
[23:48] <dyfet`> well, its (pocketsphinx) definately universe
[23:48] <wolfe> just double checking, bugs can be fixed and sent to the repos, yes?
[23:48] <sistpoty> wolfe: sure
[23:48] <ScottK> Yes
[23:49] <sistpoty> wolfe: that's what FF is all about actually :)
[23:49] <wolfe> FF?
[23:49] <sistpoty> Feature Freeze
[23:49] <RainCT> Feature Freeze
[23:49] <wolfe> I've only performed a couple fixes in the universe, I was thinking about spending some more time contributing
[23:50] <sistpoty> any help is welcome :)
[23:50] <wolfe> I did keep my chat logs from the step by step instruction here :) even though I somehow managed to botch it the second time around ;)
[23:52] <wolfe> heh.. I want to create a bug report mocking my other one about "ubuntu being for humans" :)
[23:52] <wolfe> I should take a picture and post it along showing I'm a kangaroo :) I'm a furry with a fursuit ;)
[23:57] <sistpoty> RainCT: btw.: df on spooky gives: /dev/md0              70568272  60638840   6372984  91% /srv
[23:58] <sistpoty> RainCT: I doubt spooky will survive lusty lizard (or whatever it'll be called)
[23:58] <sistpoty> RainCT: unless we really purge some old stuff
[23:58] <wolfe> lusty lizard? :D
[23:58] <wolfe> really now?
[23:58] <sistpoty> wolfe: just speculating
[23:59] <sistpoty> wolfe: come up with a better idea :P
[23:59] <wolfe> oh, I wasn't disagreeing
[23:59] <RainCT> sistpoty: yeah, linking identical tarballs is planned since ages and should give us some more space.. I'm too lazy to work on that though :P
[23:59] <sistpoty> wolfe: and I was joking ;)
[23:59] <wolfe> I'm a furry, we make those type of assumptions and jokes all the time
[23:59] <wolfe> sistpoty: :(
[23:59] <wolfe> sistpoty: lusty lizard would be nice though ;)