=== kiko is now known as kiko-fud
[00:56]  * mwhudson lunches
[02:12] <kiko-fud> bac, I don't really like +junk either.. and it was not my idea..
[02:28] <lifeless> the inspiration for +junk as the name is 'junkcode', a concept popularised by Tridge
[02:29] <lifeless> I sometimes think it would be good for +junk to be an actual project
=== kiko-fud is now known as kiko-zzz
[03:48] <poolie_> what is the effect of affectsmetoo?
[03:49] <wgrant> poolie_: UI-wise at the moment: zero.
[03:49] <wgrant> It's Launchpad's data-hoarding tendencies to the extreme: there's no way to get it out, even through the web UI.
[03:52] <poolie_> hee hee, bug 270995
[03:52] <ubottu> Launchpad bug 270995 in malone "use of the word "affects" in place of "effects"" [Low,Invalid] https://launchpad.net/bugs/270995
[03:52] <poolie_> thanks though
[03:53] <wgrant> I found that rather amusing too.
[03:55] <poolie_> i filed bug 283539
[03:55] <ubottu> Launchpad bug 283539 in malone "+affectsmetoo has no visible effect" [Undecided,New] https://launchpad.net/bugs/283539
[04:07] <beuno> poolie_, a fix has already landed for that
[04:07] <beuno> it should appear on the next rollout
[04:08] <poolie_> to give it a visible effect?
[04:08] <beuno> yeap, and fix a few things that make it awkward
[04:09] <poolie_> great
[04:09] <beuno> it will update with ajax instead of boomeranging you around, make it more obvious when you've specified it affects you, and most affected bugs will have an icon in listings
[04:10] <poolie_> will that fix bug 283540 too?
[04:10] <ubottu> Launchpad bug 283540 in malone "+affectsmetoo confirmation dialog is inconsistent" [Undecided,New] https://launchpad.net/bugs/283540
[04:10] <beuno> yeap
[04:10] <beuno> both bugs
[04:11] <wgrant> beuno: Next rollout being 2.1.10?
[04:11] <beuno> wgrant, yeap yeap
[04:12] <beuno> it should be soon, maybe this week
[04:12] <beuno> I get lost with release dates
[04:12] <poolie_> maybe there should be a countdown in the footer bar
[04:12] <poolie_> this whole web 2.0 thing and lp 3 is going to kinda suck for blind people isn't it :/
[04:13] <poolie_> well, i guess it's possible to do accessible ajax, maybe
[04:13] <beuno> uhm, that's a tough question. We want to make it accesible anyway, and there are a few ways we can do that, but I can't really say until we really start to test specifics
[04:14] <wgrant> "Days until Launchpad next decides its look needs to change completely in order to infuriate most users: [...]"
[04:15] <Verterok> poolie_: the w3c already started working on that: http://www.w3.org/WAI/intro/aria
[04:15] <Verterok> beuno: ^
[04:15] <poolie_> oh, nice
[04:15] <poolie_> but i didn't mean to distract any of us
=== bdmurray_ is now known as bdmurray
[04:19]  * beuno looks
[04:20] <beuno> Verterok, cool, bookmarked.
[04:20] <beuno> poolie_, so, the metoo crazyness should be fixed by next week, and, if not, ping me and we'll the the UI for that another revision
[04:20] <poolie_> cool
[04:29] <poolie_> beuno, also kind of rambling here, but one ajaxy thing i'd love to have in launchpad is some kind of autosave, as is done in gmail
[04:29] <wgrant> Why would one spend enough time on a Launchpad form to warrant that?
[04:30] <poolie_> wgrant, well, i'm doing a code review <https://code.edge.launchpad.net/~spiv/bzr-usertest/exit_codes/+merge/1309/+comment> and am thinking about it as i type
[04:30] <poolie_> possibly this should be done as autosave of some kind in the browser -maybe there is already an extension to do it
[04:31] <wgrant> Ah.
[04:31] <wgrant> Hasn't WHATWG specified some way to easily store that sort of thing clientside?
[04:34] <poolie_> i think there's a mechanism for it at least
[04:35] <poolie_> i'm not sure how much it is actually easily hooked up
[04:35] <beuno> poolie_, it's an interesting idea to explore
[04:35] <beuno> it's not trivial to add "temporary drafts" everywhere
[04:36] <beuno> but it's interesting to play around with
[04:37]  * beuno adds that note to his UI spec
[04:37] <poolie_> file under crack :)
[04:38] <beuno> "extra special ideas"!
[04:38] <beuno> there's all kinds of crazyness around it, like an "undo" option
[04:38] <beuno> some seem less crazy at some point, so I keep them around  :)
[04:42] <wgrant> beuno: Bug #164196 is an easier way to fix that.
[04:43] <ubottu> Launchpad bug 164196 in malone "Quickly-undone actions shouldn't send mail notifications" [Undecided,Confirmed] https://launchpad.net/bugs/164196
[04:44] <wgrant> Or do you mean more long-term undo?
=== mcasadevall is now known as NCommander
[05:04] <wgrant> beuno: Do you know if it's intentional that the conjoined slave is shown in "Working on..." on https://edge.launchpad.net/~wgrant?
[05:08] <beuno> wgrant, conjoined slave?
[05:09] <beuno> wgrant, ah, I see, the same bug twice
[05:09] <wgrant> beuno: The slave of the conjoined master bugtask... note how the Ubuntu task in the bug is somewhat hidden, because it is the slave of the Intrepid task.
[05:09] <beuno> I don't really know
[05:10] <wgrant> And hmmmmmmmmmmmmmm.
[05:10] <wgrant> I do actually want to be notified when one of my bugs is made release critical, stupid Launchpad.
[05:10] <wgrant> Yet that is not recorded in an activity log or mailed.
[05:11]  * beuno runs off to bed
[05:11] <wgrant> I'm sure targetting a bug to a previous release generates mail.
[05:11] <wgrant> Night.
[05:11] <beuno> g'night wgrant
=== allenap1 is now known as allenap
[09:42] <TomaszD> Where is carlos when you need him :(
[09:42] <TomaszD> can a Launchpad Admin check what is wrong with translation templates of cheese and bluez-gnome for intrepid?
[09:43] <TomaszD> cheese's is clearly broken, don't know about bluez-gnome, but 8 days of importing time and counting seems like a stretch
[09:43] <TomaszD> https://bugs.launchpad.net/ubuntu/+source/bluez-gnome/+bug/283641 and https://bugs.launchpad.net/ubuntu/+source/cheese/+bug/283183
[09:43] <ubottu> Launchpad bug 283641 in bluez-gnome "Translation template not imported, seems stuck" [Undecided,New]
=== intellectronica changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | https://help.launchpad.net/HelpRotation | Community help contact: intellectronica
[09:54] <TomaszD> intellectronica, hi
[09:54] <intellectronica> hi TomaszD, your wish is my command
[09:54] <TomaszD> intellectronica, could you check those two problem I've mentioned?
[09:56] <TomaszD> when carlos was here he could do all sorts of magical things to fix problems just like those
[09:56] <intellectronica> jt1, danilos, henninge: would one of you be able to looking at this?
[09:57] <TomaszD> to be honest, I hope with bluez-gnome it's just my impatiance (but, 8 days, c'mon), but cheese really needs fixing
[09:57] <intellectronica> jt1: sorry, tab-completion
=== mdz_ is now known as mdz
[09:57] <jt1> TomaszD: try the overall import queue: https://translations.launchpad.net/+imports/
[09:59] <henninge> TomaszD: The import queue is pretty full at the moment, we are currently importing stuff that was queued at the beginning of the month.
[09:59] <TomaszD> hmm, now I'm really lost, the overall queue says e.g. Approved for debian-installer, but that was 5 months ago
[09:59] <TomaszD> henninge, yes, but could you check cheese? I think something might be broken
[09:59] <TomaszD> just to be sure
[10:01] <TomaszD> I'm the Polish translation team admin and been sifting through crap in LP to clean up the translations and I've found that bluez-gnome and cheese were the only two templates still not up-to-date (new program, very old template)
[10:02] <TomaszD> only two *rather important packages in main one of which is preinstalled*
[10:03] <jt1> TomaszD: debian-installer is a special case... not really from May
[10:03] <TomaszD> what concerns me about cheese is that there are no updates pending, while there should be
[10:03] <TomaszD> and the last ones failed
[10:04] <TomaszD> months ago
[10:04] <jt1> henninge: you're on the error-reports list, right?
[10:05] <jt1> henninge: nm, I see it.  The cheese template is blocked.
[10:05] <jt1> Ah, that's because this is documentation.
[10:06] <TomaszD> huh?
[10:07] <jt1> TomaszD: the Ubuntu folks treat documentation differently...  Maybe ArneGoetje or pitti will know what's up with this particular template.
[10:08] <TomaszD> I know pitti, he was very helpful the last two cycles, even further back I think
[10:08] <TomaszD> intrepid seems like a walk in the park compared to the last two
[10:08] <TomaszD> nearly no template problems
[10:08] <TomaszD> or maybe I'm just late into the game, which I am, a bit
[10:09] <jt1> TomaszD: we're not exactly happy about how we're handling this one, ourselves.  Promise to do much better for the next one...
[10:09] <TomaszD> jt1, any specific measures you're going to take or just work 24hrs a day?
[10:09] <TomaszD> :]
[10:10] <jt1> TomaszD: experience suggests "both," but yes, we have some developments going on that should help.
[10:10] <TomaszD> cool.
[10:13] <jt1> TomaszD: pitti hasn't dealt with most of the nitty-gritty of the translations for a while, whereas Arne has stepped into it relatively recently.  Losing Carlos meant losing a lot of that practical knowledge.  So there will be a bit of "X says to ask Y, Y says to ask Z."
[10:20] <thekorn> intellectronica: hi, do you have a minute for just-another API related question? ;)
[10:21] <intellectronica> thekorn: of course
[10:21] <thekorn> intellectronica: cool, is searchTasks(order_by=...) supposed to work?
[10:21] <thekorn> and if so, how? what are valid values here?
[10:23] <intellectronica> thekorn: yes, it's supposed to work, and yes, the values are a bit funny and deserve better documentation. they are the same as the values in the advanced search form
[10:24] <thekorn> intellectronica: so for example searchTasks(order_by="-importance")?
[10:24] <intellectronica> thekorn: exactly
[10:25] <thekorn> intellectronica: internal server error on staging :(
[10:25] <intellectronica> beh
[10:28] <intellectronica> thekorn: would you mind pasting an example somewhere, so that i can investigate?
[10:29] <thekorn> intellectronica: sure, just a second
[10:31] <thekorn> intellectronica: http://paste.ubuntu.com/57817/
[10:31] <intellectronica> thekorn: thanks
[10:33] <thekorn> intellectronica: upps, missed the  header: header: X-Lazr-Oopsid: OOPS-1019S58
[10:33] <ubottu> https://devpad.canonical.com/~jamesh/oops.cgi/1019S58
[10:38] <intellectronica> thekorn: cool, i'll look at the oops report as soon as it's available and see what's going on
[10:38] <thekorn> thanks alot
[10:52] <intellectronica> thekorn: interesting error, and not very obvious (it doesn't look like a problem with the bug searching code). my guess is that it's something to do with the single argument, but i'll file a bug and run some tests
[11:03] <thekorn> intellectronica: pk, please subscribe me to the bug
[11:03] <siretart> intellectronica: can you please have a look at bug #247438? it has an upstream bugtask to the ffmepg roundup, but there are 2 issues: a) it says 'mplayer' roundup (not ffmpeg) and b) roundup says it was fixed but launchpad says 'incomplete'
[11:03] <thekorn> s/pk/ok
[11:04] <ubottu> Launchpad bug 247438 in ffmpeg-free "Possible vulnerability in libavformat" [Undecided,Fix released] https://launchpad.net/bugs/247438
[11:07] <intellectronica> siretart: i'm pretty sure that's the correct bug tracker. ffmpeg lives at mplayer.hu, afaik
[11:07] <intellectronica> siretart: as for the status, that's not very good. i wonder if it's because of the self-signed certificate they use...
[11:08] <intellectronica> siretart: thanks for alerting me to that. we'll investigate
[11:09] <siretart> intellectronica: I'm in rather good touch with ffmpeg upstream. on mplayer.hu, there are several roundup instances, one for ffmpeg and one for mplayer
[11:10] <siretart> intellectronica: can we perhaps improve the description of the bugtracker. that 'auto roundup mplayer' description is a bit misleading...
[11:10] <siretart> ?
[11:10] <intellectronica> siretart: oh, so you think we need to have two bugtracker instances?
[11:10] <siretart> yes. one for mplayer and one for ffmpeg
[11:10] <siretart> there are as said 2 roundup instances.
[11:10] <intellectronica> siretart: we can change the name. auto-* is a name that is created automatically when someone pastes the bug url into a comment
[11:11] <siretart> aah, I see.
[11:12] <intellectronica> siretart: i think it's pointing at the correct roundup instance. see https://edge.launchpad.net/bugs/bugtrackers/auto-roundup.mplayerhq.hu
[11:12] <intellectronica> i'll change the name, though
[11:12] <siretart> thanks!
[11:13] <intellectronica> siretart: now https://edge.launchpad.net/bugs/bugtrackers/ffmpeg-roundup
[11:14] <siretart> thanks a lot!
[11:23] <intellectronica> siretart: so, looks like this bug is already known. see https://launchpad.net/bugs/237776
[11:23] <ubottu> Launchpad bug 237776 in malone "Roundup CSV exports contain numeric status values" [Undecided,New]
[11:29] <doko> hmm, why can't I see see bug #282797 ? it's a private bug ..., but referenced from bug #281257
[11:29] <ubottu> Bug 282797 on http://launchpad.net/bugs/282797 is private
[11:29] <ubottu> Launchpad bug 281257 in openjdk-6 "firefox crashed with SIGSEGV in IcedTeaPluginFactory::HandleMessage()" [Undecided,New] https://launchpad.net/bugs/281257
[11:29] <doko> yes, I did now it's private
[11:33] <kiko-zzz> doko, only subscribers can see private bugs
[11:33] <doko> kiko-zzz: could you tell me which package this report is filed for?
[11:35] <kiko-zzz> doko, I've subscribed you to the bug
[11:35] <kiko-zzz> doko, the reason it's still private is that the retracer hasn't run yet
[11:35] <doko> kiko-zzz: thanks
[11:47] <siretart> intellectronica: aah, interesting. perhaps that bug should be prioritzed then, since it makes remote bugwatches to roundup tracker rather useless, no?
[11:48] <intellectronica> siretart: absolutely. though it's not clear how it can be solved
[11:49] <intellectronica> siretart: here's your opportunity to exercise our new feature, though - mark the bug as affecting you :)
[11:49] <siretart> intellectronica: already done :-)
[11:49] <intellectronica> siretart: but seriously, we are looking at this and will try to come up with a solution as soon as possible
[11:49] <siretart> intellectronica: that information does not seem to be (publicy) exposed though
[11:50] <siretart> intellectronica: I see. now I know what the issue is, and how I should/can handle ffmpeg bugs in launchpad. thanks for your help
[11:50] <intellectronica> siretart: no, not yet. in the future we'll use that information to show which bugs are important
[11:51] <intellectronica> siretart: another thing you can do to help, since you say that you are in contact with the upstream project, is coordinate syncing the statuses with the mapping we're using
[11:51] <intellectronica> siretart: let me find the mapping and i'll send it to you, for reference
[11:52] <thekorn> intellectronica: there is currently no way to access personal bug pages like https://bugs.staging.launchpad.net/~thekorn with the API, is this correct?
[11:53] <intellectronica> thekorn: correct. should appear soon. you can search for bugs assigned to a user within a target, but we'll also add personal bug listings
[11:54] <siretart> intellectronica: I'm happy to act as proxy to ffmpeg here.
[11:55] <intellectronica> siretart: much appreciated. here is the mapping that we're using: http://pastebin.ubuntu.com/57837/
[11:57] <thekorn> intellectronica: ok, that's what I thought, thanks
[11:57] <siretart> intellectronica: and the question is if that mapping makes sense, right?
[11:58] <intellectronica> siretart: not really. the question is whether they might consider using the same mapping, which is the roundup default. roundup statuses are customisable, so unless an instance sticks to these defaults, it's hard for us to track them correctly
[12:01] <siretart> and I suspect the ffmpeg guys to customize that, right. so you want me to ask them to revert to the upstream default?
[12:05] <siretart> intellectronica: would it be possible to have launchpad maintain a the bug link itself, but update the bug status in the remote bugtracker manually? currently I have the choice to either have the link or maintain the bug status. I'd like to override launchpad here manually since launchpad gets it just wrong.
[12:06] <wgrant> Can bugtracker objects not have a custom mapping added without too much trouble?
[12:07] <LarstiQ> isn't the problem unversioned mappings?
[12:07] <siretart> think OO: class 'ffmpeg_bugtracker' inherits from 'roundup_bugtracker'...
[12:07] <siretart> LarstiQ: sorry?
[12:08] <LarstiQ> siretart: I'm missing some context, but it looks to me as if the meaning of numerical statuses can change at any point in time
[12:09] <intellectronica> siretart: yes, that's an option, but consider that there are quite a few butrackers out there. another option is to allow users to customize the mapping through the web interface
[12:10] <intellectronica> LarstiQ: exactly
[12:10] <LarstiQ> teh horror
[12:12] <siretart> intellectronica: the thing is this: I now have to choose between having the listing https://bugs.edge.launchpad.net/ffmpeg/+bugs telling wrong statuses or remove the bug links and maintain the statuses manually
[12:12] <siretart> intellectronica: and now I wonder how I can have the bug list right without removing the bug links
[12:13] <intellectronica> siretart: what do you mean by bug list? do you mean the list of all bugs that are tracked in the ffmpeg roundup?
[12:13] <siretart> all bugs launchpad thinks are affecting ffmpeg upstream, so yes.
[12:14] <intellectronica> siretart: if you don't want to use bug watches, you could just remove them, and use a tag?
[12:14] <intellectronica> siretart: but let me think and discuss this a bit. maybe something can be done
[12:15] <siretart> that's the thing. I actually want the bug watches. but I also want launchpad query to not tell wrong things.
[12:15] <intellectronica> also, i really think it's worth talking to the roundup admins and asking if they can use the default statuses
[12:16] <siretart> well, such things are pretty emotionally discussed upstream, so I'd rather start that kind of discussions only if I can back them up with pretty good arguments
[12:16] <intellectronica> siretart: that's a really interesting problem. i can't think of any better solution off the top of my head right now, but let me get back to you
[12:16] <siretart> thanks for considering it!
[12:17] <siretart> in fact, someone has recently proposed to switch from roundup to something else, like bugzilla.
[12:18] <siretart> but I don't beleive that is going to happen
[12:18] <siretart> I'll investigate that
[12:23] <intellectronica> siretart: even better - switch to using launchpad :)
[12:28] <siretart> intellectronica: that's (unfortunatly) out of question because launchpad is not free software. at least for some upstream guys. :(
[12:29] <wgrant> Not too far off now...
[12:29] <intellectronica> siretart: oh well. it will be at some point ... maybe then
[12:29] <wgrant> I imagine we'll be seeing a lot more upstreams moving to Launchpad soon enough.
[12:29] <intellectronica> wgrant: i like your imagination ;)
[12:31] <intellectronica> siretart: as second best, consider trac or bugzilla, for which we now offer plugins that allow performing a much more reliable and complete synchronisation of bugs with launchpad
[12:44] <intellectronica> siretart: https://bugs.launchpad.net/malone/+bug/283729
[12:44] <ubottu> Launchpad bug 283729 in malone "Customize the status mapping for the ffmpeg and mplayer roundup bug trackers" [Undecided,New]
=== mrevell is now known as mrevell-lunch
[12:45] <intellectronica> no promises, but i think we can get this done quite soon
[12:45] <siretart> intellectronica: excellent. thanks!
[12:49] <wgrant> Normal, LP, geological or astronomical soon?
[12:50]  * LarstiQ inserts New York second at the start
[12:52] <intellectronica> wgrant: soon == either still before the release today, or for the next release
[12:54]  * wgrant chokes.
[12:55]  * intellectronica gives wgrant the heimlich manouvre
[12:55] <wgrant> That must be the fastest LP response to a non-security non-regression community request by a very large factor.
[13:00] <intellectronica> siretart: how hard would it be for you to get in touch with the roundup admins and get the status mapping from them?
[13:00] <intellectronica> as in ... very soon?
[13:03] <siretart> let's ask in #ffmpeg-devel
[13:07] <siretart> intellectronica: he seems to be at work right now. perhaps this evening
[13:07] <intellectronica> siretart: cool. if not, we may be in for some reverse engineering :)
[13:29] <glade88> hello.. can anyone help with bzr ?
[13:31] <spiv> glade88: what's up?
[13:32] <glade88> 'lo.. I registered a branch to the bot88 project https://code.edge.launchpad.net/~sayakb/bot88/trunk
[13:32] <glade88> I wish to upload code to it
[13:32] <glade88> the code is in a bot88 folder in my /home
[13:32] <glade88> I have done bzr whoami "myname <email>"
[13:32] <glade88> and then
[13:32] <glade88> bzr init
[13:32] <glade88> and bzr add
[13:33] <glade88> but bzr commit -m "initial" returns
[13:33] <glade88> glade@Mean-Machine:~/bot88$ bzr commit –m "Initial Commit" bzr: ERROR: Path(s) are not versioned: "–m" "Initial Commit" glade@Mean-Machine:~/bot88$
[13:33] <glade88> oops
[13:33] <glade88> zr: ERROR: Path(s) are not versioned: "–m" "Initial Commit"
[13:34] <spiv> Hm, your "–" seems to be the wrong kind of dash :)
[13:34] <spiv> You want "-", not "–"
[13:34] <glade88> lol.. copy paste woes :D
[13:36] <glade88> spiv: I did that.. but it isnt showing up here https://code.edge.launchpad.net/~sayakb/bot88/trunk
[13:37] <glade88> will it show up after I add code?
[13:38] <spiv> glade88: You'll need to push it first.
[13:38] <glade88> ok.. doing that :)
[13:48] <glade88> spiv: done! seems ok :) do I have to add anything else? plus if I make any changes to the code, I'll just push it and do a commit -m ?
=== mrevell-lunch is now known as mrevell
=== salgado-brb is now known as salgado
[14:06] <mpt> Ursinha, I'm pretty sure bug 278278 is a duplicate
[14:06] <ubottu> Launchpad bug 278278 in malone "Broken breadcrumb links in top navigation -- dropping parts of path?" [Undecided,New] https://launchpad.net/bugs/278278
[14:17] <db_d> hi there how does one join a project the easy option to do so has vanished on me
[14:24] <beuno> db_d, you join teams, not projects. Which one are you looking at?
[14:27] <Ursinha> mpt, I'll check
[14:31] <db_d> oh fair enough. just ubuntu in general
[14:32] <db_d> i see you have to become a member or something tho.
=== kiko-zzz is now known as kiko
[14:53] <_Andrew> How long after you upload a ppa does it show up on the website?
[14:54] <beuno> _Andrew, it may take 5 minutes or so before you get an email, and another 10 or so before it gets published
[14:54] <beuno> it depends on how busy the build deamons are as well
[14:54] <_Andrew> ok, I guess I did something wrong hehe
[14:54] <beuno> no email yet?
[14:55] <_Andrew> Well I dput it yesterday
[14:55] <_Andrew> It's first time I used ppa
[14:56] <_Andrew> It mentioned something about dinstall after I uploaded it
[14:56] <cprov> _Andrew: did you have your GPG key correctly configured in launchpad ?  tell me the name of the source you have uploaded.
[14:57] <_Andrew> yep I signed the package
[14:57] <_Andrew> ogre_1.6.0~ppa1.dsc
[15:05] <_Andrew> I tired to upload it again but it says it's already uploaded
[15:06] <_Andrew> http://ppa.launchpad.net/andrewfenn/ubuntu
[15:09] <cprov> _Andrew: Signing key 08F051E5132C8BB0500098FF88D7FE3E8C648968 not registered in launchpad.
[15:10] <persia> The "already uploaded" message comes from dput.  Delete the .upload file to make it go away (you'll still need to use the right key)
[15:10] <cprov> _Andrew: dput tells you that the package was already uploaded because you have a local "ogre_<version._source.upload file"
[15:10] <cprov> _Andrew: yes, remove .upload or use `dput -f <changesfile>`
[15:11] <cprov> `dput <target> -r <changes>` (to avoid confusion)
[15:11] <_Andrew> Oh, how did you find that out?
[15:11] <stefanlsd> Hi. I seem to have a problem with https://code.edge.launchpad.net/~ubuntu-dev/mplayer/ubuntu-hardy  (seems to be broken in some way, but i cant test properly since i cant push there myself - but someone that can said i should try report it here)
[15:12] <kiko> _Andrew, you're not the first person cprov's helping out :)
[15:12] <_Andrew> no, I mean the signing key failure.. Is there an error log or something
[15:13] <cprov> _Andrew: yes, I have access to the error logs.
[15:13] <cprov> _Andrew: PPA refuses to email people with unknown GPGs.
[15:14] <cprov> _Andrew: follow the instructions on https://help.launchpad.net/YourAccount/ImportingYourPGPKey and get your key registered.
[15:24] <_Andrew> Done and I uploaded again. Thanks cprov
[15:25] <cprov> _Andrew: you're welcome.
=== kiko is now known as kiko-phone
[16:26] <mvo> hello! https://translations.launchpad.net/update-manager/update-manager/+export gives me a 404 (OOPS-1019A2492) - in both edge and the regular launchpad. is there a workaround?
[16:26] <ubottu> https://devpad.canonical.com/~jamesh/oops.cgi/1019A2492
[16:27] <_Andrew> cprov: Does ppa also generate a .deb or just the source?
[16:28] <cprov> _Andrew: yes, PPAs will build the source you've uploaded and place the debs in the repository.
[16:28] <_Andrew> http://ppa.launchpad.net/andrewfenn/ubuntu/pool/main/o/ogre/ <-- I'm looking in here but all I see is the dsc and tar.gz
[16:29] <cprov> _Andrew: https://edge.launchpad.net/~andrewfenn/+archive, your builds have failed.
[16:29] <_Andrew> 64bit failed
[16:30] <_Andrew> oh they all failed
[16:30] <cprov> _Andrew: yes :(
[16:30] <_Andrew> .. ok I didn't get an email about the others so I just assume they worked
[16:31] <_Andrew> ok, I know what it is.. thanks for the help
[16:32] <cprov> _Andrew: do you have your preferred email set ?
[16:33] <_Andrew> Where?
[16:34] <bdmurray> adeuring: bug 212089 is fix released isn't it?
[16:34] <ubottu> Launchpad bug 212089 in malone "E-mail messages with both text and html get html as attachments" [Undecided,Fix committed] https://launchpad.net/bugs/212089
=== kiko-phone is now known as kiko
[16:55] <adeuring> bdmurray: yes, that fix is released. (Sorry that I didn't notice you earlier....)
[16:56] <adeuring> bdmurray: and thanks for updating the bug's status!
[16:56] <bdmurray> adeuring: no problem
=== kiko is now known as kiko-fud
=== salgado is now known as salgado-lunch
=== cprov is now known as cprov-lunch
[17:59] <_Andrew> What is the command to generate a .diff on a folder?
[17:59] <LarstiQ> _Andrew: could you be a bit more specific?
[18:00] <_Andrew> Well ok, I have a package open and it has package.orig.tar.gz and package.diff.gz
[18:01] <_Andrew> package.diff has all the changes to the original folder so I extracted the original folder and applied the patch, but I need to make a change and generate a new diff
[18:02] <_Andrew> Is that possible or can you only do that in source control?
[18:06] <LeeJunFan> I'm getting about 40% loss to archive.ubuntu.com at this hop: te1-4-3501-cr0.tch.uk.as6908.net
=== salgado-lunch is now known as salgado
[18:13] <_Andrew> nevermind got it
[18:39] <exarkun> https://bugs.launchpad.net/ubuntu/+filebug is a "Timeout error" :(
[18:39] <exarkun> but I want to file a bug
[18:40] <beuno> exarkun, did you re-try?
[18:40] <exarkun> several times
[18:40] <beuno> (it loaded for me)
[18:40] <exarkun> Ah
[18:40]  * beuno pokes mthaddon 
[18:40] <exarkun> That's the same URL before you enter a summary and after
[18:40] <exarkun> It's only a timeout for me when I type some text into the summary and click continue
[18:41] <exarkun> Oh, ok.  Fifth time's the charm. :/
[18:41] <beuno> there you go
[18:41] <LarstiQ> _Andrew: you could diff -Nurd dir1 dir2, but for the specific case of .debs you are better off using the specific tools
[18:41] <beuno> exarkun, anyway, I'll follow up on these timeouts
[18:42] <mthaddon> exarkun, looks like you're being hit by bug 186262
[18:42] <ubottu> Launchpad bug 186262 in malone "+filebug pages time out" [High,Confirmed] https://launchpad.net/bugs/186262
[18:42] <exarkun> mthaddon: Sounds right. :)
[18:42] <mthaddon> exarkun, glad you were able to get it to go through - the current workarounds are to use the advanced file bug form or to alter your description and try again
[18:44] <mthaddon> exarkun, can you add a note to that bug with the details of your problem if you have time?
[18:45] <exarkun> mthaddon: Sure - what details would be useful?
[18:45] <mthaddon> exarkun, the text you were using as the description, and if you have details, the OOPS ids you were getting
[18:45] <exarkun> okay
[18:45] <mthaddon> much appreciated, thx
=== cprov-lunch is now known as cprov
[19:08] <LeeJunFan> what's going on with the mirrors? My system just downloaded an older version of kdelibs and deleted the newer one :-/
[19:09] <LeeJunFan> Getting: pool/main/k/kde4libs/kdelibs5_4.1.2-0ubuntu7_i386.deb
[19:09] <LeeJunFan> deleting pool/main/k/kde4libs/kdelibs5_4.1.2-0ubuntu8_i386.deb
=== geser_ is now known as geser
[19:39] <morgs> Am I just impatient, or why has my PPA not shown the debs for a successfully built package? https://launchpad.net/~morgan/+archive for sugar-hulahop - 0.4.6-0ubuntu1~ppa1
[19:40] <beuno> morgs, I can see the debs
[19:41] <morgs> beuno: I think the answer is "I am just impatient" :) I can see them now too
[19:41] <cprov> morgs: niiice :)
[19:41] <morgs> heh
[19:42] <beuno> morgs, I preferred to imply it  ;)
[19:42] <morgs> :)
[19:42] <beuno> it happens to the best of us
[19:42] <beuno> and, we should really show something on the UI to reassure people
[19:42]  * beuno files a bug
[19:42] <morgs> I already hit refresh on that page 10 times!!! :)
[19:46] <beuno> morgs, bug #283960 is dedicated to you
[19:46] <ubottu> Launchpad bug 283960 in soyuz "PPA page should re-assure the user that their packages are being published" [Undecided,New] https://launchpad.net/bugs/283960
[19:46] <morgs> beuno: :)
[19:55] <cprov> beuno: not really simple as it looks, but I'm more than happy to face this problem with you. Thanks for filing the bug.
[19:56] <beuno> cprov, it never is  :)    when you get to it, poke me, and maybe we can find an easier way around it
[19:56] <cprov> beuno: sure, thanks.
=== geser_ is now known as geser
[20:11] <aantn> hello
[20:11] <aantn> I'm having some trouble setting up translations for my project
[20:12] <aantn> I generated a .po file with xgettext and uploaded it, but I can't approve it from the queue
[20:17] <aantn> Do the files need to be approved by a project admin or a launchpad admin?
[21:07] <_Andrew> Now I am getting.. Unable to find distroseries: unstable?
[21:08] <beuno> _Andrew, right, unstable is debian
[21:09] <beuno> so, you will have to specify for what verison of Ubuntu you want it built: dapper, hardy, intrepid, etc
[21:09] <_Andrew> so what's the problem? It should work on both..
[21:09] <beuno> maybe, maybe not. Either way, PPAs build packages for Ubuntu, so it doesn't recognize "unstable"
[21:09] <_Andrew> Does that mean someone from Debian can't install the deb?
[21:10] <beuno> it means PPAs work with Ubuntu, and, if they do work with Debian, it's only by pure chance
[21:12] <_Andrew> ok then. Do you know where I can change it do hardy?
[21:12] <_Andrew> I'm looking but I don't see it
[21:13] <beuno> _Andrew, in debian/changelog
[21:14] <_Andrew> can I put multiple versions? like ois (1.2.0~ppa1) dapper hardy intrepid;
[21:15] <beuno> no, you have to upload individually
[21:15] <_Andrew> oh ok
[21:15] <beuno> dependencies may vary between versions
[21:15] <beuno> so it's something to be aware of
[21:17] <_Andrew> ok
[21:18] <_Andrew> I got this package from ubuntu hardy but I am only building it for hardy so I think it will be ok
=== ajmitch_ is now known as ajmitch
=== salgado is now known as salgado-afk
=== cody-somerville_ is now known as cody-somerville
=== fta_ is now known as fta
=== spm changed the topic of #launchpad to: Launchpad is going down from 00:0 UTC until 02:00 UTC for a code update | https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | https://help.launchpad.net/HelpRotation | Community help contact: intellectronica
=== Ursinha changed the topic of #launchpad to: Launchpad is going down from 00:00 UTC until 02:00 UTC for a code update | https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | https://help.launchpad.net/HelpRotation | Community help contact: intellectronica
[22:46] <Ursinha> spm, :P
[22:47] <spm> Ursinha: what's a nought between mates. :-) If you're going to get it wrong, may as well copy'n'paste it wrong in multiple channels. :-)
[22:48] <Ursinha> spm, wasn't on purpose, I was just spying to see if there was some activity in here and saw it :)
[22:55] <calc> can we get milestones for hardy-updates and intrepid-updates ?
[23:00] <calc> cjwatson fixed that for me
[23:01] <calc> but i also found another issue that normally is just annoying to me is actually causing real problems now
[23:01] <calc> the fact that an incorrectly associated package can't be deleted combined with package names being reassigned has made such that i can't mark 173090 invalid for openoffice.org2 package
[23:02] <calc> i actually only approved it for openoffice.org to begin with but it appears to have approved it for both names then won't let me mark the openoffice.org2 version invalid since it tries to force rename the package to openoffice.org which won't work
[23:03] <calc> what i would prefer happen is to make it possible to delete extra packages if bug squad (or whoever it needs to be) deems it incorrect