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; PREEMPT)
Kernel taint
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
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
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
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
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
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
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
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
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-am
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-am
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
ars to 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 Relea
ars to 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 Relea
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180255
mob. : +39 329 6603810
the fix. Let me
know if I can help with testing.
Bye
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA
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.0-4-amd64 (SMP w/12
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: amd64 (x86_64)
Foreign
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: amd64 (x86_64)
Foreign
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
-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, 'unstable
, 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
, 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
, 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
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
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
--
_____
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
--
_____
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
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
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
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 regards
Giacomo
: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
: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')
Architecture: amd
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')
Architecture: amd
ry for the inconvenience.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71
ry for the inconvenience.
Bye
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71
).
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
).
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
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
--
_
Giacomo Mulas
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
--
_
Giacomo Mulas
on as
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, 'unsta
on as
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, 'unsta
the 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, 'stable
but this seems to be harmless, the daemon can still resolve names without
problems.
While I found a working solution, or rather a work-around, I guess this
should be solved in the package, or at least be documented, in case
someone else gets this problem.
Thanks in advance, best regards
Giacomo Mulas
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
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-jak (SMP w/4 CPU thre
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
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
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
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/sid
at
https://www.emaculation.com/forum/viewtopic.php?f=6=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
-- System I
is bug 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
--
________
king 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/sid
APT pr
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
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
, 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
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.
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 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
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
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, 'experimental
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
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: 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,
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,
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: Linux 4.18.0-1-amd64
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
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 help.
Than
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 help.
Than
matrix saved via MatView
in binary format into a BLACS one, it was not even as bad as I was afraid it
would be.
Cheers
Giacomo
--
_
Giacomo Mulas
_
INAF - Osservatorio
ryWrite(),
meaning I should use calls to PetscBinaryRead() to get them back. Is this
correct?
Thanks in advance
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astrono
, 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
ution, but way better than
nothing :)
thanks!
Giacomo
--
_________
Giacomo Mulas
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
t
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
--
________
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:
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:
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)
Foreign Architectures
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)
Foreign Architectures
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180255
mob. : +
1 - 100 of 576 matches
Mail list logo