mwhudsonubuntu-archive: can one of you act on the "Source and binary movements to universe" for golang-goprotobuf00:00
vorlonmwhudson: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html says the source should be in main00:22
mwhudsonvorlon: huh00:23
vorlonmwhudson: so, binary demoted but source left in main which I think dtrt00:23
vorlonI expect the source is wanted via built-using00:23
mwhudsonvorlon: y tho00:23
vorlon(which continues to be less than obvious from the reports)00:23
vorlonso how about golang-github-grpc-ecosystem-grpc-gateway? it also ftbfs and has non-trivial revdeps00:24
mwhudsonvorlon: i'00:26
mwhudsonvorlon: i'm not seeing anyting built-using on golang-goprotobuf in main00:26
mwhudsongrep-dctrl   -n -FBuilt-Using golang-goprotobuf -sSource:Package ~/.chdist/groovy/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_groovy*main*Packages00:26
vorlonmwhudson: it'll be something only in -proposed00:26
mwhudson^ command i ran00:26
vorlonand also it might be that the revdeps themselves are not yet promoted to main due to MIR00:27
vorlonanyway I think this is all the google agent MIR and will blindly follow the reports until things migrate00:27
mwhudsonah ok00:27
mwhudsonif platform.machine() in ["aarch64", "arm64"]:00:29
mwhudsonextra_compile_args.extend(['-ftree-vectorize', '-DKSW_SSE2_ONLY', '-D__SSE2__'])00:29
mwhudsonextra_compile_args.append('-msse4.1') # WARNING: ancient x86_64 CPUs don't have SSE400:29
mwhudsonhow did this ever build on say ppc64el00:29
mwhudsonoh i think the python bit of the package simply wasn't built before00:32
* mwhudson looks at golang-github-grpc-ecosystem-grpc-gateway00:41
=== paride0 is now known as paride
mwhudsonuhh now i have this strong desire to go for a walk outside, i'm sure this is just a coincidence01:05
mwhudsonvorlon: i think the problem is mostly that our golang-goprotobuf is now too new02:04
=== Nafallo_ is now known as Nafallo
seb128LocutusOfBorg,hey, are you have any luck with the gstreamer updates?08:12
Laneywaveform: no meta from the common seed, it just gets incorporated into desktop/server08:13
LocutusOfBorgseb128, I finished yesterday the poppler transition :)08:14
LocutusOfBorgtoday/tomorrow is gst08:14
seb128LocutusOfBorg, thanks08:14
LocutusOfBorggdal required lots of pet working08:14
seb128thanks for fixing it though!08:15
seb128libreoffice seems to finish the remaining arm build, hopefully that's enough to complete the transition now08:16
LocutusOfBorgyep, waiting for glibc :)08:16
LocutusOfBorggdal got trapped by the rpc removal, I had to tweak pkg-config files and configure scripts to let it find tinyrpc correctly08:17
seb128what's the deal with the new glibc and i386 tests?08:19
Laneysomething cross toolchain, rbalint is supposed to be sorting it out08:21
=== Laney changed the topic of #ubuntu-devel to: Archive: Feature Freeze, Debian Import Freeze | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots:
rbalintdoko, i think the cross-toolchain-base needs a new update, at least i think there will not be cross packages for the new libc-dev dependencies, like there will be no rpcsvc-proto-i386-cross package . i'm observing the issue at https://autopkgtest.ubuntu.com/packages/a/acl/groovy/i38608:33
cpaelzerrbalint: I agree and filed https://bugs.launchpad.net/ubuntu/+source/cross-toolchain-base-ports/+bug/1895632 for the same Issue I guess08:34
ubottuLaunchpad bug 1895632 in glibc (Ubuntu) "builds for libc 2.32 break all cross toolchains - missing libnss-nis-<arch>-cross" [Undecided,Incomplete]08:34
rbalintyes, glibc is waiting for cross toolchain and i'm checking the other failures08:34
Laneyrbalint: did you consider a status update to devel or discourse?08:35
Laneya quick one08:35
rbalintcpaelzer, thanks, i should have checked for that! now i added the update-excuse tag to have this bug showing up08:36
seb128it's a bit disappointing that the ffe was approved without having those problems sorted out08:36
seb128having the archive disrupted like that for a week getting closer from beta is an issue08:37
seb128vorlon, ^ btw since you approved the ffe08:40
rbalintseb128, imagine doing that while other automatic syncs are on and there are other ongoing transitions...08:44
seb128rbalint, imagine preparing the corresponding cross build packages in a ppa to be uploaded at the same time as the glibc update to avoid blocking the archive by screwing i386 for a week...08:45
cpaelzerglibc always comes late due to badly aligned release schedules - we had the discussion 5 maybe 6 times now. It will keep re-occuring this way unless we decide once to skip and then would always have the glibc fromt he beginning of the cycle (before syncs/transitions are on) instead of the one at the end.08:45
dokorbalint: that probably should be fixed in glibc to not create those for the cross builds08:45
seb128being late is not an excuse to not prepare the packages that need to go with it08:45
dokocalm down08:46
rbalintseb128, ack, the cross toolchain was on my list to fix and considered fixing it in the archive is ok. next time i'll have it prepared in advance08:47
seb128thanks, do we have an eta on fixing that? why is it taking so long, anything that can be done to help unblocking things?08:47
cpaelzerCompared to the past I must say that it now was known to hit around now from https://discourse.ubuntu.com/t/groovy-gorilla-release-schedule/15531 for quite a while.08:50
cpaelzerAnd since it always causes some issues that is why we try to plan for a less-effective week when glibc hits (since it occurred multiple times).08:50
seb128cpaelzer, we shouldn't have to had a week off for other teams because glibc lands though...08:51
rbalintseb128, _this is the issue we are currently working on, eta is "soon"_08:51
rbalintseb128, let's have this conversation after glibc went through, i agree that there are improvement needed to make landing it smoother08:52
rbalintdoko, ok, looking at how this could be fixed in glibc08:53
cpaelzerdoko: for bug 1890435 would it help you if I ry to recreate (for extra debug data) that on armhf canonistack or is that wasted effort?09:03
ubottubug 1890435 in gcc-10 (Ubuntu) "gcc-10 breaks on armhf (flaky): internal compiler error: Segmentation fault" [Undecided,New] https://launchpad.net/bugs/189043509:03
cpaelzerLaney: cjwatson: does one of you know what "code 14" wants to tell me on https://autopkgtest.ubuntu.com/packages/s/systemd/groovy/s390x ?09:05
Laneyoh! hi!09:05
cpaelzer:-) FYI related to retries for 189557609:06
Laneycpaelzer: they're documented in the manpage09:06
Laney 14 erroneous package and at least one test skipped09:06
dokocpaelzer: ye please, if you can reproduce it09:06
cpaelzerwell that is an easy answer, /me goes looking ...09:06
cpaelzerdoko: ok I'm giving it a try and will let you know later09:06
cpaelzerthanks Laney, found it09:06
cpaelzerdidn't expect to find it to literal in the Web UI09:07
Laneyusually those are mapped to friendly strings09:07
Laneybut not for all exit codes09:07
Laneyif you want to find a nice emoji to represent that I'd merge a MP :P09:07
Laneyanyway looks like something weird happened with the kernel stuff, IIRC that kernel-testing path is taken when there's linux stuff in the triggers09:08
Laneynot sure if this indicates something to do with kernel packaging or if it's a "don't do that then"09:10
cjwatsoncpaelzer: no point tagging me in questions about autopkgtest FWIW - in general I know ~nothing about it09:14
Laneyhmm no, actually, it looks like it's something to do with qemu-system-s390x actually09:18
Laneyactually actually ACTUALLY09:18
Laneymaybe that will sort itself out when the arch:all build is done, but that looks depwait on the cross toolchain stuff09:25
=== _hc[m] is now known as _hc
cpaelzeris there a simple way to get "apt build-dep qemu" to work only for the binary-arch part?13:20
cpaelzerthere are things in Build-Depends-Indep which are not available on armhf which is where I am13:20
ahasenackhi tjaalton, what do you think about https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/1895645 ? It seems to make sense13:58
ubottuLaunchpad bug 1895645 in sssd (Ubuntu) "sssd-tools should depend or at least recommend sssd-dbus" [Undecided,New]13:58
ahasenacksssd-common suggests (and not recommends) sssd-tools, so no danger in bringing in all that dbus stack by default13:59
tjaaltonahasenack: yeah, and matches what the rpm does13:59
tjaaltonadding recommends14:00
ahasenackso sssd-tools recommends sssd-dbus14:00
=== broder_ is now known as broder
=== UnivrslSuprBox_ is now known as UnivrslSuprBox
=== karimsye_ is now known as karimsye
=== themill_ is now known as themill
=== sorah_ is now known as sorah
=== niub0 is now known as niub
=== rsalveti_ is now known as rsalveti
=== beisner_ is now known as beisner
=== nicolasbock_ is now known as nicolasbock
=== coreycb_ is now known as coreycb
=== bcm_ is now known as bcm
=== philroche_ is now known as philroche
=== michagogo_ is now known as michagogo
tjaaltonand about the socket activation vs conffile conflict, I guess it should be debugged why having both ends up in misery, since apparently it's not an issue on fedora..14:01
=== balkamos_ is now known as balkamos
ahasenackfedora doesn't enable the systemd services by default upon install14:01
ahasenackit's up to the user to either do systemctl enable, or add the services= line to sssd.conf14:01
ahasenackif they use realmd, then having it add services= to sssd.conf just makes it work without conflicts14:02
tjaaltonhum, wonder if we should do the same, not sure the current state is ideal14:04
=== ogra_ is now known as Guest47593
ahasenacktjaalton: I tried some reboots, commands, etc, at most saw a small delay in the response14:08
ahasenackbut of course it's not a good replication of real world scenarios14:08
ahasenackfor how many cycles have we been using socket activation now? two, not counting groovy?14:08
ahasenackand I didn't get further details in the mailing list about what was breaking in some cases14:09
ahasenackother than "general practice" advice14:09
ahasenackas it's probably rare that a system that is using sssd would not use it for a long enough time to have the daemons stop and wait for a connection to startup again14:10
ahasenacktjaalton: https://salsa.debian.org/sssd-team/sssd/-/merge_requests/9 ?14:13
=== didrocks999 is now known as didrocks
tjaaltonahasenack: merged14:37
tjaaltonlooks like socket activation has been enabled roughly a year ago14:39
cjwatsoncpaelzer: --arch-only14:40
ahasenackI think our #DEBHELPER# postinst tries to enable all services, socket or otherwise, but systemd is smart to know when a socket starts a service and handles that14:40
=== xnox1 is now known as xnox
cpaelzerthanks cjwatson14:58
cpaelzerahasenack: the handling of this changed a lot between dh 10/11/1214:59
cpaelzerI was facing several bugs due to it in libvirt, so it depends what level your package is on14:59
cpaelzer(behaviour depends)14:59
ahasenackgroovy, so 12 or 1314:59
=== ebarretto_ is now known as ebarretto
bdmurrayrbalint: Is there anything that has changed with systemd with apport-autoreport.path or apport-autoreport.service need updating? https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/groovy/apport/ubuntu/files/head:/debian16:05
rbalintbdmurray, i suspect the .service needs to be updated but i have to check that, there were several changes around .service handling16:08
bdmurraycpaelzer: How did you generate https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1892358/comments/13 ?16:33
ubottuLaunchpad bug 1892358 in util-linux (Ubuntu Focal) "autopkgtest success rate dropped inhibiting proposed migration" [Undecided,Confirmed]16:33
cpaelzerbdmurray: https://git.launchpad.net/~ubuntu-server/ubuntu-helpers/tree/README.md#n17  https://git.launchpad.net/~ubuntu-server/ubuntu-helpers/tree/cpaelzer/check-autopkgtest-stats.sh17:29
bdmurraycpaelzer: Neat, is there anything for producing a history of results for the autopkgtest results? I mean not breaking it down by individual tests.17:37
bdmurraycpaelzer: Oh this looks neat cpaelzer/packageset-subscription-mismatches.sh check but does it check all LTS versions? e.g. something that is still in main for xenial?17:45
bdmurrayHeh and "increas my public shame counter" spelling increase wrong will definitely help with the shame counter17:48
sarnoldshame! shame!17:48
abyssangeljoin #ubuntu-devel17:56
bdmurrayyou're already here17:56
abyssangelu guys do a great job with da old ubuntu linux!18:02
bdmurraythanks, that's nice to hear18:06
abyssangelthank bdmurray18:06
cpaelzerbdmurray: the script you asked is something we do at sprints after LTSes to clear out things nor more meant to be maintained18:25
cpaelzerand the list it creates will also give an ETA when you can drop things18:25
abyssangelhow does #ubuntu-devel work18:55
sarnoldabyssangel: you can see some of the past conversation on https://irclogs.ubuntu.com/latest/%23ubuntu-devel.html18:57
abyssangelthank u sarnold, bookmarked it19:02
abyssangeli want to join ubuntu development19:04
sarnoldwelcome :) what are you looking to do?19:04
abyssangel:) i am  a c and c++ programmer, so maybe testing, debugging and contributing code19:08
abyssangeli am a c and c++ programmer, i would like to do testing, debugging and maybe contribute code19:20
rafaeldtinocoabyssangel: https://wiki.ubuntu.com/ContributeToUbuntu#Maintaining_Ubuntu19:24
rafaeldtinocoabyssangel: welcome. read our documentation about how to contribute first, this will guide you through!19:24
abyssangelthank you rafaeldtinoco, i love to be part of the ubuntu family19:26
=== Guest25928 is now known as bashfulrobot
abyssangelhow can i dev on ubuntu from source in safe way20:23
sarnoldabyssangel: whenever I need to compile something that didn't come from the ubuntu archives, I use an apparmor profile like this: http://paste.ubuntu.com/p/T7c3RCf6Pv/20:26
vorlonseb128: the impact on cross-toolchain-base was non-obvious at the time of ffe approval21:15
=== mwhudson_ is now known as mwhudso
=== mwhudso is now known as mwhudson
=== ahayzen_ is now known as ahayzen

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