Processed: Re: libdebuginfod1t64 dependency problem breaks the upgrade

2024-03-07 Thread Debian Bug Tracking System 
Processing control commands:

> retitle -1 libdebuginfod1t64 dependency problem makes dpkg fail with attempt 
> of removal of libdebuginfod-common
Bug #1065603 [libdebuginfod1t64] libdebuginfod1t64 dependency problem breaks 
the upgrade
Changed Bug title to 'libdebuginfod1t64 dependency problem makes dpkg fail with 
attempt of removal of libdebuginfod-common' from 'libdebuginfod1t64 dependency 
problem breaks the upgrade'.

-- 
1065603: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065603
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1065603: libdebuginfod1t64 dependency problem breaks the upgrade

2024-03-07 Thread Vincent Lefevre 
Control: retitle -1 libdebuginfod1t64 dependency problem makes dpkg fail with 
attempt of removal of libdebuginfod-common

On 2024-03-07 11:28:21 +0100, Vincent Lefevre wrote:
> When I wanted to upgrade, this ended up with
> 
> dpkg: dependency problems prevent removal of libdebuginfod-common:
>  libdebuginfod1t64:amd64 depends on libdebuginfod-common (>= 0.190-1.1).
> 
> dpkg: error processing package libdebuginfod-common (--purge):
>  dependency problems - not removing
> (Reading database ... 655945 files and directories currently installed.)
> Errors were encountered while processing:
>  libdebuginfod-common

Well, the issue just seems to be a dpkg failure. "apt install -f"
shows nothing to fix.

So I'm wondering why dpkg wanted to remove libdebuginfod-common.

FYI, I did the upgrade via aptitude, and this package wasn't proposed
for removal. In /var/log/aptitude, after discarding the HOLD lines
(which correspond to no changes for these packages):

Aptitude 0.8.13: log report
Thu, Mar  7 2024 11:24:24 +0100

  IMPORTANT: this log only lists intended actions; actions which fail
  due to dpkg problems may not be completed.

Will install 15 packages, and remove 6 packages.
5096 kB of disk space will be freed

[...]
[INSTALL, DEPENDENCIES] libasm1t64:amd64 0.190-1.1
[INSTALL, DEPENDENCIES] libdebuginfod1t64:amd64 0.190-1.1
[INSTALL, DEPENDENCIES] libdw1t64:amd64 0.190-1.1
[INSTALL, DEPENDENCIES] libelf1t64:amd64 0.190-1.1
[INSTALL, DEPENDENCIES] libglib2.0-0t64:amd64 2.78.4-3
[REMOVE, DEPENDENCIES] libasm1:amd64 0.190-1+b1
[REMOVE, DEPENDENCIES] libdebuginfod1:amd64 0.190-1+b1
[REMOVE, DEPENDENCIES] libdw1:amd64 0.190-1+b1
[REMOVE, DEPENDENCIES] libelf1:amd64 0.190-1+b1
[REMOVE, DEPENDENCIES] libglib2.0-0:amd64 2.78.4-1
[REMOVE, DEPENDENCIES] libglib2.0-0-dbgsym:amd64 2.78.4-1
[...]
[UPGRADE] elfutils:amd64 0.190-1+b1 -> 0.190-1.1
[UPGRADE] gir1.2-freedesktop:amd64 1.78.1-15 -> 1.78.1-16
[UPGRADE] gir1.2-freedesktop-dev:amd64 1.78.1-15 -> 1.78.1-16
[UPGRADE] gir1.2-girepository-2.0:amd64 1.78.1-15 -> 1.78.1-16
[UPGRADE] gir1.2-glib-2.0:amd64 1.78.1-15 -> 1.78.1-16
[UPGRADE] gir1.2-glib-2.0-dev:amd64 1.78.1-15 -> 1.78.1-16
[UPGRADE] libelf-dev:amd64 0.190-1+b1 -> 0.190-1.1
[UPGRADE] libglib2.0-bin:amd64 2.78.4-1 -> 2.78.4-3
[UPGRADE] libglib2.0-dev:amd64 2.78.4-1 -> 2.78.4-3
[UPGRADE] libglib2.0-dev-bin:amd64 2.78.4-1 -> 2.78.4-3


-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1065603: libdebuginfod1t64 dependency problem breaks the upgrade

2024-03-07 Thread Vincent Lefevre 
Package: libdebuginfod1t64
Version: 0.190-1.1
Severity: serious

When I wanted to upgrade, this ended up with

dpkg: dependency problems prevent removal of libdebuginfod-common:
 libdebuginfod1t64:amd64 depends on libdebuginfod-common (>= 0.190-1.1).

dpkg: error processing package libdebuginfod-common (--purge):
 dependency problems - not removing
