Thanks, best regards
Giacomo Mulas
-- System Information:
Debian Release: 13.0
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.27-amd64 (SMP w/12 CPU threads; PREEMPT)
Kern
are up and running,
and does not fail any more. Please consider adding this fix (or any othe one
you prefer to the same effect) to next revision of the package.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy
sacore-data-tai-utc is currently uninstallable and
unusable.
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
ontain the trixie/sid version of openssl is sufficient to fix
dependencies (I did this on my systems).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: 12.9
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-sec
ent, either because it was installed by its dependencies
or because it created it.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture:
endencies not available on sid.
For the time being, on my system I am holding back the upgrade of all the
cuda-related libraries, till this is resolved.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'u
unwanted security
issues.
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.1
c, dminfo)
^
RuntimeError: PycArray: failed to load the numpy API
Please recompile it to use numpy >2.0, to solve this.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
Package: python3-bdsf
Version: 1.12.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regards,
Package: python3-silx
Version: 2.1.2+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regar
Package: python3-pyfai
Version: 2024.05-3+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best rega
Package: python3-pyopencl
Version: 2024.1-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
with the release to unstable of the new version of python3-numpy python3-pycuda
became uninstallable, since the new python3-numpy does not provice
python3-numpy-abi9.
best regar
regards, bye
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.12.12-amd64 (SMP w/12 CPU threads; PREEMPT
talled if they need it, or to uninstall hplip and be unable to reinstall it
till this dependence is fixed.
Of course, stalling the transition will, on the long run, end in dependency
hell, hence the "important" tag.
Thanks in advance, best regards
Giacomo Mulas
-- Package-specific i
ase, rebuild against the current openmpi in sid, and update dependencies
accordingly.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Arch
and update dependencies
accordingly.
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.12.3-amd6
and update dependencies
accordingly.
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.12.3-amd6
in sid, and update dependencies
accordingly.
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.1
mpi in sid, and update dependencies
accordingly.
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.1
and update dependencies
accordingly.
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.12.3-amd6
uperposition with the ones defined as native functions.
Till then, zfs-dkms will be unusable with the default amd64 kernel in sid,
hence I tagged this bug as "important".
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unsta
thanks
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180247
mob. : +
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
ance, best regards
Giacomo Mulas
#include
#include
#include
void saxpy(float a, float* x, float* y, int sz) {
#pragma omp target teams distribute parallel for simd \
num_teams(3) map(to:x[0:sz]) map(tofrom:y[0:sz])
for (int i = 0; i < sz; i++) {
if (omp_is_initial_device()) {
accomplish this change in the installed openblas64.pc files
I hope this is useful nonetheless.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Archit
acomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180247
mob. : +39 329 66
is created?
Hope this is useful, best regards,
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA
haveged to read and write
/dev/shm/sem.* files, and it now works again. I don't know if this can be fixed
in a better way, but this works.
thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unsta
-indices option enabled. it would actually be _relatively_
easy, since you already provide the "64" versions compiled with the
--with-64-bit-indices option enabled.
Thanks for all the great work, best regards
Best regards, bye
Giacomo Mulas
-- System Information:
Debian Release: trixie
Petsc to make it compatible with current openmpi in sid (or at
least another available MPI implementation on sid).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
Petsc to make it compatible with current openmpi in sid (or at
least another available MPI implementation on sid).
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
you
please either get the experimental versions in sid or downgrade both versions
to previous simultanously working versions?
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (401, 'unstable&#
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.12-amd64 (SMP w/12 CPU threads; P
ian, hence
possibly closing this bug?
Thanks, best regards
Giacomo Mulas
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius
Package: libllvm17t64
Version: 1:17.0.6-9
Severity: normal
Dear Maintainer,
with the latest update, libllvm17t64 has been released in different versions
between amd64 and i386 (1:17.0.6-9+b2 and 1:17.0.6-9+b1). This makes them
uninstallable simultaneously, since each breaks any other lib for ot
tracker3.
Thanks, best regards
Giacomo Mulas
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070
Package: tracker-miner-fs
Version: 3.7.0-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? A recent dist-upgrade on my sid laptop
* What exactly did you do (or not do) that was effective (or
Package: freeciv
Version: 3.1.0+ds-1
Severity: normal
Dear Maintainer,
in a long game with a huge map, I hit a weird bug.
New cities are unmanageable, i.e. I cannot:
- change their production
- set them as "home" for any unit
- add settlers to them
etc.
I will send a saved game that shows this
load-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
he 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
el 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
Ke
On Wed, 28 Feb 2024, Preuße, Hilmar wrote:
On 27.02.2024 19:06, Giacomo Mulas wrote:
Hello Giacomo,
Indeed, mtxrun.lua uses texlua, as an interpreter, and that is provided by
texlive-binaries, which was also upgraded a couple of days ago.
Gotcha! I downgraded texlive-binaries to the previous
Sorry for sending the same bug report twice, I thought the first one did not
get sent. Please feel free to remove one of them, or to merge them,
whichever is easier.
Thanks, and sorry for the annoyance
Giacomo
--
_
Giacomo Mulas
Package: tex-common
Version: 6.18
Severity: important
Dear Maintainer,
after the latest standard "apt upgrade" I was left with an unconfigured
tex-common, due to the following reported error:
lua error : startup file: /usr/bin/mtxrun.lua:2438: attempt to assign to const
variable 'i'
I don't
hint at a bug in the python script.
I guess one can still use a previously created apt-xapian index, but while the
systemd service fails, it will not get automatically updated.
If useful, I'm willing to help testing this.
Thanks, best regards
Giacomo Mulas
-- System Information:
Debian
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180255
mob. : +39 329 6603810
s written before the fix. Let me
know if I can help with testing.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 -
know if
there is some test I can do to help.
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.5
default option I can
change somewhere so that color printers are autodetected for what they are?
Thanks in advance
Giacomo Mulas
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (1001, 'unstable'), (10, 'experimental')
Architecture: am
Package: libtracker-sparql-3.0-0
Version: 3.4.2-1
Severity: important
Dear Maintainer,
upon upgrading to bookworm, tracker-miner-fs, as started by user sessions,
became unusable, as it just crashes and restarts endlessly, filling logs
and, if enabled, filesystems with core dumps.
What I get in t
-1_all.deb (--unpack):
unable to open '/usr/share/info/lilypond/00/lily-12276734.png.dpkg-new': No
such file or directory
Possibly a defective .deb archive was uploaded?
Best regards
Giacomo Mulas
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (401,
in the support libraries, that problem
would still remain regardless of what you do on nvptx-tools, wouldn't it?
Thanks, bye
Giacomo
--
_________
Giacomo Mulas
_
INAF
same 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 - Osservato
s dropped"
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
--
_____
of 8
Hello world! I am thread 3 out of 8
Would it be possible 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 arch
ion of the total config file is done when the system is
either properly connected or disconnected from the net, but not in the
middle of connecting. Of course, I'm willing to help finding out the
precise concatenation of causes that makes this happen, and/or testing
solutions.
Thanks, best
:i386 (--configure):
dependency problems - leaving unconfigured
If only one arch is installed, then things work. But this is obviously a
serious issue for almost any amd64 installation that also wants to be able
to have a fairly complete i386 runtime.
Best regards
Giacomo Mulas
-- System
hich while
not required does not hurt either.
Best regards
Giacomo Mulas
-- Package-specific info:
/usr/bin/wine points to /usr/bin/wine-stable.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental'
ry for the inconvenience.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71
mends).
Getting a message upon installation that this might cause problems
with xsane would have spared me a few hours of troubleshooting at the
moment I really needed the scanner to work (as it always did before).
Thanks in advance, best regards
Giacomo Mulas
nding
deadlines I must meet. But I hope I will be able to carve some time for
this next week. I'll let you know as soon as I have something.
bye
Giacomo
--
_____
Gia
well (for me).
Let me know if this is of any use, and/or if I may help producing a more
complete and cleaner version of this.
Best regards, and thanks for all the great work.
Giacomo Mulas
-- System Information:
Debian Release: 11.0
APT prefers unstable
APT policy: (401, '
corresponding source package
to try to compile it locally either. Would it be possible to make the
released packages for stable are consistent, to fix this?
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: 10.9
APT prefers stable-updates
APT policy: (500, 's
st,
and recreates the two managed-keys files.
I still get
Feb 21 09:39:11 capitanata named[2500848]: managed-keys-zone: Unable to fetch
DNSKEY set '.': timed out
but this seems to be harmless, the daemon can still resolve names without
problems.
While I found a working solution, or ra
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
be reported anyway.
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.10.4-j
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
to be absolutely
necessary).
I would gladly produce any debugging info that may help tracing and
solving this problem. Just give me directions on what you want me to
test and what log files to collect and send.
Thanks, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/
at
https://www.emaculation.com/forum/viewtopic.php?f=6&t=7515
Would it be possible to figure out which compiler flags need to be set
to produce a working JIT version of BasikiskII at least on the machine
producing precompiled binaries?
Thanks in advance, best regards
Giacomo Mulas
-- Syst
ug is still open and
still grave. But at least one can remove keys without neessarily disabling
the gnome keyring daemon ssh-agent component.
Best regards,
Giacomo Mulas
--
________
he new kernel, making it incompatible
with bbswitch.
Of course, it still builds and works on 5.5.x and older kernels, but still,
since 5.6.x is now the default on sid I think this should be tagged important.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/si
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
e, 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 Astronom
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
if I find it out.
Thanks anyway, bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
te
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&#
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 Archite
explicitly
depend on libhdf5-103, which is being replaced by libhdf5-103-1.
Till then, these packages will be uninstallable.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, &#x
SDK in
unstable, possibly using the alternatives system to make them coexist
smoothly as done for the runtime?
Thanks in advance, best regards
Giacomo Mulas
o be compiled with the
same lapack/blas/scalapack libs and int sizes (requiring 3 lines to be
edited in the corresponding debian/rules).
Of course, I would be willing to help, even if I am not an official
Debian Developer.
Thanks in advance, best regards
Giacomo Mulas
Package: libomp5-7
Severity: wishlist
Dear Maintainer,
I have a number of amd64 machines on which I have perfectly working
multiarch installations, namely main distro amd64, run time libraries in
i386 versions as well, a bunch of i386 applications. The libomp5-7
packages, both amd64 and i386 ve
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.
Pleas
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, unmaintai
the nat-rtsp source code to follow these changes.
Thanks, 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:
On Sun, 9 Sep 2018, Timo Weingärtner wrote:
Hallo Giacomo Mulas,
For me the problem can be reproduced by installing libpam-ssh.
openssh 7.8 + libpam-ssh: broken
openssh 7.4 + libpam-ssh: works
any openssh + no libpam-ssh: works
I conferm, same here. So the question now is: what changed
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180255
mob. : +39 329 6603810
rades.
While I did not tag this as an "important" or "grave" bug, the broken
functionality is a fairly important one for the sshd server, its origin
should definitely be tracked down and either fixed or at least documented.
Please let me know if I can run any useful tests to h
, returned 0
MPI_Finalize call ok, returned 0
... but in this case we are skipping the openib module altogether, which is
the one on which it locks.
Bye
Giacomo
--
_
Giacomo Mulas
l solution, but way better than
nothing :)
thanks!
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (C
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
--
_______
hing I can do to help
pinpoint this. By the 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')
the
packages and modifying the versioned dependence. Let me know if I can help
with it.
Best regards
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
F
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180255
mob. : +39 329 6603810
d, e.g. 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
Gia
Of course I can run some diagnostics if required
by the developer to pin down and solve this.
Thanks in advance
Giacomo Mulas
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86
sing the bug is just plain wrong, since the bug is there
and the package is still uninstallable.
regards
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico
ds
Giacomo
--
_____
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180244
mob. : +39 329 6603810
_
"When
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 th
t only me...
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 7118024
1 - 100 of 180 matches
Mail list logo
