-queuebot:#ubuntu-release- Unapproved: update-manager (jammy-proposed/main) [1:22.04.12 => 1:22.04.13] (core)01:43
-queuebot:#ubuntu-release- Unapproved: update-manager (focal-proposed/main) [1: => 1:] (core)01:55
pabs3bdrung has changed chdist to use Ubuntu devel https://salsa.debian.org/debian/devscripts/-/commit/c4f65475d3549e81dfce56426e947e579afa92eb02:01
pabs3but this causes warnings from apt: W: Conflicting distribution: http://archive.ubuntu.com/ubuntu devel InRelease (expected devel but got lunar)02:01
pabs3would it be possible for the 'devel' symlink to be turned into a proper suite finally?02:01
pabs3this was requested in these two old ubuntu-archive/apt bugs:02:01
-ubottu:#ubuntu-release- Commit c4f6547 in debian/devscripts "chdist: Default to Ubuntu devel release in sources.list example"02:01
-ubottu:#ubuntu-release- Launchpad bug 1728616 in apt (Ubuntu) "using 'devel' in sources.list causes apt-get update to fail" [Undecided, Opinion] [duplicate: 1821272]02:01
-ubottu:#ubuntu-release- Launchpad bug 1728616 in apt (Ubuntu) "using 'devel' in sources.list causes apt-get update to fail" [Undecided, Opinion]02:01
cjwatsonRequires non-trivial Launchpad work and is unlikely to happen any time soon.02:09
cjwatsonIMO that chdist change should be reverted.02:10
cjwatsonIt's a nice idea, but it's not a priority - I'd rather do other archive rework that will make this sort of thing easier in future (as we are currently doing).02:11
cjwatson(Well, maybe not reverted.  But not done like that.)02:17
-queuebot:#ubuntu-release- Unapproved: update-manager (bionic-proposed/main) [1: => 1:] (core)02:27
mwhudsoni just have a symlink in ~/.chdist :-)02:34
pabs3cjwatson: thanks for the info. since apt only warns not errors these days, maybe chdist can just be kept as-is until it gets fixed in the archive.03:28
LocutusOfBorghello ubuntu-archive, uwsgi needs some NSB proposed cleanup, e.g.07:44
LocutusOfBorgold binaries left on amd64: uwsgi-plugin-jvm-openjdk-11, uwsgi-plugin-jwsgi-openjdk-11, uwsgi-plugin-rack-ruby3.0, uwsgi-plugin-ring-openjdk-11, uwsgi-plugin-servlet-openjdk-11 (from 2.0.20-4build1)07:44
LocutusOfBorg(every architecture except riscv64 where only uwsgi-plugin-rack-ruby3.0 has to go)07:45
LocutusOfBorgarraybolt3, the failure looks real07:47
LocutusOfBorgE: Unknown Error: '<class 'KeyError'>' ("The cache has no package named 'python3.11:ppc64el'")07:47
LocutusOfBorgarraybolt3, I think depending on python3.11 will fix the issue and it can be reverted once the big migration happens), for some reasons on my pc I can't install update-notifier-common without being forced to have python3.1108:00
LocutusOfBorgon testbed there is already python3.10, probably this is satisfying the dependency but not completely08:01
LocutusOfBorgmaybe vorlon can hint that test for now?08:02
LocutusOfBorgand also python-cryptography can now go away on i386 maybe?08:04
arraybolt3LocutusOfBorg: I'd be happy to upload a new version of l-u-n with python3.11 as a dependency, if it works with python3.11.08:04
LocutusOfBorgarraybolt3, and then revert the upload? seems more a case of a one-time force badtest08:05
arraybolt3I'll test and make sure locally, and then push it. Really there's no need to undo it later in Lunar since python3.11 is what we're transitioning to anyway.08:05
LocutusOfBorghaving an upload just to solve a temporary issue08:05
* arraybolt3 looks at something real quick08:05
LocutusOfBorgarraybolt3, the problem is not in your package, its in every package using that apt-check as tool btw08:05
LocutusOfBorgso, fixing it looks meh08:05
arraybolt3Hmm, that makes sense.08:06
arraybolt3(Odd, if it's python3.11 that's missing... l-u-n depends on Python, should it not install python3.11 if -proposed is enabled or it's part of the autopkgtest triggers?)08:06
arraybolt3*enabled and pinned08:06
arraybolt3And I see the failure here (earlier test): https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/arm64/l/lubuntu-update-notifier/20230201_221430_39d9f@/log.gz Same failure presumably, full python3.11 installed as part of the autopkgtest. Maybe I'm misunderstanding the error message.08:09
LocutusOfBorg(and distro-info now wants mypy)08:32
LocutusOfBorgbdrung, can we avoid mypy on i386? ^^08:33
=== Maik0 is now known as Maik
-queuebot:#ubuntu-release- New sync: pyatem (lunar-proposed/primary) [0.8.2-1]09:34
ginggsbdmurray: i wasn't looking at finalcif in particular, that was just part of a mass retry10:01
ginggsbdmurray: i have added finalcif to big_packages for arm64 also10:01
ginggsbdmurray: i'm not actively looking OOM failures, but if i find a package that regressed everywhere except armhf, then i'll investigate10:04
bdrungLocutusOfBorg, uploaded distro-info 1.5 to skip mypy on i38610:15
-queuebot:#ubuntu-release- Unapproved: software-properties (jammy-proposed/main) [ =>] (core)10:44
-queuebot:#ubuntu-release- Unapproved: software-properties (focal-proposed/main) [ =>] (core)11:32
-queuebot:#ubuntu-release- Unapproved: software-properties (bionic-proposed/main) [ =>] (desktop-core, ubuntu-server)11:34
seb128tjaalton, hey, if you do a SRU shift today it would be great if you could checkout those ^ software-properties J/F/B uploads which are followup bugfixes updates to the recent SRU adding an Ubuntu Pro UI (which is currently halted due to some error reports)11:36
-queuebot:#ubuntu-release- Packageset: Added xdg-desktop-portal-lxqt to lubuntu in kinetic11:37
-queuebot:#ubuntu-release- Packageset: Added xdg-desktop-portal-lxqt to lubuntu in lunar11:37
LocutusOfBorgarraybolt3, the error changed11:47
LocutusOfBorgE: Unknown Error: '<class 'KeyError'>' ("The cache has no package named 'polkitd-pkla:amd64'")11:47
=== Eickmeyer0 is now known as Eickmeyer
seb128tjaalton, and also update-manager J/F/B from Robert for similar reasons12:02
-queuebot:#ubuntu-release- New sync: xdg-terminal-exec (lunar-proposed/primary) [0~20221120-1]12:04
-queuebot:#ubuntu-release- New binary: harfbuzz [i386] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:16
-queuebot:#ubuntu-release- New binary: harfbuzz [amd64] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:17
-queuebot:#ubuntu-release- New binary: harfbuzz [s390x] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:17
-queuebot:#ubuntu-release- New binary: harfbuzz [arm64] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:18
-queuebot:#ubuntu-release- New binary: harfbuzz [ppc64el] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:19
-queuebot:#ubuntu-release- New binary: harfbuzz [armhf] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)12:22
-queuebot:#ubuntu-release- New binary: harfbuzz [riscv64] (lunar-proposed/main) [6.0.0+dfsg-3] (core, i386-whitelist)13:15
vorlonLocutusOfBorg: hi, what's the current state of things with pyqt5?13:42
jbichavorlon: python-fabio/amd64 autopkgtest is giving us problems :(13:48
LocutusOfBorgthis trigger worked for pyqt513:48
LocutusOfBorg['pyqt5/5.15.8+dfsg-2', 'lubuntu-update-notifier/0.5.3', 'python3-defaults/3.11.1-0ubuntu1', 'python3.11/3.11.1-2', 'policykit-1/122-3']13:48
tjaaltonseb128: i'm actually off this week..13:53
vorlonLocutusOfBorg: done a run of NBS cleaning on -proposed13:55
vorlonLocutusOfBorg: python-cryptography: I tried to lose rsync and build-deps by dropping vestigial rsync dep from livecd-rootfs, but now https://people.canonical.com/~ubuntu-archive/germinate-output/i386.lunar/all shows linux also build-depends on it14:01
vorlonxnox: ^^ is that a real build-dep on rsync from linux or can it be dropped?14:02
vorlonxnox: oh.  Actually we only build linux-libc-dev from linux on i386, could the build-dep on rsync be arch-qualified?14:02
vorlonapw: ^^14:03
jbichapython-fabio worked :)14:04
LocutusOfBorgpython-fabio worked14:05
LocutusOfBorgoops sorry14:05
apwvorlon, a good question.  we used to use rsync for copying source for linux-goldfish ... will check if it is still used.14:06
vorlonapw: thanks.  Trying to unpick python3-cryptography from i386 to avoid bootstrapping a mess of rust build-deps14:06
apwvorlon, very sensible.14:06
LocutusOfBorgthanks :D14:07
apwvorlon, ok it looks like we only actually use rsync in builds which have tools or docs14:08
apwvorlon, i believe i386 only produced linux-libc-dev which would not use either of those.14:09
vorlonapw: right14:09
apwvorlon, so i think the short answer should be we can arch limit it.14:09
apwvorlon, can you just assume we will do that, and i can push a change to our master for it14:10
LocutusOfBorgE: Unknown Error: '<class 'KeyError'>' ("The cache has no package named 'linux-headers-6.1.0-14:armhf'")14:10
LocutusOfBorgplease hint lubuntu-update-notifier on armhf14:10
LocutusOfBorgI'm really tired to have to pick stuff randomly from proposed to let it pass14:10
LocutusOfBorgits not python3-defaults fault, and we need migration to see it auto heal14:11
vorlonapw: so from your perspective I can go ahead and nuke rsync/i386 from lunar?14:11
vorlonLocutusOfBorg: will look after I axe rsync14:11
apwvorlon, yeah, if we somehow are using it we will find something else to do the copy :)14:11
LocutusOfBorgvorlon, let me try another trigger with linux/6.1.0-14.1414:12
vorlonapw: thanks.  Cross-checking that nothing else that builds i386 binaries builds on it (which germinate won't tell me until the linux build-dep is gone..)14:13
vorlonhurray, nothing else needs it14:15
apwvorlon, proposing https://paste.ubuntu.com/p/T4Mc7yT4KV/ for the kernel14:16
vorlonapw: LGTM14:17
seb128tjaalton, no worry, I will try to see if there is any other SRU reviewers around, enjoy the rest of your holidays!14:21
seb128@SRUteam, could someone review the software-properties and update-manager SRU uploads in J/F/B queues? Those are bugfix followup updates to fix issues with the new Ubuntu Pro UIs (the current version in updates are halted due to new error reports so that's an attempt to get that feature unblock which is rather important)14:22
vorlonLocutusOfBorg: lubuntu-update-notifier/armhf badtest'ed14:23
vorlonseb128: well I'm the other SRU vanguard for today, but as I'm in roadmap sessions I don't know whether I'll get to it before EOD14:24
seb128vorlon, right, well I tried at least, thanks14:25
LocutusOfBorgvorlon, it passed lubuntu-update-notifier with proposed pocket14:36
LocutusOfBorgso, unless I miss something, next britney run should see pyqt5 as candidate14:37
vorlonlooks like a britney run just finished and we're waiting for the next to kick off14:47
vorlon(otherwise I was going to kill any in-progress to not waste the time)14:47
utkarsh21021heey. Is there an example of a seed "inheriting" from another seed?15:05
vorlonutkarsh21021: STRUCTURE in any of the seed pods shows the inheritance; some of those seeds have associated Tasks, some do not15:12
utkarsh21021vorlon: is there any documentation around this?15:17
vorlonutkarsh21021: if there is it should be in germinate15:18
utkarsh21021I am looking for an example of seed (eg: server-minimal, desktop-minimal, et al), that'd be using other seeds as the base and then improving on top of it.15:18
vorlonutkarsh21021: an example of this might be the 'required' vs 'minimal' seeds in platform; required is a seed with no Task-* headers15:21
vorlonso its contents end up as direct dependencies of ubuntu-minimal when that package is germinated15:21
vorlonutkarsh21021: so e.g. you might move most of the contents of server-minimal into server-minimal-common and then have server-minimal and cloud-minimal both depend on it (in STRUCTURE) to have a common base definition that is itself not a metapackage15:23
utkarsh21021I don't understand the headers (Task-*) at all, I'll look up to find more details about15:28
utkarsh21021also, to begin with, the cloud-minimal seed would look like:15:28
utkarsh21021* server-minimal15:28
utkarsh21021* openssh-server15:28
utkarsh21021that's what we want to try to see if images build and boot with that and then take it from there15:29
vorlonif you expect cloud-minimal to be a strict superset of server-minimal and you want both ubuntu-cloud-minimal and ubuntu-server-minimal to be installed as packages on the cloud images, yes15:29
utkarsh21021so perhaps server-minimal-common is not need at this point I believe, right?15:30
vorlonalso you wouldn't list '* server-minimal' because that's not a package15:30
vorlonbut '* ubuntu-server-minimal'15:30
utkarsh21021yes, correct. The metapackage.15:32
vorlonutkarsh21021: perhaps not needed, but there's certainly some stuff in server-minimal that you might think about not including in clouds; e.g. maybe multipath-tools doesn't belong?15:32
vorlon(and removing it has the nice benefit of not running that besotted daemon ;)15:33
vorlonso based on past discussions, I would recommend you aim for a refactor into a -common15:33
utkarsh21021right now, we're using "server" as the base seed (ubuntu-server package in the cloud-image) and we'd like to go to server-minimal and then see how the seed behaves and then carve things out to make a cloud-minimal, should we have a lot of extra things15:35
utkarsh21021or do you think we should directly start with refactoring server-minimal into server-minimal-common and then make the two use it.15:36
utkarsh21021s/./?/ :)15:36
vorlonthe latter is my suggestion.  you're going to wind up with a cloud-minimal package anyway, and there's no fundamental reason it should depend on server-minimal, the interdependencies can be left expressed in the seeds themselves15:39
ricotzLocutusOfBorg, hi, could you sync llvm-toolchain-16?15:47
LocutusOfBorgricotz, why?15:52
ricotzLocutusOfBorg, I was looking for a clang-16 build to testing and noticed the recent debian upload15:53
LocutusOfBorgnew britney run just started15:56
LocutusOfBorglets see15:56
LocutusOfBorgricotz, can't you upload in a ppa?15:56
LocutusOfBorgits an rc115:56
LocutusOfBorgnot sure if we should have it15:56
LocutusOfBorgvorlon, I think the uwsgi NBS cleanup didn't work?15:57
vorlonLocutusOfBorg: possibly it raced the publisher15:59
LocutusOfBorgoh... sad15:59
LocutusOfBorgalso colord, what is preventing its migration? colord-sensor-argyll/i386 has unsatisfiable dependency15:59
vorlon$ m -s lunar-proposed -S uwsgi|grep 2.0.20-4build116:00
vorlon(m == rmadison)16:00
ricotzLocutusOfBorg, ok, I assumed llvm rc1 releases are usually uploaded16:00
LocutusOfBorgrmadison -u ubuntu uwsgi-plugin-jvm-openjdk-11 -s lunar16:00
LocutusOfBorg uwsgi-plugin-jvm-openjdk-11 | 2.0.20-4 | lunar/universe | amd64, arm64, armhf, ppc64el, s390x16:00
LocutusOfBorgvorlon, ^^16:00
vorlonLocutusOfBorg: if it's dropped on all archs, it shouldn't need NBS removal from the release pocket until after the migration16:01
LocutusOfBorgoh ok16:02
LocutusOfBorgso it was blocked by tests not finish16:02
LocutusOfBorgso this run might be the good one to see big migration?16:06
* LocutusOfBorg crosses fingers16:06
utkarsh21021vorlon: thank you! \o/16:21
utkarsh21021also, a fundamental question: if I want to depend on a seed, the (cleanest) way is to depend on its respective metapackage, no?16:24
utkarsh21021for eg: if I create a seed: cloud-minimal and I want to depend on server-minimal, the way to do so would be to add "* ubuntu-server-minimal" to it, no? or is there another way to inherit things?16:24
utkarsh21021do note that I'll go with the splitting route (server-minimal-common), but I am just asking the above to get my basics right. :)16:25
vorlonutkarsh21021: yes you would both declare the dependency on the metapackage and list the relationship in STRUCTURE16:25
utkarsh21021got it, thank you!16:27
LocutusOfBorglets see what now is preventing migration16:40
-queuebot:#ubuntu-release- New binary: icu [amd64] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:22
-queuebot:#ubuntu-release- New binary: icu [i386] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:22
-queuebot:#ubuntu-release- New binary: icu [ppc64el] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:27
-queuebot:#ubuntu-release- New binary: icu [s390x] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:27
bdmurrayubuntu-sru: I'm looking at the update-manager SRU17:30
ahasenackupdate-notifier you mean?17:30
ahasenackwe talked about it in standup, it looks like (to be verified) that most crashes are in the older version, not the new one17:31
bdmurrayNo, I mean update-manager per seb's ping17:31
jbichaugh, graphviz rebuild is now in the way of the py3.11 migration17:31
ahasenackah, ok17:31
bdmurrayre update-notifier do you mean that the version numbering in the crash is wrong?17:32
ahasenackI have to look again, but the report was confusing. Even when you select a version in the dropdown menu, it shows crashes from other versions17:33
bdmurrayWell if its something wonky with the Error Tracker or the data in it I'd be keen to hear / talk about it17:34
ahasenackso from here https://people.canonical.com/~ubuntu-archive/phased-updates.html17:34
ahasenackI click on the jammy +120 link17:34
ahasenackwhich lands me in https://errors.ubuntu.com/?release=Ubuntu%2022.04&package=update-notifier&period=day&version=
ahasenackthe table however shows crashes from all over the place17:34
ahasenackthen I click  on the top one, with most crashes17:35
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (jammy-proposed) [1:22.04.13]17:35
ahasenackand land at https://errors.ubuntu.com/problem/6eb58ea52b7701b979663a5c7bed4a8bac1c762d17:35
ahasenackso I started with jammy,
ahasenackthen I find the first one of that version, and now I'm looking at an actual crash from that version17:36
ahasenackthat just has a list of libraries, and that it was a segfault, no furter useful info so far17:37
bdmurrayLooking at the bucket / problem url my question would be is 54.4 crashier than other versions?17:37
-queuebot:#ubuntu-release- New binary: icu [armhf] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:37
bdmurrayer 54.517:37
ahasenackyou mean this? https://errors.ubuntu.com/problem/6eb58ea52b7701b979663a5c7bed4a8bac1c762d17:38
ahasenackthat particular page lists this error for a multitude of versions of update-notifier17:39
ahasenackwhat does "<number> U" mean? The "U" in particular?17:39
bdmurrayright and is it happening more often with the latest version?17:39
bdmurrayU is the pocket the package is from17:39
ahasenackonly .3 is the most recent previous version listed, .4 isn't there. .3 has 784, .5 (latest) has 30517:40
ahasenackthe release version (3.192.54) has a staggering 17k crashes17:40
ahasenackthe graph for 22.04 on https://errors.ubuntu.com/problem/6eb58ea52b7701b979663a5c7bed4a8bac1c762d is raising, but the values are zero for all datapoints, it must be an average over a large amount of samples17:41
bdmurrayI would put little stock in the graph17:42
ahasenackthere are crashes reported today on the release version (22.04 3.192.54)17:42
-queuebot:#ubuntu-release- New binary: icu [arm64] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)17:42
ahasenackah, the page loads more if you scroll down17:42
jbichakanashiro[m]: please don't do more rebuilds for the ruby transition until the massive python3-defaults transition makes it out of -proposed17:43
vorlonyeah, reverting graphviz17:44
vorlonkanashiro[m]: you need to pay attention to what packages are already in -proposed before you upload them, these uploads are actively setting back progress on the migration17:45
vorlonI have posted rebuild scripts before to ubuntu-devel that do this analysis17:46
jbichavorlon: ignition-math also interrupts. not sure about kamailio and grpc17:46
vorlonok looking17:46
-queuebot:#ubuntu-release- Unapproved: update-manager (focal-proposed/main) [1: => 1:] (core)17:48
kanashiro[m]vorlon: sorry, my script is not smart enough to consider that (and I might have missed your script in ubuntu-devel). I am stopping the rebuild of non-ruby libraries (ruby-*)17:49
vorlonkamailio does via protobuf+libphonenumber17:49
bdmurrayI reuploaded update-manager for focal due to debdiff noise17:50
-queuebot:#ubuntu-release- Unapproved: rejected update-manager [source] (focal-proposed) [1:]17:53
vorlonkanashiro[m]: https://lists.ubuntu.com/archives/ubuntu-devel/2022-April/041994.html and there's the associated question about where such a tool should be distributed so people can find it :/17:55
kanashiro[m]vorlon: thank you for the link, I am saving the script locally for the future17:58
tsimonq2vorlon: IMO ubuntu-dev-tools18:04
vorlontsimonq2: except ubuntu-dev-tools is being maintained in Debian (^_^) and doesn't get SRUed18:05
vorlonso it's fine to say "ubuntu-dev-tools" except for the bit where ubuntu-dev-tools as a whole is currently badly served by being a .deb18:05
vorlonreverts are published; killed current britney run18:15
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (focal-proposed) [1:]18:16
tsimonq2vorlon: I'm not sure I see it going away as a deb but a snap could be useful... I wonder the same for ubuntu-archive-tools. I also wonder how common local modifications are18:17
vorlonubuntu-archive-tools is less general audience and also takes frequent commits because of the i386 whitelisting stuff, I'm not keen to move that to a snap18:18
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (bionic-proposed) [1:]18:21
-queuebot:#ubuntu-release- New binary: icu [riscv64] (lunar-proposed/main) [72.1-3ubuntu1] (core, i386-whitelist)18:22
jbichavorlon: do you think grpc might need to be reverted too?18:28
vorlonjbicha: it didn't look like it to me, I haven't reverted it yet18:28
LocutusOfBorgvorlon, missing ignition-math18:30
LocutusOfBorgImplicit dependency: python3-defaults ignition-math (not considered)18:30
vorlonLocutusOfBorg: see above discussion18:31
vorloneh except somehow when I copied ignition-math back I copied back the same broken version18:32
LocutusOfBorgvorlon, thanks for understanding :) I did read the backlog, but I found the wrong version being in proposed and you said you restarted britney already, this is why I asked :)18:34
LocutusOfBorgkeep up the good work!18:34
bdmurrayginggs: Do you have a process for rerunning tests that have always failed? e.g. I've just added r-cran-rstanarm to big_packages but retry-autopkgtest-regressions won't find it because its always failed18:45
bdmurrayOh, just use a trigger of migration-reference/0 ...18:47
LocutusOfBorgthis britney run looks like failed to do the job20:02
LocutusOfBorglets hope for next one :)20:02
-queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (jammy-proposed) []20:25
vorlonseems it didn't pick up the published graphviz either.  Yes, fingers crossed for the next one20:27
-queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (focal-proposed) []20:27
-queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (bionic-proposed) []20:30
bdmurray^ I've reviewed software-properties too20:36
LocutusOfBorgvorlon, does your script work if the system where its run is not a devel release?20:39
LocutusOfBorgcan't we fix the script to download such files maybe? WDYT?20:40
vorlonLocutusOfBorg: probably better to make it use chdist?20:42
vorlonLocutusOfBorg: but I always run it in a chroot, which ensures the uploads are also prepared in the same environment as the devel series20:43
tsimonq2vorlon: what's the license on your script? ;P20:43
vorlontsimonq2: GPL320:45
LocutusOfBorgvorlon, sigh21:02
LocutusOfBorggrpc 1.51.1-3build221:03
LocutusOfBorgis it a problem w.r.t. migration?21:03
LocutusOfBorgoh backlog21:03
vorlonLocutusOfBorg: it doesn't look like it to me.  protobuf is a lib transition, old soname should be retained and grpc in release pocket should still be installable?21:04
LocutusOfBorgmaaaaaaybe, who knows?21:05
LocutusOfBorgmigrating libphonenumber8/8.12.57+ds-3build2/amd64 to testing makes kamailio-phonenum-modules/5.6.2-1build2/amd64 uninstallable21:05
LocutusOfBorgthis wasn't there...21:05
vorlonshould be addressed by the sync of the previous kamailio21:05
LocutusOfBorglets cross fingers21:06
vorlonLocutusOfBorg: britney is definitely /trying/ to migrate it21:35
vorlon(which is why this run is longer)21:36
vorlonI: [2023-02-03T21:35:36+0000] -     got: 682+0: a-121:a-125:a-116:i-1:p-105:r-108:s-10621:36
vorlonI: [2023-02-03T21:35:36+0000] -     * arm64: gqrx-sdr, i2masschroq, libgnuradio-analog3.10.3, libgnuradio-blocks3.10.3, libgnuradio-digital3.10.3, libgnuradio-fft3.10.3, libgnuradio-filter3.10.3, libgnuradio-network3.10.3, libgnuradio-runtime3.10.3, libpappsomspp-widget0, msxpertsuite, msxpertsuite-minexpert, xtpcpp21:36
vorlonfwiw glibc has been uploaded; so if anything else needs rebuilt for python3-defaults to go through, it may get entangled and require some more finessing21:44
LocutusOfBorgdid it migrate?21:48
LocutusOfBorgW: [2023-02-03T21:40:40+0000] - failed: amgcl is not a valid candidate (or it already migrated)21:49
LocutusOfBorgoh... it went through21:50
LocutusOfBorgif I got it right21:50
vorlonyes it migrated21:54
vorlonI: [2023-02-03T21:40:37+0000] - final:21:54
LocutusOfBorgvorlon is our new BAAB (Britney as a Bridge)21:56
sarnoldthat was less horrific than I feared :)21:57
vorlonthe lp copies are happening now, enjoy your email21:58
* arraybolt3 's head starts spinning trying to figure out what flags are being set on who21:58
sarnoldoh bother I didn't realize i +q but -b :( sorry there21:58
sarnoldarraybolt3: apparently me neither, lol21:59
sarnolddefinitely lunchtime21:59
sarnold(and the flood continued to ops due to +z, there was less of it than I feared, heh)21:59
LocutusOfBorgmight be a good time to autosync?22:00
arraybolt3\o/ Woohoo! Did that just unstick qtbase too?22:00
LocutusOfBorgit did indeed22:01
LocutusOfBorgalso protobuf, gsoap, and a ton of stuff22:01
LocutusOfBorgalso gnat indeed!22:03
bdmurrayI uploaded glibc on behalf of schopin a little bit ago22:11
vorlonLocutusOfBorg: no autosync yet; as usual there were a collection of packages that failed to copy due to launchpad api overload, so we should let a second run through to clean everything up before copying more in22:27
vorlonso what happened to cause all these rust uninstallables?22:28
vorlonsmells like a wrong removal22:28
vorlonah heh it was my removal of the NBS librust-ahash+compile-time-rng-dev that broke everything22:32
* vorlon shakes his fist at reverse-depends not handling virtual packages22:34
tumbleweeddo you have a strategy for hanlding them in mind?22:35
tumbleweedbecause multiple providers can often satisfy the virtual package22:36
vorlontumbleweed: I would rather they report too much than too little; reverse-depends already doesn't distinguish alternative depends that might be satisfied by another package22:37
tumbleweedthat's true22:37
vorlonanyway, in this case I manually checked for reverse-build-depends but not reverse-depends; I'm confused by why the first wasn't sufficient, but I guess lesson learned22:39
vorloncopied graphviz, protobuf, ignition-math, kamailio back to -proposed (kanashiro[m])22:42
vorlonnow afk22:43
kanashiro[m]vorlon: thank you!22:56
* Eickmeyer[m] prays for a successful Ubuntu Studio build tomorrow with this migration23:13
-queuebot:#ubuntu-release- New binary: tiff [amd64] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:23
-queuebot:#ubuntu-release- New binary: tiff [i386] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:23
=== CodeMouse92 is now known as Guest5011
-queuebot:#ubuntu-release- New binary: tiff [ppc64el] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:25
-queuebot:#ubuntu-release- New binary: tiff [s390x] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:25
-queuebot:#ubuntu-release- New binary: tiff [armhf] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:25
-queuebot:#ubuntu-release- New binary: tiff [arm64] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:26
-queuebot:#ubuntu-release- New binary: tiff [riscv64] (lunar-proposed/main) [4.5.0-4ubuntu1] (core, i386-whitelist)23:59

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