(Reading database ... 655945 files and directories currently installed.)
Errors were encountered while processing:
 libdebuginfod-common

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), 
(500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libdebuginfod1t64 depends on:
ii  libc6 2.37-15.1
ii  libcurl3t64-gnutls [libcurl3-gnutls]  8.6.0-3.2
pn  libdebuginfod-common  
ii  libdw1t64 0.190-1.1
ii  libelf1t640.190-1.1

libdebuginfod1t64 recommends no packages.

libdebuginfod1t64 suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1065599: gcc-14-offload-nvptx: openmp offload compile fails due to missing libgomp.spec

2024-03-07 Thread Giacomo Mulas 
Package: gcc-14-offload-nvptx
Version: 14-20240303-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

due to a different organisation in file installation with respect to 
gcc-12-offload-nvptx, compiling code to offload openmp to nvptx fails with the 
following:
x86_64-linux-gnu-accel-nvptx-none-gcc-14: fatal error: cannot read spec file 
'libgomp.spec': No such file or directory
compilation terminated.
nvptx mkoffload: fatal error: x86_64-linux-gnu-accel-nvptx-none-gcc-14 returned 
1 exit status
compilation terminated.
lto-wrapper: fatal error: 
/usr/libexec/gcc/x86_64-linux-gnu/14//accel/nvptx-none/mkoffload returned 1 
exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed

While gcc-12-offload-nvptx installed executables, includes, and libs under 
/usr/lib/gcc/x86_64-linux-gnu/12/accel/nvptx-none, and found them, 
gcc-14-offload-nvptx does not appear to install them anywhere, nor
to depend on any other separate package that does. This effectively renders the 
package unusable. 

Thanks in advance, best regards
Giacomo Mulas


*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.7-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcc-14-offload-nvptx depends on:
ii  gcc-14 14-20240303-1
ii  gcc-14-base14-20240303-1
ii  libc6  2.37-15.1
ii  libc6-dev  2.37-15.1
ii  libgmp10   2:6.3.0+dfsg-2+b1
ii  libgomp-plugin-nvptx1  14-20240303-1
ii  libmpc31.3.1-1+b2
ii  libmpfr6   4.2.1-1+b1
ii  libzstd1   1.5.5+dfsg2-2
ii  nvptx-tools0.20230904-1
ii  zlib1g 1:1.3.dfsg-3.1

gcc-14-offload-nvptx recommends no packages.

gcc-14-offload-nvptx suggests no packages.

-- no debconf information

Bug#1065598: gcc-13-offload-nvptx: openmp offload compile fails due to missing libgomp.spec

2024-03-07 Thread Giacomo Mulas 
Package: gcc-13-offload-nvptx
Version: 13.2.0-18
Severity: grave
Justification: renders package unusable

Dear Maintainer,

due to a different organisation in file installation with respect to 
gcc-12-offload-nvptx, compiling code to offload openmp to nvptx fails with the 
following:
x86_64-linux-gnu-accel-nvptx-none-gcc-13: fatal error: cannot read spec file 
'libgomp.spec': No such file or directory
compilation terminated.
nvptx mkoffload: fatal error: x86_64-linux-gnu-accel-nvptx-none-gcc-13 returned 
1 exit status
compilation terminated.
lto-wrapper: fatal error: 
/usr/libexec/gcc/x86_64-linux-gnu/13//accel/nvptx-none/mkoffload returned 1 
exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed

While gcc-12-offload-nvptx installed executables, includes, and libs under 
/usr/lib/gcc/x86_64-linux-gnu/12/accel/nvptx-none, and found them, 
gcc-13-offload-nvptx does not appear to install them anywhere, nor to depend on 
any other separate package that does. This effectively renders the package 
unusable. While the gcc-12 offload still works, gcc-13 is now the default 
compiler on sid, meaning that trying to compile openmp to offload to nvptx with 
the default compiler fails.

Thanks in advance, best regards
Giacomo Mulas


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.7-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcc-13-offload-nvptx depends on:
ii  gcc-13 13.2.0-18
ii  gcc-13-base13.2.0-18
ii  libc6  2.37-15.1
ii  libc6-dev  2.37-15.1
ii  libgmp10   2:6.3.0+dfsg-2+b1
ii  libgomp-plugin-nvptx1  14-20240303-1
ii  libmpc31.3.1-1+b2
ii  libmpfr6   4.2.1-1+b1
ii  libzstd1   1.5.5+dfsg2-2
ii  nvptx-tools0.20230904-1
ii  zlib1g 1:1.3.dfsg-3.1

gcc-13-offload-nvptx recommends no packages.

gcc-13-offload-nvptx suggests no packages.

-- no debconf information

Bug#1065596: gcc-12-offload-nvptx: offloading fails due to unsupported sm_35 default arch

2024-03-07 Thread Giacomo Mulas 
Package: gcc-12-offload-nvptx
Version: 12.3.0-15
Severity: normal

Dear Maintainer,

current versions of ptxas dropped support for sm_35, yet gcc-12-offload-nvptx 
uses that as the default, if unspecified. I can still compile openmp code 
offloaded to nvptx, but I have to explicitly add something like 
-foffload-options=nvptx-none="-march=sm_53" to override the default target 
arch. Please fix this, or make the default configurable so that one does not 
have to always specify it on the command line.
I am not sure this should be fixed in gcc-12-offload-nvptx or in nvptx-tools, 
feel free to reassign the bug, if appropriate.

Thanks in advance, best regards
Giacomo Mulas

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.7-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gcc-12-offload-nvptx depends on:
ii  gcc-12 12.3.0-15
ii  gcc-12-base12.3.0-15
ii  libc6  2.37-15.1
ii  libc6-dev  2.37-15.1
ii  libgmp10   2:6.3.0+dfsg-2+b1
ii  libgomp-plugin-nvptx1  14-20240303-1
ii  libmpc31.3.1-1+b2
ii  libmpfr6   4.2.1-1+b1
ii  libzstd1   1.5.5+dfsg2-2
ii  nvptx-tools0.20230904-1
ii  zlib1g 1:1.3.dfsg-3.1

gcc-12-offload-nvptx recommends no packages.

gcc-12-offload-nvptx suggests no packages.

-- no debconf information