[01:04] <TurBoss> hi
[01:04] <OneM_Industries> Hi!
[01:04] <TurBoss> I have to setup 2 instances of build-slave one for each build-master 2 in this case :)
[01:05] <TurBoss> but the init script fails to start
[01:05] <TurBoss> http://dpaste.com/0TY92CN
[01:05] <TurBoss> here is the log
[01:05] <OneM_Industries> Sorry, I am new to ubuntu-server. If I could help I would.
[01:06] <TurBoss> :) thank you
[07:57] <lordievader> Good morning.
[08:06] <Seveas> o/
[08:08] <kjackal> o/
[10:46] <gabor_meszaros> hi all, I'm trying to deploy a single node openstack using cloud-install, with --use-nclxd flag but having troubles. Could you help me out a bit?
[10:48] <gabor_meszaros> logs are pastebinned here: https://pastebin.canonical.com/147920/
[10:54] <rbasak> zul may be able to help you, but he won't start his day for a while. ^^
[10:56] <gabor_meszaros> rbasak: ty, I'll still be around for a while
[15:01] <jamespage> rbasak, hmm
[15:01] <jamespage> Build system has been completely reworked and now uses erlang.mk. 3rd party plugins must be adapted to the new build system.
[15:01] <jamespage> rabbitmq 3.6.0 release...
[15:01] <jamespage> I've done latest 3.5.7 release OK
[15:01] <jamespage> but that might be to big a bite for me before FF
[15:46] <rbasak> jamespage: for a rabbitmq merge?
[15:46] <rbasak> I didn't realise you were working on that. Thanks!
[15:49] <jamespage> rbasak, no merge - I maintain in debian ;-)
[15:50] <rbasak> Ah
[15:56] <pmatulis> tarpman: thanks for driving bug 1532648
[16:13] <tarpman> pmatulis: :)
[16:15] <extrememist> 01001001011001100010000001111001011011110111010100100000011011010110000101101110011000010110011101100101011001000010000001110100011011110010000001100100011001010110001101101111011001000110010100100000011101000110100001101001011100110010110000100000011101000110100001100101011011100010000001111001011011110111010100100000011100110110100101110010001000000111001101101000011000010110110001101100001000000111010001100101011011000110110000100000011011
[16:15] <extrememist> 010110010100100000011010010110111000100000011000110110100001100001011101000010000001100001011011100110010000100000011010010010011101101100011011000010000001110100011010010111000000100000011110010110111101110101001000000011000100110000001100000101010001011000001000000011101001000100
[16:15] <extrememist> Whoops
[16:15] <extrememist> tottally didn't do that on purpose
[16:15] <extrememist> SORRY
[16:21]  * OerHeks reads octal
[16:39] <an3k> There are 10 kind of people ...
[16:47] <jelly> extrememist: I've seldom seen 7-bit ascii expressed in a 14 times expanded encoding like that
[16:48] <jelly> wait no.  9.14 times, not 14, sorry
[17:06] <rbasak> nacc: did you want your logwatch merge uploaded, or did you want to check with Debian/upstream first?
[17:15] <nacc> rbasak: i think you can go ahead and upload it
[17:15] <nacc> rbasak: sorry, thought I said that last week
[17:18] <rbasak> nacc: no worries, maybe I missed that. I'll go ahead and upload. Thanks!
[17:18] <nacc> rbasak: thank you!
[18:42] <nacc> rbasak: ping?
[18:45] <nacc> maybe someone else knows too ... so I thought rbasak mentioned to me that if a package is in a PPA, it will be used for building future packages in the same PPA? However, it doesn't seem to be working with the automated builds? https://launchpad.net/~php-ubuntu/+archive/ubuntu/php7.0/+packages specifically. phpab needs to be rebuilt so it doesn't depend on php5, which means using the new pkg-php-tools
[18:45] <nacc> (from the same PPA)
[18:52] <ikonia> you need to change the depend on the package
[18:52] <ikonia> it won't magically not depend on it any more unless you tell it not to
[18:53] <nacc> ikonia: it's a confusing log, though, it says it can't find pkg-php-tools ... which is available from the regular repos (which will fail as it's a php5 version). I can make it depend on the pkg-php-tools from my repo, but looking at the log, it doesn't even mention the PPA url?
[18:55] <ikonia> so you're not using your own machine you're using the autobuild system on laundhpad.net
[18:59] <nacc> ikonia: yeah, on my own machine, i can add the ppa to an schroot and sbuild it fine
[18:59] <nacc> ikonia: but i'm trying to publish this package on the ppa ... so that others can use the updated version
[18:59] <ikonia> nacc: that makes sense as it won't have the index file to know the packages are there
[19:01] <ikonia> my undestanding (i've not used the autobuild system for a while though) that the autobuild system would auto find packages in it's own PPA - if you're doing it on your own box though, you have to define the repo
[19:04] <nacc> ikonia: yeah, I was told something similar about the autobuild system, which is why i'm confused :) it's like the autobuild in the PPA isn't using the PPA. Even looking at the other logs in the PPA build that succeeded, it seems like no extra repositories are present ... i'll try and dig into the autobuild logs a bit more
[19:04] <ikonia> get some of the logs somewhere others can see, be interesting to see
[19:05] <nacc> can you see https://launchpadlibrarian.net/234639697/buildlog_ubuntu-xenial-amd64.phpab_1.21.0-1~ppaubuntu1_BUILDING.txt.gz ?
[19:07] <nacc> ikonia: ok, i see the ppa in override-sources-list
[19:07] <nacc> and i guess that's what is showing up as ppa.launchpad.net in the logs
[19:07] <nacc> nm then! now to figure out why it's not pulling in pkg-php-tools
[19:07] <ikonia> this sounds silly, but can it not use it's own PPA as the gpg sigs are missing
[19:08] <ikonia> thats the first thing that stood out from those logs
[19:08] <ikonia> it can't verify the sigs
[19:09] <nacc> ikonia: hrm, that's a good point ... not sure how i'd go about resolving that
[19:09] <ikonia> I can't remember the menus
[19:09] <ikonia> but there is one where you specify the key name and I think it has to be in the PPA too
[19:10] <ikonia> or uploaded direct into your launchpad session
[19:10] <ikonia> I can't remember to be honest
[19:12] <nacc> np, i appreciate the insight
[19:25] <rbasak> nacc: looks like you tried to build phpab within just four minutes of pkg-php-tools building?
[19:25] <rbasak> You might need to give it a bit longer. There is a delay before a built package gets published in a PPA.
[19:25] <rbasak> nacc: you can retry from https://launchpad.net/~php-ubuntu/+archive/ubuntu/php7.0/+build/8872076 (the build progress/failure page)
[19:26] <nacc> rbasak: ah let me see if that's all it is
[19:26] <nacc> rbasak: hrm, locally, sbuild also fails with the PPA enabled ... so let me debug it a bit further
[19:27] <rbasak> nacc: if you can reproduce locally, try an explicit "apt-get install package=version" in that environment of what you expect. Then apt-get will give you more details of why it refuses to fulfil it.
[19:27] <rbasak> nacc: eg. "schroot -u root -c xenial-amd64" locally to enter your chroot, and then run apt-get in there.
[19:28] <nacc> rbasak: yeah, so i just tried it from within my chroot, and while the sbuild failed, apt-get install pkg-php-tools did succeed and pulled in the ppa version
[19:38] <magicalChicken> rbasak: Hey, about dovecot, it looks like we're already caught up with debian there. There is a new version upstream but the debian maintainers haven't packaged it yet, so I don't think there's a merge to be done
[19:39] <magicalChicken> rbasak: Should I try to wait until debian pulls in the new version or move on to another merge?
[19:40] <rbasak> magicalChicken: ah, looks like doko beat us to it at some point
[19:41] <magicalChicken> Were there any other merges you wanted done soon? I could try to get one done this week
[19:42] <rbasak> Looking
[19:44] <rbasak> magicalChicken: grab something from http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html please. Some items in there are in progress or extremely awkward. Others are minor
[19:45] <magicalChicken> Okay sure, thanks