naccslangasek: actually, for those packages that only require sed, you mentioned i can hve one bug that lists them all. Should it have a debdiff for each package?00:08
slangaseknacc: I don't remember discussing sed... we talked about no-change rebuilds, not quite the same thing?00:08
naccslangasek: right, so there's one set of packages that are nochange00:14
naccbut then once the bootstrap is done for phpunit/symfony/doctrine, there's a few hundred pakcages that at least on first view build with a  simple sed of their d/rules and d/control files to go from php5-* to php-*00:15
nacci can do a bug per package, but we talked about that being overkill probably00:16
slangaseknacc: I'm happy with a flat list of those packages in a single bug, provided you have already tested on your side that running the sed over those packages gives a result that's both buildable and installable00:16
naccalright, i'll work on that next00:17
slangasekand I'll put your name in the changelog for all of these uploads ;)00:17
naccslangasek: 100% on board with that :)00:21
robert_ancellhow often does the proposed migration run?00:41
slangasekrobert_ancell: "as often as it can"; it's on a 1 minute cron, but individual runs take longer than that and can take /much/ longer depending on what all is clogging up -proposed00:47
slangasekthe current britney run started 1 minute ago, however00:48
robert_ancellslangasek, ok, cool. The excuses showed it last ran ~25 mins ago, was wondering when the next run would be00:49
robert_ancell:( missed that run. Maybe in another 25mins...00:54
=== alexisb is now known as alexisb-afk
cjwatsonLaney: I forgot to say, the improved uncompressed index files stuff is on LP production now.  Could you please retry your DEP-11 client?01:16
=== xnox_ is now known as xnox
cheryljmwhudson: just FYI - I think the juju env I was in was using old xenial images02:36
cheryljmwhudson: I rebootstrapped specifying "daily" images, and I don't see the same ssh -t problem02:37
=== TheMuso` is now known as TheMuso
alexlistsome context to https://bugs.launchpad.net/debian/+source/squid3/+bug/154440003:31
ubottuLaunchpad bug 1544400 in squid3 (Ubuntu) "squid3: systemctl reports squid is running when there is a bungled squid.conf and it has exited." [Undecided,Confirmed]03:31
alexlist1) install squid3 (wily)03:31
alexlist2) systemd is able to start/stop squid303:31
alexlist3) change the config to make squid startup fail03:32
alexlist4) neither manual nor systemd startup of squid3 work03:32
alexlist5) fix the config03:32
alexlist6) manual startup works, but systemd is not able to start squid again03:32
alexlistThis is really hard to reproduce and find. The bug report contains a link to the respective Debian bug...03:32
sarnoldalexlist: please paste that into the bug report ;) that's far from obvious..03:36
chilukare any launchpad ops awake?05:01
chilukif so i'd appreciate a launchpad op take a look at getting https://launchpad.net/ubuntu/+source/ceph/0.80.11-0ubuntu1.14.04.1  published..05:02
alexlistsarnold: done05:03
=== rww is now known as rw
=== rw is now known as rww
=== \b is now known as benonsoftware
dholbachgood morning06:45
Mirvpitti: ppc64el autopkgtests seem stuck, same 16 "in progress" as in the evening at https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html07:10
pittiMirv: ppc64el was down Tue and yesterday, I had to kill a few jobs; I'll put them back07:52
pittiGood morning07:52
pittimeh, the workers are all down again07:54
dokokirkland, https://launchpad.net/ubuntu/+source/ssh-import-id/5.0-0ubuntu1  ftbfs, now for nearly two weeks08:12
pittiok, this new cron job should revive the ppc64el workers every night until the images get fixed for good08:16
mwhudsoncherylj: oh ok08:42
mwhudsoncherylj: i guess that's a good-ish outcome08:42
pittidoko: err @ http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gccgo-608:46
pittidoko: I don't think gcc-go is supposed to build gcc-6-base or libgcc1?08:46
Mirvthe autopkgtest queues seems respectably big again08:47
dokopitti, it is08:48
pittiMirv: yeah, due to ^08:48
dokosplit-stack support for s390x08:48
pittidoko: but won't they flip between gcc6 and gccgo-6 sources then?08:48
dokowe won't have a gcc-6 source in xenial08:49
pittiwell, still08:49
pittiwe do have libgcc1, and it should come from our default C compiler, not from a non-default Go  compiler08:49
LocutusOfBorgginggs, wilco08:50
dokosame thing as for gcc-4.8 / gccgo-4.9 in trusty08:50
pittidoko: so why is this?08:51
dokopitti, libgo9 needs libgcc1 (>= 6)08:51
dokopitti, if you would like to spend time on toolchain maintenance, maybe better work on demoting gcc-4.8 and gcc-4.9?08:52
pittiwell, I just asked a question, as this is by far not obvious..08:53
* pitti adjusts britney's hack for not triggering $world on gccgo-6 then08:53
dokoI even verified that the new libgcc1 is not empty ;p08:54
pittiok, hack in place and queues flushed08:58
Laneycjwatson: Oh yes, I noticed - and it tickled a bug in the client which I fixed - thanks!09:03
pittiLaney: sigh @ workers dying again -- what is it now, auth failure towards swift??09:09
pittiplus the usual acting up of lcy01 during image rebuilds, but that's known09:10
Laneypitti: BadStatusLine?09:15
pittisome network glitch I presume09:15
pittiswift list works fine on wendigo, I'll just restart and pretend I didn't see it the first time09:15
Laneyla la la09:16
Laneyhmm, how do I get debmirror to mirror Components and icons?09:17
=== s1aden is now known as sladen
=== bigon_ is now known as bigon
ricotzdoko, hi, I am not allowed to get more archs enabled for this aptitude builds -- https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/6059699/+listing-archive-extra09:59
dokoricotz, ok, that looks fine10:06
ricotzdoko, thanks10:08
ricotzdoko, ah, do you mind making me admin too in https://launchpad.net/~libreoffice/+members10:10
dokoplease ask Sweet5hark10:12
ricotzyeah did so too (let's when isn't away anymore)10:13
dokopitti, please ignore the ruby-rjb autopkg test failure; now reported to debian as well10:17
ricotzdoko, also could you delete the superseded "gcc-6 - 6-20160117-1ubuntu1" from https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/test/+packages10:17
dokowhen I have a new version, yes10:17
pittidoko: ok, adding a hint; OOI, do we aim for jdk8 in xenial? i. e. ignore some packages which get broken by it?10:18
pittidoko: (asking because of jsurf-alggeo10:18
pittidoko: ah, that's already hinted10:18
ricotzdoko, there is a new version "gcc-6 - 6-20160206-0ubuntu11"10:18
pittidoko: libo/s390x is unrelated, I'll ignore that10:18
ricotzdoko, this is to avoid overriding some exclusive libs from gcc-510:19
dokopitti, yes. it's unfortunate to add 8 with 9 on the horizon, but 5 more years 7 ... no thanks10:19
pittidoko: ack10:20
ricotzdoko, libmpx0 and lib32mpx010:20
pittidoko: ruby-rjb is a leaf package; should we remove it then, if it's known to not work with jdk8?10:20
pittidoko: I'll let java-common in then10:22
dokopitti, works on amd6410:22
pittidoko: ok; "don't care" then :)10:22
dokobut yes, we could remove it on i38610:22
pitti(i386 on a server → not really a thing)10:22
pittidoko: ok; I'll remove the binary; once Debian gets a new version, it'll come back automatically10:23
pittidoko: *flush*, removed10:23
Laneylaney@cripps> dpkg-architecture -qDEB_HOST_ARCH                                                                                                                                                     ~10:24
pittiLaney: do you use ruby-rjb there? :-)10:28
Laneyno, that's not the line I was challengeing10:28
LaneyIt's we don't care about server things for i386 because that doesn't exist10:28
dokopitti, barry, jtaylor, tumbleweed: so either we make some progress fixing python-numpy related autopkg tests, or we push it ...10:33
pittidoko: I hinted a few more broken tests, but numexpr and pyresample look real10:44
* pitti currently runs them locally to confirm10:45
dokopitti, numexpr is weired. tests depend on python-pkg-resources, but it's not installed10:45
pittiindeed; I thought I already fixed that the other day, but maybe that was a different package10:46
pittidebian bug 81272610:47
ubottuDebian bug 812726 in numexpr "[PATCH] Fix autopkgtest" [Normal,Open] http://bugs.debian.org/81272610:47
pitti... clearly not, I'll reopen and upload a fix10:47
pittiah, it works when enabling all of -proposed10:48
mardypitti: hi! I'm getting this error when running tests with libqtdbusmock (qt wrapper for python dbusmock): http://paste.ubuntu.com/15015374/10:48
mardypitti: it doesn't happen all of the time, just sometimes, maybe 50% of the times10:48
mardypitti: is it anything familiar?10:48
dokopitti, and openmpi maybe has two more to ignore ...10:49
pittidoko: ok, numexpr should go green10:50
* pitti runs pyresample10:50
pittidoko: yep, already hinted during my daily "go through excuses" sweep10:51
Unit193Is it just me or is https://launchpadlibrarian.net/235789470/buildlog_ubuntu-xenial-amd64.ruby-rest-client_1.8.0-2_BUILDING.txt.gz only failing due to no network during tests?10:57
LocutusOfBorgUnit193, also https://launchpadlibrarian.net/237839768/buildlog_ubuntu-xenial-amd64.ruby-omniauth-azure-oauth2_0.0.6-1_BUILDING.txt.gz10:59
* LocutusOfBorg is looking to see gitlab migrate10:59
Unit193Fun times.11:00
dokopitti, and maybe hint jquery? test failures don't look like jquery related (usually used in the docs only)11:14
pittidoko: jquery is already a valid candidate11:27
pitti(landed 4 mins ago)11:28
ginggspitti, doko: i think python-scientific should be removed11:32
Mirvpitti: an optimization question that might be silly: couldn't a package be declared Valid Candidate already when the only remaining running tests are a) either always failed or b) overridden?11:36
pittiMirv: that's already the case11:36
Mirvpitti: oh, ok, great! and right, I now found one claimed regression, unity-scope-click - https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html11:37
pittiMirv: it's the ... that11:37
pittiMirv: I just retried that11:37
pittijust> maybe some 15 mins ago11:37
pitti11 mins :)11:37
Mirvpitti: wonderful, anyway. as train is naturally heavier with more testing, it's great to know it's pretty smooth overall despite the machinery that runs.11:37
pittiMirv: -gles is already a valid candidate11:38
Mirvit's really rocking now, aside from the noticed issue yesterday with proposed/release clashing11:38
pittiMirv: hoping that the u-s-c one succeeds after a few retries; I think that one has always been flaky, right?11:38
Mirvpitti: my memory says that red has been seen earlier in various excuses lists, yes11:38
pittiMirv: ... or when the ppc64el ones go AWOL :)11:39
Mirv(regarding u-s-c)11:39
pittiit's a fairly hard gambling :/11:39
Mirvyes, poor ppc64el machines, almost like our jenkins' phone hardware11:40
pittiwell, as long as they work they are actually quite fine11:40
dokoginggs, https://bugs.launchpad.net/ubuntu/+source/python-scientific/+bug/154292811:40
ubottuLaunchpad bug 1542928 in python-scientific (Debian) "python-scientific should be removed" [Unknown,Confirmed]11:40
pittibut our current images are broken, so everytime we get a new cloud image they all fail until I manualy build a newer one with a hack11:40
pittiI cronned that now, so should hopefully not hit so hard any more11:41
ginggsdoko, i saw that.  can we do it?11:41
pittiMirv: please prod me if it's still broken this afternoon, then I'll hint it11:42
pittiI mean, fix your tests or silently get broken by other packages :)11:42
dokoginggs, can you fix debian-med and debian-science?11:42
ginggslemme look, if they are what i think they are, they just have recommends not depends. but let me confirm11:43
dokoginggs, you have to adjust tasks/*11:45
dokoreverse-depends tells you which ones11:45
Mirvpitti: ok, I can retry a couple of times as well. was it that there is no way to find links to past silo autopkgtests at http://autopkgtest.ubuntu.com/packages/u/unity-scope-click/ ? I mean, I haven't found where to find test result after it disappears from running.shtml, before the hourly silo excuses page update11:45
pittiMirv: silos aren't on a.u.c.11:46
pittiMirv: the logs are still there, but a bit buried on swift11:46
pittifoor example11:47
pittiI think that's the one you want to look at11:48
Mirvpitti: thank you for the url! I tried experimenting from the final log url but didn't find anything useful11:49
dokosil2100, fyi, just mad no-change uploads for unity-scopes-api, unity-scope-mediascanner, unity-scope-click11:50
pittiginggs: replied to the p-scientific removal bug11:50
sil2100doko: for the libjsoncpp transition? Those are in a silo11:51
ginggsok doko, i see science-distributedcomputing, science-engineering-dev, science-meteorology, science-nanoscale-physics, science-viewing and science-viewing-dev but they are all reverse-recommends so i think no action is required.  I recall discussing a similar situation with cjwatson some months ago11:52
sil2100Waiting for sign-off since normal no-change rebuilds in the archive won't cut it, as their ABI checks will cause the scopes-api package to FTBFS11:52
sil2100doko: anyway, all of those are ready in the train and will be landed soon11:52
dokosil2100, ok, I'll let the builds fail11:52
Mirvpitti: ok I can indeed now real time monitor unity-scope-click both during and after a run, thanks. rerunning a few times over the afternoon.11:57
pittiMirv: as I said, if it's that flaky, we can also hint it11:57
MirvI'll ping if it seems too flaky. hmm, and seeing about a bug report11:58
sil2100doko: the CI Train silo with those is in QA testing now, so we should hopefully have it landing in the xenial archive in the nearest hour11:59
cjwatsonLaney: Excellent, I'll mark my card for that done then.12:00
dokoLocutusOfBorg, are you looking at https://launchpad.net/ubuntu/+source/insighttoolkit4/4.9.0-1ubuntu1 ?12:00
=== _salem is now known as salem_
cjwatsonLaney: debmirror> you could file a bug for the new debmirror maintainer to look at *coughcough*12:01
dokopitti, is this one easy to fix, or should we just remove it? https://launchpad.net/ubuntu/+source/orthanc-postgresql/2.0-1build112:01
LocutusOfBorgdoko, refreshing each minute or so12:01
LocutusOfBorgI did revert amd64 slowliness12:01
Laneycjwatson: I tried hacking it in where it deals with i18n stuff but it wasn't that straightforward :)12:01
Laneycjwatson: new maintainer> good idea, he seems full of enthusiasm12:01
LocutusOfBorgif amd64 builds it should build in less than one week now, I'm not sure why you disabled parallel builds12:02
pittidoko: no response to debian bug 811141 in almost a month, so I'd say demote-to-proposed (removed from Debian testing)12:02
ubottuDebian bug 811141 in orthanc-postgresql "FTBFS: CMake Error: The following variables are used in this project" [Serious,Open] http://bugs.debian.org/81114112:03
pittidoko: doing12:03
LocutusOfBorgand for i386 failure we have a fix in gccxml, waiting for Gert to upload it on debian12:03
ginggsLocutusOfBorg: iirc parallel builds were disabled because of a lack of memory12:12
cjwatsondoko: You can ignore the unity-scope-click/unity-scopes-api etc. build failures in the primary archive - that's being sorted out in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-037/+packages12:24
cjwatsondoko: Oh, sorry, sil2100 already said that12:24
pittismoser: did we talk about merging open-iscsi? or was that someone else? either way, https://tracker.debian.org/news/747283 took a lot of our changes, I think the remaining delta is just the autopkgtest addition12:35
pittiapw: hm, just started looking at bug 154283312:47
ubottubug 1542833 in Auto Package Testing "running.json queues not populated" [Undecided,New] https://launchpad.net/bugs/154283312:47
pittiapw: I stopped all workers and submitted a few tests, so that http://autopkgtest.ubuntu.com/running.shtml has 5 queued tests now12:48
pittiapw: and http://autopkgtest.ubuntu.com/running.json has those too12:48
pittiI first tried to reproduce in juju-local, but running.json looks good there too12:48
pittiapw: can you exclude the possibility of having looked at an older running.shtml, i. e. you didn't reload or something such?12:49
pittiapw: erk, ignore me12:50
pittiapw: fixed13:13
apwpitti, yay13:13
=== salem_ is now known as _salem
=== _salem is now known as salem_
smoserpitti, we have talked. and that is great.13:41
smoseri had plan to merge it. i want to get an dep8 test that would pull ubuntu image and iscsi root boot it.13:41
dokopitti, could you have a look at the failing tests triggered by mpi-defaults? do these messages come from adt?13:54
dokosame messages for all three packages13:54
Mirvpitti: got unity-scope-click to pass, once. then I accidentally reloaded the retry page and it failed again :) but meanwhile excuses page updated with a pass and QA's script picked the silo into their queue so primary goal achieved.13:56
Mirvalso needed to rerun amd64 kwindowsystem, that passed too then13:57
dokopitti, ahh, no. this is the updated openmpi14:04
barrydoko, pitti did you get the numpy stuff sorted out?14:07
pittiMirv: yes, if it passes once, that's good enough for excuses14:09
pittiMirv: ah, valid candidate14:09
pittibarry: no, pyresample still regresses in -proposed, and that's reproducible locally; the others are sorted out14:10
barrypitti: ah.  not sure i can help much but i saw the while-i-was-asleep-ping :)14:11
pittidoko: no, "adt" is just the hostname; something is writing those "2 more processes have sent help message" strings to stderr14:13
pitticuriously only on md6414:13
dokoginggs, so you verfied that all these are recommends?14:21
ginggsi'm going by what reverse-depends reported14:22
ginggsdo i need to doublecheck?14:23
dokono, ok14:24
ginggsbut i've confirmed in the control files https://sources.debian.net/src/scitools/0.9.0-2/debian/control/ and the science-* metapackages  https://sources.debian.net/src/debian-science/1.4/debian/control/14:30
=== mhall119_ is now known as mhall119
dokobarry, cjwatson: six autopkg tests fail14:40
barrydoko, cjwatson i'll look.  it's probably my fault14:42
barrylooks like a pytest related build failure.  iirc that's because of a ubuntu delta on pytest which i believe i fixed in debian.  i'm working on sync/merges from debian today so i'll drill down on it14:44
ginggsdoko thanks for cleaning up python-scientific14:52
dokoginggs, do you have news about openmpi on powerpc?14:52
ginggsi replied to debian bug #81418314:54
ubottuDebian bug 814183 in src:openmpi "openmpi 1.10.2 is broken on powerpc" [Serious,Open] http://bugs.debian.org/81418314:54
ginggspetsc failed on the powerpc porterbox with 2GB RAM, but built successfully on a buildd with 5GB RAM14:55
ginggshow much RAM do the ubuntu powerpc buildds have?14:56
cjwatsonginggs: sagari has 15GB, the others are VMs and I actually can't remember how much they have but it should be at least 4GB15:00
cjwatsonginggs: (infinity would know exactly)15:00
ginggsany chance we could schedule a rebuild of petsc on sagari?15:00
=== vrruiz_ is now known as rvr
cjwatsonginggs: looking15:05
cjwatsonginggs: will have to wait, there's a gcc-5 build there at the moment15:06
ginggskick it off, doko won't mind :)15:06
cjwatson(this isn't something I can schedule in advance - the way to force a build onto a particular builder is to put all the other builders on manual and then get it to start)15:06
cjwatsonginggs: history does not agree with you :P15:06
cjwatsonI get sad every time we have to schedule things on a particular builder, but if this is just memory then by the time powerpc is in scalingstack I guess guests will have adequate memory15:07
pitticjwatson: the "ppa" nova flavor has 8 GB, but I suppose that's somehow not applying here?15:08
cjwatsonpitti: that's ppc64el, not powerpc15:09
cjwatsonpitti: and only upgraded to 8GB last night :)15:09
cjwatsonpitti: powerpc scalingstack isn't a thing yet15:09
pittioh, manual VMs15:10
pittithat explains it15:10
pittiI thought we ran powerpc on ppc64el instances somehow15:10
cjwatsonno no15:10
cjwatsonthe plan is eventually to run it on the same hardware, but it requires different instances because you can't do the endian switch at run-time15:10
cjwatsonand there are some complications with the current scalingstack infrastructure15:10
ricotzhi, which llvm versions will be kept around in xenial?15:13
dokoI hope, 3.8 only. if we have to, maybe the current default15:21
ricotzdoko, syncing clamav would be nice, but it doesnt like 3.8 yet15:22
ricotzdoko, the current default is 3.8, isnt it?15:23
dokowhen it migrates, yes15:25
rbasakcaribou is merging clamav at the moment.15:26
rbasakIs doko/recotz 's conversation relevant?15:27
* rbasak isn't sure so he thought he'd check15:27
ricotzrbasak, hardcoding 3.7 should be enough15:27
dokorbasak, I thought you (server) wanted to port to the default version15:28
dokobut now explicitly using 3.7, where mesa just dropped it?15:28
* rbasak isn't sure15:28
=== alexisb-afk is now known as alexisb
ogra_hmm, if my kernel properly supports cgroups and is at a recent version, should i still see cgmanager run on my system (i thought it is a fallback thing only)15:33
pittiogra_: cgmanager needs cgroups to work, otherwise it's useless15:35
ogra_pitti, yes, i know15:35
pittiogra_: it's mostly a d-bus API for managing those, so that unpriv processes (like user LXC) can create those15:35
pittiplus the "fake" cgroup/proc/sys fs with lxcfs for containers15:35
ogra_pitti, but i thought there is another in--kernel mechanism to manage them and cgmanager is only used if thats missing15:35
pittino, not really15:36
pittithe in-kernel mechanism is mkdir()/open()/write() :)15:36
pittihmm, it seems ligo.org is currently being DDoSed ..15:36
pittiI guess it got hit by a gravitation wave15:36
ogra_trying to watch the stream live ?15:37
pittiI didn't find a stream URL before -- I'd be content with a live ticker15:37
marlincAny chance of getting htop 2.0 in Xenial? http://hisham.hm/htop/15:39
caribourbasak: doko: ricotz: that's a question I had; which version of llvm should we use; it currently explicitely uses 3.515:41
dokocaribou, 3.815:41
ricotzcaribou, please drop all ubuntu patches and use the debian package as base15:42
ricotzclamav is checking for llvm <= 3.715:42
caribouricotz: I removed a few delta15:42
ogra_pitti, see pm15:43
ricotzcaribou, e.g. libmspack is in main15:45
caribouricotz: yes, that got dropped in the merge15:51
ricotzcaribou, alright, looking forward to the update15:52
=== Zic is now known as Guest81014
ginggsmarlinc: subscribe to debian bug #81440115:58
ubottuDebian bug 814401 in htop "htop: new upstream 2.0 release" [Wishlist,Open] http://bugs.debian.org/81440115:58
gatisphey, anyone knows whats up with "udisks" binary missing from Ubuntu 16 ?15:59
cjwatsonIt's there, in the udisks package, though in general it's been superseded by udisksctl in the udisks2 package16:00
cjwatson(as I understand it)16:00
cjwatsonalso, Ubuntu 16 isn't a thing, you probably mean Ubuntu 16.0416:00
cjwatsonoh, wait, the udisks package was in fact removed16:00
gatispyeah 16.0416:01
cjwatsonso it's just udisksctl in udisks2 now16:01
gatispcjwatson, will try, thanks for the feedback16:01
cjwatsonhttps://bugs.launchpad.net/bugs/1288253 <- removal log16:01
ubottuLaunchpad bug 1288253 in guymager (Debian) "Eliminate udisks 1 from Ubuntu" [Unknown,Confirmed]16:01
marlincCool ginggs16:13
=== Guest81014 is now known as Zic
cjwatsonbarry: pytest doesn't have an Ubuntu delta.  The problem appears to be that the python3-pytest in -proposed doesn't install any modules: see near the end of https://launchpadlibrarian.net/237085197/buildlog_ubuntu-xenial-amd64.pytest_2.8.7-1_BUILDING.txt.gz16:43
cjwatsonbarry: so that's kind of busted :)16:44
=== smow is now known as pfsmorigo
=== pfsmorigo is now known as Guest98924
barrycjwatson: yeah, i know what's going on but i don't have a fix just yet16:45
cjwatsonbarry: all right, can you retry python-click (not click) as well once a fix is in?16:47
barrycjwatson: yep16:47
marlinccjwatson, did boot=ZFS= support go into the ZFS packages in Xenial? Saw 'Require root=ZFS= syntax.  rpool= and bootfs= are no longer supported.' in the changelog on my laptop18:07
cjwatsonmarlinc: I only do GRUB, I don't know about the rest of the ZFS stuff18:07
cjwatson(and even then I'm only really doing what other people tell me to do)18:07
cjwatsonI think there's still a patch to the update-grub stuff outstanding18:07
marlincAh, okay :)18:13
marlinccThanks anyway18:14
marlinccjwatson, do you know of a place where I can define the value of bootloader-id when installing GRUB? I want to create multiple boot entries in my UEFI for the OSes that I run18:22
marlincThe issue is that when I manually run grub-install using --bootloader-id it works just fine but then when a GRUB update comes it creates another entry with the default entry called 'ubuntu'18:23
cjwatsonmarlinc: GRUB_DISTRIBUTOR in /etc/default/grub.d/<something>.cfg (e.g. local.cfg).  Note that that will override the presentation in menus as well18:25
marlincAh, that's what that's for18:26
marlincIs it rather strange that the entry in UEFI is all lowercase and that is Ubuntu with the uppercase U18:27
cjwatsondebian/postinst.in:        bootloader_id="$(config_item GRUB_DISTRIBUTOR | tr A-Z a-z | \18:27
cjwatsonsorry to be terse, am trying to understand the internals of some web service authorisation code which is quite a different headspace18:29
marlincNo problem at all, I'm glad you guys here answering questions18:29
marlincI'm a web developer so I can understand its something completely different :p18:30
naccslangasek: would it be better for me to run update-maintainer and refresh my debdiffs (to include the bug #s) throughout?18:46
slangaseknacc: well, one of us will have to do it before upload ;)  if you do it, it speeds up my part18:47
naccslangasek: ok, i can do that for sure18:47
nacci'm trying to spend some time on swig right now just to see if i can get it done by next week18:47
nacci'll refresh the debdiffs in teh bugs after that18:47
slangaseknacc: does one of the bugs you've opened point me towards what I need in order to start bootstrapping, and is that ready to happen?  that's the part that needs an archive admin, so I'd like to start on that sooner rather than later if possible18:53
naccslangasek: sorry! let me upload that to the first bug in a text file19:09
naccslangasek: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1522422/+attachment/4569477/+files/php7-archive-admins.howtov219:11
ubottuLaunchpad bug 1522422 in php5 (Ubuntu) "Update to php 7.0" [Wishlist,Triaged]19:11
=== cpaelzer is now known as cpaelzer_afk
naccslangasek: let me know if that's not written in a way that makes sense19:12
dokoginggs, cjwatson: looks like mpi isn't any better on sagari: https://launchpad.net/ubuntu/+source/esys-particle/2.3.3+dfsg1-2ubuntu2/+build/899902819:37
ginggsdoko, i don't recall the exact place where esys-particle was failing, but yeah that doesn't look good. if giving it more ram did help, we would still be asking why openmpi 1.10 suddenly needs more ram on powerpc.19:54
dobeydoko: oh, are you still here?19:56
dobeyguess not20:18
dokodobey, ust ask20:22
bdmurrayhappyaron: There are no Launchpad-Bugs-Fixed in your open-gram upload in the trusty proposed queue20:23
dobeydoko: ah, i need a core dev to copy some packages from a silo ppa to xenial-proposed; we already had a silo in the works to resolve the scopes api issues with new capnproto and jsoncpp, and was being tested by QA today, but i saw you uploaded some no-change packages to proposed this morning, as i went to publish the silo after QA approved it. wondering if you can copy the xenial packages over to xenial-proposed (which will clobb20:24
sarnolddobey: you were cut off at "(which will clobb"20:25
dokodobey, which silo? are there special scripts for silo copies?20:25
dobeydoko: wondering if you can copy the xenial packages over to xenial-proposed (which will clobber the changelog from your uploads this morning)20:26
dobeyone second, let me find my tab20:26
dobeydoko: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-037/+packages20:26
dobeydoko: if you can coy the unity-scope-click, unity-scope-mediascanner, unity-scopes-api, and unity-scopes-shell packages for xenial there to xenial-proposed, it should get things rolling again20:27
dokodobey, done20:31
dobeydoko: great, thanks20:31
=== cpaelzer_afk is now known as cpaelzer
=== mnepton is now known as mneptok
Saviqslangasek, I think we have another britney situation like we had for qtmir/mir http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#unity-scope-click - old -click tested with new -api → regressions, do we know how to deal with those properly, yet?23:28
slangasekSaviq: you deal with it by flagging it to the release team for override.  However, I'm not seeing here the issue; which failing test are you saying is a false positive?23:30
Saviqslangasek, http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#unity-scope-api23:30
Saviqthe unity-scope-click test here23:30
slangasekSaviq: there are no failing tests there that are blocking anything.  Maybe you mean http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#libjsoncpp ?23:30
dokoginggs, cjwatson: openmpi success \o/  building with -Og lets the rdeps build.  I'm not going to investigate why ...23:30
Saviqslangasek, humm, I did ask mterry to restart them, just in case, but in http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#unity-scopes-api I can still see three reds for unity-scope-click ¿?23:31
tumbleweeddoko: :/23:31
slangasekSaviq: oh, sorry - I missed the unity-scope-api vs. unity-scope-click :)23:31
slangaseklet's see23:31
Saviqslangasek, but yeah, the libjsoncpp looks like it's going to block it as well?23:32
dokotumbleweed, always happy to keep a dead arch alive :-/23:32
slangasekSaviq: the libjsoncpp one is blocking; but I don't know that this is related to any api/click skew23:32
slangasekneeds investigating/confirming23:33
Saviqslangasek, right, that's a separate issue, and it isn't looking great, all the three failures are just segvs or abrts23:33
Saviqso unlikely to be flaky or anything23:33
slangasekso if you can sort that out, then I can address the unity-scopes-api/unity-scope-click skew23:34
slangasekbut both packages are blocked by the new libjsoncpp so that needs to be addressed first23:34
Saviqslangasek, yeah thanks, will likely have to wait until tomorrow, then23:34
=== rww is now known as ezri
jderoserharper: i wrote a blog post summarizing what i learned - http://blog.system76.com/post/139138591598/howto-qemu-w-ubuntu-xenial-host-uefi-guest thanks again for the help!23:53

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