/srv/irclogs.ubuntu.com/2015/12/11/#ubuntu-devel.txt

cjwatsonxnox: maybe -std=gnu99?00:05
cjwatsonxnox: i.e. C99 with GNU extensions00:05
cjwatsonxnox: that seems less likely to have undesirable side-effects here00:05
cjwatsonslangasek: sounds like https://bugs.launchpad.net/bugs/1524980 is for you00:11
ubottuLaunchpad bug 1524980 in grub2-signed (Ubuntu) "apt-get removed grub-efi-amd64-signed resulting in boot failure" [Undecided,New]00:11
xnoxcjwatson, so -stc=c99 was explicitely introduced when porting to new lttng, and at the time we were still on gcc4 and thus on pre-99 standards by default. imho a future self would prefer to not hard-code standards versions, as the default one is now sufficient.00:17
xnox(and maybe doko will be less grumpy in the future "drop c99 transition")00:17
cjwatsonxnox: perhaps.00:18
cjwatsonxnox: remember dual-landings for vivid though.00:19
cjwatsonxnox: I think -std=gnu99 might be more practically helpful for that00:19
xnoxright, yes.00:20
cjwatsonor -std=gnu11 if that works for vivid00:20
cjwatsonprobably not safe there though00:20
xnoxno no no no no00:20
cjwatsonyeah, ABI fun00:20
psusicjwatson, I've finally gotten around to putting together an application for core-devel, think you can endorse?  https://wiki.ubuntu.com/PhillipSusi/DeveloperApplication200:54
slangasekcjwatson: :/  whatever happened to the idea of driving SRUs with p-m?01:16
pittiGood morning05:13
Unit193Howdy.05:13
pittirobru: I got tons of autopkgtest worker failures because you try to run xenial tests against the overlay PPA, but that does not have xenial indexes05:21
pittirobru: so that won't work for you -- can you please only use the overlay for stable releases where it publishes stuff?05:21
pittirobru: it seems PPAs don't publish empty indexes in that case05:21
cody-somervillemhall119 (or anyone else with necessary permissions): Hi there. My membership expired in ubuntumembers. I would have renewed my membership but I was having problems with SSO (RT #54895). Would you be able to re-enable my membership please? :)05:23
robrupitti: hmmm, you can't just make it handle missing index files?05:23
pittirobru: no, I don't want to silently hide apt errors05:24
pittirobru: you'd get wrong test results for typos, or if the PPA does not have what you expect, etc.05:24
pittirobru: I'll improve the error mode that it doesn't serial-kill workers (because they think that's a temporary failure and try again) but instead give you an error log05:27
robrupitti: OK I'll have to think of a way to improve the template05:29
pittirobru: that, or you actually upload something to the overlay PPA for xenial05:29
robrupitti: Hmmmmmmm05:29
robrupitti: can you check my emails? There's a weird traceback coming from vivid05:30
pittirobru: I will, just need to put some fires out first05:30
robruOK05:31
robrupitti: let me know if the staging Britney is causing issues, it will trigger every 15 minutes, i can turn it off if you want05:31
pittirobru: http://autopkgtest.ubuntu.com/running.shtml has some queued tests for xenial including the xenial overlay PPA; I'll need to delete them05:32
pittirobru: and if it sends ongoing requests, they will keep being stuck in a loop05:32
pittirobru: honestly, I think uploading a dummy package to the xenial overlay PPA is the nicest solution05:33
pittirobru: I guess eventually it'll get real packages anyway, and thus you don't need to care about special cases05:33
robrupitti: "eventually" i feel is years away ;-)05:33
pittirobru: how about hello 2.10-1~xenial105:33
robruBut yeah i would prefer the code not have special cases05:34
pittirobru: uh? I had expected from roughly March05:34
robrupitti: sure05:34
robrupitti: i thought phone will be vivid forever and ever...05:34
pittithen these test requests can even stay in the queue05:34
pittirobru: no, it can't -- no security support for vivid from January on05:35
robrupitti: i understood we had an exception for that.05:35
robrupitti: anyway, no matter now. Thanks for copying that package in.05:36
pittirobru: ok, so let's do that then? I'll backport hello and put it there, so that it's actually older than xenial and it's not going to get in the way?05:37
stgraberpitti: the way we dealt with such things in the past (extras.ubuntu.com) was to binary-copy a package from series-1 to the new series, wait for the publisher to run, then remove it05:40
stgraberpitti: that way nothing ever actually builds, you get your new index files and nothing is actually in the repo after it's cleaned up05:40
pittistgraber: oh, PPAs won't clean up the indexes after the series became emtpy?05:40
stgraberpitti: nope, they won't05:40
pittiah, good05:40
pittiI uploaded hello now05:40
pittihttps://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+packages?field.status_filter=published&field.series_filter=xenial05:41
stgraberhmm, what's odd is that xenial seems to have been created a few months ago according to timestamps in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/dists/xenial/05:44
pittistgraber: well, I checked 10 mins ago and it wasn't there05:44
pittimaybe it used to have a package, and it was then removed?05:45
pittias the new hello isn't even published yet05:45
robrupitti: oh i was thinking it would be fine with the same version, just binary copy in. Hello isn't seeded so it wouldn't make a difference05:45
stgraberwell, even if that was the case, the structure seems valid, so not sure why apt would fail on it05:45
pittirobru: yeah, true that; but *shrug*, doesn't matter much really05:46
pittistgraber: well, it will now05:46
pittistgraber: but as I said -- these weren't there 10 mins ago05:46
pittioh, wait!05:47
stgraberweird, I don't get how fresh files can have timestamps going back a couple of months, unless the publisher is doing something very weird :)05:47
pittihttp://ppa.launchpad.net/ci-train-staging-area/stable-phone-overlay/ubuntu/dists/xenial/main/source/05:47
pittithat was the URL it complained about05:47
pittiit's staging-area, not service, sorry05:47
pittirobru: so we just need to do that trick for the staging PPA05:47
stgraberah, that makes a lot more sense :)05:48
robruYeah05:48
pittiand I'll delete hello again from the prod one05:48
pittiSigner has no upload rights to this PPA.05:51
pittimeh05:51
pittirobru: ^ seems you need to do that for the staging PPA yourself?05:52
pitticopy-package -s xenial --to=ppa:ci-train-staging-area/ubuntu/stable-phone-overlay -b hello05:52
pittiis what I tried05:52
robruOoh hah, sorry.05:52
robruOne sec05:52
robrupitti: ok, just did the copy, let me know if/when autopkgtest stops exploding05:57
pittirobru: ah, at last -- http://ppa.launchpad.net/ci-train-staging-area/stable-phone-overlay/ubuntu/dists/xenial/ exists now06:14
pittiinfinity: thanks for subversion and git on s390!06:17
sam_yanhi06:47
pitti$ run-autopkgtest -s xenial -a s390x --trigger libpng/1.2.54-1 libpng  → http://autopkgtest.ubuntu.com/packages/libp/libpng/xenial/s390x/06:51
pittislangasek, xnox ^06:51
sam_yanexit06:52
slangasekpitti: \o/06:54
pittislangasek: next steps: configure enough workers, requests tests for all packages that are already built and have tests to prime it, and enable in britney06:55
sam_yand06:57
sam_yanhi. Does ubuntu overwright the cups06:58
darkxstsam_yan, I've not seen an ubuntu cup ;)07:00
darkxsthey pitti07:00
sam_yanare you sure ?07:01
sladendarkxst: http://localhost:631/ on Ubuntu07:01
darkxstshould I have included /sarcasm/ tags07:02
darkxstmost likely there are ubuntu specific patches on cups07:02
sladendarkxst: I just assumed it naturally...07:02
dholbachgood morning07:20
Mirvpitti: do you know why https://code.launchpad.net/~xnox/click/lp1522608/+merge/279522 hasn't been published to archives yet to unblock the UITK?07:32
pittiMirv: no, I don't -- I suppose someone merged it into trunk, but didn't upload it?07:34
Mirvpitti: oh, it seems they're landing to both xenial and vivid overlay so it's now waiting for QA https://requests.ci-train.ubuntu.com/#/ticket/77207:34
Mirvhmm, technically cjwatson updated it being "ready for QA" which in train terminology would mean that the xenial part is ready for publishing (if necessary). however, we already missed the morning's image build opportunity so it probably doesn't hurt to wait until QA is up in roughly two hours.07:37
Unit193pitti: Any update on the dbus/systemd/policykit problem?07:38
pittiUnit193: "the" problem?07:59
Unit193Pinged you a couple weeks ago about a major problem when dbus is restarted (yes, not stuff crashing.  One requiring a hard poweroff.)08:00
pittislangasek: FYI, http://autopkgtest.ubuntu.com/packages/a/ is now completely tested; I'm spoonfeeding some more batches08:00
pitti(b to k now)08:01
pittiUnit193: uh sorry, I don't remember; is there a bug report for this? (always better to keep stuff in a bug than on IRC)08:03
Unit193pitti: Yeah, was going to but don't know which one would be the best one to file it for.08:04
* popey wonders why he's getting this on apt recently... "W: No sandbox user '_apt' on the system, can not drop privileges"09:19
popey(on xenial)09:19
pittipopey: that's new from apt 1.1; unfortunately it creates a new system user now and complains loudly if it's not there09:22
popeyah09:22
popeythanks09:22
pittipopey: I mostly see it in schroots, as that copies the host's passwd09:22
pittipopey: is that happening on your host system? because apt should have created that user on upgrade09:23
pitti$ getent passwd _apt09:23
pitti_apt:x:131:65534::/nonexistent:/bin/false09:23
popeyon my laptop, yes _apt:x:134:65534::/nonexistent:/bin/false09:23
darkxstpitti, it just complains right? not breaks much?09:23
pittino, just the warning09:23
pittiand you don't get teh privilege dropping09:23
popeyhm, now it doesn't complain09:23
popeymaybe I didn't update for a while09:23
popeysorry for the noise09:24
darkxstpitti, so long as it doesnt break all my schroots!09:25
ginggshi, could the s390x build of petsc be removed please? it was caught up with the suitesparse/qt transition - i think it will be uninstallable now because the new suitesparse is now through to release09:28
ginggsLocutusOfBorg1: hi, are you planning to look at merging llvm-toolchain-3.7?09:32
juliankpitti: It's not unfortunate, it's security :)09:35
* juliank also wanted to add seccomp sandboxing, but did not manage to do so (yet)09:35
juliankI have some plans that might allow us to get rid of _apt for 1.2 or later, though09:36
pittijuliank: oh, the "unfortunate" part that I meant was "relies on dynamic system user instead of using a static one"09:53
pittijuliank: dropping privs is doubleplusgood for sure!09:53
juliankpitti: Well, an existing static user would not be as safe, there are already other packages using them. That said, you can configure that, for example setting APT::Sandbox::User "daemon" in an apt.conf snippet09:56
julianksystemd also uses dynamic users, though, and surprisingly nobody complained about that09:58
=== lilstevie_ is now known as lilstevie
xnoxMirv, pitti - re:click i believe cjwatson was landing it early hours this morning (e.g. merged things and prepared a silo)10:20
xnoxpitti, you rock!10:21
=== greyback__ is now known as greyback
Mirvxnox: yes, prepared a silo but it's not yet published10:43
Mirvxnox: however as it'd dual landing and it's in QA queue, I asked QA to prioritize it10:44
Mirvit seems it's under testing now10:50
=== cpaelzer is now known as cpaelzer_afk
rbasakGetting reports of grub2-signed being removed because it was not SRU'd in sync with grub2.11:45
rbasakLooks like there was a four hour window but fixed now.11:46
rbasaks/Getting reports/Got two reports/11:46
=== _salem is now known as salem_
=== cpaelzer_afk is now known as cpaelzer
__marcoHello. Sorry to write here, but there is a bug report that I care that is stagnant. It would be a dream if it could be solved before the release of 16.0412:26
__marcohttps://bugs.launchpad.net/ubuntu/+source/vde2/+bug/77681812:26
ubottuLaunchpad bug 776818 in vde2 (Ubuntu) "[MIR] vde2" [Undecided,Incomplete]12:26
=== tvoss_ is now known as tvoss|lunch
mhall119cody-somerville: do you still need me to re-add you to Members?13:05
rbasak__marco: has any of the security issues raised been fixed upstream yet?13:12
LocutusOfBorg1ginggs, https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.7/+bug/152512213:12
ubottuLaunchpad bug 1525122 in llvm-toolchain-3.7 (Ubuntu) "please merge llvm-toolchain-3.7 from Debian" [Undecided,New]13:12
ginggsLocutusOfBorg1: ah nice! i'll sponsor that for you :)  does i386 build now?13:18
LocutusOfBorg1nope13:24
LocutusOfBorg1the problem about i686 I guess13:24
LocutusOfBorg1BTW FYI I drafted a MOTU application https://wiki.ubuntu.com/CostamagnaGianfranco/MOTUApplication13:24
LocutusOfBorg1you, pitti laney, seb128 dholbach have been my sponsor since almost two years now :)13:25
seb128LocutusOfBorg1, I can add something to the page for you13:26
dholbachLocutusOfBorg1: will look into it :)13:26
dholbach... with pleasure13:26
LocutusOfBorg1thanks! :)13:26
LocutusOfBorg1actually I applied for DD just because it was easier to become an Ubuntu developer :)13:26
LocutusOfBorg1seb128, for i686 I plan to have a look as soon as I fix virtualbox and something else13:27
seb128k13:27
LocutusOfBorg1oops s/seb128/ginggs13:28
seb128I was wondering13:28
seb128btw seems like keyutils built!13:28
LocutusOfBorg1yes, and arrayfire built correctly almost everywhere, except for i386, where a similar issue is found13:28
LocutusOfBorg1I have the same issue on both packages lol :)13:29
* LocutusOfBorg1 is wondering if there is a quick way to change the wiki page from https://wiki.ubuntu.com/CostamagnaGianfranco/MOTUApplication to https://wiki.ubuntu.com/GianfrancoCostamagna/MOTUApplication13:29
ginggsLocutusOfBorg1: i686, great.  will gladly endorse your motu application13:29
LocutusOfBorg1well, if possible please use this one https://wiki.ubuntu.com/GianfrancoCostamagna/MOTUApplication#preview13:30
seb128k13:34
__marcorbasak: please, read the comment #22. It is not necessary to include the whole vde to support it, a relative little library is enougth13:35
__marcoI am waiting for any objection to fix it13:36
cyphermoxgood morning!13:48
mdeslaurhi cyphermox13:49
cyphermoxhey mdeslaur13:50
cyphermoxI've just been merging your usb-creator code and I gave it a quick run ;)13:50
mdeslaurcyphermox: ah, cool13:50
cyphermoxI'll upload 0.3.0 in a few minutes I think13:52
ximionLaney: you should update your dep11-generator instance at Ubuntu to the latest Git master - I just landed some patches which have a really high impact on the amount of processed components14:15
pittiLocutusOfBorg1: oh, my pleasure! will write a blurb14:26
pittididrocks: FYI, https://git.launchpad.net/~ubuntu-release/+git/autopkgtest-cloud/commit/?id=30800f8714:44
pittididrocks: I'll do a full integration test on production and document it, but this should now have everything you need?14:44
tedgxnox: Did you merge mterry's ftbfs branch into your branch?14:56
tedgxnox: Seems like Jenkins thinks it's not there.14:56
tedgxnox: Thanks BTW, it was on my TODO to figure out what was up with lttng this morning.14:57
xnoxtedg, i set the branch as pre-requisite....14:57
xnoxboth of these things are in the ubuntu archive already, as they are blocking to have ubuntu-desktop & ubuntu-touch installable... please sort out branches/jenkinsii/landings.14:58
xnoxand e.g. have been contributing to the large delay in landing the lot of migrations which transitively entangled a lot of things.14:58
=== dholbach_ is now known as dholbach
tedgxnox: You need to merge it as well I think, I don't know that Jenkins pre-lands dependencies. Only helps in the diff view.15:02
tedgxnox: Cool, if that's the case I'll delay some on the silo and get some other MRs in there.15:02
didrockspitti: looks good to me, I guess that will work with test-git="depot_url.git branch" from my tests, but I'll keep you posted :)15:02
pitti'myproj {"test-git": "git://anonscm.debian.org/collab-maint/python-dbusmock.git"}'15:03
pittididrocks: ^ that's what I'm currently running15:03
didrockspitti: yeah, that checkout master though, sometimes I'm checking some branch15:03
didrocksbut I'll give it a try with this15:04
didrocksout*15:04
xnoxtedg, ok merged. and pushed. if it still doesn't work, then i don't know....15:04
pittididrocks: ah, good point; yes, that needs another argument indeed, I'll extend it accordingly15:05
didrockspitti: thx!15:05
pittididrocks: perhaps "git://anonscm.debian.org/collab-maint/python-dbusmock.git mybranchname" ?15:05
pittididrocks: meh, doesn't quite work yet, git clone is hanging on firewall issues; /me sees how to squeeze the proxy in there15:06
didrockspitti: yeah, that's what I mean, I think that works15:06
pittididrocks: so that will be split() and if there's a second argument it will become the --branch argument15:06
buxyhi,15:12
buxyany idea who handles Merge-o-matic?15:12
buxyThe mom@ubuntu.com email address bounces with   mail_mom@casey.canonical.com15:12
buxy    Unrouteable address15:12
didrockspitti: yeah, and then, I'll add to me wrapper the github particular support (splitting from url, so that I can lazely copy/paste)15:13
buxycjwatson: ^ do you know?15:13
pittididrocks: blergh, the proxy also doesn't allow access to anonscm.debian.org  .. which branch do you need in particular?15:39
didrockspitti: something like git@github.com:ubuntu/ubuntu-make.git15:40
didrocksor the https equivalent:15:40
didrockshttps://github.com/ubuntu/ubuntu-make.git15:40
pittiReceived HTTP code 403 from proxy after CONNECT15:41
didrocksargh…15:42
pittithat smells like an RT now, not sure what else I can do :(15:42
pittididrocks: perhaps you can set up an automatic Launchpad mirror?15:42
didrockspitti: going to be difficult for contributors' branch15:43
didrockslike everything != master15:43
didrocksor any PR15:43
pittididrocks: aren't you running this in the data center too? do you use the proxy?15:43
didrocks(there is already a launchpad mirror, but it's taking long sometimes to sync, and I'm talking about master)15:43
didrockspitti: yeah, I do use it, on s-jenkins15:44
didrocksand have access to it15:44
pittididrocks: ok, perhaps squid.internal has different policies depending on who requests it15:45
didrockspitti: yeah, that's kind of weird. I do have access to dockerhub as well, do you from there?15:46
pittididrocks: so I suggest you put a clone on Launchpad for now for testing, and I'll file an RT for allowing github15:46
pittididrocks: git clone URL?15:46
didrockspitti: is there any git <-> git cloning in launchpad?15:47
didrocksI was only knowing about a git <-> bzr one15:47
didrockslike the one I set up moons ago: https://code.launchpad.net/~ubuntu-desktop/ubuntu-make/master15:47
pittiwell, we could start with that too :)15:47
didrockspitti: good for testing, indeed, (but not enough for switching though)15:48
pittididrocks: right, but would unblock you from dep8-ifying the tests15:49
didrocksindeed15:50
didrockspitti: but do you mind testing access to dockerhub?15:50
pittididrocks: do you have a clone url?15:50
didrockspitti: if you want to pull via docker, you can try: docker pull didrocks/docker-umake-manual15:51
didrocks(I think it's just using some https://hub.docker.com/…)15:51
pittiah, that's not git?15:52
* pitti doesn't have docker installed there15:52
didrockspitti: no, it's not using git for pulling images15:52
pittinope, same thing15:52
didrockspitti: I'm afraid then that all access to 3rd parties for real large tests would be the same…15:53
pittiI'm a bit confused, this seems to work reasonably well from scalingstack15:53
pittibut apparenlty not from prodstack15:53
didrocksyeah, can be different fiwall rules?15:53
didrocksfirewall*15:53
pittiperhaps I need to do the git clone on the testbed then, instead of the controller15:53
didrocksoh…15:54
pittididrocks: it all goes via proxy either way, so I rather suspect different policies on the squid side15:54
didrocksyeah15:54
pitti)#*$J#(J#*F(15:54
didrocksso many not a problem from the testbed, which would be good :)15:54
pittiso much for a small Friday afternoon hack15:54
didrockspitti: don't tell me, feeling the same with some plymouthingy15:55
Mirvok xenial should be now fixed, UITK + url-dispatcher + ubuntu-app-launch just migrated to release pocket thanks to fixed click15:56
pittididrocks: ok, http://autopkgtest.ubuntu.com/running.shtml#pkg-myproj is running against a branch on LP16:01
pittididrocks: but it seems I need to build this five times as complicated with a different approach now16:01
pittididrocks: so, should be good enough for developing your tests while that happens (or the RT gets done)16:01
pittididrocks: ok, confirmed that it all works fine from scalingstack16:05
pittididrocks: so, there's a solution which can be implemented quickly16:06
didrockspitti: sweet!16:10
didrocksthanks pitti :)16:10
mdeslaurinfinity: hi! how do you suggest I fix the phpunit/php-codecoverage circular dependencies/build dependencies causing the php-codecoverage package to ftbfs?16:23
mdeslaurinfinity: I'm sure you have a better idea than any hack I'm about to try16:24
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
lamontsometime 2-3 weeks ago, my xenial desktop stopped having audio in hangouts...  any clues?16:51
dokoLocutusOfBorg1, File "/«PKGBUILDDIR»/lldb/test/lldbtest.py", line 868, in getPlatform17:14
doko    platform = lldb.DBG.GetSelectedPlatform().GetTriple().split('-')[2]17:14
dokoAttributeError: 'NoneType' object has no attribute 'split'17:14
dokoConfig=i686-gcc-517:14
dokoI doubt that dropping the i686 fix had the expected result17:15
=== cpaelzer is now known as cpaelzer_afk
infinitymdeslaur: We bootstrap it in the bootstrap repo.17:31
mdeslaurinfinity: oh. could you do that? or someone else in foundations?17:34
mdeslaurinfinity: pretty please?17:34
infinitymdeslaur: It'll get done.  I need to update some chroots first.17:34
infinitymdeslaur: Which I think I'll do this morning.17:34
mdeslaurinfinity: awesome, thanks17:34
mdeslaurinfinity: I think that's the first step in the massive php failures in -proposed17:34
LocutusOfBorg1doko, even not dropping didn't have the expected result17:47
dokoLocutusOfBorg1, are you working on this?18:00
=== sarnold_ is now known as sarnold
LocutusOfBorg1doko, not now, it isn't a regression and I have more serious bugs to look at18:27
dokoLocutusOfBorg1, interesting understanding about a regression18:28
LocutusOfBorg1well, llvm 3.7 was never built on i38618:29
LocutusOfBorg1so my "not a regression" actually means, "it will migrate to release anyway"18:29
=== tvoss|lunch is now known as tvoss
Saviqcan someone please restart http://autopkgtest.ubuntu.com/packages/u/unity-scope-click/xenial/armhf/ with unity8 trigger20:07
Saviqthe failure there was actually caused by a packagekit install fail20:10
Saviqs/packagekit/policykit/20:11
infinitySaviq: Sure.20:12
Saviqthanks, I'll ping the guys responsible to have a look at why is this unreliable20:13
=== salem_ is now known as _salem

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