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
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
, that problem
would still remain regardless of what you do on nvptx-tools, wouldn't it?
Thanks, bye
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di
error message I get with gcc-12.
Is there something wrong in how GCC 12 handles nvptx code generation
options?
bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico
ok, but I am puzzled by this: if the issue is with nvptx-tools and not with
gcc-12-offload-nvptx, why does gcc-11-offload-nvptx work, producing working
executables that target sm_35 if I compile with gcc-11 on the same laptop?
Thanks, bye
Giacomo
--
_____
le to change the default -misa of gcc 12 to sm_35,
to enable gpu offloading to nvidia to work with gcc-12? And/or, is there
some undocumented, or poorly documented, way to actually specify on the
command line the requested cuda level architecture so that it works with
cuda 11 libraries?
Thanks in
version
worked flawlessly on my laptop.
Please let me know if there are any checks I can do to help
nailing down the problem, and/or any relevant configuration details
that I can provide.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers
from the same source package? Or
should it be duplicated, even if it probably is indeed the same bug
affecting two packages? I'm asking so that I know what to do in such a case,
should it happen again.
thanks, best regards
Giacomo Mulas
with python 3.8 instead of 3.7.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.5.13-jak (SMP w/4 CPU
, see if this is enough to get the package to compile correctly with
the new boost libraries.
Thanks again, bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico d
ry myself but, as I
said in my report, I pinned the boost library, so I cannot do it in the
proper up to date sid environment.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF
find it out.
Thanks anyway, bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel.
to contact their maintainer about this. Or it may
be due to similar problems simultaneously making libcasa-python3-4
uninstallable as well.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10
to relay this report to the maintainer of the
boost packages.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel
Package: libopal3.10.10
Severity: grave
Justification: renders package unusable
Dear Maintainer,
now that libx264-152 is not available anymore, libopal3.10.10 became
uninstallable. It can only be used by people retaining on their system
a copy of an unmaintained version of an old library.
Package: ekiga
Severity: grave
Justification: renders package unusable
Dear Maintainer,
ekiga became uninstallable now that libx264-152 is not available anymore.
Please recompile against more recent libs (same for libopal), otherwise
ekiga will only work for those that retained an old,
ution, but way better than
nothing :)
thanks!
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
t
ter to develop my MPI codes, and I cannot understand at
all why it abruptly stopped working. Also, if you tell me it does work
properly on another current sid system, I'd like to find out what makes the
difference.
Thanks in advance
Giacomo Mulas
--
________
e way, the above snippet of code works perfectly if
compiled and run under mpich.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel:
. in my case A.x86_64-unknown-linux-deb9.3/amq/.libs/pawd
and similarly for the others. For some reason the make does not install
the real binaries but libtool wrapper scripts, an the latter are then
included in the deb package, resulting in an unusable package altogether.
Best regards
Giacomo Mulas
ng the bug is just plain wrong, since the bug is there
and the package is still uninstallable.
regards
Giacomo
--
_____
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INA
ds
Giacomo
--
_____
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180244
mob. :
Package: libpetsc3.7.5-dev
Version: 3.7.5+dfsg1-4+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
since openmpi was upgraded in sid, libpetsc3.7.5-dev and libpetsc3.7.6-dev
became uninstallable on sid, since they depend on libopenmpi-dev (< 2.0.3).
I tried compiling
Package: musescore
Version: 2.0.2+dfsg-2
Followup-For: Bug #830715
Dear Maintainer,
musescore became uninstallable when qtquick1 was removed.
However, it builds flawlessly from the source package: I just did it
locally and obtained an installable and perfectly working musescore
package. Please
or something along these lines.
Cheers
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047
Package: cpl-plugin-xshoo-calib
Version: 2.5.0+dfsg-1
Severity: serious
--- Please enter the report below this line. ---
in the postinst script, the package attempts to download
ftp://ftp.eso.org/pub/dfs/pipelines/${PIPELINE}/${KIT}.tar.gz
which after variable substitution becomes
different
definitions of internal structures, so that it worked for him, it was broken
for almost everybody else...
Let me know
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
_
OSSERVATORIO ASTRONOMICO DI CAGLIARI
Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222
Tel. (UNICA): +39
logic to avoid calling that function in recent kernels, which
do not export it anymore. I am not familiar enough with kernel programming
to understand exactly what is wrong, but apparently it does not work
as intended, at least not on a 2.6.28 kernel.
I hope this helps, bye
Giacomo Mulas
it (for
amd64) against the version of libcairo2 which is currently available in sid
(which is 1.4.14-1 at the moment), unless a new version of cairo fixing this
is already scheduled for imminent upload.
Thanks, bye
Giacomo Mulas
--
This message has been scanned for viruses and
dangerous content
architecture. For some of
the packages with corrupted Filename: entry binary-only updates were recently
uploaded, I don't know whether this may or may not be related to it.
Thanks
Giacomo Mulas
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500
31 matches
Mail list logo