/srv/irclogs.ubuntu.com/2018/01/22/#launchpad.txt

=== ePierre_ is now known as ePierre
=== maclin1 is now known as maclin
=== ePierre_ is now known as ePierre
=== cjwatson changed the topic of #launchpad to: Build farm capacity limited, and non-{x86,arm} builds temporarily suspended | 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
=== mancdaz_ is now known as mancdaz
szxzxrunning into an issue trying to backport a couple of packages to xenial – "Depends: debhelper (>= 9) but it is not going to be installed" – even though I've enabled xenial-backports on the PPA and it seems to have a newer version (https://packages.ubuntu.com/xenial-backports/debhelper). any help would be appreciated!16:38
cjwatsonThat means that your PPA or its dependencies have something that makes the newer debhelper version uninstallable16:38
cjwatsonBaseline xenial has debhelper >= 9 anyway16:39
cjwatson("is not going to be installed" is apt's way of saying "I tried the requested version and it was available but its dependencies weren't satisfiable in combination with everything else you asked for"16:40
cjwatson)16:40
=== hrybacki is now known as hrybacki_mtg
szxzxcjwatson: I see, how would I go about debugging it? is there anything that could help in the build log, or would I need to build it locally?17:10
cjwatsonszxzx: I usually find "chdist" (in ubuntu-dev-tools) helpful - lets you set up a lightweight apt environment matching what your PPA is building with, and then you can try "chdist apt-get name-of-environment build-dep your-source-package-name"17:11
cjwatsonsee if that reproduces it, then convert it into a similar apt-get install line, and then you can add packages to that to force apt to eventually give you a more helpful message17:12
cjwatsonif you can't figure it out then point me at the build and I can see if I can17:12
kyrofaHey, do we have arm back? I'm starting to get emails about build failures again17:18
nacckyrofa: see /topic17:19
kyrofanacc, ah, thank you. So easy to miss those when you have a bouncer17:20
nacckyrofa: :)17:20
cjwatsonThe queues are still draining, but they should only take another day or so now17:23
szxzxcjwatson: installing debhelper in chdist fails with "dpkg: dependency problems prevent processing triggers for systemd: systemd depends on libsystemd0 (= 229-4ubuntu21); however: Version of libsystemd0:amd64 on system is 229-4ubuntu4." – would appreciate help deciphering!17:48
cjwatsonszxzx: um, I perhaps should have said, you aren't meant to actually continue with the install17:49
cjwatsonszxzx: just purely running apt's dependency checks and then saying no.  you'll need to revert any installations that happened17:49
szxzxsorry, using webchat and it timed out and cleared the logs... had to improvise from memory :)17:50
cjwatsonszxzx: so this will have actually installed stuff on your dev system, which was not at all the intent of my recommendation :)17:50
cjwatsonszxzx: could you point me at the failing build, please?17:50
szxzxcjwatson: no worries, running in a throwaway docker container17:51
szxzxcjwatson: https://launchpad.net/~szxzx/+archive/ubuntu/caffe/+build/1425567317:51
cjwatsonszxzx: OK, so xenial-backports isn't relevant here because this PPA has debhelper in it directly.  Did you have to copy that in for some other package?18:00
cjwatsonszxzx: https://paste.ubuntu.com/26438883/ shows the problem - the version of debhelper you have in your PPA depends on other things that aren't available18:01
cjwatson(slightly mangled paste on line 6, sorry)18:01
szxzxcjwatson: nope, I'll go ahead and remove backports18:01
cjwatsonszxzx: that won't do anything18:01
cjwatsonszxzx: it's not about whether you have backports enabled; it's the fact that you have an uninstallable version of debhelper *in your PPA*18:02
cjwatsonhttps://launchpad.net/~szxzx/+archive/ubuntu/caffe/+packages18:02
szxzxcjwatson: yeah, just replying to your first comment asking about backports. I realize that's not what's causing the issue18:02
cjwatsonbackports may make a difference down the line, I don't know, but it's not the problem here18:02
cjwatsonOK18:02
szxzxcjwatson: so if I just delete debhelper from my PPA that would be a good start, right? started this last week and I can't remember why I added it TBH18:04
cjwatsonszxzx: Right, if you don't know then that's probably a reasonable response.  If you do need to put it back then you'll need to make sure that those of its dependencies that aren't in xenial{,-security,-updates} are also included18:05
cjwatsonszxzx: (you'll need to wait for a PPA publisher cycle before retrying the build - make sure debhelper actually disappears from the PPA)18:05
szxzxcjwatson: ok, now I see why I added debhelper in the first place. the actual package I was trying to build wants debhelper >= 10, and at that point I wasn't aware that it exists in backports18:18
=== hrybacki_mtg is now known as hrybacki
milkihi, im getting a 503 from the 1.0 api saying its being upgrade?19:29
milkiis there a different api i should be using?19:30
milkicjwatson: hi19:50
milkicjwatson: i see in the logs you helped someone earlier today19:50
naccmilki: which api?19:52
milkinacc: im hitting https://api.staging.launchpad.net/1.019:53
naccmilki: hrm, that does not 503 for me19:53
milkihm19:53
milkiok19:53
naccmilki: that url itself 503s for you?19:53
naccmilki: in a browser, e.g19:53
milkiso maybe the rest of the url is wrong now19:53
milkiyeah19:53
milkihttps://api.staging.launchpad.net/1.0/~git-core/+archive/ubuntu/ppa/?ws.op=getPublishedBinaries\&status=Published\&distro_arch_series=https://api.staging.launchpad.net/1.0/ubuntu/trusty/amd64\&binary_package_name=git\&exact_match=true19:54
milkiis the original url19:54
milkiso... im going to munge that and see what im getting wrong now19:54
naccmilki: yeah that also errors for me so it's somethig in the suffix19:54
milkicjwatson: nvm, nacc helped me out19:55
milkiaha19:57
milkidropping staging worked19:57
milki>.>19:57
milkiapi.launchpad.net19:57
milkinacc: thanks for rubber ducking with me19:59
naccmilki: np :)19:59
jfmcarreiraheyyy guys20:50
jfmcarreiraany help with this error? https://launchpadlibrarian.net/354303990/buildlog_ubuntu-bionic-amd64.playuver_0.18.1-1-201801221931~ubuntu18.04.1_BUILDING.txt.gz20:50
naccjfmcarreira: do those files exist?20:51
jfmcarreiranacc: it shows "-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib/libPlaYUVerLib.so"20:53
jfmcarreiranacc: this is a app that i am trying to split into different  pkgs20:53
jfmcarreirawithout luck20:53
jfmcarreiranacc: i trying to run debuild -us -uc -b and it worked on a ubuntu machine20:53
naccjfmcarreira: do you have a link to the srcpkg?20:54
cjwatsonmilki: right, staging's weekly restore from the production DB hit a snag so it's down at the moment21:36
milkio, its related. ok21:37
milkithanks for the update21:37
cjwatsonnacc: note that I pointed jfmcarreira at https://wiki.debian.org/Multiarch/Implementation#CMake (specifically the include(GNUInstallDirs) stuff) a few days ago for a similar problem.  Perhaps somebody with more time can work through the details of that with them21:37
jfmcarreiracjwatson: I implemented it the way the link pointed out21:39
jfmcarreiranacc: what you mean by srcpkg? source code?21:39
cjwatsonjfmcarreira: OK, you didn't actually say that, you just repeated a very similar-looking question a while later, so it was hard to tell21:40
nacccjwatson: thanks21:40
naccjfmcarreira: a source package is the ... source that builds binary packages :)21:41
naccjfmcarreira: if you have a link, i can try and see what's going wrong21:41
jfmcarreiranacc: let me do another test and I found out that I was not building the code after changes that cjwatson recommended21:42
cjwatsonnacc: FWIW a handy trick (and it's way too opaque) is that you can try the number after PACKAGEBUILD- in the log and tack it onto the end of https://launchpad.net/builders/+build/21:42
cjwatsonwhich then redirects to https://launchpad.net/~jfmcarreira/+archive/ubuntu/ppa/+build/1426237921:42
jfmcarreiranacc: this output comes from launchapad recipes so idk where I can find the srcpkg21:42
naccjfmcarreira: well, i mean you must be building something yourself, right? ... what are you building, basically :)21:43
nacccjwatson: ah thanks!21:43
nacccjwatson: never knew that, but that is very helpful!21:43
cjwatsonI'd rather that build logs just had a link to the build, but never got round to that ...21:44
naccyeah there are a few links like that (relatively well-defined) that would be nice to have21:44
jfmcarreiracjwatson: nacc trying to build again with the latest code21:47
cjwatsonhmm, GNUInstallDirs is supposed to set CMAKE_INSTALL_LIBDIR to have ${CMAKE_LIBRARY_ARCHITECTURE} at the end of it if it's set, but it's not obvious that it's doing so21:52
cjwatsonmight be worth cranking up cmake's debug output to see exactly what variables are being set21:52
cjwatsonmight also be worth seeing if there are any ordering requirements on when GNUInstallDirs is included - maybe it needs to come after some kind of compiler-detection code in the CMakeLists?21:54
kugelHello. I can't log in to launchpad. I get a server error after passing ubuntu one login21:57
cjwatsonkugel: do you get an OOPS ID?22:02
cjwatsonkugel: (are you seeing what I wrote?  this is the third time I've replied to you)22:03
kugelcjwatson:  (Error ID: OOPS-0cf2cb01ee21acc5364a0ab6258bfa2a)22:10
ubot5https://oops.canonical.com/?oopsid=OOPS-0cf2cb01ee21acc5364a0ab6258bfa2a22:10
kugelcjwatson: hm, looks like irssi's awayproxy didn't notify me22:11
cjwatsonkugel: fix on its way, try again in a few minutes22:18
kugelcjwatson: thanks, good now. was this problem specific to my account?22:20
cjwatsonkugel: yes and no; https://bugs.launchpad.net/launchpad/+bug/160724222:20
ubot5Ubuntu bug 1607242 in Launchpad itself "Logging into a placeholder person OOPSes if email address already on another person" [Critical,Triaged]22:20
cjwatsonwe'd imported a comment on some bugzilla or other from your email address in 201422:21
cjwatsonso there was a sort of placeholder record that conflicted22:21
kugelalright. thank you anyway22:21
* cjwatson taps fingers waiting for the cron job to run22:21
kugelso now I can post on the glibc bug that's bugging me hard22:22
cjwatsonkugel: there we go, should work now22:22
kugelI'm talking about https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1732550, it affects me on two systems. Is there anything I can do to bump it?22:24
ubot5Ubuntu bug 1732550 in glibc (Ubuntu) "linux ttyname{_r}: Don't bail prematurely [BZ #22145]" [Undecided,New]22:24
kugelit's fixed upstream long ago, and should be backported into 2.2622:25
kugelkugel-e-merged was merged into my account? Never heard about kugel-e-merged22:27
nacckugel: the bug question should be somewhere else (it's not really a LP question)22:27
nacckugel: e.g, ubuntu-devel, or probably the lxd-relevant channel22:29
cjwatsonkugel: "kugel-e" was the autocreated placeholder I mentioned earlier, and it got a "-merged" suffix a few minutes ago when it was merged22:38
kugelah, ok22:38
cjwatson(merging was how we gave control of that email address to your account)22:38
kugelso, I would expect my account details list two email addresses, but it's still just the one I use to log in22:38
cjwatsonwhy would you expect that?22:39
kugelcjwatson: because I misread your comment (I read other email address)22:40
kugelnevermind22:40
cjwatsonok :)22:40
szxzxhi there, I have an issue with backportpackage repeatedly timing out uploading a large-ish file. (my connection is solid AFAIK.) is there any way to retry/resume the upload without restarting the whole process?23:42
jfmcarreirastill the same error https://launchpadlibrarian.net/354313578/buildlog_ubuntu-bionic-amd64.playuver_0.18.1-1-201801222211~ubuntu18.04.1_BUILDING.txt.gz23:54

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