[00:03] <mwhudson> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa if i use objcopy to make a copy of ld-linux-armhf.so.3 with no .note.stapsdt section it works
[00:18] <cyphermox> fun
[00:23] <mwhudson> trying to build -O0 ffmpeg now
[00:26] <mwhudson> ok so this build now execution gcc commands with -O2 -O0 and -O3 in that order
[07:16] <RAOF> xnox: Are you around to bounce a systemd SRU off?
[07:20] <doko> ricotz: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[07:22] <ricotz> doko, isn't marcustomlinson on it?
[07:23] <ricotz> doko, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=ubuntu-eoan-6.3&id=83f37add9deb614f5fa4f79faeb5d8f575effbe2
[07:24] <doko> ricotz: I don't know, just saw it
[07:25] <ricotz> marcustomlinson, this is what happens when scrapping old changes which are actually needed ;)
[07:37] <marcustomlinson> ricotz: no pain no gain huh :)
[09:09] <doko> cpaelzer, coreycb: can postgresql-11 be built with llvm-9 (or -8) instead of 7?
[09:10] <rbasak> cpaelzer: o/
[09:10] <rbasak> cpaelzer: bareos turns out not to be in the Eoan release pocket, so it doesn't matter for the transition
[09:33] <cpaelzer> doko: I haven't looked at newer llvm for postgresql at all so far
[09:33] <cpaelzer> is that a "needs to be solved today for FF" question?
[09:33] <cpaelzer> or does that have some time?
[09:44] <cpaelzer> doko: the discussion around when https://git.postgresql.org/gitweb/?p=users%2Fandresfreund%2Fpostgres.git&a=shortlog&h=refs%2Fheads%2Fjit landed was about v9.0 and v9.1 https://www.postgresql.org/message-id/20180124072038.jviav7h3fgkv7hto%40alap3.anarazel.de
[09:45] <cpaelzer> but I found no clear statement or working reference using anything newer to give you a definitive answer
[09:54] <cpaelzer> doko: it is not past sayin >=6 in any other build I checked. I have asked Myon in case he knows
[10:05] <cpaelzer> doko: per Myon 9 should work but he wanted to wait until 9 is in unstable to make one swicth (7->9) leaving out the work to go to 8
[10:07] <doko> cpaelzer: could you track that for eoan?
[10:08] <doko> llvm-9 is now the default
[10:12] <cpaelzer> it won't be in eoan
[10:12] <cpaelzer> FF is today, Debian hasn't even moved
[10:13] <cpaelzer> llvm-7-dev is still there and we will pick it up together with Debian toward 20.04
[10:14] <cpaelzer> then on v9 most likely
[10:14] <cpaelzer> is there a hard stop to llvm-7 in Eoan - like dropping it - on the way?
[11:03] <ricotz> is the iso image builder for bionic on halt? http://cdimage.ubuntu.com/bionic/
[11:04] <cjwatson> Yes, all those cron jobs are commented out at the moment.  (While I can see it, I no longer operate it, so I can't tell you why)
[11:05] <ricotz> I see, not having an updated one seems unfortunate
[11:16] <doko> cpaelzer: no, but I would like to avoid three llvm versions in main ...
[12:17] <tinoco> good morning o/
[13:58] <slashd> is there any known problem with the autopkgtest testing under armhf architecture in eoan ? It seems to take quite some time, and things seems starting to pile up : http://autopkgtest.ubuntu.com/running#queue-ubuntu-eoan-armhf
[13:59] <tinoco> rbasak: sorry, just to confirm, are you waiting on me to remove libglusterfs support from bareos and change dbconfig-common dependencies/etc today ? (just confirming to prioritize it)
[13:59] <tinoco> cpaelzer: ^
[14:00] <tinoco> slashd: yep.. not the first time this happens :(
[14:04] <slashd> tinoco, ok tks
[14:10] <cpaelzer> slashd: it is just slow
[14:10] <cpaelzer> slashd: look here http://autopkgtest.ubuntu.com/running
[14:11] <cpaelzer> it's 11 pages tests for armhf
[14:11] <cpaelzer> waiting in the queue
[14:12] <cpaelzer> but the numbers are low 136+162+138
[14:12] <cpaelzer> we have seen numbers with high 4 digits at times
[14:13] <cpaelzer> I wonder if the queue is high becuase only a few nodes are up testing
[15:27] <cjwatson> FYI, eoan builds are now using new chroots.  I know of breakage in eoan-based recipes and am working on it; AFAIK everything else is OK, so let me know if you see oddities that look like chroot problems
[15:40] <rbasak> tinoco: no I'm not blocked on you currently thanks
[15:43] <tinoco> rbasak: tks
[16:24] <vorlon> cjwatson: thanks!
[17:57] <ahasenack> is the excuses page stuck? Last update was ~55min ago
[18:00] <ahasenack> ok, it just updated
[18:11] <vorlon> ahasenack: not stuck, just busy :)
[18:14] <ahasenack> I saw, the timestamp is :45, and it was live 15min later
[18:39] <rbasak> vorlon: I see you uploaded a rebuild of ffmpeg. update_output.txt doesn't seem to be trying it though. Does that need hinting, or am I missing something?
[18:39] <rbasak> Or is it not trying because of something else that I need to figure out?
[18:40] <vorlon> rbasak: update_excuses shows there was a failing vlc/armhf test which I have now hinted past, so on the next refresh it should be included in update_output
[18:42] <vorlon> rbasak: in fact the page regenerated 14m ago and I see ffmpeg included
[18:42] <rbasak> Ah
[18:42]  * rbasak catches up
[18:44] <rbasak> OK so next clamfs needs a no change rebuild for libpocofoundation62
[18:44] <rbasak> vorlon: ^ shall I start uploading the necessary rebuilds or are you actively doing it?
[18:48] <vorlon> rbasak: I can batch upload them here in a minute
[19:01] <vorlon> rbasak: k, clamfs ftbfs if you want to look into that
[19:03] <rbasak> ack
[19:05] <vorlon> rbasak: and this build failure is https://bugs.debian.org/925653
[19:06] <vorlon> so I'm fine just removing the package now
[19:06] <rbasak> Oh, OK. Sure! Thanks.
[19:48] <tinoco> rbasak, cpaelzer: bareos tests are broken for debian as well, but service (mysql backend) does work and I could make all packages without glusterfs, can I upload it and solve the autopkgtest as a SRU after freeze ? (disabling the broken tests) ?
[19:52] <ahasenack> fixes can still be uploaded after freeze, if that's what you mean
[19:52] <ahasenack> to eoan
[19:52] <tinoco> ahasenack: my question was about disabling the test
[19:52] <tinoco> so migration passes
[19:53] <tinoco> and I can fix it as SRU
[19:53] <ahasenack> what do you mean sru
[19:53] <tinoco> like if it was sru =o)
[19:53] <ahasenack> it would be an sru only after eoan is released
[19:53] <tinoco> err, fix after freeze, but for test
[19:53] <tinoco> forget the word i used =)
[19:53] <ahasenack> ok :)
[19:54]  * ahasenack goes back into his tent :)
[19:54] <tinoco> #)
[20:02] <rbasak> There are some lingering rdepends on libdouble-conversion1 that I think we need to clear
[20:03] <rbasak> From sources github-backup, haskell-bytestring-conversion, haskell-github, haskell-http-link-header, haskell-text-format
[20:03] <rbasak> I'm not sure why haskell-bytestring-conversion hasn't been upload
[20:03] <rbasak> ed
[20:03] <rbasak> But some of the others have been and have build dependency issues it seems
[20:05] <tinoco> https://bugs.launchpad.net/ubuntu/+source/bareos/+bug/1840485
[20:06] <tinoco> if someone can review/dput my pkg/debdiff I would appreciate
[20:13] <tinoco> DEP8 test (pgsql only) PASSES and changes are no-brainers
[20:13] <tinoco> rbasak and or andrewsh[m] if you have sometime
[20:13] <tinoco> in this busy day for you
[20:30] <vorlon> rbasak: yes the ghc transition is not in particularly good shape currently.  I'm removing most of these packages now
[20:32] <vorlon> rbasak: what's the story on default-libmysqld-dev?
[20:32] <Skuggen> libmysqld is gone from 8.0
[20:33] <rbasak> I had just found that haskell-text-format in sid requires (effectively) ghc < 4.12
[20:33] <rbasak> Uh
[20:34] <rbasak> Let me try that again
[20:34] <rbasak> haskell-text-format in sid requires "base" < 4.12
[20:34] <rbasak> That's provided by libghc-base-dev-<something>
[20:34] <rbasak> That's a virtual package provided by ghc
[20:35] <rbasak> We have 4.11 of that virtual package in the release pocket, and 4.12 in proposed
[20:35] <rbasak> Hence it fails to build in proposed
[20:36] <rbasak> sid's ghc provides 4.11 of that virtual package
[20:36] <rbasak> at version 8.6.5+dfsg1-3 of ghc
[20:36] <rbasak> eoan's ghc is also 8.6.5+dfsg1-3
[20:36] <rbasak> So it must be something determined at build time :-/
[20:37] <rbasak> vorlon: ah. I should probably have removed default-libmysqld-dev from src:mysql-defaults.
[20:38] <vorlon> looks like it
[20:38] <vorlon> rbasak: can you upload that now? I think that's the last missing piece
[20:38] <rbasak> Yes.
[20:38] <vorlon> ta
[20:38] <vorlon> well there's also libreoffice-style-hicontrast, not sure yet what's up with that
[20:38] <Skuggen> rbasak: I uploaded an updated mysql-defaults to the ppa
[20:39] <vorlon> hmm libreoffice-style-hicontrast is built from libreoffice source and is uninstallable
[20:41] <rbasak> Skuggen: sorry I had missed that from the PPA and constructed it myself.
[20:42] <rbasak> Skuggen: my first is a little different though
[20:43] <Skuggen> Yeah, it's not a complicated change, anyway, so no need to use the one from the ppa :)
[20:43] <rbasak> There are a couple of extra bits needed than from the PPA
[20:43] <rbasak> Drop of default-libmysqld-dev from debian/control
[20:44] <rbasak> And from the actual dh_gencontrol line
[20:44] <Skuggen> Yeah, it still builds it I see
[20:44] <rbasak> And I've also stopped generating it for MariaDB, since it makes no sense there either.
[20:44] <vorlon> so I think I'm going to force hint the lot of this right now
[20:44] <vorlon> rbasak: therefore please hold off on the defaults upload for a bit until that goes through
[20:45] <rbasak> Here is the new src:mysql-defaults against Debian: https://paste.ubuntu.com/p/q4cxqtDrYw/
[20:45] <rbasak> Skuggen: ^ please review
[20:45] <rbasak> vorlon: ack.
[20:46] <Skuggen> rbasak: LGTM
[20:46] <rbasak> Thanks!
[20:59] <vorlon> blah, vokoscreen just migrated as a new package w/ autopkgtests, now qtbase-opensource-src is not a candidate.  Overriding.
[21:06] <rbasak> I'm curious - are you going to kick it back to proposed afterwards?
[21:07] <rbasak> Though ubuntustudio-video recommends it
[21:15] <vorlon> rbasak: kick which back?
[21:16] <Eickmeyer> O_o
[21:17] <rbasak> vorlon: vokoscreen
[21:17] <rbasak> vorlon: or are you intending just to skip autopkgtest for the greater good?
[21:18] <rbasak> Perhaps I don't follow the situation exactly.
[21:18] <rbasak> I'm ready to upload mysql-defaults when you wish, BTW, or feel free to sponsor my debdiff above if I'm not around.
[21:22] <vorlon> rbasak: I'm making qtbase not block on the test results, which I am assuming are actually going to pass once they have a chance to run
[21:23] <rbasak> I see, OK
[21:24] <vorlon> and actually, between one britney run and the next, the tests have already run and passed
[21:25] <rbasak> Nearly there!
[22:05] <rbasak> vorlon: OK, want me to upload mysql-defaults now?
[22:05] <rbasak> What are your plans with libreoffice-style-hicontrast?
[22:06] <vorlon> rbasak: wait a bit more, please; I screwed up the hints, I can never remember which is 'force' and which is 'force-hint'
[22:06] <rbasak> OK
[22:06] <vorlon> you don't have to upload it tonight, it'll just hang around as an uninstallable binary in eoan until we clean it up
[22:06] <rbasak> OK
[22:07] <rbasak> Oh, and the force-hint will just ignore the remaining uninstallables?
[22:08] <vorlon> yes
[22:27] <rbasak> vorlon: once mysql-8.0 migrates, shall we start the PHP transition immediately?
[22:51] <vorlon> rbasak: that would be fine
[22:51] <rbasak> ack
[22:52] <rbasak> vorlon: britney doesn't seem to like you?
[22:52] <rbasak> FYI, britney additionally wants sitplus and freeradius vs. your hint in the latest output
[22:53] <vorlon> rbasak: britney is basically running constantly; the run whose output you now see had already started when I fixed my hint
[22:53] <vorlon> so the one that's running /now/, whose output you don't see yet, should use the fixed hint
[22:53] <vorlon> I have mused that we should put a starting timestamp in the output as well
[22:54] <vorlon> having packages missing from the force-hint shouldn't be a problem, because britney will try other packages for migration after applying the hint
[23:03] <rbasak> Oooh, here comes a flood of emails
[23:06] <rbasak> I had been trying to infer the start time from the available timestamps (earliest of excuses, output and the log mtime)
[23:07] <rbasak> I guess it's earlier than that then.
[23:55] <rbasak> Oh lovely. pull-debian-source is broken.
[23:55] <rbasak> Seems related to my port of it to Python 3.
[23:55] <rbasak> But in the build of ubuntu-dev-tools, the shebang gets reverted to python2. WTF?
[23:57] <sarnold> iirc there's a dh_python that does those rewritings
[23:58] <rbasak> AFAICT it's a setuptools feature?
[23:58] <rbasak> "feature"
[23:59] <rbasak> The problem is that if it's going to do this then we can't have some scripts on Python 2 and some on Python 3.
[23:59] <rbasak> Without writing them to support both etc.