/srv/irclogs.ubuntu.com/2019/08/22/#ubuntu-devel.txt

mwhudsonaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa if i use objcopy to make a copy of ld-linux-armhf.so.3 with no .note.stapsdt section it works00:03
cyphermoxfun00:18
mwhudsontrying to build -O0 ffmpeg now00:23
mwhudsonok so this build now execution gcc commands with -O2 -O0 and -O3 in that order00:26
=== kklimonda_ is now known as Guest97104
=== zumbi is now known as Guest91296
=== juergh_ is now known as juergh
RAOFxnox: Are you around to bounce a systemd SRU off?07:16
dokoricotz: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg07:20
ricotzdoko, isn't marcustomlinson on it?07:22
ricotzdoko, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?h=ubuntu-eoan-6.3&id=83f37add9deb614f5fa4f79faeb5d8f575effbe207:23
dokoricotz: I don't know, just saw it07:24
ricotzmarcustomlinson, this is what happens when scrapping old changes which are actually needed ;)07:25
marcustomlinsonricotz: no pain no gain huh :)07:37
=== lan3y is now known as Laney
=== Trevinho_ is now known as Trevinho
=== Nafallo_ is now known as Nafallo
=== Nafallo is now known as Nafallo_
=== Nafallo_ is now known as Nafallo
dokocpaelzer, coreycb: can postgresql-11 be built with llvm-9 (or -8) instead of 7?09:09
rbasakcpaelzer: o/09:10
rbasakcpaelzer: bareos turns out not to be in the Eoan release pocket, so it doesn't matter for the transition09:10
cpaelzerdoko: I haven't looked at newer llvm for postgresql at all so far09:33
cpaelzeris that a "needs to be solved today for FF" question?09:33
cpaelzeror does that have some time?09:33
cpaelzerdoko: 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.de09:44
cpaelzerbut I found no clear statement or working reference using anything newer to give you a definitive answer09:45
cpaelzerdoko: it is not past sayin >=6 in any other build I checked. I have asked Myon in case he knows09:54
cpaelzerdoko: 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 810:05
dokocpaelzer: could you track that for eoan?10:07
dokollvm-9 is now the default10:08
cpaelzerit won't be in eoan10:12
cpaelzerFF is today, Debian hasn't even moved10:12
cpaelzerllvm-7-dev is still there and we will pick it up together with Debian toward 20.0410:13
cpaelzerthen on v9 most likely10:14
cpaelzeris there a hard stop to llvm-7 in Eoan - like dropping it - on the way?10:14
ricotzis the iso image builder for bionic on halt? http://cdimage.ubuntu.com/bionic/11:03
cjwatsonYes, 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:04
ricotzI see, not having an updated one seems unfortunate11:05
dokocpaelzer: no, but I would like to avoid three llvm versions in main ...11:16
tinocogood morning o/12:17
=== ricab is now known as ricab|lunch
=== ricab|lunch is now known as ricab
slashdis 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-armhf13:58
tinocorbasak: 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
tinococpaelzer: ^13:59
tinocoslashd: yep.. not the first time this happens :(14:00
slashdtinoco, ok tks14:04
cpaelzerslashd: it is just slow14:10
cpaelzerslashd: look here http://autopkgtest.ubuntu.com/running14:10
cpaelzerit's 11 pages tests for armhf14:11
cpaelzerwaiting in the queue14:11
cpaelzerbut the numbers are low 136+162+13814:12
cpaelzerwe have seen numbers with high 4 digits at times14:12
cpaelzerI wonder if the queue is high becuase only a few nodes are up testing14:13
cjwatsonFYI, 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 problems15:27
rbasaktinoco: no I'm not blocked on you currently thanks15:40
tinocorbasak: tks15:43
vorloncjwatson: thanks!16:24
=== fenris is now known as ejat
ahasenackis the excuses page stuck? Last update was ~55min ago17:57
ahasenackok, it just updated18:00
vorlonahasenack: not stuck, just busy :)18:11
ahasenackI saw, the timestamp is :45, and it was live 15min later18:14
rbasakvorlon: 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
rbasakOr is it not trying because of something else that I need to figure out?18:39
vorlonrbasak: 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_output18:40
vorlonrbasak: in fact the page regenerated 14m ago and I see ffmpeg included18:42
rbasakAh18:42
* rbasak catches up18:42
rbasakOK so next clamfs needs a no change rebuild for libpocofoundation6218:44
rbasakvorlon: ^ shall I start uploading the necessary rebuilds or are you actively doing it?18:44
vorlonrbasak: I can batch upload them here in a minute18:48
vorlonrbasak: k, clamfs ftbfs if you want to look into that19:01
rbasakack19:03
vorlonrbasak: and this build failure is https://bugs.debian.org/92565319:05
ubottuDebian bug 925653 in src:clamfs "clamfs: ftbfs with GCC-9" [Serious,Open]19:05
vorlonso I'm fine just removing the package now19:06
rbasakOh, OK. Sure! Thanks.19:06
tinocorbasak, 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:48
ahasenackfixes can still be uploaded after freeze, if that's what you mean19:52
ahasenackto eoan19:52
tinocoahasenack: my question was about disabling the test19:52
tinocoso migration passes19:52
tinocoand I can fix it as SRU19:53
ahasenackwhat do you mean sru19:53
tinocolike if it was sru =o)19:53
ahasenackit would be an sru only after eoan is released19:53
tinocoerr, fix after freeze, but for test19:53
tinocoforget the word i used =)19:53
ahasenackok :)19:53
* ahasenack goes back into his tent :)19:54
tinoco#)19:54
rbasakThere are some lingering rdepends on libdouble-conversion1 that I think we need to clear20:02
rbasakFrom sources github-backup, haskell-bytestring-conversion, haskell-github, haskell-http-link-header, haskell-text-format20:03
rbasakI'm not sure why haskell-bytestring-conversion hasn't been upload20:03
rbasaked20:03
rbasakBut some of the others have been and have build dependency issues it seems20:03
tinocohttps://bugs.launchpad.net/ubuntu/+source/bareos/+bug/184048520:05
ubottuLaunchpad bug 1840485 in bareos (Ubuntu) "Eoan autopkgtest regressions - Migration Excuses" [Medium,In progress]20:05
tinocoif someone can review/dput my pkg/debdiff I would appreciate20:06
tinocoDEP8 test (pgsql only) PASSES and changes are no-brainers20:13
tinocorbasak and or andrewsh[m] if you have sometime20:13
tinocoin this busy day for you20:13
vorlonrbasak: yes the ghc transition is not in particularly good shape currently.  I'm removing most of these packages now20:30
vorlonrbasak: what's the story on default-libmysqld-dev?20:32
Skuggenlibmysqld is gone from 8.020:32
rbasakI had just found that haskell-text-format in sid requires (effectively) ghc < 4.1220:33
rbasakUh20:33
rbasakLet me try that again20:34
rbasakhaskell-text-format in sid requires "base" < 4.1220:34
rbasakThat's provided by libghc-base-dev-<something>20:34
rbasakThat's a virtual package provided by ghc20:34
rbasakWe have 4.11 of that virtual package in the release pocket, and 4.12 in proposed20:35
rbasakHence it fails to build in proposed20:35
rbasaksid's ghc provides 4.11 of that virtual package20:36
rbasakat version 8.6.5+dfsg1-3 of ghc20:36
rbasakeoan's ghc is also 8.6.5+dfsg1-320:36
rbasakSo it must be something determined at build time :-/20:36
rbasakvorlon: ah. I should probably have removed default-libmysqld-dev from src:mysql-defaults.20:37
vorlonlooks like it20:38
vorlonrbasak: can you upload that now? I think that's the last missing piece20:38
rbasakYes.20:38
vorlonta20:38
vorlonwell there's also libreoffice-style-hicontrast, not sure yet what's up with that20:38
Skuggenrbasak: I uploaded an updated mysql-defaults to the ppa20:38
vorlonhmm libreoffice-style-hicontrast is built from libreoffice source and is uninstallable20:39
rbasakSkuggen: sorry I had missed that from the PPA and constructed it myself.20:41
rbasakSkuggen: my first is a little different though20:42
SkuggenYeah, it's not a complicated change, anyway, so no need to use the one from the ppa :)20:43
rbasakThere are a couple of extra bits needed than from the PPA20:43
rbasakDrop of default-libmysqld-dev from debian/control20:43
rbasakAnd from the actual dh_gencontrol line20:44
SkuggenYeah, it still builds it I see20:44
rbasakAnd I've also stopped generating it for MariaDB, since it makes no sense there either.20:44
vorlonso I think I'm going to force hint the lot of this right now20:44
vorlonrbasak: therefore please hold off on the defaults upload for a bit until that goes through20:44
rbasakHere is the new src:mysql-defaults against Debian: https://paste.ubuntu.com/p/q4cxqtDrYw/20:45
rbasakSkuggen: ^ please review20:45
rbasakvorlon: ack.20:45
Skuggenrbasak: LGTM20:46
rbasakThanks!20:46
vorlonblah, vokoscreen just migrated as a new package w/ autopkgtests, now qtbase-opensource-src is not a candidate.  Overriding.20:59
rbasakI'm curious - are you going to kick it back to proposed afterwards?21:06
rbasakThough ubuntustudio-video recommends it21:07
vorlonrbasak: kick which back?21:15
EickmeyerO_o21:16
rbasakvorlon: vokoscreen21:17
rbasakvorlon: or are you intending just to skip autopkgtest for the greater good?21:17
rbasakPerhaps I don't follow the situation exactly.21:18
rbasakI'm ready to upload mysql-defaults when you wish, BTW, or feel free to sponsor my debdiff above if I'm not around.21:18
vorlonrbasak: 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 run21:22
rbasakI see, OK21:23
vorlonand actually, between one britney run and the next, the tests have already run and passed21:24
rbasakNearly there!21:25
rbasakvorlon: OK, want me to upload mysql-defaults now?22:05
rbasakWhat are your plans with libreoffice-style-hicontrast?22:05
vorlonrbasak: wait a bit more, please; I screwed up the hints, I can never remember which is 'force' and which is 'force-hint'22:06
rbasakOK22:06
vorlonyou don't have to upload it tonight, it'll just hang around as an uninstallable binary in eoan until we clean it up22:06
rbasakOK22:06
rbasakOh, and the force-hint will just ignore the remaining uninstallables?22:07
vorlonyes22:08
rbasakvorlon: once mysql-8.0 migrates, shall we start the PHP transition immediately?22:27
vorlonrbasak: that would be fine22:51
rbasakack22:51
rbasakvorlon: britney doesn't seem to like you?22:52
rbasakFYI, britney additionally wants sitplus and freeradius vs. your hint in the latest output22:52
vorlonrbasak: britney is basically running constantly; the run whose output you now see had already started when I fixed my hint22:53
vorlonso the one that's running /now/, whose output you don't see yet, should use the fixed hint22:53
vorlonI have mused that we should put a starting timestamp in the output as well22:53
vorlonhaving packages missing from the force-hint shouldn't be a problem, because britney will try other packages for migration after applying the hint22:54
rbasakOooh, here comes a flood of emails23:03
rbasakI had been trying to infer the start time from the available timestamps (earliest of excuses, output and the log mtime)23:06
rbasakI guess it's earlier than that then.23:07
rbasakOh lovely. pull-debian-source is broken.23:55
rbasakSeems related to my port of it to Python 3.23:55
rbasakBut in the build of ubuntu-dev-tools, the shebang gets reverted to python2. WTF?23:55
sarnoldiirc there's a dh_python that does those rewritings23:57
rbasakAFAICT it's a setuptools feature?23:58
rbasak"feature"23:58
rbasakThe 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
rbasakWithout writing them to support both etc.23:59

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