[00:25] <jbicha> what happened to bug 1054776?
[00:26] <wgrant> Sigh, looks like some random marked it public
[00:26] <wgrant> Er, private
[00:26] <wgrant> Let me get it recovered
[00:27] <jbicha> thanks
[00:37] <wgrant> jbicha: That bug's alive again.
[00:37] <wgrant> Thanks for pointing that out
[00:37] <jbicha> bkerensa pointed it to me, I didn't understand it but now I do
[00:38] <wgrant> I see reddit's already calling it a Canonical conspiracy to delete the bug :)
[00:38] <wgrant> But yeah, some random user marked it private :(
[00:39] <wgrant> Ah, thanks for commenting there
[00:40] <lifeless> its public again
[00:41] <lifeless> wow 1070 heat
[00:42] <wgrant> Lots of affectsmetoos
[00:42] <StevenK> wgrant: Why would they do that? :-(
[00:51] <xnox> there was yet to be a feature freeze without a controversy. all is as per schedule.
[00:52] <wgrant> Heh
[00:52] <wgrant> Indeed
[01:40] <tsimpson> it looks like the user who made it private also went an unsubscribed a bunch of people
[01:41] <wgrant> Making it private unsubscribes people who aren't able to see it any more
[01:41] <wgrant> It also displays a big warning that this is going to happen...
[01:41] <wgrant> But apparently the user clicked through it
[01:42] <tsimpson> ah, I see
[02:43] <thomi> Hi, Using the launchpad MR email interface, I occaisonally get a mail bounce containing "Signature couldn't be verified: (7, 8, u'Bad signature')" - but I'm using the same mail client with the same key set up...
[02:54] <smoser> hey, wonder if any launchpad admin can help me.
[02:54] <smoser> i'm trying to copy binaries from https://launchpad.net/%7Ecanonical-arm-dev/+archive/ppa/+copy-packages to https://launchpad.net/~maas-maintainers/+archive/maas-ephemeral-images
[02:55] <bigjools> smoser: timeouts?
[02:55] <smoser> i copied the source once, then realized I didn't want source (as I need the armhf builds), and deleted it from the target
[02:55] <smoser> (i do get timeouts, but i'm not sure its related)
[02:55] <smoser> now I keep getting:
[02:55] <smoser> The following source cannot be copied:
[02:55] <smoser>     mountall 2.41~ppa415 in quantal (same version already uploaded and waiting in ACCEPTED queue)
[02:56] <smoser> i think i could have hosed something by deleting the source copy very soon after i did it.
[02:56] <bigjools> yes, yes you did :(
[02:56] <bigjools> wgrant: geez, I thought this bug was fixed ages ago?
[02:56] <smoser> bigjools, can it be fixed?
[03:02] <smoser> bigjools, are you able to help that?
[03:03] <smoser> or know a workaround?
[03:03] <wgrant> I'm just heading out for lunch, can look afterwards
[03:03] <wgrant> But normally that'll resolve itself after 10-15 minutes
[03:03] <wgrant> When it's published
[03:04] <smoser> well, its been ~ 30 at least
[03:04] <wgrant> Unless you've crashed the publisher
[03:04] <smoser> i did just give it a while to see if it would owrk itsweay out
[03:04] <smoser> way out
[03:05] <bigjools> smoser: there's a crack team of maintenance people available I hope, but if all else fails I can look, if I can remember how to :)
[03:05] <smoser> well, if wgrant can resolve it before i wake up in ~ 8 hours, that'd be soon enough for me.
[03:06] <bigjools> ok
[03:06] <wgrant> Hm
[03:06] <wgrant> This was a delayed copy
[03:06] <wgrant> They never end well :)
[03:06] <bigjools>  /o\
[03:06] <bigjools> it's time to remove that crappy code and use the new world order
[03:06] <wgrant> You know you're in trouble when you see an announcement from process-accepted...
[03:06] <wgrant> bigjools: Yeah, cjwatson is close :)
[03:06] <bigjools> heh
[03:07] <bigjools> is this holding up the ppa publishing pipeline?
[03:07] <wgrant> No
[03:07] <wgrant> No exceptions that I can see
[03:07] <wgrant> So I'm really confused as to why it's stuck in ACCEPTED
[03:07] <wgrant> Really need to leave now, though
[03:07] <wgrant> Will be back in an hourish
[03:07] <smoser> thanks wgrant
[03:07] <bigjools> wgrant in leaving keyboard SHOCKER
[03:07] <wgrant> Shhh
[03:09] <wgrant> Oh right
[03:09] <wgrant> I remember a bug here
[03:09] <lifeless> wgrant: a BUG?!?!?!?!?1
[03:09] <wgrant> When it says "waiting in ACCEPTED queue", it might actually mean "in any queue at all, including DONE"
[03:09] <wgrant> IIRC
[03:09] <wgrant> You can't delayed-copy twice to the same place, probably
[03:09] <wgrant> Anyway, => lunch
[04:13] <wgrant> So yeah
[04:13] <wgrant>             upload_conflict = getUtility(IPackageUploadSet).findSourceUpload(
[04:13] <wgrant>                 name=source.sourcepackagerelease.name,
[04:13] <wgrant>                 version=source.sourcepackagerelease.version,
[04:13] <wgrant>                 archive=self.archive, distribution=series.distribution)
[04:14] <wgrant> When it says ACCEPTED, it means "any queue at all"
[04:15] <wgrant> smoser: There's not much you can do directly. But if you copy it with binaries to another public PPA (any one will do) and wait a few minutes for everything to be made public, you should be able to copy into ppa:maas-maintainers/maas-ephemeral-images.
[11:34] <smoser> wgrant, ok. woke up this morning, tried it. it still failed, so i just now copied binaries to personal ppa (https://launchpad.net/~smoser/+archive/ppa/+packages) and i will walk away for a bit and hope magic happens
[12:11] <pfarrell> hi
[12:11] <pfarrell> is it possible to sort bugs in a list by when they were reported?
[12:12] <pfarrell> that would be really useful
[12:12] <pfarrell> I'm looking at https://bugs.launchpad.net/dolfin and would like to "Order by" date, but there is no date
[12:13] <wgrant> pfarrell: Sort by Number.
[12:13] <czajkowski> pfarrell: no not by order by date, we have age and sort number
[12:13] <pfarrell> ohh!
[12:13] <pfarrell> of course
[12:13] <pfarrell> my apologies, how obvious
[12:13] <pfarrell> thanks
[12:13] <czajkowski> pfarrell: no worries
[12:14] <geser> pfarrell: click on the wheel, enable "age" and then sort by age
[12:14] <wgrant> Also Age should work, yeah, though it's not shown by default
[12:14] <pfarrell> oh, I didn't even know the wheel was clickable
[12:14] <pfarrell> I thought it was just there to look pretty
[12:14] <czajkowski> would love if that wheel was bigger or a differen colour people dont seem to notice it
[12:14] <czajkowski> surpirsed mpt_ hasnt logged a bug about it
[12:14] <czajkowski> *surprised
[12:16] <pfarrell> yeah, I was scanning for "date" and didn't find it so I thought I would complain
[12:16] <pfarrell> when someone is in a rush they're unlikely to process "ah, bug ids are issued such that if idX > idY then X is newer than Y, so if I sort by number I will sort by date"
[12:18] <pfarrell> maybe you could label it "Number/date" ?
[13:27] <TLoT> there's WAY too many timeouts... OOPS-b1ad43885c5f4c1049a04f967e4df3fb
[13:28] <TLoT> that one was on the ubuntu project page, kind of a critical page.
[14:20] <hannie> May I ask who is responsible for the msgmerge command used in LP?
[14:20] <czajkowski> hannie: what do you mean responsible?
[14:21] <hannie> who can change it to msgmerge --previous
[14:22] <hannie> I want to transfer the so called fuzzies from one version to a newer one with this command
[14:23] <czajkowski> so you want help with the command itself
[14:23] <hannie> Lokalize does this automatically, but we prefer to translate online
[14:23] <hannie> czajkowski, no, I want it changed in Launchpad
[14:24] <hannie> We keep on copying and pasting long strings to newer versions because all the fuzzies are thrown away in LP
[14:24] <czajkowski> what do you mean fuzzies?
[14:25] <hannie> a fuzzy is the translation of a msgid that has undergone a slight change (ie a comma)
[14:26] <czajkowski> sinzui: any idea where best to direct hannie to? filing a bug or a question on LP ?
[14:27]  * sinzui looks
[14:27] <hannie> czajkowski, I have tried the ubuntu-translators mailing list, but to no avail
[14:28] <hannie> It is a huge problem for translators of documentation like ubuntu-docs and ubuntu-manual
[14:28] <czajkowski> hannie: did they reply ?
[14:28] <sinzui> hannie, https://bugs.launchpad.net/launchpad/+bug/540757
[14:28] <hannie> well, sort of. The answer was that there is not enough manpower
[14:29] <czajkowski> hannie: well that's the same answer you'll get here
[14:29] <sinzui> No one is working on translations
[14:29] <sinzui> Looks like the last developers wanted to remove the feature entirely.
[14:29] <hannie> it is the making of .pot files into .po files that needs changing
[14:30] <hannie> LP is used very often for online translations
[14:31] <hannie> we translators are not happy at all with this copying and pasting for every new version of Ubuntu that is released
[14:33] <sinzui> okay, so this issue is closer to this bug https://bugs.launchpad.net/launchpad/+bug/429222
[14:33] <hannie> I'll have a look
[14:33] <sinzui> I think you want to report a new bug that you want --previous
[14:35] <sinzui> hannie, There is more than a year of critical work for the maintenance squad, and there is more than a year of high work after that. The best chance of fixing this issue is for someone with translations and programming experience to submit a patch
[14:35] <sinzui> s/patch/tested branch/
[14:37] <hannie> I am willing to do some testing, but then I need someone from LP to change the command for me
[14:37] <hannie> I do not see any sense in reporting another bug, because I do not think that will help
[14:38] <hannie> sinzui, I am aware of the loads of work that need to be done and I do appreciate it
[14:40] <sinzui> hannie, Lp cannot accept a change without a unit test. the person who makes the change also needs to know how to write the unit test to verify it works. I can make changes for you only if you can explain (probably in an email or bug) how I know It works and I did not break something else in Lp
[14:41] <hannie> sinzui, fair enough. I will do some tests first and then contact you again
[14:41] <sinzui> okay. I am sinzui in Lp and irc
[14:41] <hannie> ty for your time
[15:42] <czajkowski> OOPS-11dcf20bdf63f999b9451a5acd611f02
[16:53] <jfcaron> Is there a convenient way to get a fixed URL that always points to the latest version of a file on launchpad, e.g. for downloading with wget?
[16:54] <jfcaron> It seems my latest version urls always have a timestamp in them, or the actual revision number, so I can't reliably make a script that wgets the latest version.
[17:01] <bjf> i'm trying to look at https://launchpad.net/bugs/1052530 and i can't see it. i've asked 5 other people with more privs than i including the security team and none of them can see it as well
[17:01] <bjf> can anyone tell be what is up with that bug?
[17:02] <czajkowski> bjf: I cant see it either we can't see private bugs either
[17:03] <czajkowski> bjf: you might find someone in #ubuntu-bug
[17:03] <czajkowski> are you sure also that is the correct bug bumber
[17:04] <bjf> czajkowski: the bug # is correct
[17:04] <czajkowski> then someone from the bug squad will be able to help
[17:04] <bjf> czajkowski: and i've tried someone from the bug squad
[17:05] <bjf> czajkowski: i've tried a several people from bug squad
[17:05] <czajkowski> sinzui: thoughts?
[17:07] <sinzui> I cannot see it. bjf, how do you know about this bug? A dupe?
[17:09] <bjf> sinzui: http://people.canonical.com/~kernel/reports/1-day-new.html  it will show up in a search
[17:09] <bjf> sinzui: 4th from the top
[17:09] <sinzui> ah, if ubuntu-bugs cannot see it, then this is evil apport using Lp as a crash database. bjf, No human can see the bug. There is nothing you or any human can do
[17:10] <bjf> sinzui: i've never encountered this before, that seems quite odd
[17:11] <bjf> sinzui: that doesn't look like an apport title
[17:11] <sinzui> bjf, it is the most common reason a bug cannot be accessed.
[17:11] <sinzui> bjf, if it is not apport, then the bug was targeted to a project where other people have access
[17:14] <sinzui> bjf, this might be case were a user decided to make the bug private without giving anyone access to it...in which can the bug will never be fixed because Ubuntu does not share that data with any people
[17:15] <bjf> sinzui: and there is _no one_ that can look at the bug to see if that is truly the case and it's not an issue with LP ?
[17:15] <sinzui> No, We allow projects to choose who gets access to confidential data. Ubuntu chooses that No human gets access.
[17:15] <sinzui> They can change the rule at any time
[17:16] <sinzui> They wont until they dismantle apport or at least stop it from using Lp as a crash database.
[17:19] <sinzui> bjf, user are warned that they are going to shoot themselves in the foot. This is the text of the confirmation panel shown to users who make Ubuntu bugs private http://pastebin.ubuntu.com/1227025/
[17:20] <bjf> sinzui, ok, i guess that bug is dead to me
[17:21] <sinzui> bjf, You can ask a webops on #launchpad-ops if he can see why it is private
[17:23] <MattJ100> Does anyone know which machines architecture-independent packages are built on in PPAs?
[17:23] <MattJ100> I have dependency problems, and I'm not sure if it's an issue with my source package, or because amd64 has built but i386 hasn't
[17:24] <slank> bjf: webops here reading backscroll, but can you paraphrase your question?
[17:25] <bjf> sinzui, i can't get to https://launchpad.net/bugs/1052530
[17:25] <bjf> slank ^
[17:25] <bjf> slank, and i'd like to know why
[17:25] <slank> bjf: looking
[17:27] <sinzui> slank, if no one but the reporter is subscribed, and the bug is on Ubuntu, you should subscribe someone, maybe ubuntu-bugs so that someone can see the issue
[17:29] <slank> sinzui: ubuntu-bugs is now subscribed
[17:30] <sinzui> thanks slank
[17:30] <sinzui> bjf, sorry, you need to ask ubuntu-bugs agains
[17:33] <bjf> sinzui, slank, thanks, i'm in ubuntu-bugs
[17:35] <bjf> sinzui, if i look at the activity log for that bug, would i see if the user made it private?
[17:35] <bjf> sinzui: sorry, yes he did
[17:36] <sinzui> bjf, was the bug reported via email? I guess the bug would have been created private in that case
[17:36] <bjf> sinzui, no, looks like he marked it private on his own for some reason
[17:36] <bjf> sinzui, i'm assuming user error and adding a comment
[17:37] <sinzui> understood
[18:22] <smoser> ugh
[18:22] <smoser> The following source cannot be copied:
[18:22] <smoser>     open-iscsi 2.0.871-0ubuntu9.1~ppa2 in precise (a different source with the same version is published in the destination archive)
[18:23] <smoser> i disagree with that. the destination archive (https://launchpad.net/~maas-maintainers/+archive/maas-ephemeral-images) does not have any such package
[18:24] <smoser> anyone have a suggestion there?
[18:27] <patdk-wk> heh :)
[18:28] <patdk-wk> smoser, your going have to ping their names to get attention
[18:29] <smoser> well, i dont know who to ping.
[18:29] <smoser> this is frustrating.
[18:29] <patdk-wk> odd
[18:29] <patdk-wk> was in the topic last week
[18:29] <patdk-wk> sinzui
[18:29] <patdk-wk> can't remember the other one, started with j
[18:30] <czajkowski> smoser: I'm usually on between 9-6
[18:30] <czajkowski> after that it's maintenance team so sinzui jcsackett wallyworld wgrant and StevenK
[18:45] <smoser> anyone above able to help me?
[18:45] <smoser> i've tried the trick wgrant suggested yesterday , of copying it to a different archive (that succeeded)
[18:45] <smoser> but it still complains copyint it to where i want it to go
[18:48] <sinzui> smoser, I think you need to make a change to increment the package version so that it is clear yours is different from the one that is installed on user machines.
[18:48] <smoser> sinzui, ? its complaining about an archive copy.
[18:49] <sinzui> smoser, 2.0.871-1ubuntu9.1~ppa2  or 2.0.871-0ubuntu9.2~ppa2
[18:49] <patdk-wk> a copy isn't a change
[18:49] <sinzui> smoser, It is complaining that you might be doing a man-in-the-middle attack by provide a package with a known version, but the contents are different
[18:50] <smoser> i can do that. just sucks. as it takes an hour to get a build out.
[18:51] <sinzui> a copy is not a change. If that version (from anywhere) was ever uploaded and accepted, then no person can reuse it with different content. this is probably a naming collision
[18:52] <sinzui> Yes I sucks. I have had to make a bogus increment to a package this year just to be certain someone does not think it is the other package uploaded some where else
[18:57] <patdk-wk> that is understandable, but if it's a clone/copy, it's the same bogus package in both locations :)
[18:58] <mfisch> anyone know if there's a way to see the --fixes info in branch history for trunk after the branch was merged to trunk/
[18:58] <mfisch> ?
[18:58] <mfisch> for example, I fix a bug in my private branch, merge it to trunk, do we lose the --fixes info in the merge?
[18:59] <danilos> mfisch, nope, but you may need to pass in -n0 to bzr log
[19:00] <mfisch> -n0 helps, but bzr log doesn't seem to show --fixes info, maybe it won't in general
[19:44] <bac> benji: oh, he's talking about the charm search
[19:45] <MattJ100> To answer my own question from earlier, the architecture-independent package was built from the i386 build
[20:19] <DNS> hm amd64 are chroot error with precise only? https://launchpad.net/~dns/+archive/gnu/+build/3853503/+files/buildlog_ubuntu-precise-amd64.denemo_0.9.6%2B20120925%7Egit.dbafd55-1%7Eprecise1_CHROOTWAIT.txt.gz like https://launchpad.net/~dns/+archive/gnu/+build/3854567/+files/buildlog_ubuntu-precise-amd64.texmacs_1%3A1.0.7.16%7E20120925%7Esvn5743%7Eprecise1_CHROOTWAIT.txt.gz any1 have a clue why?
[20:20] <DNS> other builds are good, only precise and amd64
[20:21] <DNS> *only precise with amd64 not
[20:57] <geser> DNS: your libp11-kit0 (from your test ppa) breaks the update of this package (the preinst script of it)
[22:03] <DNS> thx geser
[22:08] <maxb> !ids username=lbso2jakdaw
[22:09] <maxb> ugh, incorrect network
[22:09] <TheLordOfTime> lol
[22:38] <agrif> anyone know where I can go to get help signing up for an account?
[22:38] <ebergen> anything more specific?
[22:38] <agrif> I've tried to sign up for a launchpad account 3 times now (on different days) and I never get the confirmation email.
[22:39] <agrif> I've also tried this: https://forms.canonical.com/lp-login-support/ but the page it eventually redirects me to doesn't do anything. It just sits there.
[22:52] <agrif> :(
[22:57] <czajkowski> wgrant: ^^^
[22:58] <wgrant> agrif: We don't actually run the login stuff. Can you try asking in #canonical-isd?
[22:58] <agrif> ok, thanks. I'll try there.