[00:02] <RainCT> out of curiosity, is there any music player using clutter (eg with a cover view as main UI, or whatever), other than the media center stuff (which is designed to run fullscreen)?
[02:54] <astronouth7303> is there a page about getting a package into universe?
[02:58] <astronouth7303> can you?
[03:00] <ScottK> astronouth7303: One can, but not at the moment.  We add new packages at the start of a development cycle and focus on fixing bugs towards the end.
[03:00] <ScottK> !revu | astronouth7303
[03:00] <kwadronaut> astronouth7303: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[03:00] <ScottK> What kwadronaut says too.
[03:01] <astronouth7303> ok, thanks
[04:38] <MTeck> What would you think about the ability to have you're own little dashboard so you can log in and see things such as open bugs assigned to you, add a short note, view open bugs in a speific project, etc?
[04:39] <ScottK> I would think if I needed such a thing, Launchpad ought to provide it.
[04:39] <ScottK> Reasonably certain I don't need it, but most of my work here isn't very bug driven.
[04:40] <MTeck> ScottK: I'm thinking about trying to add the feature to LP
[04:41] <ScottK> I can already get a list of bugs assigned to me.
[05:02] <ScottK> bddebian: You around?
[05:14] <bddebian> ScottK: Was just heading to bed, what's up?
[05:15] <ScottK> bddebian: I got a simple QA upload perhaps for you in Debian.
[05:15] <bddebian> ScottK: OK, have it posted somewhere?
[05:15] <ScottK> bddebian: Not yet
[05:15] <ScottK> Want me push it to mentors and you can upload it tomorrow maybe?
[05:16] <bddebian> ScottK: Sure, anywhere, then just leave me a /privmsg so I don't forget :)
[05:16] <ScottK> Should only take a few minutes to get ready
[06:37] <coppro> where's the policy on bug reports at?
[07:44] <AnAnt> Hello, is Rolf Leggewie here ?
[09:36] <YokoZar> Is there a sane way to marry quilt and cdbs?
[09:36] <YokoZar> other than switch out cdbs for debhelper ;)
[10:09] <pochu> YokoZar: yes
[10:10] <pochu> include /usr/share/cdbs/1/rules/patchsys-quilt.mk
[10:10] <pochu> on your rules file
[10:10] <pochu> that's all :)
[11:51] <moldy> help, launchpad is driving me crazy
[11:52] <lifeless> how so
[11:52] <moldy> how can i make my ppa *forget* packages i uploaded in the past?
[11:52] <lifeless> AFAIK you can't
[11:52] <lifeless> rationale: users may have downloaded them already, so the versions can't really be recycled.
[11:52] <moldy> i keep getting that "already exists, but uploaded version has different contents" stuff, it's driving me crazy
[11:53] <moldy> i don't understand how to avoid that
[11:53] <lifeless> don't regenerate upstream tarballs and don't reuse version numbers
[11:54] <moldy> i don't think i can avoid regenerating the upstream tarball
[11:54] <lifeless> oh?
[11:54] <moldy> i did bump the version number though
[11:55] <moldy> i am developing a python package. i use this tools to generate a deb out of my setuptools package: http://github.com/astraw/stdeb/tree/master
[11:56] <moldy> would bumping the upstream version everytime help?
[11:57] <wgrant> Yes, but that's wrong.
[11:58] <moldy> what do you suggest?
[11:59] <moldy> btw, why would it be wrong, if the actual sources changed?
[11:59] <lifeless> moldy: use pristine tar
[12:00] <lifeless> moldy: have the package be a normal package as opposed to a 'native' package
[12:00] <lifeless> moldy: and then the last 'release' of the package will have a constant tarball
[12:00] <wgrant> moldy: If the actual sources changed, then you should bump the version.
[12:00] <lifeless> update that when you do a release
[12:01] <moldy> i guess i started playing with the debian/ppa stuff a little too early
[12:45] <lase> Laney: Hi, I'm trying to package a program but need help with the rules file. The compile instructions for the program: http://pastebin.com/m5408c06
[12:45] <lase> Should I start from the rules.tiny file?
[12:48] <Laney> lase: yeah
[12:48] <Laney> try a build with that file and see what goes wrong
[12:48] <Laney> (if anything)
[12:48] <Laney> then I'll be able to help you further
[12:53] <lase> ok, will try but the install instructions are not really standard
[12:54] <Laney> it's easier to work with things if you have an idea of where you are and where you need to go
[13:03] <lase> i run debuild -S, http://pastebin.com/m5408c06
[13:10] <lase> and this is what debuild gives: http://pastebin.com/m2518294
[13:52] <LLStarks> there is a dependency problem
[13:53] <LLStarks> geser, you may have said otherwise, but i'd like to present this: http://ubuntuforums.org/showthread.php?t=1259339
[13:56] <geser> I've never said that there is no problem, just that I can't reproduce it easily
[14:00] <geser> and in our last discussion I just wanted to understand how to possibly reproduce it
[14:01] <LLStarks> i have no idea
[14:01] <hyperair> hmmm why does command 2>&1 > /dev/null still dump error outputs to terminal while command 2>/dev/null 1>/dev/null work?
[14:01] <hyperair> LLStarks: nice timing :)
[14:01] <LLStarks> my x session cut out
[14:02] <LLStarks> it'll probably cut out again.
[14:03] <hyperair> hmm wait, it's supposed to be the other way round. i feel stupid now
[14:17] <xnox> Hello =) Is there a way to query which version a particular package has in other distros? eg fedora, opensuse etc
[14:37] <ScottK> superm1: Would you please look at the myth stuff in http://people.canonical.com/~ubuntu-archive/NBS/libraw1394-8 - we're getting close to done with that transition.
[14:52] <bddebian> ScottK: Uploaded (finally.. sheesh)
[14:52] <ScottK> bddebian: Thanks.
[14:55] <bddebian> Is there a clean way to pass DEB_BUILD_OPTIONS=nostrip to pbuilder?  I swore I found a way but I'm having a brianfart :(
[14:57] <ScottK> bddebian: Does using --debbuildopts do it?
[14:58] <bddebian> Not unless I'm doing it wrong
[15:04] <ScottK> OK.  Well that's the only knob I found that seemed likely.
[15:06] <ScottK> TheMuso: libffado no longer builds for lpia and is an rdepend of jack.  Would you please look into if we should convince libffado to build on lpia or jack should be taught not to expect it there?
[16:36] <ahe> i'm trying to build my first package but the configure script can't be found during debuild and it seems that the source code isn't extracted or at least it's called in the wrong directory
[16:36] <ahe> could some explain to me how the upstream source code is extracted at all, please?
[16:37] <ahe> is this done in the rules file?
[16:37] <ahe> or does this happen implicitly?
[16:37] <geser> dpkg-source does it (once you have a debian source package)
[16:38] <geser> the steps are: tar xf the.orig.tar.gz, patch it with .diff.gz and make debian/rules executable
[16:38] <geser> after that the target from debian/rules can be used
[16:41] <ScottK> geser: I've got a FTBFS I'm fixing that I needed to add #include <cstdio>  to.  I added it in filename.h.  In the relevant bug in Debian, they added it to the .cpp file.  It builds with it in .h.  Which is preferred?
[16:44] <quidnunc> Is there a way to use the command line to download source from a PPA? Something like pull-lp-source?
[16:45] <ScottK> quidnunc: You can use dget if you have the path to the .dsc file.
[16:48] <geser> ScottK: The .cpp file is probably better as the included functions are only known to the .cpp file and not all files which include the .h file
[16:48] <ScottK> geser: Thanks.
[16:50] <quidnunc> ScottK: Why doesn't dget work for the dsc here?: https://bugs.launchpad.net/ubuntu/+source/cedet/+bug/385002
[16:51] <ScottK> quidnunc: Because that's a direct link to the launchpadlibrarian, not a regular package file like (PPAs redirect to the librarian).  Use dgetlp for these.
[16:52] <quidnunc> Thanks ScottK
[16:53] <quidnunc> ScottK: Erm, dgetlp doesn't seem to work either (Failed to fetch <<diff.gz>> file, aborting)
[16:53] <ScottK> Not sure then.
[16:53] <ahe> geser: but shouldn't this also be done when i try to build the binary package with 'debuild'?
[16:54] <quidnunc> ScottK: Thanks anyway
[16:54] <ahe> when i execute it without parameters my rules file fails because it can't find the configure script that is there in the orig.tar.bz2
[16:59] <geser> ahe: when you call debuild you should be inside your source package
[16:59] <geser> or do you have a tar inside a tar?
[17:00] <ahe> i have a directory with a subdirectory debian and the package files
[17:01] <ahe> in the level below there is the orig file
[17:01] <ahe> i call debuild form this "middle" directory
[17:02] <geser> and the orig file below your current dir contains the package files (further tar files)?
[17:04] <ahe> geser: yeah, i can build a source package there by calling 'debuild -S' and before my rules file did anything useful debuild ran and built source and (empty) binary packages in this directory
[17:05] <ahe> the "middle" directory is completely empty except for the debian subdir
[17:05] <ahe> shouldn't debuild extract the source to debian/tmp or and execute the rules file there?
[17:09] <ahe> ok i think i see my mistake now
[17:10] <geser> debuild is used to build a source and/or binary packages
[17:10] <ahe> i have to extract the source into the directory with the debian subdir
[17:10] <ahe> i only did metapackages so far and just copied such a template
[17:12] <ahe> geser: thanks for the help
[17:13] <quidnunc> Is there an option to aptitude that says "update to the latest version of the named packages, ignoring apt-pinning">
[17:13] <quidnunc> ?
[17:51] <ramvi1> When I try to compile Wubi I get sh: i586-mingw32msvc-gcc: not found, how do I fix that? http://pastebin.com/d22aabd04
[17:53] <RainCT> iulian: thanks for the REVU :)
[18:00] <hyperair> ramvi1: install mingw32
[18:04] <ramvi1> hyperair: nice! THanks
[18:04] <hyperair> np
[18:08] <ramvi1> hyperair: Now I'm getting grub-mkimage: invalid option -- 'c'. http://pastebin.com/d4ca84a77
[18:10] <ramvi1> When I try to compile Wubi I get grub-mkimage: invalid option -- 'c'. How do I get around that? http://pastebin.com/d4ca84a77
[18:15] <NoelJB> I don't believe that it is in MOTU, but it was suggested on #ubunut+1 that I pop in here anyway and ask for someone to look at bug 422234.  The fix has been out upstream, simple fix, without it there is ZERO functionality in the currently published package, and I've posted the necessary debdiff.
[18:15] <Laney> viganere is a main package
[18:16] <Laney> if the sponsors are subscribed it will be looked at
[18:19] <NoelJB> Laney, whom do I make sure is subscribed?
[18:20] <NoelJB> Laney, and (as I said) I realized that it wasn't MOTU.
[18:20] <hyperair> ubuntu-main-sponsors
[18:21] <NoelJB> Thanks for confirming.  I just finished doing that.
[18:21] <hyperair> ramvi1: i have no idea. never used grub-mkimage before
[18:21] <Laney> https://wiki.edubuntu.org/SponsorshipProcess?action=show&redirect=DeveloperGuide%2FSponsorship
[18:22] <ramvi1> hyperair: But I'm not the one using grub-mkimage. It's the makefile of wubi. Isn't that weird?
[18:22] <hyperair> ramvi1: check that you're having the correct grub version.
[18:22] <hyperair> ramvi1: it needs grub2
[18:22] <hyperair> aka grub-pc
[18:22] <ramvi1> I've installed grub-pc
[18:22] <hyperair> then i have no idea
[18:22] <hyperair> go poke the maintainers of that said makefile
[18:22] <hyperair> or ask in #grub
[18:23] <ramvi1> ok, thanks for your time :)
[18:23] <hyperair> np
[18:29]  * zookoafk upgrades his son's laptop to Karmic
[18:29] <zooko> Yikes.  "lzma: Decoder error.. 51%"
[19:31] <diwic> How many hours per week is a "Ubuntu Universe Contributor" expected to spend on Ubuntu?
[19:32] <geser> between 0 and 168
[19:34] <diwic> Well, that doesn't seem to overwhelming
[19:34] <diwic> s/to/too
[20:11] <iulian> RainCT: Yea, sorry for the delay.
[20:14] <funkyHat> Hi, is there a page where I can view open needs-packaging bug reports?
[20:16] <iulian> Look for bugs which have 'needs-packaging' tag set.
[20:18] <funkyHat> Thanks iulian :)
[20:19] <RainCT> iulian: Isn't a problem, I have to wait for the FFe anyway :)
[20:19] <iulian> Ah, right.
[20:20] <funkyHat> Although, is it actually worth making new packages at the moment? Maybe I should look at helping somewhere else
[21:18] <Ryan52> ifvoid: thanks!/g 24
[21:18] <Ryan52> err oops
[21:19] <Ryan52> how do I get a package reviewed/sponsored/whatevered right now?
[21:19] <Ryan52> do I need approval first from a release person?
[21:20] <funkyHat> Ryan52: attach the diff.gz to the bug report I think
[21:20] <Ryan52> well this: https://wiki.ubuntu.com/FreezeExceptionProcess
[21:21] <Ryan52> says "Up through RC, if a MOTU believes upload of a new upstream release that just has bug fixes in it is warranted, they may upload it using this process:"
[21:21] <Ryan52> but it doesn't mention what to do with uploads that aren't new upstream releases.
[21:21] <Ryan52> my upload is just a bugfix. (right now the program in karmic is completely broken, I'm fixing that)
[21:21] <sebner> Ryan52: bugfixes are always welcomed. attach the debdiff to a bug report
[21:22]  * funkyHat is feeling stupid
[21:22] <Ryan52> sebner: okay. then what do I do?
[21:22] <andv> Ryan52, is it a bug fix only release?
[21:22] <Ryan52> it's not a new upstream
[21:22] <andv> Ryan52, if yes, you don't need an FFe
[21:22] <funkyHat> I am trying to fix a bug, I've updated the source package, but I'm trying to build the package using dpkg-buildpackage to test it, and I'm getting an error that seems unrelated to the changes I made
[21:22] <Ryan52> andv: okay.
[21:22] <Ryan52> so once I attach a debdiff, who do I bother?
[21:23] <Ryan52> this channel?
[21:23] <andv> Ryan52, subscribe universe-sponsors
[21:23] <sebner> Ryan52: is the package in main or universe?
[21:23] <Ryan52> ah, okay.
[21:23] <andv> Ryan52, if the package is in main, subscribe main sponsors
[21:23] <andv> Ryan52, package name?
[21:24] <funkyHat> http://pastebin.ca/1556446 < did I break this, or am I just not building it right?
[21:25] <sebner> funkyHat: either install the stuff mentioned or use pbuilder to build the package
[21:26] <funkyHat> ah :)
[21:26] <funkyHat> I had a feeling I was just being stupid, thanks
[21:26] <andv> funkyHat, no, just some unmet deps
[21:26] <andv> funkyHat, just start to use pbuilder
[21:26] <andv> funkyHat, apt-get it and do an pbuilder --help for what you can do with it
[21:27] <funkyHat> Building with pbuilder now :)
[21:27]  * c_korn also likes sbuild :)
[21:28] <Ryan52> iulian left :(
[21:28] <Ryan52> nhandler, asac: can one of you sponsor this please? https://bugs.launchpad.net/ubuntu/+source/gnome-web-photo/+bug/423822
[21:28] <andv> Ryan52, can you please tell me package's name?
[21:28] <Ryan52> andv: gnome-web-photo
[21:28] <funkyHat> I am completely new to this packaging thing, I've tried to follow a couple of the developer week sessions but they've all been at awkward times, and reading the logs isn't as good because I can't ask questions :D
[21:29] <andv> Ryan52, if you can wait one day, I can do it for you
[21:29] <sebner> funkyHat: heh, there are a couple of wiki pages helping you, else you can ask here
[21:29] <andv> funkyHat, first of all, you should create a working tarball
[21:30] <andv> funkyHat, pbuilder --help is your friend again
[21:30] <Ryan52> andv: sure, thanks!
[21:30] <andv> Ryan52, let me see your debdiff
[21:30] <Ryan52> andv: it's on the bug I posted.
[21:30] <andv> yep, reading
[21:31] <funkyHat> andv: at the moment I am just trying to fix https://bugs.edge.launchpad.net/ubuntu/+source/brasero/+bug/420434 which appears to just need a change to debian/control(.in) but I will find out soon whether I've missed something :)
[21:31] <andv> funkyHat, if you have any problem, just ask here
[21:32] <andv> I'll help you if I'm around
[21:32] <funkyHat> Thanks :)
[21:33] <andv> Ryan52, looks fine
[21:33] <Ryan52> cool.
[21:33] <andv> Ryan52, I'll have to test it out
[21:33] <andv> Ryan52, plus I'll have to have an ack from asac about it
[21:33] <Ryan52> why?
[21:34] <andv> Ryan52, he follows ffox / xulrunner stuff, so I would like to have him looking at those changes
[21:34] <Ryan52> ah, okay.
[21:34] <andv> Ryan52, ping me tomorrow
[21:34] <Ryan52> well he wanted me to fix it to use XPCOM glue correctly, but I failed at that.
[21:34] <Ryan52> this at least fixes it for now, tho still in a very wrong way that makes me sad. :)
[21:35] <andv> I'll see if he likes your fix
[21:35] <andv> else you'll have to follow what he suggests
[21:35] <andv> :)
[21:35] <andv> Ryan52, ping me tomorrow (same time)
[21:35] <andv> and I'll let you know
[21:35] <Ryan52> kk
[21:36] <Ryan52> my first non-sync upload to Ubuntu. how did this happen? :P
[21:36] <andv> Ryan52, oh cool
[21:36] <andv> Ryan52, the first sponsored upload is alwais great
[21:37] <andv> Ryan52, I don't know if your versioning is correct
[21:37] <andv> Ryan52, 0.8-0ubuntu1.ffox35 is the one before
[21:38] <Ryan52> oh.
[21:38] <andv> so I guess you should adjust it
[21:38] <andv> to follow previous upload syntax
[21:38] <Ryan52> are you sure? all the versions I've seen are -0ubuntuX
[21:39] <andv> Ryan52, your versioning is *right*, but asac changed the way of versioning that package
[21:39] <Ryan52> yes, because it was a upload for ffox35
[21:39] <Ryan52> now it's not an upload specific to that
[21:39] <Ryan52> well I dunno, what do you suggest?
[21:39] <Ryan52> 0.8-0ubuntu1.ffox35.1 ?
[21:40] <andv> nono
[21:40] <andv> actually keeping asac's versioning
[21:40] <andv> should be 0.8-0ubuntu2.ffox35
[21:40] <Ryan52> ah
[21:40] <Ryan52> what's the point of the extra .ffox35?
[21:40] <andv> but I'll ask him to be sure
[21:40] <andv> don't know, I've not added it
[21:41] <andv> when asac will review your patch, I gonna ask about versioning as well
[21:41] <Ryan52> okay.
[21:41] <andv> Ryan52, he's off now, so everything will happen tomorrow most likely
[21:42] <Ryan52> andv: can you also write on the bug that you're going to sponsor it so that nhandler doesn't? :)
[21:42]  * Ryan52 used his super ping-people-you-know powers too early this time :P
[21:42] <andv> Ryan52, just assign it to me
[21:42] <andv> plus add a comment
[21:42] <andv> waiting asac's response about this
[21:44]  * funkyHat wonders where the package he just built has been put
[21:44] <andv> funkyHat, /var/cache/pbuilder contains everything you may need
[21:45] <andv> funkyHat, look into result dir
[21:45] <sebner> funkyHat: + /result
[21:45] <funkyHat> result is empty :/
[21:46] <andv> bad news then
[21:46] <andv> lol
[21:46] <sebner> funkyHat: did the build succeed?
[21:46] <funkyHat> As far as I can tell
[21:46] <andv> funkyHat, paste console messages
[21:46] <andv> on a pastebin
[21:47] <funkyHat> http://paste2.org/p/416514
[21:48] <andv> funkyHat, are you really sure your result dir is empty?
[21:48] <funkyHat> Yes
[21:49] <funkyHat> I have brasero_2.27.91-0ubuntu3_source.changes in ~/Projects/motu/brasero
[21:49] <sebner> funkyHat: use the search function to look for libbrasero-media-dev_2.27.91-0ubuntu3_i386.deb
[21:49] <andv> funkyHat, locate libbrasero-media-dev_2.27.91-0ubuntu3_i386.deb
[21:49] <andv> funkyHat, use that command
[21:53] <andv> Ryan52, done?
[21:53] <Ryan52> andv: done with what?
[21:54] <andv> Ryan52, setting me as assignee plus adding a comment 'waiting asac's comment about this'
[21:54] <micahg> andv, you might want to have him run sudo updatedb first
[21:54] <Ryan52> andv: ah, yep.
[21:54] <funkyHat> Isn't sudo updatedb a bad idea?
[21:54] <micahg> it updates the locate database
[21:55] <funkyHat> Or is it clever enough not to scan private dirs?
[21:55] <sebner> funkyHat: you could also use the graphical search ^^
[21:56] <funkyHat> I used find instead
[21:56] <micahg> that works, just a little slower
[21:56] <Ryan52> andv: can I /msg you real quick?
[21:56] <andv> Ryan52, yes
[21:58] <funkyHat> !
[21:58] <funkyHat> ~/pbuilder
[22:09] <awalton> hey guys, having a headache trying to figure out something:
[22:09] <awalton> how do I conditionally install a file if we're on a x86 (but NOT 64-bit) system
[22:09] <awalton> I'm sure this should be easier than my brain is trying to make it
[22:10] <geser> what's the reason for it?
[22:10] <awalton> the library doesn't work on 64-bit OSes
[22:10] <awalton> (it's a win32 compat shim)
[22:10] <Laney> use the Architecture: field
[22:10] <andv> awalton, specify archs manually
[22:10] <andv> awalton, modify architecture field on debian/control
[22:10] <awalton> well that's the rub, we want it to build it on other archs, but we just don't want the shim to be installed
[22:10] <geser> is the package usefull without this file on 64-bit systems?
[22:10] <awalton> it still works to load native libraries
[22:11] <awalton> we just don't want the wine-like shim loader installed
[22:11] <geser> you could check for which are you are building and conditionally install the file or not
[22:12] <awalton> the library I'm working on (libbml) loads 'buzz machines', but they can either be built natively (if we have the source), or we can load the win32 dlls.. if we want to do the latter, we have to have a dll-shim, but it doesn't work unless we're on x86-32
[22:12] <awalton> that's what I'm trying to do geser, but my brain's not working it out
[22:13] <Laney> $DEB_HOST_ARCH
[22:13] <awalton> is there a simple way to test in the rules file if we're on x86 but not amd64 from DEB_HOST_ARCH?
[22:14] <geser> awalton: see the manpage for dpkg-architecture, it contains also some examples which you can use in debian/rules as a starting point
[22:14] <awalton> lemme check that out
[22:14] <funkyHat> Ok, I have tested my brasero package and it seems to work fine, do I attach the .diff.gz or a different file?
[22:15] <funkyHat> *to the bug
[22:16] <funkyHat> Oh I use debdiff, right
[22:17] <geser> the .diff.gz for a new upstream version and a debdiff for a bug fix
[22:20] <funkyHat> https://bugs.edge.launchpad.net/ubuntu/+source/brasero/+bug/420434 could someone have a look at this and check I've done it right? :)
[22:31] <geser> funkyHat: the patch itself looks good
[22:32] <geser> you can subscribe the ubuntu-main-sponsors team to the bug to get it reviewed and eventually sponsored/uploaded
[22:33] <funkyHat> Ok, done that :), anything else I should do?
[22:34] <geser> wait :)
[22:40]  * jdong looks with a bit of worried paranoia at appbundles.org...
[23:01] <TheMuso> ScottK: Ok will have a look later today.
[23:22] <quentusrex> Anyone know if it is possible to have the same package build for multiple releases of ubuntu?
[23:23] <Laney> yes this is very normal
[23:23] <quentusrex> I'd rather not have to maintain 3 different packages, one for 8.04, 8.10, and 9.04
[23:23] <quentusrex> and the upcoming 9.10...
[23:23] <quentusrex> what's the best way to do this?
[23:31] <Laney> quentusrex: PPA?
[23:46] <quentusrex> Laney: is there a way to do that in the PPA? I haven't been able to find anything describing that...
[23:46] <quentusrex> only ways to specify a single release for the package...
[23:47] <Laney> quentusrex: I think you're supposed to upload to the oldest release you support and then copy the source
[23:49] <quentusrex> hmm...
[23:49] <quentusrex> what do you mean by copy the source?
[23:49] <quentusrex> make an exact copy, and only change the changelog to state the newer release?
[23:50] <nicklas_> yo
[23:53] <Laney> no, it's an option in the PPA interface
[23:53] <Laney> to copy packages to another release
[23:54] <funkyHat> Where can I find nice easy bugs to fix, for someone that has just started these things? :)
[23:55] <funkyHat> I am looking at Harvest new incoming, but most are not ones I can do anything with, and the harvest sourcepackage list is big and scary looking