/srv/irclogs.ubuntu.com/2018/08/13/#ubuntu-devel.txt

GunnarHjsil2100: Thanks for the bionic upload for bug #1778041. Want to mention that it resulted in much fewer binaries than is present in bionic-release. Is that a problem? (I hope not.)09:42
ubottubug 1778041 in freshplayerplugin (Ubuntu Xenial) "browser-plugin-freshplayer-pepperflash broken" [High,In progress] https://launchpad.net/bugs/177804109:42
sil2100GunnarHj: I don't think so, sometimes microreleases just drop binary packages so yeah, but I must say I didn't have experience with such cases before - accepted it as it seemed the logical way to go09:46
sil2100Since it's either that or leaving it busted09:46
GunnarHjsil2100: That's what I thought/hoped. There is an additional aspect with the xenial one - there is already stuff the old way in bionic-updates.10:03
GunnarHjsil2100: s/bionic-updates/xenial-updates/10:04
abeatosil2100, is it a good time for a review of https://github.com/CanonicalLtd/ubuntu-image/pull/155 ?10:28
=== realitix_ is now known as realitix
g40Greetings. Can anyone help? Trying to update a chroot'd 18.04 base image on an 18.04 host. `Get:3 http://ports.ubuntu.com/ubuntu-ports xenial-backports InRelease [107 kB] Err:1 http://ports.ubuntu.com/ubuntu-ports xenial InRelease   Couldn't create temporary file /tmp/apt.conf.vN6blL for passing config to apt-key`13:01
g40filesystem is writable. `ls -als /tmp total 12 4 drwxr-xr-x  2 root root 4096 Aug 13 12:55 . 4 drwxr-xr-x 22 root root 4096 Aug 13 12:38 .. 4 -rw-r--r--  1 root root    6 Aug 13 12:57 x`13:02
ahasenackg40: shouldn't /tmp be 1777?13:02
g40@ahasenack boom! great catch, thank you.13:04
udevbotError: "ahasenack" is not a valid command.13:04
scientesmvo, any questions about command-not-found?13:40
mvoscientes: in a meeting right now, sorry. but excited about your C implementaton, I think its pretty cool to have that13:40
scienteshit me up13:41
scientes(later)13:41
mvoscientes: now :) so I think the C implementation is great, low latency/overhead and all that. the update-alternatives problem could be solved by making it a server side problem. I had this idea that we would store the commands in a new apt indexfile that is automatically downloaded by apt when c-n-f is installed. the apt snippet is super simple:https://paste.ubuntu.com/p/TW4gR7KnmF/  and here is an example what it would look like http://peop13:46
mvole.canonical.com/~mvo/c-n-f/dists/bionic/main/cnf/13:46
mvoscientes: this would then be parsed by c-n-f into whatever format it wants13:46
mvoscientes: the server side extractor is also easyhttps://git.launchpad.net/~mvo/command-not-found-extractor/tree/13:47
mvoscientes: (unfortuantely I have some trouble getting the server side deployed but that is a different matter)13:47
mvoscientes: what do you think about this?13:47
mvoscientes: ideally this would be same for debian/ubuntu too, the format is pretty simple13:48
scientesyeah that is great13:53
scientesI'll code that up in the C version13:56
mvoscientes: thanks, lets coordinate with the proposal of the ideas to debian and please keep naging me about getting the extractor to the server side, it needs some admin work mostly I think13:58
ahasenackis gcc-8 the default one in cosmic?14:01
scientesahasenack, $ ls -al /usr/bin/gcc14:02
scienteslrwxrwxrwx 1 root root 5 Jul 21 00:14 /usr/bin/gcc -> gcc-814:02
ahasenacktrying to figure out this error in a ppc64el build: cc1plus: error: unrecognized command line option ‘-Wno-deprecated-register’ [-Werror]14:02
ahasenacksame package builds in the other arches14:02
ahasenackwell, is still building. so far amd64, s390x and i386 passed14:02
ahasenackthanks scientes14:03
=== Eleventh_Doctor is now known as Pharaoh_Atem
tomreynis it known and expected that changing the upgrade-manager release-upgrade prompt to 'normal' enables starting an upgrade from 16.04 to 18.04 without -d ? (and apparently that fails?14:04
scientesthat should always work even without -d14:05
tomreynscientes: 16.04 -> 18.04 LTS upgrade is not enabled, yet, no.14:12
scientesoh my bad14:17
slashdseb128, based on our last week discussion, dgadomski_ did the MP for both LPs (dgadomski and tseliot) : https://code.launchpad.net/~dgadomski/ubuntu/+source/gdm3/+git/lp1782152/+merge/352976, it is set to "Need review". According to your process, should I wait for that MP to be approved/merged before uploading ?15:34
slashdseb128, basically what are the desktop team expectations according to your process before tseliot or I can upload gdm3 for Bionic (both LPs) which has a MP "Needs review" and Xenial (dariusz bug only)16:06
ahasenackhi, on a ppc64el lxd container (haven't tried elsewhere), dpkg-buildflags in cosmic returns -O3, instead of -O216:38
ahasenackI'm trying to track down where that is coming from16:39
ahasenack /etc/dpkg/* has nothing16:39
ahasenackany other ideas?16:39
ahasenackdpkg-buildflags --status output: https://pastebin.ubuntu.com/p/WXPwsbT5H9/16:39
ahasenackin a lxd container in my laptop, amd64, I get -O2 in cosmic16:40
ahasenackah16:41
ahasenack /usr/share/perl5/Dpkg/Vendor/Ubuntu.pm16:41
ahasenackif arch ppc64el, set -O316:41
ahasenackamazing16:41
ahasenackrbasak: ^ FYI16:41
ahasenack"-g -O3" actually16:42
cjwatsonYes, it was a specific requirement from the port's sponsor AIUI16:43
ahasenackhi guys, any idea why adding -O3 would enable -Werror=format=truncation?17:06
ahasenackhttps://gist.github.com/panlinux/4716e167c2e06612b28be4b9f8f2b52b scroll all the way to the right, the only difference between the two g++ command lines is the last -On I added17:07
ahasenack-O3 fails, -O2 works17:07
ahasenack(it was easier than editing -O2/-O3 inside the long command line, but has the same result)17:07
seb128slashd, no, it's fine, go ahead with the upload and I'm going to review/merge it17:10
cjwatsonahasenack: the GCC manual says that -Wformat-truncation sometimes estimates the number of bytes that will be written based on optimisation-level-dependent heuristics17:13
cjwatson"While enabling optimization will in most cases improve the accuracy of the warning, it may also result in false positives."17:13
ahasenackhm17:14
cjwatsonYou'll need to analyse the error manually and see whether it's a true overflow17:14
ahasenackI could try -O2 *with* -Wformat-truncation17:15
cjwatsonIf it's a false positive, then sometimes carefully-chosen assert() calls are enough to hint the compiler into what's going on17:15
ahasenackif that triggers again, then it's not the optimize, right17:15
cjwatsonNo, you misunderstand17:15
cjwatson-Wformat-truncation is enabled by default, but behaves differently depending on the optimisation level, because that influences the heuristics that it uses to analyse how many bytes will be written17:16
cjwatsonBefore going any further, you should analyse the code path that the compiler is complaining about and see whether it's actually a potential overflow17:17
cjwatsonIf it is, then fix it; if it isn't, then maybe there's an assert you can add to help the compiler prove that it isn't17:18
rbasakahasenack: I'm not sure what the specific issue is that you're working on, but it might be acceptable to override it down to -O2 for the time being and leave a bug open if you're trying to land something.17:26
ahasenackrbasak: it's the squid build I mentioned in the standup17:26
ahasenackthat it only failed in ppc64, and at that time I saw that -O3 was used, and I thought it was something new in cosmic, not that it was ppc64 exclusive17:26
rbasakDoes it fail with -O3 on amd64?17:27
ahasenackit should, let me check17:28
sarnold-O3 ppc64el reminds me of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905868  (probably just coincidence)17:34
ahasenackcjwatson: as far as I can see, the truncation can indeed happen. Target buffer is 64 bytes, source string can be up to 3*256+1017:34
ubottuDebian bug 905868 in gcc-8 "gcc-8: miscompiles vec_sl at -O3 with -fwrapv on ppc64el" [Normal,Open]17:34
ahasenackupstream seems aware: http://squid-web-proxy-cache.1019090.n4.nabble.com/compiler-Error-tp4686058p4686065.html17:35
ahasenackthis error is a bit down in that page17:35
ahasenackI also got the first one, but that one was easy to fix17:35
ahasenackheh, look at what I found: https://bugs.squid-cache.org/show_bug.cgi?id=487517:39
ahasenackwith a pr and a work-in-progress patch17:40
ahasenackgoo17:40
ahasenackd17:40
tsimonq2!dmb-ping18:19
ubottucyphermox, jbicha, micahg, rbasak, sil2100, slashd, tsimonq2: DMB ping.18:19
tsimonq240 mins, but I'd really be happy to have quorum. ;)18:19
slashdtsimonq2, I'll be there18:19
tsimonq2Thanks!18:19
tsimonq2!dmb-ping For real this time19:01
ubottutsimonq2: I am only a bot, please don't think I'm intelligent :)19:01
tsimonq2darnit19:01
tsimonq2!dmb-ping | For real this time19:01
ubottuFor real this time: cyphermox, jbicha, micahg, rbasak, sil2100, slashd, tsimonq2: DMB ping.19:01
tsimonq2I hate how ubottu is inconsistent in what it wants you to pipe and what it doesn't.19:01
Unit193It isn't, you pipe !info as well as factoids.19:02
=== grumble is now known as Guest76306
=== gurmble is now known as grumble
tsimonq2Unit193: Oh?19:11
tsimonq2Hmm.19:11
=== simonquigley is now known as tsimonq2
=== DrKranz is now known as DktrKranz
=== tomreyn_ is now known as tomreyn
=== geofft_ is now known as geofft
=== tedg_ is now known as ted__
=== ted__ is now known as tedg__
=== tedg__ is now known as tedg
tsimonq2infinity: So, I'm now a Core Developer: https://lists.ubuntu.com/archives/ubuntu-devel/2018-August/040436.html20:33
tsimonq2infinity: I think you said you wanted to push a Core Developer-only DMB policy at one point, after I became a Core Developer.20:34
tsimonq2infinity: So, there you go. :)20:34
infinitytsimonq2: \o/21:04
infinitytsimonq2: Congrats.21:04
tsimonq2infinity: Thanks!21:04

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