control: found -1 glibc/2.37-15.1 Hi,
On 2024-04-01 16:23, Alejandro Colomar wrote: > Package: glibc-doc > Version: 2.38-6 > Severity: serious > Justification: Policy 7.4 > X-Debbugs-Cc: a...@kernel.org, mar...@debian.org > > Dear Maintainer, > > The Linux man-pages project has recently added the pthread_*(3) manual > pages that were provided by glibc-doc. The first upstream version of > the Linux man-pages that includes these pages is man-pages-6.06. Here's > what was added: Thanks, that sounds great that we can finally get rid out of those in the debian package. > $ git diff --stat b06cd070f..128a3ae35 > man3/pthread_cond_init.3 | 264 ++++++++++++++++++++ > man3/pthread_condattr_init.3 | 48 ++++ > man3/pthread_key_create.3 | 178 +++++++++++++ > man3/pthread_mutex_init.3 | 241 ++++++++++++++++++ > man3/pthread_mutexattr_setkind_np.3 | 52 ++++ > man3/pthread_once.3 | 44 ++++ > 6 files changed, 827 insertions(+) > > Debian's manpages-dev_6.7-1_all.deb has been the first package since > that happened, and I've noticed that dpkg(1) (via apt-get(8)) refuses to > upgrade manpages-dev due to a conflict with glibc-doc. > > $ sudo apt-get upgrade -V; > [...] > Do you want to continue? [Y/n] y > Reading changelogs... Done > (Reading database ... 404853 files and directories currently installed.) > Preparing to unpack .../manpages-dev_6.7-1_all.deb ... > Unpacking manpages-dev (6.7-1) over (6.05.01-1) ... > dpkg: error processing archive > /var/cache/apt/archives/manpages-dev_6.7-1_all.deb (--unpack): > trying to overwrite '/usr/share/man/man3/pthread_cond_init.3.gz', > which is also in package glibc-doc 2.38-6 > Errors were encountered while processing: > /var/cache/apt/archives/manpages-dev_6.7-1_all.deb > needrestart is being skipped since dpkg has failed > E: Sub-process /usr/bin/dpkg returned an error code (1) I think this is actually not specific to the experimental version, those manpages are also in the unstable version. > Please, remove from glibc-doc those manual pages that conflict with > manpages-dev. Noted. However following the time_t transition, the glibc package does not build anymore on 32-bit architectures (i have just opened #1059937 to make people aware of that), so uploading a new glibc now is probably not the best idea. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
