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