=== jrgifford is now known as Guest45074 | ||
=== epsy is now known as \u03b5 | ||
spm | hrm. has the nice popup for subscribing someone else to a bug gone walkies? I just had the old method via a separate page to do so. | 05:41 |
---|---|---|
wgrant | spm: You were probably too quick | 05:42 |
spm | too practiced at it, you reckon? | 05:42 |
wgrant | Yep | 05:45 |
=== elky` is now known as elky | ||
=== h_ll_k_n is now known as hellekin | ||
crass | for build recipes, how do I specify ppa dependencies? | 08:27 |
jelmer | crass: specify them in the PPA you're building into | 08:35 |
=== czajkowski changed the topic of #launchpad to: Help contact: czajkowski| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad Help contact:- | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | ||
crass | jelmer: ok, so if in the recipe I change the ppa apkg goes into then I need to make sure the new one has the right deps, sounds like. It seems a little strange that way because the building appears to be done in the recipe section of the website, not the ppa | 08:37 |
jelmer | crass: building is done in the ppa | 08:39 |
crass | jelmer: it appears as though deps for a building pkg are not satisfied from pkgs with in the building ppa. Does this seem wrong? | 08:56 |
crass | here's the buildlog: https://code.launchpad.net/~crass/+archive/libtorrent/+recipebuild/277658/+files/buildlog.txt.gz | 08:56 |
jelmer | n pbuilder-satisfydepends-dummy : Depends: libtorrent-dev (>= 0.13.2~) but it is not going to be installed. | 08:59 |
jelmer | Depends: libxmlrpc-core-c3-dev but it is not going to be installed. | 08:59 |
crass | hmm, maybe its libxmlrpc-core-c3-dev then | 08:59 |
jelmer | do you have libtorrent-dev in a PPA that's a depeedency? | 09:00 |
crass | jelmer: no, unless a ppa is automatically a dependency of itself | 09:01 |
crass | I would expect that dependencies are also resolved from already built pkgs in the building ppa | 09:01 |
jelmer | they are, although the package would have to be available for the same distroseries | 09:01 |
crass | they are: https://launchpad.net/~crass/+archive/libtorrent | 09:02 |
crass | and libxmlrpc-core-c3-dev should coe from the distro | 09:03 |
wgrant | crass: They all failed to build | 09:03 |
wgrant | https://launchpad.net/~crass/+archive/libtorrent/+packages ← observe the red Xs | 09:03 |
crass | wgrant: I see some built pkgs in the ppa | 09:04 |
wgrant | Completed builds 0 successful 36 failed | 09:04 |
wgrant | http://ppa.launchpad.net/crass/libtorrent/ubuntu/pool/main/libt/libtorrent/ and http://ppa.launchpad.net/crass/libtorrent/ubuntu/pool/main/r/rtorrent/ only show source packages, no binaries | 09:05 |
crass | oh, yes, you're right | 09:05 |
crass | its strange how https://code.launchpad.net/~crass/+recipe/libtorrent-daily says successful build, yet the arch builds are failures | 09:06 |
jelmer | crass: that's for the source package though | 09:06 |
crass | hah, ok, that's good to know | 09:07 |
jelmer | crass: the binary packages listed opn that page have all failed too (see the two rows below "Successfully built") | 09:07 |
crass | yes, I was confused by the simultaneous success and failures. Now I understand | 09:08 |
=== matsubara-afk is now known as matsubara | ||
crass | bah! So why are the libtorrent and libtorrent-rasterbar projects the same? I think libtorrent is supposed to now be the Rakshasa one... | 09:36 |
crass | hmm even https://launchpad.net/ubuntu/precise/+source/libtorrent thinks so in the "Upstream connections", and thus is currently wrong | 09:36 |
crass | any ideas why https://launchpadlibrarian.net/110176204/buildlog_ubuntu-oneiric-amd64.ufraw_0.18%2Bcvs20120715%2Br1906-0~r38~crass~oneiric1_FAILEDTOBUILD.txt.gz fails to install libjpeg-dev? its definitely in quantal | 10:28 |
wgrant | crass: That URL says oneiric | 10:34 |
wgrant | Not quantal | 10:34 |
crass | wgrant: indeed it does. And Oneiric has no libjpeg8-dev, however why isn't libjpeg-dev tried to be resolved then? the dep expression says "libjpeg8-dev | libjpeg-dev" | 10:36 |
wgrant | The resolver is a bit stupid. | 10:38 |
=== unmatrix is now known as ivaldi | ||
crass | wgrant: indeed it does. And Oneiric has no libjpeg8-dev, however why isn't libjpeg-dev tried to be resolved then? the dep expression says "libjpeg8-dev | libjpeg-dev" | 10:43 |
maxb | He replied, but apparently it got lost in your connection drop: < wgrant> The resolver is a bit stupid. | 10:44 |
crass | oh, thanks | 10:44 |
maxb | In slightly more detail, it only tries to install the first alternative of a set | 10:44 |
crass | so what's the point of the alternative syntax then? for future implementation? | 10:45 |
geser | it's just the resolver used in the buildds that has that problem, other resolvers (e.g. apt) handle them correctly | 10:46 |
crass | geser: so I assume there's already a bug for that? | 10:47 |
geser | probably, at least it's known to the devs | 10:48 |
maxb | IIUC fixing it is contingent on upgrading launchpad-buildd to a modern version of sbuild | 10:50 |
geser | (for around 2 years already) | 10:53 |
=== matsubara is now known as matsubara-afk | ||
crass | I'm confused by this build failure: https://launchpadlibrarian.net/110173616/buildlog_ubuntu-quantal-amd64.ufraw_0.18%2Bcvs20120715%2Br1906-0~r38~crass~quantal1_FAILEDTOBUILD.txt.gz | 11:39 |
crass | The source has a 'configure' file, buut make isn't seeing it (and thus thinks configure is a rule). Is something deleting the configure file after the source is retrieved? | 11:49 |
geser | crass: I've downloaded the tar.gz. listed on https://launchpad.net/~crass/+archive/ufraw/+sourcepub/2566735/+listing-archive-extra (I hope to picked the right build) and there is no configure in it, only configure.ac | 12:10 |
geser | looks like you need to run autogen.sh somewhere (either in the build recipe (not sure if it's possible there, didn't use recipes yet) or during the build (either in clean or in your config-stamp target)) | 12:13 |
bdrung | hi, can someone check that lp_login in https://bazaar.launchpad.net/~ubuntu-dev/ubuntu-sponsoring/trunk/view/head:/launchpad.py is correct? | 12:31 |
bdrung | is Launchpad(credentials, lp_instance, cachedir) correct? | 12:31 |
jml | bdrung: yeah, I think so. | 12:37 |
jml | bdrung: does it work? | 12:38 |
jml | that's always a good test of correctness | 12:38 |
bdrung | jml: it does not work perfectly | 12:40 |
jml | bdrung: oh wait, don't do that, do what's on the help page | 12:42 |
jml | https://help.launchpad.net/API/launchpadlib | 12:42 |
bdrung | jml: can you provide a patch? i should continue study for my exam tomorrow instead of digging deeper into it. | 12:44 |
jml | bdrung: I'm sorry, but I can't. | 12:44 |
crass | geser: but if you look at http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/ufraw/quantal/files, its definitely there | 12:56 |
crass | I know that autoconf will fix it, but I'm confused how the problem exists in the first place | 12:57 |
=== Guest49605 is now known as slank | ||
=== slank is now known as Guest96367 | ||
LordOfTime | Just for the record, there was a bug filed against ubuntu that's not actually an ubuntu bug, but a bug in Launchpad. I've set it to be against Launchpad though. See https://bugs.launchpad.net/launchpad/+bug/1028462 | 14:43 |
ubot5 | Ubuntu bug 1028462 in Launchpad itself "Launchpad reports incorrect package" [Undecided,New] | 14:43 |
LordOfTime | might also want to read my comments as wel.. | 14:44 |
dobey | LordOfTime: looks like a browser config issue, actually\ | 14:48 |
czajkowski | mgz: vila jelmer can you keep an eye on this channel on a call | 14:59 |
mgz | nosprobs | 15:00 |
jelmer | suuuure | 15:01 |
mgz | is that a sarcastic sure, or an intoxicated sure? | 15:02 |
jelmer | it's a sure that's misspelt as badly as your "no problems" :P | 15:03 |
mgz | :D | 15:04 |
LordOfTime | dobey: still not a bug against ubuntu | 15:09 |
LordOfTime | :P | 15:09 |
LordOfTime | dobey: but it might be a conf issue | 15:09 |
LordOfTime | although it does this in IExplore and occasionally chromium | 15:09 |
LordOfTime | (doesnt on ffox, autoclears) | 15:09 |
LordOfTime | dobey: he filed it against ubuntu itself | 15:09 |
=== yofel_ is now known as yofel | ||
=== deryck is now known as deryck[lunch] | ||
=== matsubara-afk is now known as matsubara | ||
romaia | hi all, I have some pending build since 2011 here: https://code.launchpad.net/~stoq-maintainers/+recipe/stoq-unstable | 18:04 |
romaia | How can I cancel those? | 18:04 |
=== zyga is now known as zyga-afk | ||
=== Ursinha` is now known as Ursinha | ||
=== Ursinha is now known as Guest69114 | ||
blizzkid | lo all. call me stupid, but how do I file a "needs packaging" bug in lp? | 19:50 |
=== mbarnett` is now known as mbarnett | ||
=== Quintasan_ is now known as Quintasan | ||
ahayzen | Hi, is there anyway to search for bugs by programming language in launchpad or is this not currently possible. Thanks in advance, Andy | 20:47 |
dobey | ahayzen: not really possible no. you could use the API to search for projects with a certain language in their language fields, then search for bugs on those projects, but it doesn't necessarily mean the bugs will be fixable in that language. and bugs themselves don't have a language tag on them | 21:04 |
ahayzen | dobey, Ok thanks | 21:04 |
ahayzen | Was just wondering because I would happily solve Python bugs, if i could easily find them. But the bugs vary in languages so it is difficult to find one which I could solve. | 21:05 |
dobey | ahayzen: you could search for python tracebacks by searching for "/usr/lib/python2.7" for example | 21:26 |
ahayzen | dobey, ooo Ok thanks, harvest.ubuntu.com seems to be the most useful thing so far, as you can look for bugs by packages or opportunities ..... anyway keep up the good work guys, Launchpad is AWESOME :) | 21:27 |
kirkland | howdy! | 22:01 |
kirkland | I' | 22:01 |
kirkland | I'm trying to use python-launchpadlib on an up-to-date 10.04.4 system | 22:01 |
kirkland | I drop to a python shell | 22:01 |
kirkland | and run: | 22:02 |
kirkland | >>> from launchpadlib.launchpad import Launchpad | 22:02 |
kirkland | (which works) | 22:02 |
kirkland | and then | 22:02 |
kirkland | >>> lp = Launchpad.login_with('supybot Bugtracker', 'production') | 22:02 |
kirkland | which puts me into w3m | 22:02 |
kirkland | I successfully login with a username and password | 22:02 |
kirkland | but I kind up end up in an infinite loop | 22:02 |
kirkland | where I click "continue" | 22:02 |
kirkland | and then it shows me my username, etc., and I choose to sign in | 22:03 |
mgz | kirkland: I get that with lynx | 22:03 |
mgz | I don't think it's related to launchpadlib, I think SSO broke at some point (semi) recently | 22:03 |
kirkland | mgz: interesting | 22:03 |
kirkland | mgz: is there a workaround? | 22:03 |
mgz | if you set the web browser envvar to something graphical they do what sso expects | 22:03 |
kirkland | mgz: perhaps another command line browser? | 22:04 |
kirkland | mgz: ugh, this is a server in amazon | 22:04 |
mgz | right, which is a pain | 22:04 |
jelmer | it might be worth trying links ? | 22:04 |
mgz | you can copy credentials from your local machine to the instance, but python-keyring being pants makes that annoying too | 22:04 |
wgrant | kirkland: You can access the URL on any machine | 22:05 |
kirkland | wgrant: okay ... "which" url? there are about 27 redirects :-) | 22:07 |
wgrant | kirkland: If you Ctrl+C the browser it'll probably be visible in the terminal | 22:09 |
kirkland | wgrant: okay, that might have worked... | 22:09 |
wgrant | I'm surprised that Lucid's w3m doesn't work | 22:09 |
wgrant | It used to | 22:09 |
wgrant | I suspect that mgz is right, and SSO broke something | 22:10 |
wgrant | Might test later | 22:10 |
kirkland | wgrant: no doubt, i've used it before | 22:10 |
=== samkottler is now known as sparklepony | ||
=== sparklepony is now known as samkottler |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!