[00:01] don't you already have an account? [00:02] we created a new one for me, to avoid the cost of all the old bug subscriptions [00:02] remember? [00:02] it was your idea === jfroy_ is now known as jfroy === almaisan` is now known as al-maisan === Lcawte is now known as Lcawte|Away === mrevell__ is now known as mrevell === mrevell_ is now known as mrevell === Ursinha-afk is now known as Ursinha [11:12] hello [11:13] does anybody happen to know what is the default line width used by Launchpad translations for gettext files? [11:13] it seems to be either 75 or 76 [11:32] well, it's seems to be the default though [11:32] probably translators have different widths in their editors [11:35] exarkun: Hi, sorry for disappearing on you over the weekend, I wasn't feeling that great :-/ Anyway, divmod svn... [11:36] So, I wrote a plugin implementing a custom layout... lp:~maxb/+junk/divmod_svn_layout... but then I found it caused bzr-svn to eat all the memory on my machine and crash [11:36] I also realized there should be a way to do it without a custom plugin, using bzr-svn's wildcard layout [11:37] So I added the lines "branches = branches/*/Axiom;trunk/Axiom" and "tags = tags/releases/*" to the relevant section of ~/.bazaar/subversion.conf [11:37] And then I found a bug in the wildcard layout, so I fixed it: lp:~maxb/bzr-svn/wildcard-layout-no-project-path [11:38] With such a configuration, I managed to run 'bzr svn-import file://..../Divmod Axiom.bzr' and similar for other projects [11:38] However, something about this history of Nevow causes bzr-svn to crash [11:38] I think we'll need to enlist jelmer on that [11:39] Also, when doing these imports, you end up with tags for *all* the projects in *all* the branched [11:39] *branches [11:40] I'd highly recommend tidying up the tags before pushing any branches to Launchpad, as once you've shared a tag, it tends to keep creeping back in, when you merge from someone who branched before the tags were deleted === mrevell_ is now known as mrevel === JanC_ is now known as JanC [13:32] hi. is there something wrong with launchpad's patch detection? [13:33] it complains that a patch which was generated by debdiff is not a patch. [13:33] patch -p1 patches it cleanly, too. === gmb changed the topic of #launchpad to: : [13:33] FAIL [13:34] hyperair: Let me try to answer your question in a minute when I've fixed my inability to use IRC properly [13:34] heh lol === gmb changed the topic of #launchpad to: Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: gmb | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ [13:36] Right [13:37] hyperair: ISTR that we've had problems detecting debdiffs properly in the past. Let me take a look for you... [13:39] gmb: hmm but why is that, though? it looks like any other diff [13:39] hyperair: That's what I'm trying to find out. I can't remember if it's something to do with the Zope's built in file type detection. [13:40] hmm [13:40] adeuring, allenap : Can either of you remember if / why we might still have problems detecting debdiffs properly? [13:40] (See hyperair's question for context) [13:41] gmb: It rings a bell, but I can't remember any specifics. [13:41] gmb, hyperair we rely just on the filename's extension to figure out if a file could be a patch [13:42] Aah. [13:42] ah [13:42] that makes sense [13:42] and kinda sucks [13:42] hyperair: yeah... we don't trust a mime type, and file(1) was really broken for diff output that last time I tried it [13:43] but that's siome time ago... [13:43] i se. [13:44] hyperair: but I would really appreciate any suggestion how to do a better detection if a file is patch :) [13:44] Ah yes, I had a branch to use libmagic (what file(1) uses iirc) to auto-detect file types, but the magic database, while fine on Hardy, seemed to regress seriously after that. [13:45] % file -i debdiff-sru [ 9:44PM] [13:45] debdiff-sru: text/x-diff; charset=us-ascii [13:45] adeuring: ^ [13:45] looks fine to me. [13:45] hyperair: It may be that the problem has been fixed. [13:46] allenap: so launchpad should totally use file for patch detection [13:46] hyperair, allenap yes, might be. but we should also try file output-from-bzr-diff . That was really broken... [13:46] heh [13:46] how about having both checks? [13:47] if filename.endswith(".patch") or file_says_its_a_diff(filename) [13:47] hyperair: yes, that would make sense: _if_ "file bugattachment" says that it is diff data, use it, else fall back to using the filename xtension [13:48] right. [13:48] adeuring, hyperair: bug 34758 was where I tried to introduce libmagic, but bug 285031 is blocking it. [13:48] Launchpad bug 34758 in Launchpad itself "librarian will set type to text/html though it should be text/plain" [Medium,Triaged] https://launchpad.net/bugs/34758 [13:48] Launchpad bug 285031 in file (Ubuntu) "file(1) no longer recognises XML content" [Medium,Fix released] https://launchpad.net/bugs/285031 [13:49] So, not a problem with diff, but a problem nonetheless. [14:05] danilos: Could you or one of the other still-translations-until-the-end-of-this-week developers take a look at https://answers.launchpad.net/launchpad/+question/140873 please? [14:05] losa ping [14:05] gmb, I'll try to get to it later today, I am already in Dallas [14:06] gmb: hi [14:06] danilos: Oh, right, I forgot. Feel free to pass it on to someone with more time and less Tex-Mex. [14:06] gmb, cheers [14:06] mthaddon: Is it possible for us to hide / delete comments on a Question? [14:07] Seems we have some minor spam. [14:07] gmb: I don't think we have a means of doing that yet [14:07] Bother. [14:07] mthaddon: I thought not, but worth checking. Thanks anyway. === Ursinha is now known as Ursinha-lunch === matsubara is now known as matsubara-lunch [14:25] * gmb -> out for a run; back in a bit [15:12] maxb: Thanks for the further effort [15:12] maxb: I tried an svn-import of Nevow with your bzr-svn fix but I still ran out of memory [15:13] You ran out of memory importing just Nevow?! [15:13] yea [15:14] on a 32bit machine, so it only had 3gb to play with I guess [15:14] huh. my import crashed long before that [15:14] with a non-memory error [15:14] huh [15:14] I left tags out of my subversion.conf === matsubara-lunch is now known as matsubara === Ursinha-lunch is now known as Ursinha === Meths_ is now known as Meths [15:56] Hi, I'm having a problem with not getting emails from one of the private projects [15:58] hmm...maybe I'll ask on the Canonical channel instead === gmb changed the topic of #launchpad to: Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ [16:24] hi guys, I have a private PPA to where I just pushed a build. It failed, but the build logs are not available to me (it says "no such resource") [16:24] some others in my team can see the build logs, some can't [16:24] what's missing? [16:30] filed a bug about it: #701534 [16:30] also, I got an oops when requesting a recipe build from https://code.launchpad.net/~sidnei/+recipe/lazr-js-package-test: (Error ID: OOPS-1837A1250) [16:30] https://lp-oops.canonical.com/oops.py/?oopsid=1837A1250 [16:31] note I'm not in the launchpad-beta-users group === beuno is now known as beuno-lunch === yofel_ is now known as yofel === jaypipes-afk is now known as jaypipes [16:50] ahasenack: is that build log problem repeatable? === bigjools-afk is now known as bigjools [16:57] /msg NickServ help [16:57] sigh [17:11] bigjools: I didn't try, but I'm getting "no such resource" in other build links, like a package [17:12] bigjools: right now, https://launchpad.net/~landscape/+archive/lds-trunk/+files/python-lazr-js_1.5-0~bzr176~lucid1_all.deb is giving me that, and it's the result of a recent build in that ppa [17:12] it works for me [17:12] are you logged in? [17:13] yes [17:13] sidnei also can't see it [17:13] but bigkevmcd can [17:13] ok [17:14] lifeless: ahasenack and others can't see restricted librarian links on a private PPA, but others can. They get "no such resource" - any ideas wtf is up? [17:15] browser url mangling perhaps [17:16] lifeless: bigjools: fwiw, https://launchpad.net/~landscape/+archive/lds-trunk/+files/python-lazr-js_1.5-0~bzr176~lucid1.tar.gz becomes https://i62062625.restricted.launchpadlibrarian.net/62062625/python-lazr-js_1.5-0~bzr176~lucid1.tar.gz?token=6c0d5f505e2a57bde77c86e8dc9154e4 [17:17] hopefully that token isn't very secret [17:17] ahasenack: yes it redirects via a one-time token [17:18] you need to use the original link every time as it checks your security [17:18] ahasenack: what browser are you using, and the others where it doesn't work? [17:18] lifeless: I have recollections of a browser mangling a URL... [17:18] bigjools: chrome [17:18] let me try ff [17:19] yeah, chrome is busticated IIRC [17:19] yup, re-created here in chrome [17:19] ah, that explains it [17:19] chromium, to be more exact [17:19] im using chrome too [17:19] 8.0.552.224 (68599) Ubuntu 10.04 [17:19] it's fine in FF [17:20] I can't remember what Chromium mangles [17:20] I think it hates the tildes [17:20] bigjools: yes, works here too with FF [17:22] * ahasenack updates the bug === benji is now known as benji-lunch [17:28] ahasenack: that token lets folk access the build for 24 hours === robbiew1 is now known as robbiew [17:29] we need to update lp url generation to emit canonical form urls [17:29] ahasenack: whats the bug #? [17:29] lifeless: that exact url doesn't work, though, not even in ff, it was already broken by chrome [17:29] anyway, good I used a public package [17:29] ahasenack: well, the damage is reversible ;) [17:30] lifeless: the token isn't valid for other packages in that ppa, is it? [17:30] no, that one package [17:30] ahasenack: whats the bug #? [17:31] lifeless: https://bugs.launchpad.net/bugs/701534 === Ursinha-afk is now known as Ursinha [17:40] question about a recipe, the package was built, but the tarball has the top directory renamed: [17:40] andreas@nsn2:~/z$ tar tvzf python-lazr-js_1.5-0~bzr176~lucid1.tar.gz |head -n 2 [17:40] drwx------ 0/0 0 2011-01-11 14:43 recipe-1.5/ [17:40] drwx------ 0/0 0 2011-01-11 14:43 recipe-1.5/build/ [17:40] is that expected, a bug or a problem in our recipe? [17:42] these are the recipe contents: [17:42] # bzr-builder format 0.3 deb-version {debupstream}-0~bzr{revno} [17:42] lp:~ahasenack/lazr-js/lazr-js-packaging [17:51] ahasenack: I believe that's probably expected, and should not cause problems. Is it? [17:51] maxb: it was very unexpected to me [17:52] maxb: but ok, I'll yell again if it causes problems [17:52] ahasenack: the main reason it shouldn't be an issue is that dpkg-source should override the top dir name when unpacking === beuno-lunch is now known as beuno [18:02] so the changelog of packages built with recipes will always have a "auto build" on top of your original changelog? [18:03] * ahasenack looks for the docs [19:00] just filed a bug about recipes: #701601 [19:00] about a dapper build === matsubara is now known as matsubara-afk === Ursinha is now known as Ursinha-afk [21:43] hello [21:43] I uploaded a package around 15-20 minutes ago but I didn't get any mails yet and I can't see it on the site either. Is there a reason for this? [21:57] does LP know that the gpg key you used for signing the upload is yours? [22:08] geser, good point. I actually updated my key and forgot to update it on launchpad... [22:08] geser, thanks! === mnepton is now known as mneptok