cpaelzersil2100: hiho, you might know - is bileto down for a reason or juts by accident?07:33
cpaelzerI get connection timeouts when browsing to it07:33
sil2100cpaelzer: hmmm08:11
sil2100cpaelzer: it works here for me, probably was just some temporary failure?08:11
cpaelzersil2100: yeah working now08:18
=== JanC is now known as Guest41406
=== JanC_ is now known as JanC
cpaelzerhey, I look for some packaging magic guidance09:01
cpaelzerDebian did a change that is useful in moving a blob (rom file) generated from an arch sepcific package to a "Architecture: all" package09:01
cpaelzerso far so good09:01
cpaelzerbut we built two such roms (so far arch specific on s390x), and the second rom can ONLY build on s390x09:02
cpaelzerit can easily be reused on other architectures09:02
cpaelzerfurthermore debian did it ina hackish way which will miss if any changes/fixes for those roms are done to the makefile upstream09:02
cpaelzerso I wonder if I could build things on s390x the "upstream intended way" but then still make them part of an "Architecture: all" package (preferably the one I already have containing other roms as well)09:03
cpaelzerI realized my knowledge on build-indep is lower than it should be so any help is welcome09:03
cjwatsonSounds like you want "XB-Build-Indep-Architecture: s390x" in the first stanza of debian/control09:03
cjwatsonmay be LP-specific - there was debate about it and I'm not sure we ever got that into Debian09:04
cpaelzercjwatson: interesting, let me read about that flag09:05
cpaelzercjwatson: it is possible (not sure yet) that there are also roms that only build on x86 (the current executor of build-indep)09:06
cpaelzercjwatson: is there any chance that I can get both or is this an "either this or that" decision?09:07
cpaelzeralso search endinges don't give me useful links for XB-Build-Indep-Architecture is there any reference you could share?09:07
cpaelzeryeah it has x86 only bits as well09:10
cpaelzerso the question really is can I have one deb package that has content built on two different builders, and I assume the answer is no09:10
cpaelzeram I allowed to split an extra (new) package for that being architecture:all but built on s390x09:11
cpaelzerI could only move the two roms I want there and have all I want right?09:11
cpaelzerthe roms built the upstream intended way ending up in a arch:all package09:11
cpaelzerI'll try that - let me know if that is in vain :-)09:11
cjwatsoncpaelzer: I mean ... you can't simultaneously build a package on more than one arch09:17
cjwatsoncpaelzer: you'll have to split it up or else work out some way to get everything to build on a single arch09:17
cpaelzercjwatson: yep, I decided to split the package09:19
cpaelzerthanks for confirming my assumptions09:19
cpaelzerare there known limitations on building architecture: all content NOT in build-indep09:19
cjwatsoncan't recall I'm afraid09:20
cpaelzeras that is what I need to build one on x86 (that will be in build-indep) and one on s390x (that will be in buld-arch)09:20
cpaelzerok, I'll give it a try09:20
cpaelzerthank you already cjwatson09:20
cjwatsonI'm not totally sure how what you're saying makes sense09:21
cjwatsonBut I need to catch a train09:21
cpaelzerhave a good ride09:23
LocutusOfBorgOdd_Bloke, hello, if you want to do some hg-git fixup, http://debomatic-amd64.debian.net/distribution#disco/hg-git/0.8.12-0ubuntu1/autopkgtest09:54
LocutusOfBorgthe test requiring ssh should be disabled in my opinion09:54
ginggsLocutusOfBorg: do you plan to upload hg-git 0.8.12 to debian?09:56
LocutusOfBorgginggs, for some reasons the same version fails there...10:00
LocutusOfBorgI couldn't figure out why... maybe new git version10:01
ginggsi saw some fixes in hg-git gitlab that are not released yet10:03
ginggsbut i want to know if you are planning to upload hg-git to debian, so we don't duplicate work10:03
LocutusOfBorgginggs, no please, I plan to do something else, more important :D10:45
LocutusOfBorggo go go, you can start from my DOM upload :D10:45
tjaaltonjbicha: hi, what's still missing from lm-sensors migration?11:18
rbasakSkuggen: from juliank: https://paste.ubuntu.com/p/HK3p28KNkz/11:29
rbasakSkuggen: he said in #ubuntu-release it's fixed upstream in 5.7.26 but has no release yet.11:30
rbasakDo we need to upload this patch or is the upstream release imminent?11:30
Skuggen5.7.26 or 5.7.25?11:31
juliankI need this patched for lz4 (but it's also blocked by systemd, and ros-ros-comm on some archs)11:31
juliankSkuggen: https://bugs.mysql.com/bug.php?id=93778 says "Fixed in 5.6.44, 5.7.26, 8.0.15."11:31
rbasakEnough time to fix in Debian and autosync over?11:33
julianksure, it's not _super_ urgent11:34
juliankI think we'll have to fix systemd too, and that'll take longer11:34
rbasakOK I'll knock up a MR for Salsa.11:36
Skuggen5.7.26 is some ways off (5.7.24 is the current release, and 5.7.25 will be out soon)11:36
rbasakjuliank: shall I hack your changelog for version/release to leave you attributed?11:37
juliankI'd just dch -r it so I'd end up in [ ] inside the changelog11:38
juliankSkuggen: So, 5.7.25 will be released with a failing test suite? That's fun11:38
julianktime based tests are fun in any case11:39
juliank"oh 2018 is a long way off, let's use that"11:39
juliank"oh no, it's 2019, the test testing 2018 stopped working"11:39
rbasakI suspect it might be fixed "properly"11:39
* juliank looks at ros-ros-comm, that's scarier11:41
ahasenackhi, bileto.ubuntu.com is timing out after authentication with sso (proxy error 502), is that something that is usually addressed with a service restart of some sort?11:53
ahasenackor something more serious is going on?11:54
ahasenack#is can restart services, but don't really know the layout of that machine11:54
Skuggenjuliank: Yeah, hopefully. I'11:56
SkuggenI've seen some such tests fixed properly, while others are just +10 years :P11:56
juliankSkuggen: I think the problem is that we are running out of years on 32-bit11:58
ahasenacksil2100: around?12:00
ahasenackbileto.u.c seems to have lost some launchpad authentication token and it's filling the logs with messages like " Waiting to hear from Launchpad about your decision..."12:00
ahasenackapparently waiting for someone to hit that url12:01
ahasenackdo you know what that is about? #is can restart things, but it looks like this is something else12:01
=== ricab is now known as ricab|lunch
sil2100ahasenack: let me look at that12:44
=== shadeslayer is now known as shadeslayer[m]
=== shadeslayer[m] is now known as shadeslayer
jbichatjaalton: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html says that gkrelmmm is blocked by gnutls2813:35
tjaaltonjbicha: gotcha13:47
coreycbdoko: by any chance can you rebuild the openstack packages in your test rebuilds? i think most are fixed.14:40
coreycbfyi jamespage ^14:40
jamespagecoreycb: what was the issue?14:41
coreycbjamespage: several were hitting the sqlite issue but i've built a few more that were hitting other issues successfully.14:41
ahasenackteward: hi, do you know where nginx stands with lua 5.x support? Does it still only support lua5.1?16:09
ahasenackhttps://github.com/openresty/lua-nginx-module/issues/204 seems to indicate they don't want to go beyond 5.116:09
ahasenack...and found the issue you reported :) https://github.com/openresty/lua-nginx-module/issues/34316:10
dokocoreycb, jamespage: given back, currently running17:07
=== simpoir is now known as simpoir|lunch
coreycbdoko: thanks17:14
juliankahasenack: lua is a real mess17:53
ahasenackjuliank: looks like it, we have 5.1, 5.2 and 5.3 in disco17:56
juliankahasenack: I mean, luajit only supports 5.1 syntax (+ some 5.2), and 5.2 had a huge ABI break, so code is split in luajit vs lua>=5.218:42
juliankand that sucks18:42
ahasenackI saw that nginx switched to jit at some point18:43
=== simpoir|lunch is now known as simpoir
=== ricab|lunch is now known as ricab
rbasakLaney: network-manager dep8 fix++, based on your changelog message19:41
rbasakThank you for sorting that19:41

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