[02:14] <metasansana> launchpad only keeps track of bugs for software in the repos and software center?
[02:23] <lifeless> metasansana: no
[02:24] <metasansana> lifeless: so lets say I downloaded a deb file and it keeps crashing on 11.10
[02:24] <metasansana> should I go the direction of launchpad or the vendor?
[02:24] <lifeless> from where
[02:25] <metasansana> mysql-workbench
[02:25] <lifeless> well, generally, the vendor; who may use Launchpad, or may use their own bug tracking system.
[02:25] <lifeless> Launchpad hosts bug trackers for many many vendors
[02:26] <metasansana> ok
[02:27] <metasansana> I never thought bug reporting could be this much of a pain
[02:29] <lifeless> what's the problem ?
[02:29] <lifeless> I mean, what is the pain ?
[02:31] <metasansana> These procedures and different approaches confuse me
[02:31] <lifeless> so you got a deb from somewhere - where did you get it from ? (A url, not the vendor name)
[02:32] <metasansana> http://www.mysql.com/downloads/workbench/
[02:32] <metasansana> ^here
[02:33] <lifeless> indeed, they don't offer much assistance
[02:33] <metasansana> lol
[02:33] <lifeless> they don't use LP - https://bugs.launchpad.net/mysql-workbench
[02:33] <lifeless> so, basically, I'd pop into #mysql and ask there, hopefully someone will know
[02:34] <metasansana> Well I just realized the latest version is for 11.04
[02:34] <lifeless> perhaps they don't want to hear from users ;>
[02:34] <metasansana> thanks lifeless
[03:18] <paultag> did someone switch off lat/lon from Launchpad since I wrote that blog post on it?
[03:19] <paultag> I just re-ran a script and it is just getting Nones now
[03:21] <lifeless> paultag: yes, they just did
[03:21] <paultag> oh ffs
[03:21] <lifeless> what blog post ?
[03:21] <paultag> lifeless: http://blog.pault.ag/post/17036484637/mapping-the-ubuntu-community
[03:21] <paultag> lifeless: it was on planet.ubuntu a few days ago
[03:22] <lifeless> hah, timing
[03:22] <paultag> I bet it was because I used it. God, that suck
[03:22] <paultag> s
[03:22] <paultag> lifeless: it's still un-deprecated on the API docs
[03:22] <paultag> lifeless: might want to update that :)
[03:22] <lifeless> they should update soon
[03:22] <paultag> gah
[03:22] <paultag> super annoying, sad to see it go
[03:23] <lifeless> so, the reason it was removed was part of simplifying LP; most folk didn't set their location, we didn't have map data anymore, and its really not a core feature
[03:23] <paultag> yeah, I figured
[03:23] <paultag> what a shame
[03:23] <lifeless> its not deeply gone though, so you could write to the launchpad-dev list and discuss bringing it back (and maintaining it...)
[03:24] <paultag> lifeless: nah, I've been up in Debian for the last cycle and a half, I'm not getting sucked into more work ;)
[03:24] <lifeless> :>
[03:24] <paultag> it's alright, not the end of the world
[03:24] <lifeless> definitely not due to your blog post
[03:24] <paultag> someone emailed me asking how to do it, and when testing my script again, it was None'ing :)
[03:24] <paultag> lifeless: yeah, I know :)
[03:24] <paultag> mostly a joke
[03:24] <lifeless> we looked, and only, uhm, 50 hits or something on that data in the last months
[03:24] <paultag> lifeless: I'm willing to bet that was all me
[03:25] <paultag> anyway, not the end of the world
[03:25] <paultag> thanks for the quick RE, lifeless :)
[03:25] <lifeless> no worries
[03:27] <wgrant> paultag: It's been deprecated since we removed maps ages ago, and it's been impossible to set it since then. So it's just been rotting, and we finally removed access to it a couple of hours ago.
[03:27] <paultag> wgrant: damn, what timing
[03:27] <paultag> wgrant: yeah, I knew it was RO, but meh :)
[08:17] <ricotz> hello :), there is a problem building libreoffice 3.5.0 in a ppa, the chroot is running out of space at least for the amd64 build -- what is the current chroot size? and is there a way to increase it? https://launchpad.net/~ricotz/+archive/ppa/+sourcepub/2264904/+listing-archive-extra
[08:18] <ricotz> https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2263889/+listing-archive-extra
[08:19] <wgrant> ricotz: The i386 build says it used 21GB
[08:19] <wgrant> That seems pretty excessive :)
[08:19] <ricotz> wgrant, hi, yeah :\ -- how much did this one took? https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2241552/+listing-archive-extra
[08:20] <wgrant> "Build needed 04:58:10, 15615524k disk space"
[08:21] <wgrant> That was amd64
[08:21] <wgrant> i386 was Build needed 04:50:02, 13054760k disk space
[08:22] <wgrant> So the new one is significantly larger.
[08:22] <ricotz> i see, since the translation build is done by the main package again, it increased a lot
[08:22] <ricotz> https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2241551/+listing-archive-extra
[08:23] <ricotz> so i guess the current limit is something like 25GB?
[08:24] <ricotz> wgrant, is there a way to restart the amd64 build with an increased chroot size?
[08:29] <ricotz> ( this one https://launchpad.net/~ricotz/+archive/ppa/+build/3225792 )
[08:38] <wgrant> ricotz: It's possible that some builders have a larger virtual filesystem, but I'm not quite sure.
[08:42] <ricotz> wgrant, i see -- this build should give one the needed size. https://launchpad.net/ubuntu/+source/libreoffice/1:3.5.0-1ubuntu1/+build/3226141
[08:43] <wgrant> ricotz: You can check the size at the bottom of the build log.
[08:43] <wgrant> 30GB :/
[08:43] <ricotz> ah, good to know
[08:43] <ricotz> that's pretty big then
[08:43] <wgrant> Yup :(
[08:44] <ricotz> do you know what the size of https://launchpad.net/builders/louvi is?
[08:45] <ricotz> if it isnt 30GB+ it will probably fail
[08:55] <micahg> is there a workaround for ssh being blocked for pushing branches to LP (#ubuntu-devel)
[08:56] <jelmer> hi micahg
[08:56] <jelmer> micahg: not really, as far as I know
[08:56] <micahg> hi jelmer
[08:56] <jelmer> bzr supports pushing over https, but that's not enabled on Launchpad
[08:57] <micahg> :(
[08:57] <micahg> I would think this might be a common use case
[08:57] <jelmer> an alternative is to retrieve the branch using http/https and contribute back changes as bundles by email
[08:57] <jelmer> ("bzr send --mail-to=...")
[08:57] <jelmer> though it would be nice to enable write support over https, indeed..
[09:00] <jelmer> good morning mrevell
[09:00] <wgrant> jelmer: Do bundles work with 2a nowadays?
[09:00] <jelmer> wgrant: yes, they have for quite some time
[09:00] <uiuiui32> How can I request a package to be added to launchpad?
[09:00] <jelmer> wgrant: though they're the only things still using XML, something I'd like to get rid of
[09:01] <jelmer> uiuiui32: it depends a bit on what you mean by "to be added to launchpad"
[09:01] <uiuiui32> jelmer: I just created an Open Source app.
[09:01] <uiuiui32> The code is on Github.
[09:01] <uiuiui32> I shall soon be packaging it for Ubuntu.
[09:02] <uiuiui32> I was wondering how I can request if it can be listed on launchpad.
[09:02] <uiuiui32> Is there a review process? I couldn't find it.
[09:02] <czajkowski> morning all
[09:02] <wgrant> uiuiui32: You probably want #ubuntu-motu.
[09:02] <jelmer> uiuiui32: if you just want to make it available from Launchpad, you can create a PPA and add your package there
[09:03] <uiuiui32> OK. Thanks.
[09:03] <jelmer> hi czajkowski
[09:03] <mrevell> Hello hello
[10:43] <ESphynx> hey guys... should a packaging branch contain 'only' packaging?
[10:49] <czajkowski> ESphynx: ~ubuntu-branches/ which is where uploads get imported to contain /everything/
[10:50] <czajkowski> transations should get imported to a seperate bracnh. then developers can merge the translations in when they need to refresh
[10:53] <ESphynx> czajkowski: hmm but ecere ain't in Ubuntu yet :P
[10:53] <micahg> ESphynx: that's up to whoever owns the branch
[11:00] <ESphynx> hmm.. there's no way to import another branch than master for git? :|
[11:02] <jelmer> ESphynx: there is
[11:02] <jelmer> ESphynx: e.g. "git://git.samba.org/jelmer/dulwich.git,branch=somename"
[11:03] <ESphynx> oh, thought it said 'work was underway'
[11:03] <ESphynx> thanks jelmer
[11:04] <jelmer> ESphynx: where did it say that?
[11:04] <jelmer> that support is fairly recent, we might still have outdated docs somewhere
[11:04] <Laney> greetings
[11:04] <jelmer> ehlo Laney
[11:04] <Laney> can I restrict bug listings (i.e. https://bugs.launchpad.net/~ubuntu-release) to only show me bugs in Ubuntu packages?
[11:04] <Laney> :-)
[11:04] <ESphynx> jelmer in https://help.launchpad.net/VcsImports
[11:05] <jelmer> ESphynx: thanks! I'll update that page
[11:05] <ESphynx> also on +new-import
[11:05] <ESphynx> The URL of the git repository. The HEAD branch will be imported.
[11:05] <ESphynx> yw
[11:06] <ESphynx> "The URL of the git repository. The HEAD branch will be imported, or ",branch="  to specify a different branch" would be nice =)
[11:06] <czajkowski> Laney: I dont think so, i've changed some of the filters  but noe say by specific pacakges
[11:06] <czajkowski> *packages
[11:06] <Laney> yeah I can't see an option
[11:06] <wgrant> Laney: You can search by subscriber under https://launchpad.net/ubuntu/+bugs?advanced=1
[11:07] <czajkowski> Laney: you could remove other filters and just leave packages/project.series name
[11:07] <Laney> wgrant: of course!
[11:07]  * jelmer wished https://bugs.launchpad.net/~ubuntu-release/ubuntu worked
[11:07] <jelmer> it's kindof nice how this is done for branches
[11:07] <Laney> I kept wanting the Order by thingies near the top there to allow me to filter too
[11:08] <wgrant> jelmer: Does ,branch= not work for HTTP? I registered https://code.launchpad.net/~registry/cassandra/0.8 over the weekend, but it doesn't work.
[11:08] <wgrant> IIRC it works fine locally.
[11:08] <wgrant> Laney: Indeed, that would make a lot of sense.
[11:08] <jelmer> wgrant: the version of bzr-git on launchpad might not handle it well yet
[11:08] <jelmer> wgrant: it seems to work ok here locally too
[11:09] <wgrant> That's what I suspected. Thanks.
[11:54] <ESphynx> hmm guys...
[11:54] <ESphynx> these recipes things... where do I specify a platform?
[11:55] <czajkowski> ESphynx: a lot of the info you need is in https://dev.launchpad.net/Translations
[11:59] <ESphynx> czajkowski: i'm not talking about translations anymore today, i'm talking about builds :P
[12:00] <ESphynx> also what is up with 'ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored.'
[12:03] <czajkowski> ESphynx: perhaps launchpad-dev might be more helpful
[12:05] <ESphynx> k, thanks
[12:05] <StevenK> ESphynx: recipes build into a source package. Which specifies were it will build.
[12:05] <StevenK> So it's a two step, automatic process
[12:06] <ESphynx> StevenK: So I need 2 recipes? to build the package as 64 bit?
[12:06] <ESphynx> i.e. one 32 and one 64 ?
[12:07] <StevenK> ESphynx: If the same code will build on both, no. Your debian/control needs to specify Architecture: any
[12:08] <wgrant> A recipe builds for one or more series.
[12:08] <wgrant> It then uploads the source package to those series.
[12:08] <wgrant> And then binary builds are created as with a normal source package.
[12:09] <ESphynx> the same code 'will' build on both, the only differences is the required pacakges names (they actually build 32on64... so i need things like ia32-libs etc.)
[12:10] <wgrant> Why not use multiarch?
[12:10] <ESphynx> multiarch?
[12:10] <wgrant> Non-hack replacement for ia32-libs
[12:11] <wgrant> You can now install i386 and amd64 libraries on the same machine.
[12:11] <ESphynx> first time I hear about it.
[12:11] <ESphynx> sounds smart.
[12:11] <ESphynx> how new is this?
[12:11] <StevenK> Ummmm, it landed in Oneiric, I think
[12:11] <wgrant> Oneiric, indeed.
[12:12] <ESphynx> all these new names sound strange. guess I haven't checked ubuntu in a while :P
[12:12] <wgrant> Oneiric is Ubuntu 11.10
[12:12] <ESphynx> ah... how far away is 12?
[12:12] <StevenK> 12.04 is due in April
[12:12] <ESphynx> I heard bad things about 11
[12:12] <StevenK> 11.10 is quite nice
[12:12] <ESphynx> 12.04 is precise?
[12:12] <StevenK> Right
[12:13] <ESphynx> LTS ?
[12:13] <StevenK> It will be an LTS, yes.
[12:13] <ESphynx> good. I'll install that one :)
[12:13] <ESphynx> Ubuntu was very unstable on my machine :| now I have a new i7 :) hope things will be stable
[12:13] <ESphynx> the whole system froze every 5 min...
[12:22] <ESphynx> about multiarch... what about the .install files for my libraries ? e.g. right now I have usr/lib/libecere.so* vs usr/lib32/libecere.so*
[12:25] <wgrant> ESphynx: https://wiki.ubuntu.com/MultiarchSpec
[12:25] <wgrant> As detailed on that page you should probably install to /usr/lib/i386-linux-gnu
[12:26] <ESphynx> guess I should keep supporting the non-Multiarch system for Ubuntu 10 right :|
[12:27] <ESphynx> i'll add multiarch support later
[12:29] <wgrant> There's no such thing as Ubuntu 10, 11, or 12. There are two releases per year, in April (the 4th month) and October (the 10th month), so 10.04, 10.10, etc.
[12:30] <ESphynx> by 10 I was referring to 10.04 and 10.10 :P
[13:55] <ESphynx> https://launchpadlibrarian.net/93555175/buildlog.txt.gz --> guys what are these errors about
[13:55] <ESphynx> You have not informed bzr of your Launchpad ID, and you must do this to
[14:28] <arges> Hello. Was the date format for launchpad changed recently?
[14:32] <czajkowski> arges: where specifically ?
[14:32] <arges> czajkowski, when i get data using launchpadlib
[14:33] <arges> czajkowski, for example date_last_updated: "2012-02-21T12:52:56.912365+00:00"
[14:33] <arges> this is how it look stoday
[14:33] <arges> czajkowski, before it looked like this: "date_last_updated": "Tuesday, 20. December 2011 08:22 UTC"
[14:33] <ESphynx>    Remove the following packages:  1)     pbuilder-satisfydepends-dummy ?
[14:34] <czajkowski> arges: I dont think so but just let me see ok
[14:36] <james_w> arges, czajkowski: https://bugs.launchpad.net/wadllib/+bug/924240
[14:36] <czajkowski> james_w: thanks
[14:36] <czajkowski> james_w: so not changed more of a glitch.
[14:37] <james_w> yeah, not an intentional change
[14:37] <arges> james_w, so is the plan to change it back to the original format or should i start re-writing my scripts?
[14:37] <james_w> I don't know
[14:37] <james_w> I would assume it would be changed back
[15:07] <arges> james_w, any idea when this bug will be fixed? need to know if I should change my scripts to adapt to this new date format temporarily
[15:08] <czajkowski> arges: I've asked elsewhere and waiting to get back to you
[15:08] <arges> czajkowski, thanks!
[15:39] <ESphynx> EvilResistance> since recipes only build on 32bit -- is this so?
[15:39] <EvilResistance> tumbleweed knows what he's talking about
[15:40] <EvilResistance> and i have tested building my 64bit progs in recipes and its failed
[15:40] <ESphynx> no kidding.
[15:40] <EvilResistance> having said this, is 64bit recipe support in the works?
[16:07] <dpm> hi all, could a losa help me with an issue affecting language packs? It seems that the language pack exports for precies stopped being created on Feb 9th. We need to generate a full langpack this Thursday in preparation for beta-1. Could someone please have a look at it? - https://translations.launchpad.net/ubuntu/precise/+language-packs
[16:08] <thedac> dpm: that should run as a cron script, correct?
[16:09] <dpm> thedac, exactly. There is some more info there: https://dev.launchpad.net/Translations/LanguagePackSchedule
[16:09] <thedac> dpm: ok, I will look into it
[16:12] <dpm> excellent, thanks thedac :)
[16:16] <thedac> dpm: I am running this manually right now: /srv/launchpad.net/production/launchpad/cronscripts/language-pack-exporter.py ubuntu precise --force-utf8-encoding -q --log-file=INFO:/srv/launchpad.net/production-logs/rosetta/language-pack-exporter.log
[16:21] <dpm> thanks thedac - will this generate a full language pack export, as per the 'Request a full language pack export' checkbox on https://translations.launchpad.net/ubuntu/precise/+language-packs ?
[16:22] <thedac> dpm: from the log: 2012-02-21 16:15:53 INFO    Got a request to do a full language pack export.
[16:27] <dpm> thedac, cool, thanks for confirming. Ah, thinking about it, I think this cron job is going to fail - IIRC full exports take from 16-24 h to complete, and starting it now means that it will hit the database disconnect tomorrow morning and it will fail. At least it was like this last time I checked, that's why we had to move the cron jobs to start after the DB disconnect
[16:28] <thedac> dpm: ok, I can cancel this it is scheduled as normal then
[16:38] <dpm> thedac, I'm not sure, whatever is most helpful to debug the issue and to get a full langpack by Thursday. Perhaps requesting a delta langpack first, as it completes quicker, and then a full one?
[16:39] <thedac> dpm: that makes the most sense to me.
[16:43] <dpm> thedac, cool, thanks. Would you mind keeping me up to date on the progress?
[16:44] <thedac> dpm: do we need to run the delta manually or wait for regularly schedule cron?
[16:47] <dpm> thedac, I'm not sure how long a delta takes to complete, but if it takes significantly less than the full one, and thus it's finished before tomorrow's db disconnect, I believe it could be started now. I think it's possible to find out how long previous delta exports took from the LP graphs, but I can't remember where (IIRC jtv or flacoste pointed me to it a while ago)
[16:48] <thedac> flacoste: can you comment? ^^^
[17:08] <Renegade15> good day
[17:08] <Renegade15> I'm having a weird issue with tags...the AJAX request returns Bad Request/Error 400; is this a known issue?
[17:10] <czajkowski> Renegade15: what bug and what tags are you trying to add
[17:11] <Renegade15> https://bugs.launchpad.net/ares/+bug/937938
[17:11] <Renegade15> the intended tags are in my comment
[17:13] <czajkowski> Renegade15: refresh the page I can add tags
[17:14] <czajkowski> jut not sure the tags you want to add are being recognised as being suitable tags
[17:14] <Renegade15> I tried refreshing multiple times, both via refresh as well as through navigating to the history and back
[17:14] <Renegade15> which tag would be considered unsuitable?
[17:15] <czajkowski> MCV quirk
[17:15] <Renegade15> those are two tags
[17:15] <czajkowski> doenst like ti
[17:16] <czajkowski> Renegade15: also can you remove the not so nice word on the comment please no need for that
[17:16] <Renegade15> bah, don't tell me the silly thing doesn't auto-lowercase the tag? -_-
[17:16] <flacoste> thedac, dpm: i have no idea how long a full delta taks
[17:16] <flacoste> thedac, dpm: we could also just not do a FDT tomorrow, is there one scheduled anyway?
[17:17] <Renegade15> alright, that's positively ridiculous and I'm filing a bug for that
[17:17] <flacoste> thedac, dpm: i don't know where the graphs is hidden either, i can look for it later though
[17:17] <Renegade15> czajkowski: Thanks for your help
[17:17] <thedac> flacoste: let me check if an FDT is scheduled
[17:17] <czajkowski> Renegade15: np, but try adn refrain from swearing in bugs, makes people less likely to help you
[17:18] <Renegade15> so far, I have heard no complaints about the lp bugs I filed
[17:20] <thedac> flacoste: nothing is currently on the production status page. This might be the best way to make sure it finishes
[17:20] <thedac> flacoste: dpm: should we run a delta or a full then?
[17:20] <flacoste> thedac: i think dpm wants a full
[17:21] <flacoste> so let's run a full
[17:21] <flacoste> and note on LPS not to do a FDT until Thurs
[17:21] <flacoste> or the full is completed
[17:21] <thedac> ok
[17:27] <thedac> flacoste: dpm: ok a full is underway. I have a note on production status to wait on FDTs until this is complete
[17:32] <dpm> thanks thedac and flacoste, that's perfect
[18:16] <ESphynx> guys could you please help me out with my rules file?
[18:16] <ESphynx> https://raw.github.com/ecere/sdk/debian/debian/rules
[18:16] <ESphynx> I get an error on line 13... the 3rd cp
[19:11]  * mgedmin sighs
[19:24] <lifeless> mgedmin: ?
[19:24] <mgedmin> for some reason dealing with merge requests on launchpad feels like a chore
[19:24] <lifeless> :(
[19:24] <mgedmin> while dealing with them on github feels like fun
[19:24] <mgedmin> but I cannot articulate why :(
[19:24] <lifeless> anything stand out as a reason ?
[19:24] <lifeless> ah
[19:25] <mgedmin> maybe it's this:
[19:25] <mgedmin> I get an email
[19:25] <soren> I feel the exact opposite.
[19:25] <mgedmin> I see a link in the email
[19:25] <mgedmin> I click on the link
[19:25] <mgedmin> I see a page full of info I'm mostly not interested in
[19:25] <mgedmin> I have to hunt a bit to see the diff
[19:25] <mgedmin> then I have to think what I need to do to actually merge it
[19:25] <mgedmin> then find and carefully copy the url
[19:26] <mgedmin> switch to a terminal
[19:26] <mgedmin> go to the right place
[19:26] <mgedmin> type 'bzr merge ', paste the url
[19:26] <mgedmin> nothing difficult, really, just for some reason this feels tedious
[19:26] <mgedmin> I seem to have memories of github providing me with a copy-pasteable merge command
[19:26] <soren> I hardly ever use the LP UI. I just go by e-mail.
[19:27] <mgedmin> on a separate line, so that I can tripple-click it
[19:27] <soren> The mp e-mail includes the diff. I review in my e-mail client, provide comments inline, and respond.
[19:27] <mgedmin> ah, sorry, yes
[19:28] <mgedmin> and it also has the branch name as an lp: url
[19:28] <mgedmin> I don't know why I go to the web; the url is just naturally inviting, I guess
[19:28] <soren> Sorry, why does that make a difference?
[19:28] <mgedmin> sorry, why does what make a difference?
[19:29] <soren> That it's an lp url rather than an http one.
[19:30] <mgedmin> lp urls are Very Good because they're short
[19:30] <soren> ...which is good.. right?
[19:31] <mgedmin> yes
[19:31] <soren> Ok.
[19:31] <soren> I just thought you were stating it as a bad thing.
[19:31] <mgedmin> sorry for being unclear
[19:31] <mgedmin> I try to balance my whining by mentioning good things every now and then
[19:31] <mgedmin> I just forget to mention what I consider to be good :)
[19:32] <soren> Two reasons I find dealing with Github really awkward: 1. The web UI is harder to ignore. I must deal with it to do stuff.
[19:32] <soren> 2. Not a github problem per se, but rather a git problem: People rebase all the time.
[19:33] <soren> It's extremely annoying to review a 2k line patch, provide comments on specific points, and then get a brand new patch rather than just the changes.
[19:33] <soren> I just want to make sure they've addressed my comments and haven't introduced new problems.
[19:34] <soren> I guess I'm a bit spoiled with Launchpad since I use tarmac for everything there.
[19:34] <soren> I don't have to ever manually merge anything.
[19:34] <soren> I just set the mp to "approved" and magic happens.
[19:34] <soren> Maybe it would feel more of a chore without that.
[19:34] <soren> I guess it quite probably would.
[19:35] <mgedmin> it could be a simple usability vs learnability tension
[19:35] <mgedmin> github seems to optimize for the latter
[19:36] <soren> True.
[19:36] <mgedmin> I don't deal with launchpad merge proposals often enough to remember how to use them well
[19:55] <foxbuntu`> hey all...looking for an admin that can help me delete some old spam comments
[19:57] <foxbuntu`> ...my account was breached last year and I had a user point out today some old comments from 2011-02-21 that are spam from the breach, if an admin could delete all comments attached to my account from that date it should clear it up (lp:~nickj-fox)
[20:13] <lifeless> foxbuntu`: we don't have an easy query for that; please open a support ticket (url in topic)
[20:22] <czajkowski> foxbuntu`: is it on many bugs?
[20:44] <foxbuntu`> czajkowski, here is the list that was pointed out to me: http://paste.ubuntu.com/851665/
[20:44] <foxbuntu`> not a huge list really
[20:47] <czajkowski> fahadsadah: ah thats not bad
[20:47] <czajkowski> I'll remove them here
[20:47] <czajkowski> just give me a few mins in the middle of a meeting
[20:50] <czajkowski> fahadsadah: done
[20:50] <czajkowski> bah
[20:50] <czajkowski> foxbuntu: done
[20:51] <foxbuntu> czajkowski, thanks
[20:51] <czajkowski> np
[22:31] <kirkland> flacoste: howdy!
[22:31] <d_ed> in launchpad can I reassign a bug to affecting a package from a PPA not the  package from the main ubuntu repos.
[22:32] <kirkland> flacoste: is it possible to subscribe to receive email when new packages arrive in a private PPA?
[22:32] <flacoste> kirkland: unfortunately, we don't have that feature (neither for public ppa)
[22:33] <kirkland> flacoste: okay, thanks