Here:
https://people.canonical.com/~ubuntu-archive/laney/proposed-migration/update_excuses.html
Can you take a look and see if this has the desired effect?
It doesn't seem to fix $world. I think that for most packages the tighter relationship is coming from symbols, i.e.:
__x86_get_cpuid_feature_leaf@GLIBC_2.33 2.33 fstat64@GLIBC_2.33 2.33 fstat@GLIBC_2.33 2.33 fstatat64@GLIBC_2.33 2.33 fstatat@GLIBC_2.33 2.33 lstat64@GLIBC_2.33 2.33 lstat@GLIBC_2.33 2.33 mallinfo2@GLIBC_2.33 2.33 mknod@GLIBC_2.33 2.33 mknodat@GLIBC_2.33 2.33 stat64@GLIBC_2.33 2.33 stat@GLIBC_2.33 2.33
or shlibs:
ld-linux-x86-64 2 libc6 (>= 2.33) libBrokenLocale 1 libc6 (>= 2.33) libanl 1 libc6 (>= 2.33) libc 6 libc6 (>= 2.33) libdl 2 libc6 (>= 2.33) libm 6 libc6 (>= 2.33) libmvec 1 libc6 (>= 2.33) libnsl 1 libc6 (>= 2.33) libnss_compat 2 libc6 (>= 2.33) libnss_dns 2 libc6 (>= 2.33) libnss_files 2 libc6 (>= 2.33) libnss_hesiod 2 libc6 (>= 2.33) libpthread 0 libc6 (>= 2.33) libresolv 2 libc6 (>= 2.33) librt 1 libc6 (>= 2.33) libthread_db 1 libc6 (>= 2.33) libutil 1 libc6 (>= 2.33)
Not denying that this might fix some things (packages which build udebs themselves), but I'm not sure making the claim about "any packages built in proposed" getting a too-tight relationship is right.
« Back to merge proposal
Here:
https:/ /people. canonical. com/~ubuntu- archive/ laney/proposed- migration/ update_ excuses. html
Can you take a look and see if this has the desired effect?
It doesn't seem to fix $world. I think that for most packages the tighter relationship is coming from symbols, i.e.:
__x86_ get_cpuid_ feature_ leaf@GLIBC_ 2.33 2.33 GLIBC_2. 33 2.33 GLIBC_2. 33 2.33
fstat64@GLIBC_2.33 2.33
fstat@GLIBC_2.33 2.33
fstatat64@
fstatat@GLIBC_2.33 2.33
lstat64@GLIBC_2.33 2.33
lstat@GLIBC_2.33 2.33
mallinfo2@
mknod@GLIBC_2.33 2.33
mknodat@GLIBC_2.33 2.33
stat64@GLIBC_2.33 2.33
stat@GLIBC_2.33 2.33
or shlibs:
ld-linux-x86-64 2 libc6 (>= 2.33)
libBrokenLocale 1 libc6 (>= 2.33)
libanl 1 libc6 (>= 2.33)
libc 6 libc6 (>= 2.33)
libdl 2 libc6 (>= 2.33)
libm 6 libc6 (>= 2.33)
libmvec 1 libc6 (>= 2.33)
libnsl 1 libc6 (>= 2.33)
libnss_compat 2 libc6 (>= 2.33)
libnss_dns 2 libc6 (>= 2.33)
libnss_files 2 libc6 (>= 2.33)
libnss_hesiod 2 libc6 (>= 2.33)
libpthread 0 libc6 (>= 2.33)
libresolv 2 libc6 (>= 2.33)
librt 1 libc6 (>= 2.33)
libthread_db 1 libc6 (>= 2.33)
libutil 1 libc6 (>= 2.33)
Not denying that this might fix some things (packages which build udebs themselves), but I'm not sure making the claim about "any packages built in proposed" getting a too-tight relationship is right.