/srv/irclogs.ubuntu.com/2018/04/09/#ubuntu-devel.txt

tsimonq2jbicha: I had a backport of spectre-meltdown-checker started but not finished in bug 1743334. If you would like to finish it up (since you synced to Bionic today), you're welcome to, just assign the bug to yourself. Otherwise I'll assign the bug to myself tomorrow.00:24
ubottubug 1743334 in Artful Backports "Please backport spectre-meltdown-checker 0.29-1 (universe) from bionic" [Undecided,Confirmed] https://launchpad.net/bugs/174333400:24
LargePrimehow can i get this package updated https://launchpad.net/ubuntu/+source/xflr502:12
LargePrimeplease ping if you reply, i sleep now02:12
LargePrimea link to a how to help ubuntu keep packages up to date would be great02:12
tsimonq2LargePrime: Ask Debian.02:20
tsimonq2LargePrime: https://bugs.debian.org/86458802:23
ubottuDebian bug 864588 in wnpp "O: xflr5 -- analysis tool for airfoils" [Normal,Open]02:23
slangaseknacc: non-standard xz flag> hmph, who do we blame for that?05:20
=== ejat_ is now known as ejat
lathiatFYI seems there is a bug in bind9-host on bionic that causes it to hang forever sometimes, which causes avahi-daemon-check-dns.sh to hang forever and cause network connections to hang indefinitely.. https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/175241106:40
ubottuLaunchpad bug 1752411 in bind9 (Ubuntu) "Can not ping IP addresses on remote network after connect" [High,Confirmed]06:40
zygare07:04
mvosil2100: hey! I was told by zyga that there might be an issue with the ubuntu-image snap (zyga knows the details). are you aware of this?07:05
zygamvo, sil2100: the ubuntu-image snap is published to edge and beta and doesn't function (GLIBC things explode)07:05
zygaif the snap should be used it should be fixed and published to stable07:05
zygaotherwise I think the channels should be closed07:05
zygait's a high-profile item in device maker circles07:05
sil2100zyga: I think we didn't use stable before, but maybe it's finally time - anyway, I wasn't aware that the current snap is exploding, thanks for letting me know07:13
sil2100I'll take a look at it07:13
slangaseksil2100: hum, it's long overdue for it to be on stable IMHO07:13
sil2100slangasek: yeah07:13
slangaseksil2100: OTOH we should only push it there if it's actually stable ;)07:13
sil2100slangasek: well, I think the idea was to publish it to stable once we have 1.0 - and we did, but I guess we forgot ;p07:14
* zyga feels this issue is now in very good and capable hands :)07:14
slangasekis the glibc issue one that's currently fixable with current snapcraft and classic snaps?07:15
slangasekI'm not sure if we've gotten the all-clear on that07:16
snikkerhello, i'm compiling kernel usung "make deb-pkg", there is a way to use custom "changelog" and "control" files instead of auto generated?08:43
dokooSoMoN: re LP: #1034558 why remove, they are synced from Debian. why did you remove the external deps?10:08
ubottuLaunchpad bug 1034558 in pentaho-reporting-flow-engine (Ubuntu) "[MIR] libbase-java, libsac-java, libxml-java, libflute-java, libpentaho-reporting-flow-engine-java" [Undecided,Won't fix] https://launchpad.net/bugs/103455810:08
oSoMoNdoko, I didn't remove anything, I'm merely suggesting that they could be if we wanted to, there's nothing actually using those10:10
sil2100mvo, zyga: are the issues with the ubuntu-image snap reported anywhere?10:47
zygasil2100: not that I know of10:48
ginggstseliot: you have a new PR10:48
sil2100zyga: I see some issues indeed, e.g. it's busted on artful - but it's been like that since a while, I guess might be good to see if it can get fixed now10:49
sil2100For xenial it works as expected10:49
sil2100I was wondering if this was some other issue, or is this it10:49
* sil2100 needs to check on bionic10:49
zygasil2100: what was the issue on artful?10:49
zygaI think you _maybe_ just need a rebuild with new snapcraft10:49
sil2100zyga: yeah, I guess that's it, it's the glibc issue caused by the old snapcraft IIRC10:52
zygasil2100: it looks like the snap was built on bionic10:52
zygabut I don't understand why it would work on xenial then10:52
sil2100I'll investigate some more10:54
tseliotginggs: yes, I'll have a look at it later, thanks11:08
ginggstseliot: thanks - i checked and it wasn't in the 384 packaging, so must have crept in during the switch to the new packaging in 39011:09
dokoplease pickup your ftbfs here ... http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20180408-bionic.html11:21
LargePrimetsimonq2, how hard is it to maintain a package?12:57
LtWorf_LargePrime: maintaining chromium is slightly harder than maintaining nyancat12:57
LtWorf_(i mean that it all depends on how hards is the content of the package itself)12:58
LargePrimeLtWorf_, it would be this https://bugs.debian.org/86458812:58
ubottuDebian bug 864588 in wnpp "O: xflr5 -- analysis tool for airfoils" [Normal,Open]12:58
LargePrimenot hard i think.  but no experience in the domain12:59
LargePrimehave you any advice for me?12:59
LtWorf_LargePrime: i think #debian-mentors on oftc is a better channel to ask this stuff13:01
sil2100!dmb-ping15:00
ubottubdmurray, BenC, cyphermox, jbicha, micahg, rbasak, sil2100: DMB ping.15:00
tsimonq2LargePrime: Not *terribly* hard if you RTFM. :P15:21
nacc_slangasek: not sure, i need to verify it's true, and then see .. i've filed a few bugs in debian re: non-reproducible tarballs before15:29
nacc_slangasek: none of them have received any response, which makes me feel like pristine-tar is not maintained (i mentioned this to you before, i think)15:30
nacc_slangasek: and it's also something i struggled to debug effectively, but I believe I should be able to without git-ubuntu ... i'll do that today15:36
=== nacc_ is now known as nacc
seb128cyphermox, hey, was bug 1754422 good to go after security +1?16:25
ubottubug 1754422 in volume-key (Ubuntu) "[MIR] volume-key" [Undecided,Incomplete] https://launchpad.net/bugs/175442216:25
naccslangasek: i'm still wading into this, but it does appear to be reproducible with just pristine-tar in a Git repo. Also this article https://www.nongnu.org/lzip/xz_inadequate.html17:25
slangasekheh17:26
naccslangasek: i believe (and this might be true for other formats, just no flags are used there), it's not always possible to know what xz was used to compress something17:26
naccslangasek: and what flags, maybe, more particularly17:26
slangaseknacc: sure; it just seems so unlikely that an Ubuntu dev would be using arbitrary xz flags when building this orig.tar.xz?17:26
slangasekit appears juliank did the cryptsetup upload in question17:27
slangasekjuliank: ^^ how did you acquire the orig.tar.xz for that upload? did it come from upstream or did you create it?17:28
naccslangasek: oh no i meant the upstream did17:28
naccslangasek: it's what is published upstream (i've verified that now )17:28
slangasekah17:28
naccslangasek: but i believe pristine-tar has to be able to call xz in the same way upstream does in order to verify it did the right thing17:28
naccslangasek: and it's not always going to be able to (again, this is still just my rough understanding)17:28
* slangasek nods17:29
naccwe obviously could decompress and recompress xz as something else in order to reproduce it, but it's really not a big deal (imo) yet17:30
naccpristine-tar support in git-ubuntu is best effort on import17:30
naccwe can always fallback to Launchpad (and I think I have an algorithm for your merge case now)17:30
naccslangasek: i've asked upstream how they generate the tarball, as even the manual try-all-known options path in pristine-xz fails: https://gitlab.com/cryptsetup/cryptsetup/issues/37418:01
coreycbRAOF: hi, if you have a chance during your Tues SRU rotation, would you be able to take a look at promoting neutron to artful-proposed and possibly reviewing the neutron versions in the xenial and artful queues?18:04
slangasekcoreycb: none of the Monday rotaters available?  (infinity)18:15
coreycbslangasek: possibly. i like to add a little buffer time to my asks to account for timezones, shock, etc. :)18:18
andyrockslangasek: hey hey18:48
andyrockslangasek: I didn't see your ping earlier this morning18:48
andyrockslangasek: I guess the only problem would be if you've software-properties-dbus installed and not snapd-glib18:50
andyrockslangasek: maybe we can move that dependency there18:50
andyrockfor the others I'm pretty sure there will be no problem18:50
slangasekandyrock: ok great, thanks - I'll sponsor the upload now19:13
andyrockslangasek: I moved snapd back to common19:14
andyrockhow can I check if it is going to create problems in the server image?19:14
slangasekandyrock: launch a default lxd instance; install updated versions of software-properties-common + python3-software-properties; confirm that add-apt-repository doesn't bail19:15
slangasekandyrock: so if we have to still depend on gir1.2-snapd-1, that's very specifically the one that is causing the image bloat19:17
slangasekandyrock: because glib1.2-snapd-1 -> libsnapd-glib1 > libsoup2.4-1 > glib-networking19:17
slangaseksince we don't use it in the "common" case, it would be good to figure out how to avoid that dependency19:17
andyrockmmm one thing that we can do is to not make it a depedency19:17
andyrockthan we can move the "from gi.repository import snapd" inside a try19:18
andyrockthe rest of the code is not going to be called19:18
slangasekyes, that would also be fine from my POV19:18
andyrockso it should not create any problems19:18
naccslangasek: ah, pristine-tar 1.42 has added a -r flag19:19
slangaseknacc: short for --really-pristine?19:20
naccslangasek: --recompress19:20
slangasekok19:21
naccslangasek: which allows for recompressing a reproducible tarball19:21
slangasek--right-this-time-we-mean-it19:21
naccyeah :)19:21
nacci think it will guarnatee the .tar is the same, even if hte .tar.xz is not ... which is still not ideal19:21
nacci'm not sure we want git-ubuntu to do that, as it will lead to weird issues19:21
andyrockslangasek: https://code.launchpad.net/~azzar1/software-properties/fix-1762082/+merge/34285419:28
jbichaslangasek: can you let my DMB email through the u-devel-announce moderation queue? LP: #176251619:30
ubottuLaunchpad bug 1762516 in ubuntu-community "[TB/DMB] Please extend expiring members term by 1 month" [Undecided,New] https://launchpad.net/bugs/176251619:30
slangasekjbicha: done19:47
slangasekandyrock: thanks, uploading19:50
joelkraehemannhi all22:01
joelkraehemannhow is the freeze?22:01
joelkraehemannSince I just discovered a flaw in GSequencer22:02
joelkraehemannhttp://git.savannah.nongnu.org/cgit/gsequencer.git/commit/?h=1.4.x&id=07f18a82b7df829a6969e88f86848e676d888fd422:02
joelkraehemannI just build the new tarball22:02
naccjoelkraehemann: bugfixes are allowed22:03
joelkraehemannit is a bugfix22:03
naccjoelkraehemann: ok, file a bug?22:03
joelkraehemannI am upstream22:03
joelkraehemannshould I do it anyway?22:03
naccjoelkraehemann: an ubuntu bug, i mean22:03
joelkraehemanngreat22:03
naccjoelkraehemann: file a bug, provide a debdiff, ifyou can22:04
naccjoelkraehemann: it'll go into the sponsorship queue -- i can probably take a look if you ping me :)22:04
joelkraehemannthank you22:05
joelkraehemannhttps://bugs.launchpad.net/ubuntu/+source/gsequencer/+bug/176256422:09
ubottuLaunchpad bug 1762564 in gsequencer (Ubuntu) "GSequencer wrong interface init function of AgsRecallAudioRun" [Undecided,New]22:09
joelkraehemannnacc: the debdiff takes some time because I just run the test-suite22:10
naccjoelkraehemann: sure22:10
joelkraehemannnacc: ping23:22
joelkraehemannFYI, there is a new upstream tarball available23:23
joelkraehemannit contains 2 other fixes but are less important23:23
sarnoldnacc will probably want all the changes in a new tarball documented in the bug23:24
joelkraehemannsarnold: Ok, I do so23:25
sarnoldjoelkraehemann: thanks :)23:25
joelkraehemannsarnold, well there was 1 symbol not exported23:25
joelkraehemannhttps://bugs.launchpad.net/ubuntu/+source/gsequencer/+bug/176257623:29
ubottuLaunchpad bug 1762576 in gsequencer (Ubuntu) "ags_widget_cclosure_marshal_VOID__STRING_INT() symbol not exportet" [Undecided,New]23:29
joelkraehemannhttps://bugs.launchpad.net/ubuntu/+source/gsequencer/+bug/176257823:31
ubottuLaunchpad bug 1762578 in gsequencer (Ubuntu) "ags_recall_stop_persistent() event not properly done" [Undecided,New]23:31
joelkraehemannnacc: all patches provided23:43

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