[03:05] <jbicha> hi! on https://launchpad.net/ubuntu/quantal/+queue?queue_state=1 why is the diff stored at http://lplibrarian-private-download.internal:8000/110291526/haskell-aeson_0.6.0.2-1_0.6.0.2-1build1.diff.gz
[03:38] <micahg> jbicha: looks like a bug
[03:39] <micahg> lifeless: ^^^
[03:41] <lifeless> indeed thats a bug
[03:41] <lifeless> please file it
[03:41] <lifeless> cjwatson will need to know about it
[03:44] <jbicha> it's affecting other stuff too, https://launchpad.net/ubuntu/+source/mutter/3.5.4-0ubuntu1
[03:52] <stgraber> it's not affecting all the diff links and the relation between these that are affected isn't obvious (not time based and nothing obvious in the .changes that I could see)
[03:52] <jbicha> are there recent uploads that have normal diffs?
[03:53] <stgraber> fairly recent yeah
[03:53] <stgraber> I spotted a couple to quantal 4 hours ago that were fine
[03:54] <stgraber> https://launchpad.net/ubuntu/quantal/+queue?queue_state=3&queue_text=&memo=120&start=120
[03:54] <stgraber> lists gnome-orca with an invalid link, but gjs and libsoup2.4 are fine
[03:54] <jbicha> anyway, bug 1025515
[03:54] <stgraber> kde-runtime too, but if you go to the next page, you have some more that are pointing to the internal server
[04:21] <wgrant> jbicha, lifeless, micahg: cjwatson's already fixed that, but existing uploads haven't been repaired.
[04:21] <wgrant> It affects sources that were originally uploaded to a private PPA.
[04:21] <micahg> wgrant: would've pinged you, but I thought you were on vacation :)
[04:22] <micahg> wgrant: the quantal queue doesn't include stuff uploaded to private PPAs :)
[04:23] <wgrant> Ahhh
[04:23] <wgrant>     @property
[04:23] <wgrant>     def private(self):
[04:23] <wgrant>         """See `IPackageDiff`."""
[04:23] <wgrant>         return all(
[04:23] <wgrant>             archive.private for archive in self.to_source.published_archives)
[04:23] <wgrant> So if it's not published in any archives at all, it'll end up private :/
[04:23] <micahg> heh, I had a sneaky suspicion about that part
[04:25] <lifeless> wgrant: what what, we store a static url? what about TLT ?
[04:26] <wgrant> lifeless: We store an LFA reference.
[04:26] <wgrant> lifeless: Private archives know how to do the TLT redirection dance
[04:27] <wgrant> Public archives and +queue do not, deliberately.
[04:27] <lifeless> wgrant: lplibrarian-private-download.internal isn't a TLT base url *either*
[04:27] <wgrant> lifeless: No, it's the http_url
[04:27] <lifeless> ahhhhg
[04:27] <wgrant> Which things will use unless they're getting TLTs
[04:27] <wgrant> using getURL
[04:27] <lifeless> we should just nuke that for private entirely.
[04:28] <wgrant> Er
[04:28] <wgrant> No
[04:28] <lifeless> yeah :)
[04:28] <wgrant> It's how internal downloads work :)
[04:28] <lifeless> doesn't have to be.
[04:28] <wgrant> You want to issue a bazillion TLTs for every file just so we can access them internally?
[04:28] <wgrant> Seems unwise.
[04:28] <wgrant> At least until we know it scales
[04:28] <wgrant> Which we don't...
[04:28] <lifeless> its about as much IO as needed to write a log entry
[04:28] <lifeless> we know that we can do that already.
[04:29] <lifeless> Internal downloads of public things should use the public url
[04:29] <wgrant> Well, recall that we already have some unidentified load issue with TLTs in the librarian server.
[04:29] <lifeless> internal downloads of private things should use a private url, TLTs provide one.
[04:29] <lifeless> yes, should fix that first.
[04:29] <lifeless> Wasn't aware that it was load correlated.
[13:24] <iwata0303> Hallo, folks.
[13:25] <iwata0303> Now, I get "Not a branch" error when trying to access to some branches on Launchpad.
[13:26] <mgz> iwata0303: has the branch been deleted or moved?
[13:26] <Lasall> how do you branch?
[13:26] <iwata0303> e.g. lp:tortoisebzr, lp:qbzr. They cirtainly exist.
[13:26] <mgz> ah, okay, they do exist :)
[13:26] <iwata0303> Has something changed ?
[13:26] <mgz> $ bzr branch lp:qbzr
[13:26] <mgz> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/+branch/qbzr/".
[13:26] <mgz> ...and that is a bit worrying
[13:28] <mgz> $ bzr branch lp:~qbzr-dev/qbzr/trunk2a
[13:28] <mgz> Branched 1494 revisions.
[13:28] <mgz> so, the mapping is borked.
[13:31] <iwata0303> Can I do something to fix it ?
[13:32] <mgz> iwata0303: problem seems to be launchpad's end
[13:32] <mgz> there are a few recent changes to branch stacking for the privacy work, but nothing jumps out at me as being to blame
[13:34] <mgz> iwata0303: for a workaround if you need to update your copies locally, you can find out the real location from the web page and pull from that
[13:38] <iwata0303> The workaround is okay for my personal work, but this problem may block next bzr windows installer release.
[13:39] <mgz> iwata0303: don't make me cry more ;_;
[13:39] <mgz> (I think that should be fine, as I can always manually change the locations to pull from when building the installer)
[13:40] <mgz> but this is clearly a regression in launchpad that needs fixing
[13:45] <iwata0303> mgz: I see. Thank you for your advice :)
[13:45] <mgz> thanks for reporting the problem :)
[13:58] <dobey> how does one remove a team from subscription to bugs for a specific package in ubuntu these days?
[14:01] <mgz> dobey: not sure as I can't find a team I'm subscribed to stuff seperately under, but maybe under ubuntu/+source/PROJECT/+subscriptions ?
[14:04] <dobey> apparently that doesn't work either. but i'm middle-man at the moment, as no teams i'm admin of are subscribed to package bugs in ubuntu, i don't think
[14:05] <mgz> okay, so we're both in the dark :)
[14:06] <dobey> but i do see an Unsubscribe for myself on another package where i am subscribed, on the +subscriptions page
[14:06] <dobey> i wonder if that's broken for teams that are also members of ubuntu-bug-control
[14:10] <bdrung> hi, i try to run lp:ubuntu-sponsoring, but it always crashes due to a LP timeout error (OOPS-cdbdeb62c9dc06f0a82055212f63fb1e)
[14:11] <dobey> mgz: http://ubuntuone.com/5zoA5NukA3PV1bjhPiJlgj <- chipaca sees this on that page. trying to remove ubuntuone-hackers from couchdb bug subscription. he's the team owner and an admin. for me, it shows my subscription via that team. wonder why it's blank for him
[14:13] <mgz> dobey: right, that's what I see on projects I have no direct subscriptions for
[14:13] <mgz> implies if he's subscribed to that project, it's through some other more twisty path
[14:13] <dobey> no, ubuntuone-hackers is subscribed to that package
[14:14] <dobey> mgz: you can see it listed on https://launchpad.net/ubuntu/+source/couchdb
[14:18] <mgz> dobey: can he edit stuff on ~ubuntuone-hackers/+structural-subscriptions ?
[14:22] <dobey> mgz: i could delete it from there even
[14:23] <mgz> dobey: ace.
[14:23] <sfeu> Hey there, I require armhf builds for my project. But  if i define armhf for architecture in debian/control, launchpad rejects my build. So i am required to use my own pbuilder on arm, right?
[14:24] <mgz> sfeu: or get a special permission bit to use the launchpad arm builders
[14:25] <mgz> I'm not sure who you need to beg for that though.
[14:27] <sfeu> mgz: thanks for the info. I will try to asks the admins in launchpad/answers then.
[14:27] <mgz> that'll still be me today, I'll poke someone in the know.
[14:31] <sfeu> thanks mgz. I am doing my first steps porting libcassowary, a constrain solver to recent 10.04 and 12.04 ubuntu versions. would be great if one can enable this special bit for my repository. https://launchpad.net/~sfeu/+archive/ppa/+packages
[14:37] <mgz> sfeu: will get back to you shortly
[14:48] <sfeu> mgz: thx
[15:00] <czajkowski> sfeu: are you canonica/linaro
[15:30] <mgz> sfeu: so, the short answer is yes, you need your own builder (or to piggyback on debian or some other group that providers builders to members)
[17:59] <dobey> how do i copy binary packages from the Ubuntu archive, to a PPA, into a different series?
[18:01] <elmo> dobey: from the PPA's page, 'View Package Details'
[18:01] <elmo> dobey: then there should be a copy link near the top right
[18:01] <elmo> oh, blah
[18:01] <elmo> dobey: sorry
[18:02] <dobey> :)
[18:03] <dobey> yeah, from ubuntu main into a ppa, not from one ppa to another
[18:03] <dobey> stupid circular deps in python modules not making this easy for me :-/
[18:35] <sfeu_> mgz: ok. thanks - then i will set up my own one.
[19:44] <evillyEvil> How long is a "Rejected" branch kept on launchpad?
[19:44] <evillyEvil> How do I view the list of all rejected branches of mine?
[19:50] <lifeless> evillyEvil: code.l.n/~ and use the filter to choose rejected branches.
[19:51] <lifeless> erm, abandoned.
[19:51] <lifeless> I'm not sure there is a view for my-reject-ed-proposals
[19:51] <evillyEvil> lifeless: will those rejected branches got deleted after sometime?
[20:19] <lifeless> evillyEvil: nope