psusiI seem to have left a hung bzr process on lp, is there a way to kill it?01:22
psusiUnable to obtain lock  held by psusi@bazaar.launchpad.net at crowberry [process #13056], acquired 4 minutes, 9 seconds ago.01:22
StevenKpsusi: bzr help break-lock01:22
psusiStevenK, it says only to use that if you are sure the process has been stopped01:23
StevenKpsusi: It's remote, you can't be sure. Use it anyway01:23
psusithat's not good... maybe I should file a bug report against bzr then... break-lock should try to kill the process rather than just hope it has stopped01:24
StevenKpsusi: Then I'd suggest you ask in #bzr what break-lock will attempt01:25
StevenK(Before filing a bug)01:25
psusihrm... when using the edit@ bug mail interface, it seems that the body of the message is ignored rather than added as a comment to each of the multiple bugs.  Is there a way to correct that, or is this a bug or just an intentional lack of feature?01:37
=== Ursinha is now known as Ursinha-afk
tgm4883I'm trying to find out how much one of my PPA's is getting used. I'm pulling download stats for all versions of a single package from my PPA, but there doesn't seem to be a way to pull just certain dates. I'm using getDailyDownloadTotals, which allows start and end dates, but is there another way to query only a certain date range? Specifically, if I could do something like getPublishedBinaries(binary_name="mythtv-common", start_date=yesterday,03:20
tgm4883 end_date=today) would be nice)03:20
wgranttgm4883: Yeah, the current API doesn't work so well for daily PPAs. Or for much at all. It was very much an initial step that I implemented to check if the data was OK.03:33
tgm4883wgrant, ah ok, is there future plans to add something to account for that?03:58
tgm4883I mean, I can periodically just do a full download, which takes about 30 minutes, but I can't think LP likes that too much03:58
wgranttgm4883: No immediate plans, no. I did the initial download count implementation before I had a boss telling me what to do.04:02
tgm4883wgrant, ah ok, that makes sense, we'll probably just do a monthly pull then04:03
tgm4883wgrant, thanks for the info04:04
spivGar, can't view my code page due to timeouts :(04:14
wgrantlifeless is fixing that.04:15
lifelesscan has review, then can has fix04:17
=== jtv is now known as jtv-eat
siretartmaxb: it is a vcs import. it shouldn't be stacked on anything!06:35
wgrantsiretart: https://code.launchpad.net/~siretart/libav/packaging-trunk is stacked on the name.06:37
wgrantthe old name.06:37
siretartwgrant: but this doesn't make sense, it has no common history to the vcs import06:39
wgrantsiretart: LP assumes that your project branches are related, and stacks branches on the development focus.06:40
wgrantbzr will stack even if there is no common history.06:40
siretartcan I reconfigure lp:~siretart/libav/packaging-trunk to non-stacked?06:40
wgrantTry bzr reconfigure --unstacked lp:~siretart/libav/packaging-trunk'06:41
wgrantIt may work. But it may need you to manually unstack it.06:41
wgrant(which in this case consists of deleting one line of config)06:41
siretartbzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~siretart/libav/master/".06:41
wgrant(or using maxb's fixup script, followed by reconfigure --unstacked.06:41
wgrantEither sftp in and remove stacked_on_location from .bzr/branch/branch.conf, or use maxb's script.06:42
siretartmaxb: thanks, your script fixed lp:~siretart/libav/packaging-trunk!06:44
maxbgreat - we really need a UI in bzr for this - oh for more round tuits :-)06:44
siretartwgrant: thanks for the explanation to you as well, of course!06:45
=== doko_ is now known as doko
=== warp11 is now known as warp10
siretartmaxb: wgrant: seems that this still didn't do it completly: https://code.launchpad.net/~motumedia/+recipe/libav-daily08:18
siretartchecking out the packaging branch manually works now, though08:18
wgrantHmm. It's a different error.08:19
siretartyes, it says now: bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/%2Bbranch/libav/".08:19
wgrantI see.08:19
wgrantIt's now stacked on /+branch/libav, which is invalid.08:19
siretartI did: ./bzr-set-stacked-url lp:~siretart/libav/packaging-trunk  lp:libav08:20
wgrantThat will have broken fairly recently :/08:20
siretartwas this wrong? what should I have done?08:20
wgrantWhat if you rerun it with lp:~motumedia/libav/master instead?08:21
siretartokay, I can still check it out, I'll request a new build to test08:22
pooliethis might be fallout from the failed attempt to stop using xmlrpc to resolve names08:23
pooliei don' have the bug number here08:23
wgrantpoolie: That's my assumption.08:23
wgrantBut isn't that only in bzr.dev?08:24
pooliesiretart, what bzr version are you running08:24
wgrantI thought it only did it for bzr+ssh in 2.308:24
wgrantBut perhaps it is setting a bzr+ssh URL, and LP is translating it to HTTP.08:24
siretartpoolie: the version in lucid, 2.1.108:30
siretartbut yay, it did work this time! :-)08:31
ftasomething's wrong there: https://launchpad.net/~chromium-daily/+archive/beta/+buildjob/241571609:08
frankb_i have a question09:11
frankb_i have problem to upload a 120M file on launchpad09:13
frankb_is there a limit with size?09:13
frankb_nobody can answer?09:38
=== jtv1 is now known as jtv
=== jtv1 is now known as jtv
mandelhello, I have been getting time out everytime I try to access my code page, I was wondering if there are any issues known about that and if I can do anything in my side to fix that11:16
spivmandel: known issue, fix is expected to be deploy quite soon AIUI11:17
mandelthe last oops id is Error ID: OOPS-1915G108111:17
spivmandel: on your side if you try ~user/proj rather than ~user you might have better luck, maybe.11:18
wgrantLet me just check where in the pipeline the fix is.11:18
mandelspiv: oh, cool, thx for the info11:18
siretartdoes launchpad have means to import bug data from roundup to malone?11:21
jmlumm... maybe11:24
jmlallenap or gmb would know better11:24
wgrantI don't know of an exporter for roundup.11:28
siretartwe are currently considering to migrate from roundup and look for options. currently, bugzilla and launchpad have been proposed11:31
gmbsiretart: There isn't a specific bug importer for roundup -> Launchpad. However, https://help.launchpad.net/Bugs/ImportFormat can give you guidance about how to generate an XML file that we can import for you.11:33
siretartgmb: thanks11:35
=== jtv1 is now known as jtv
=== yofel_ is now known as yofel
=== Ursinha-afk is now known as Ursinha
=== bfiller is now known as bfiller_afk
ftaplease kill https://launchpad.net/~chromium-daily/+archive/beta/+buildjob/241571614:49
=== deryck is now known as deryck[lunch]
=== Anthony|Away is now known as MadnessRed
salgadogmb, around?  somebody from Linaro is wondering why the upstream task of https://bugs.launchpad.net/gcc-linaro/+bug/710652 hasn't been updated even though the remote bug was updated a couple days ago16:18
ubot5Ubuntu bug 710652 in gcc "ARM neon vld1q_lane_u8 & co. don't accept lanes >= 8" [Medium,In progress]16:18
* gmb looks16:19
gmbsalgado: It failed because we're trying to update the remote bug to include a link to the LP bug and we don't have credentials to be able to do that.16:21
gmb(Though the error is buried somewhat and I only found it because of an OOPS)16:21
salgadooh, and because of that we don't suck data from the remote bug either?16:21
gmbsalgado: Hmm, interesting point. Let me dig at the code a bit; it might be that this is a failure state from which we don't recover well, even though we should.16:23
gmbsalgado: So, it's not updated because the remote bug was changed after the last time the watch was checked. Because there have been errors on the watch, checkwatches has rate-limited the number of checks we do, so it won't be updated until tomorrow morning (at which point the latest changes should be pulled down).16:37
gmb(FTR, the watch was last checked at 2011-03-28 03:02:08 but the remote bug was changed at 2011-03-28 10:32:12).16:37
salgadogmb, oh, cool.  I suppose there's no way to see the time it was last updated from the web UI, right?16:38
gmbsalgado: Not at the moment, no. But if you'd be so kind as to file a bug we can change that when we get chance.16:39
=== deryck[lunch] is now known as deryck
gmbsalgado: I think it's probably worth filing a bug for getting us credentials on the gcc bugzilla, too, since otherwise all the gcc watches are going to be rate limited to 1 check per week, eventually.16:40
gmbsalgado: In fact, I'll take care of the credentials bug.16:40
salgadogmb, ok, I think I have someone who can push that16:40
salgadothe guy is a gcc upstream developer so maybe he can help with that?16:41
gmbsalgado: Yes, that would be great. We don't need anything on their end other than the OK to go ahead with comment syncing and back-linking.16:42
salgadogmb, oh, ok, and the credentials is something you'd get yourself by registering there?16:43
gmbNormally we just register the feedback address.16:43
gmbsalgado: https://bugs.launchpad.net/launchpad/+bug/745794, FTR.16:43
ubot5Ubuntu bug 745794 in Launchpad itself "Launchpad needs credentials for the GCC Bugzilla" [High,Triaged]16:43
salgadogmb, is the comment syncing two-way?16:52
gmbsalgado: Yes.16:53
salgadogmb, is it possible to have it one-way only?  are other projects happy with two-way syncing?16:55
gmbsalgado: At the moment we have no mechanism for turning it off in one direction or the other. Most projects seem okay with the bi-directionality of it, FWIW.16:57
salgadogmb, I ask because the guy I'm talking to doesn't seem very keen on that.  he said the best way to get permission would be to email gcc@gcc.gnu.org16:58
gmbsalgado: Okay. Could you add a comment on the bug to that effect?17:00
salgadothanks for the help, gmb.  just filed bug 745809, btw17:03
ubot5Launchpad bug 745809 in Launchpad itself "Show when was the last time a bug watch was updated" [Undecided,New] https://launchpad.net/bugs/74580917:03
gmbCool, thanks.17:03
=== salgado is now known as salgado-lunch
=== beuno is now known as beuno-lunch
=== beuno-lunch is now known as beuno
ScottKlifeless: I appreciate your dedication to getting a page (the archive administraton page) that not very many people use working well. Thanks.19:47
lifelessScottK: my pleasure19:48
lifelessScottK: we want LP to work well19:48
lifelessover and above this being part of LP, pages that are slow have all sorts of cascading impacts19:48
lifelessso we really need all pages to be snappy and sane19:49
ScottKIt's progress that I filed a bug when it only failed once.  Historically it was broken enough I didn't even bother with a bug unless I couldn't get it to work after multiple tries.19:49
lifelessScottK: \o/19:50
lifelessScottK: we've been getting quite a bit of feedback along those lines recently19:50
lifeless'I no longer hate using LP because of speed'19:51
lifelessScottK: we've a ways to go to be truely fast, but I think we'll get there19:51
ScottKPerformance has been one of my major complaints since I started using LP.19:51
ScottKIt's great to see it finally getting some attention.19:51
ScottK(and progress)19:51
lifelessyeah, I'm starting to like using it from here :)19:52
lifelessperformance is hard though, long way to go still19:52
=== romaia-tef is now known as romaia
romaiaHi all.21:09
romaiaI am trying to change the owner of a private branch in launchpad21:09
romaiabut I am getting an oops21:09
romaiaif it helps21:09
maxbHmm. It's a time of the day when official Canonical folks are likely to be a little scarce21:10
maxbIt would probably be best for you to file your issue in the launchpad answers tracker21:10
romaiamaxb, I work with kiko21:11
romaiahe said a few names that could help me21:11
romaiaI only remember rockstar21:11
rockstarromaia, hi.21:12
romaiahi rockstar21:12
benjimaxb: I guess we need to hire a bunch of people who sail around in the middle of the pacific.21:12
rockstarthumper might be around now.21:12
rockstarromaia, what's the branch in question?21:13
romaiageorgeyk tried to change the owner to stoq-dev21:14
maxbbenji: It's probably more efficient to just hire software developers who drink too much coffee :-)21:14
benjimaxb: I thought that was already a requirement. <twich>21:15
rockstarmaxb, that would be thumper.21:15
* thumper is making a coffee now21:15
* rockstar is psychic21:16
* maxb jumps on the Launchpad *is* getting faster bandwagon21:16
maxbAlthough being <5ms pingtime away from the datacentre must help :-)21:16
* thumper waits for the oops to sync21:17
rockstarromaia, so I've changed the ownership of the branch.  The oops you got should be taken care of by the Launchpad developers soon (they're getting fast at fixing oopses).21:17
thumperthanks rockstar21:17
romaiarockstar, thanks21:17
benjistupid arrhythmia, keeping me from drinking as much coffee as I want21:18
=== Ursinha is now known as Ursinha-bbl
=== matsubara is now known as matsubara-afk
=== cnd` is now known as cnd
glyphHello launchpad.23:18
glyphApproximately six times this week, I've had to explain to someone that "view the branch content" means "view the code".  Is there any possibility that this wording could be changed?  I realize that "branch content" is formally more accurate than "code", since branches might contain other stuff, but I have yet to meet a single person who actually knew what the link meant.23:19
thumperglyph: do you have any suggested wording?23:25
thumperglyph: some branches don't have code :)23:25
thumpera niggle I know23:26
wgrantthumper: But the tab is named Code again.23:26
thumperyes, it is23:26
glyphthumper: "browse the code".23:27
glyphthumper: I don't care that it's not accurate, it's what every other website in the world calls it, so that's what people look for :)23:27
glyphMaybe in 10 years when bzr has a nice GUI that is integrated with plugins for Photoshop and Microsoft Word, and we don't have to look at crummy text diffs all day to use it, people will realistically have some stuff in bzr branches that aren't code :)23:28
poolie_glyph, i agree 'view the code' would be better23:37
poolie_also, the link is kind of hidden considering it's a pretty important function23:37
glyphpoolie_: Yes.  Really it shouldn't be a link.  The front page of each project should have a root directory listing of the current development focus as most of the page.23:38
spivFor the pedants, just argue that non-source files are binary codes ;)23:45
glyphspiv: it should be a localization feature23:45
glyphspiv: "en_US.UTF-8" and "en_WHAT_A_JERK.UTF-8"23:46
glyphspiv: and then it could say "retrieve branch contents via network connection"23:46
glyphbecause hey, if you're blind, maybe you're not "viewing" the branch content!  it's prejudicial to assume that's what the user is doign.23:46
spivI was thinking en_MEME.UTF-8, with lots of “Hi gentlemen how are you!!” and “I made you a web page but I eated it”23:47
glyphthat would be an even better locale23:48
rockstarthumper and I talked about this every 6 months or so.  I hope someone changes the name of the link at least.23:54
thumperif someone will file the bug, I'll fix it ASAP23:54
rockstarthumper, I'm pretty sure there's a bug already.  I think zooko filed it.23:57

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!