/srv/irclogs.ubuntu.com/2019/06/24/#ubuntu-devel.txt

The_BallWhere can I find git repos for how packages are built? Debian uses salsa.debian.org, is there an equivalent for Ubuntu?05:41
SkuggenThe_Ball: It's often specified in the package metadata05:53
SkuggenIf you run apt-cache showsrc <package>, see if there are "Vcs-" fields05:54
The_BallSkuggen, ah, thank you very much05:55
SkuggenMany Ubuntu packages are just synced from Debian (or with small patches applied on top)05:56
The_BallSkuggen, doesn't look like python-twisted has the vcs fields, but I was able to find the source -> git clone https://git.launchpad.net/ubuntu/+source/twisted05:57
The_BallThe twisted package is lagging a bit from Debian so I have to backport one fix05:58
SkuggenLooks like it's just synced directly from debian. At least on bionic it has a debian version string05:58
=== kklimonda_ is now known as kklimonda
=== coreycb_ is now known as coreycb
=== rsalveti_ is now known as rsalveti
=== dkessel_ is now known as dkessel
=== fabiomirmar_ is now known as fabiomirmar
=== popey__ is now known as popey
cjwatsonYep, it's in sync between Debian unstable and Ubuntu eoan right now06:27
LocutusOfBorgvorlon, xnox I'm syncing mono, the s390x build has been successful!08:29
xnoxnice08:30
LocutusOfBorgxnox, to be honest, instead of building with -O0, Debian decided to disable docs generation on s390x with --with-mcs-docs=no08:36
* LocutusOfBorg updates bug https://bugs.launchpad.net/ubuntu/+source/mono/+bug/152545408:36
ubottuLaunchpad bug 1525454 in mono (Ubuntu) "bootstrapping mono compiler fails at mdoc" [Undecided,Fix released]08:36
LocutusOfBorgbdrung, https://launchpad.net/~videolan/+members#active can you please add me back?09:01
tewardtsimonq2: i noticed in the tests that they are using snapped Chromium to power Selenium.  I wonder if that's what's broken on their test...15:03
Laneyblorp15:04
tewardLaney: TL;DR it's broken and it's your fault :p15:04
tewardjust kidding ;)15:04
LaneyI feel like that *should* work15:05
Laneyteward: can you file a bug please?15:05
tewardLaney: bug on...?15:05
Laneywill ask if oSoMoN can take a look15:05
Laneykopano thing15:05
tewardah yes15:05
tewardLaney: if you can take a peek at the autopkgtest failures as well and see if I'm right that it's Chromium related15:05
tewardand if I can badtest it temporarily15:05
tewardor get it badtested*15:06
LaneyI would expect that's the relevant change15:06
tewardprobably.15:06
tewardhttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/amd64/k/kopano-webapp/20190624_082152_0ef6d@/log.gz https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/arm64/k/kopano-webapp/20190624_084645_0ef6d@/log.gz15:07
tewardhttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/armhf/k/kopano-webapp/20190624_082623_0ef6d@/log.gz15:07
tewardhttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/i386/k/kopano-webapp/20190624_082523_0ef6d@/log.gz  the 4 buildfailures15:07
tewards/buildfailures/test failures/15:07
teward3 of them are CHromium crashes15:07
teward4th said something about snaps not working on the arch15:07
tewardLaney: bug against chromium or the kopano-webapp package?15:08
Laneyprobably chromium for now15:08
tewardLaney: i filed an autopkgtest failures bug against kopano-webapp reporting the test failures; if it's indeed a Chromium issue they can still look into it.  https://bugs.launchpad.net/ubuntu/+source/kopano-webapp/+bug/183405215:11
ubottuLaunchpad bug 1834052 in kopano-webapp (Ubuntu) "autopkgtest failures: Chromium-Related" [Undecided,New]15:11
Laneythanks15:11
Laneykenvandine: ^---- is ok to ask Olivier to look at this?15:12
tewardLaney: may still ask for it to be badtested if "No Easy Fix" is the problem here.15:12
tewardsince one of them was some complaint about incompatible architecture or something15:12
Laneyyeah maybe, but I feel like we should be able to run snaps there15:13
Laneygive us a couple of days15:13
tewardLaney: indeed.  armhf seems to be the hjeadache: ==> Installing the chromium snap   error: system does not fully support snapd: apparmor detected but insufficient permissions to use it15:14
tewardbut i'm more concerned with the chromium crashes on the other ones15:14
tewardi'm also confused WHY the test pulls in Chromium just to test what's in the title of the navbar15:14
tewardthey could just curl that...15:14
teward(seems like an overly heavy test IMO)15:15
LaneyNot sure - I'm just concerned that we don't break Selinium on Chromium15:15
tewardack15:15
tewardthe only reason I care as of late is because I pushed the distropatch from TJ that fixes NGINX's pidfile race conditions in SystemD15:16
tewardwhich are addressed by changing how NGINX handles pidfiles15:16
tewardand it SEEMS to work in production15:16
Laney🤘15:19
seb128cpaelzer, thanks for the lmdb MIR review!15:19
cpaelzeryw seb12815:24
kenvandineLaney: check with seb128, oSoMoN is on his team now15:36
seb128Laney, create a card on the trello board please and yes it's fine to ping Olivier about it15:37
Laneyah sry I forgot that15:39
LaneyI am making a card, it's a -proposed item after all :>15:39
seb128thx15:40
=== dannf is now known as dannf`
=== acheronuk is now known as rikmills
ginggshttps://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts \o/20:09
ginggsnow that we know i386 will only be running on amd64 hardware, is it possible to raise the baseline to i386+sse2 or so?20:10
tsimonq2doko, vorlon: ^20:24
mitya57xnox: hi, have you seen bug 1832295?21:01
ubottubug 1832295 in lighttpd (Ubuntu) "lighttpd broken by OpenSSL update" [Critical,Confirmed] https://launchpad.net/bugs/183229521:01
=== hays_ is now known as hays
xnoxmitya57:  thanks!23:13
vorlonginggs, tsimonq2, doko: making a change to raise the baseline for i386 introduces the possibility of build regressions; I think we should certainly consider i386 to be in maintenance mode23:51
sarnoldis it worth selecting which packages we will build i386? or which packages we will not? (I'm thinking specifically of The Big Browsers and LO.. ceph?)23:53
vorlonsarnold: https://blog.ubuntu.com/2019/06/24/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts explicitly says we will select, with community input23:56
sarnoldvorlon: yay, thanks23:58

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