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
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
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
--
_
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
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
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
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
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
).
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
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
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
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
, 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
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: 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
, 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
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:
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. : +
. 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
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_64)
Foreign Archite
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
ye
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. :
ence does not incur in the problem.
I hope this may be useful for others, best regards
Giacomo Mulas
-- System Information:
Debian Release: 9.0
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Arch
they not make it to unstable though? Until they do, the bug is
still present in unstable, isn't it? Perhaps do mention explicitly
somewhere that the packages solving the bug are only in experimental, so
people will know where to find them.
Thanks, bye
Giacomo Mulas
and
hand-installing them.
What's up with the debian archive not showing them as available?
Thanks in advance, bye
Giacomo Mulas
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf
d compiler options if possible/necessary. Or by filing a
critical/important bug against the default compiler (I would say "fails to
build the kernel" is critical enough for the default compiler...).
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: stretch
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
d.
Thanks in advance
Giacomo Mulas
of this worked perfectly with the 3.18 gnome version.
Why on earth are gnome developers taking out functionality and/or
configurability with each new release?
Thanks in advance
Giacomo Mulas
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (401, 'unstable
onf script works internally.
Thanks in advance, best regards
Giacomo Mulas
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.4.2-jak (SMP w/4
and Debian-exim group.
Anyway, just a suggestion to think about.
Thanks, bye
Giacomo
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INAF - Osservatorio Astronom
to echo what it does to stdout or stderr, where
would NetworkManager put these?
Bye
Giacomo
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INAF - Osserv
--
_
Giacomo Mulas <gmu...@oa-cagliari.inaf.it>
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047 Selargius (CA)
tel. +39 070 71180244
mob. : +39 329 6
Package: chemps2
Followup-For: Bug #807189
Dear Maintainer,
fixing the problem with the new gsl library dependence (at least on the
amd64 architecture that I have) is as simple as:
- in the debian/control file, change the build-dep from libgsl0-dev to
libgsl-dev
- add a one-line comment in the
work, with or without bumblebee, and with or without graphics
acceleration, that would be most useful (I test software on my laptop and
now I can't do this with those that need GPU acceleration).
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: stretch/sid
APT
Package: gnome
Version: 1:3.14+3
Severity: important
Dear Maintainer,
since there was the big switch of sid to use gcc5 as default compiler suite,
the gnome metapackage became uninstallable. While this is less bad right
now (apparently almost all of the dependencies are satisfied), compared to
On Tue, 30 Jun 2015, Andreas Metzler wrote:
On 2015-06-30 Giacomo Mulas gmu...@oa-cagliari.inaf.it wrote:
Package: exim4
Version: 4.86~RC4-1
Severity: important
Dear Maintainer,
Since 2 updates in sid, exim4 crashes (and fails to deliver) whenever
attempting to send an email to more than
with sendmail or mailx.
Please let me know how I can obtain more detailed information to help to
track this down: this cripples local handling of email so it is really
annoying for my users and I would like to help as much as I can to resolve
this as quickly as possible.
Bye
Giacomo Mulas
-- Package
On Tue, 30 Jun 2015, Marc Haber wrote:
On Tue, Jun 30, 2015 at 01:48:23PM +0200, Giacomo Mulas wrote:
Since 2 updates in sid, exim4 crashes (and fails to deliver) whenever
attempting to send an email to more than one recipient. It does not matter
whether the recipients are all in the To: field
the crashes. I guess you
can forward this to the sa-exim maintainer or even just get it recompiled
via a binary only nonmaintainer upload, notifying the maintainer.
Thanks, sorry for the inconvenience, bye
Giacomo
--
_
Giacomo Mulas gmu
for which this package is available. Please do so.
Thanks in advance, bye
Giacomo Mulas
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.2-jak (SMP w
this for myself, but I do
believe the current behaviour is wrong in principle and in practice, so it
should be fixed in a more general way.
Bye
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
for both, but I am no regexp wizard and did not have the time to go
through the docs to find out how to do it more elegantly.
I hope it can be useful.
Bye
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
placeholders, until you have something more useful to put in them.
This problem affects versions in jessie, sid and experimental.
Thanks, bye
Giacomo Mulas
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64
this bugreport to another package (I
will file it again to that package if useful).
best regards
Giacomo Mulas
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel
or something along these lines.
Cheers
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza 5 - 09047
maintainer)
4) something else that I did not think about
Bye
Giacomo Mulas
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (401, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.3-jak (SMP w/4 CPU
locally, without stripping, so I can follow it in a debugger?
G.
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
_
INAF - Osservatorio Astronomico di Cagliari
via della scienza
)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize064
bNumConfigurations 1
Device Status: 0x0001
Self Powered
Bye
Giacomo
--
_
Giacomo Mulas gmu...@oa-cagliari.inaf.it
not get triggered. I am willing to help to find out why the above does
not work, if the maintainer tells me how to obtain the information that may
be useful for him/her (even if my ad-hoc solution solves the problem for
me).
Bye
Giacomo Mulas
--- System information. ---
Architecture: amd64
Kernel
, but is included
in the one in sid, but I would rather avoid cluttering my wheezy systems
with hand-compiled versions of libraries which are already installed as
packages. I would be willing to help in the backport, if help is needed.
Thanks in advance, bye
Giacomo Mulas
--- System information
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
/petscdmdadef.mod, it
has to be recompiled with the gcc suite 4.9 to make it compatible with the
version of gfortran which is now the default. Fixing This should involve no
changes, just a plain rebuild of the package, therefore relatively painless
for you.
Thanks in advance, bye
Giacomo Mulas
suite
4.9 to make it compatible with the version of gfortran which is now the
default. Fixing This should involve no changes, just a plain rebuild of the
package.
Thanks in advance, bye
Giacomo Mulas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
/slepcipdef.mod, it
has to be recompiled with the gcc suite 4.9 to make it compatible with the
version of gfortran which is now the default. Fixing This should involve no
changes, just a plain rebuild of the package, therefore relatively painless
for you.
Thanks in advance, bye
Giacomo Mulas
1 - 100 of 147 matches
Mail list logo