ScottK | wgrant: (Error ID: OOPS-2004CG9) on the +queue page just trying to search for packages by name. | 04:44 |
---|---|---|
ubot5 | https://lp-oops.canonical.com/oops.py/?oopsid=2004CG9 | 04:44 |
lifeless | ScottK: please file a bug | 04:44 |
ScottK | OK | 04:44 |
ScottK | Done. | 04:50 |
ScottK | Can't accept packages either (added a new oops to the existing bug for that) | 04:51 |
jmarsden | Oops, I just requested an import but mis-named the resulting bzr branch... can I cancel that request and make another with the right branch name? | 05:05 |
lifeless | just rename the branch | 05:06 |
jmarsden | lifeless: Ah, OK. Can I do that before the import is all done and happy, or should I wait for it to happen and then rename it? | 05:08 |
mwhudson | jmarsden: just rename it | 05:09 |
jmarsden | Ok :) | 05:09 |
lifeless | mwhudson: jetlag? | 05:21 |
mwhudson | lifeless: no, i'm not in dublin | 05:22 |
lifeless | mwhudson: ah, ok. | 05:33 |
lifeless | ScottK: did this used to work ? | 05:42 |
=== Guest47276 is now known as Adri2000 | ||
jmarsden | I have a 3 line bzr recipe that is giving me an error "bzr: ERROR: No such tag: upstream-0.1.9" after "Running post_commit hooks - Stage 5/5". I didn't know I *had* any post commit hooks in play. How can I find out where they are and what they do? | 06:25 |
lifeless | bzr hooks | 06:26 |
jmarsden | lifeless: OK, but my local copies of all 3 bzr branches involved in the recipe say "<no hooks installed>" everywhere... | 06:38 |
jmarsden | I did for i in $(grep lp: ../lxterminal.recipe |sed -e 's/^.*lp:/lp:/' -e 's/ .*$//') ; do bzr branch $i ; done ; for j in * ;do (cd $j;bzr hooks |grep -A1 post_commit);done | 06:39 |
lifeless | hooks are global | 06:42 |
jmarsden | Then ... I did it three times for nothing, but the hook still isn't really there?? | 06:42 |
lifeless | I think you are conflating things | 06:42 |
lifeless | post_commit hooks are always run | 06:42 |
lifeless | if there are none to run, it will be fast :) | 06:43 |
jmarsden | OK. So, why is a tag named upstream-0.1.9 needed ? | 06:43 |
lifeless | check your ~/.bzr.log - you will get the backtrace where the tag is being looked for and not found | 06:43 |
mwhudson | that message sounds like it comes from the bzr-builder plugin | 06:43 |
jmarsden | and who or what is looking for it? | 06:43 |
mwhudson | jmarsden: are you getting this error when a recipe builds on launchpad? | 06:44 |
jmarsden | Trying it locally first. | 06:44 |
mwhudson | ah ok | 06:44 |
jmarsden | It actually looks like it does all the right things, then gives this error at the very end... | 06:44 |
jmarsden | OK, I have a traceback in ~/.bzr.log ... | 06:47 |
jmarsden | http://paste.ubuntu.com/633457/ | 06:49 |
jmarsden | I'll try the same recipe on Launchpad and see if it gets me the same error... | 06:51 |
jmarsden | Works fine on LP... so much for testing it locally first :) | 07:00 |
=== Ursinha-afk is now known as Ursinha | ||
Riddell | what is Disclosure? | 10:12 |
wgrant | Riddell: #launchpad-dev is probably better. But https://dev.launchpad.net/Projects/Disclosure | 10:14 |
ScottK | lifeless: It did used to work although I couldn't tell you the last time I did it. | 12:40 |
SteveExodus | a launchpad build using a manual rules to make and install ... makes ok, but the install target is giving me + cp -f exo.so /usr/local/lib/ | 12:55 |
SteveExodus | cp: cannot create regular file `/usr/local/lib/exo.so': Permission denied | 12:55 |
StevenK | You're trying to write to the real /usr/local, which is not right. | 12:55 |
SteveExodus | ok thanks ... i will include DESTDIR and PREFIX somehow ... or use install maybe | 12:56 |
ScottK | Possibly a leading "/" where you wanted a relative path. | 12:56 |
SteveExodus | ok so make is positioned in the right destdir and prefix already? | 12:56 |
SteveExodus | I will try relative ... cp -f exo.so lib/exo.pm | 12:57 |
SteveExodus | ScottK: thanks | 12:58 |
StevenK | You won't quite be in the right destdir | 12:58 |
StevenK | cp -f exo.so debian/(package or tmp)/usr/lib/exo.so | 12:58 |
SteveExodus | ok i work it out ... many thanks for the pointer | 12:59 |
StevenK | You're welcome | 12:59 |
StevenK | If you don't trust the install target in the Makefile, then just use dh_install | 12:59 |
StevenK | You aren't forced to use it. :_) | 12:59 |
doko | any idea why lp:gcc is not updated? the 4.6 branch | 13:00 |
SteveExodus | ok lol | 13:00 |
=== menesis1 is now known as menesis | ||
pmjdebruijn | hi all | 14:40 |
pmjdebruijn | I'm working with PPAs which are great | 14:40 |
pmjdebruijn | but I'd like to repackage some commercial software hp-health (server health monitor software) on the ppa | 14:40 |
pmjdebruijn | is this allowed? I was under the impression that PPAs only allow open source software? | 14:41 |
pmjdebruijn | I'm repackaging hp-health because HP's package really suck | 14:41 |
bigjools | you can only add software that is under an approved OSS licence | 14:42 |
bigjools | otherwise you need a commercial subscription | 14:42 |
pmjdebruijn | yeah I guessed as much, I remember reading something like that somewhere | 14:42 |
pmjdebruijn | any estimate on a commercial subscription? | 14:42 |
bigjools | US$250 per year which gets you all the commercial features | 14:44 |
maxb | Actually the PPA terms of use say that if it's allowed in Ubuntu restricted, it's OK | 14:49 |
bigjools | this is why I don't deal with commercial stuff | 14:50 |
pmjdebruijn | maxb: fair enough | 14:53 |
pmjdebruijn | bigjools: but that's a pretty fair amount | 14:53 |
* bigjools doesn't set the fees | 14:54 | |
pmjdebruijn | haha :) | 14:54 |
pmjdebruijn | btw, is it possible to upgrade an existing account to "commercial" | 14:55 |
maxb | Of course, even if you did get a LP commercial subscription, that wouldn't address your right to redistribute HP stuff | 14:55 |
pmjdebruijn | maxb: well then it's internal use only | 14:55 |
pmjdebruijn | I'm guessing the commercial license allows for hiding things from public view | 14:56 |
maxb | And, if the HP stuff is redistributable, then it probably meets the public PPA terms of use | 14:56 |
maxb | And if it isn't redistributable, you might as well just stick it on an internal web server | 14:56 |
pmjdebruijn | we're considering that too | 14:56 |
pmjdebruijn | but having multiple places is rather inconvenient | 14:56 |
pmjdebruijn | bigjools: is there an information page on the commercial ppa stuff | 14:57 |
pmjdebruijn | uncle google isn't helping me out | 14:57 |
StevenK | "Uncle Google" just sounds creepy. | 14:58 |
bigjools | not entirely sure but check out http://help.launchpad.net/ | 14:58 |
bigjools | failing that, Private Revell | 14:59 |
X3lectric | StevenK: beware "uncle" google is gonna fondle with your children and eat your kittens and drown burn you at the stake... | 14:59 |
pmjdebruijn | https://launchpad.net/+tour/join-launchpad#commercial | 15:00 |
pmjdebruijn | got it | 15:00 |
SteveExodus | grr fakeroot is oversold ... should be fakeattr | 15:23 |
Ursinha | is it possible to query launchpad using launchpadlib in batches? | 16:25 |
bigjools | Ursinha: did you get an answer from anywhere? | 17:01 |
doko | bigjools, lifeless: could somebody of you force the import of https://code.launchpad.net/~doko/gcc/4.6 | 17:04 |
Ursinha | bigjools: no sir | 17:04 |
bigjools | Ursinha: if something returns a collection it's automatically batched | 17:04 |
bigjools | doko: did you fix it? | 17:05 |
Ursinha | bigjools: so if it gives me a timeout I can do nothing but cry, right? | 17:05 |
Ursinha | (if a bug's already filed and blabla) | 17:05 |
bigjools | Ursinha: fraid so :( | 17:05 |
doko | bigjools: how am I supposed to fix: | 17:05 |
doko | Import failed: | 17:05 |
doko | Traceback (most recent call last): | 17:05 |
doko | Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure. | 17:05 |
doko | ? | 17:05 |
Ursinha | hm | 17:05 |
Ursinha | thanks bigjools | 17:05 |
bigjools | doko: yeah just noticed it's a timeout | 17:05 |
bigjools | jelmer: apparently you are the man to fix timeouts on imports? | 17:06 |
bigjools | doko: I retried it | 17:08 |
jelmer | bigjools: so it appears.. | 17:08 |
jelmer | bug 797915 | 17:08 |
ubot5 | Launchpad bug 797915 in Bazaar Subversion Plugin "large bzr-svn imports failing" [High,In progress] https://launchpad.net/bugs/797915 | 17:08 |
bigjools | jelmer: ah! | 17:08 |
bigjools | Ursinha: you might be able to override the batch size | 17:09 |
jelmer | doko: ^ | 17:09 |
Ursinha | bigjools: lower it? | 17:10 |
bigjools | Ursinha: indeed. I don't remember how, but I think there's a way | 17:10 |
Ursinha | people from the future might know that | 17:11 |
Ursinha | wgrant or lifeless | 17:11 |
doko | jelmer, bigjools: so I expect the running import to fail as well. when will the fix be available? | 17:12 |
nigelb | Ursinha: people from the future, lol. Took a moment to understand what it meant :D | 17:14 |
jelmer | doko: It's high on my list of things to fix; I can spend some time on it this week if it's important. | 17:14 |
doko | jelmer: it's blocking the gcc-4.6.1 upload for oneiric, and the upcoming Linaro gcc-4.6 release, so from my point of view (and maybe Linaro's) it's high | 17:16 |
jelmer | doko: Ok | 17:18 |
Ursinha | nigelb: :P | 17:21 |
SteveExodus | both 386/64 built successfully and both build status: "failed to upload" uploadlog last word is (OOPS-2004BUILDMASTER1)" | 18:00 |
ubot5 | https://lp-oops.canonical.com/oops.py/?oopsid=2004BUILDMASTER1 | 18:00 |
SteveExodus | thanks bot lol | 18:00 |
SteveExodus | my lp openid login doesnt allow me access to https://lp-oops.canonical.com/oops.py/ | 18:12 |
StevenK | That's because it's Canonical-only. | 18:13 |
SteveExodus | thought so ... but the bot told me to go there | 18:13 |
SteveExodus | both 386/64 built successfully and both build status: "failed to upload" uploadlog last word is (OOPS-2004BUILDMASTER1)" | 18:13 |
ubot5 | https://lp-oops.canonical.com/oops.py/?oopsid=2004BUILDMASTER1 | 18:13 |
StevenK | Well, it's a helpful URL for Canonical Launchpad developers. | 18:14 |
SteveExodus | i wonder why my new ppa lib built fine but failed to upload ... presumably to the repository | 18:16 |
SteveExodus | ... built on lp thallium | 18:17 |
=== Naresh`` is now known as Naresh | ||
czajkowski | gmb: oi oi :) | 18:48 |
bigjools | SteveExodus: "FatalUploadError: Unable to find mandatory field 'Files' in the changes file." | 18:52 |
SteveExodus | bigjools: thanks | 18:58 |
=== beuno is now known as bueno | ||
=== bueno is now known as beuno | ||
Auree | Hi, I couldn't find it in the documentation, what is the limit for client applications to the Launchpad API? | 19:57 |
SteveExodus | suggestion from a newcomer: put a note in debian/rules recommending not to customise and instead make your own Makefile with make/all/clean targets etc as per documentation in dh_build | 20:07 |
SteveExodus | then all the deb stuff will still get done | 20:08 |
tlyu | is debbugs sync known to be broken currently? | 20:26 |
=== JasonOO is now known as JasonO | ||
tlyu | found #796003; is there a more appropriate bug to add reports of debbugs sync failure? | 20:41 |
=== yofel_ is now known as yofel | ||
tlyu | whatever. commented on #796003. | 20:51 |
lifeless | Auree: hi, there isn't a fixed limit currently | 21:08 |
lifeless | Auree: if you were to show up as causing a DOS, we'd block you :) | 21:09 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!