several architectures, and this impacts the arch:all -common
package. Fixing metadata accordingly.
Thanks for your report,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
efault-java/lib/client/libjvm.so.
The Octave build system needs to be given the directory path where
libjvm.so lies.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally
have been useful to give that element of context.
Also, you did not answer to my question.
Thanks,
> On 13.08.24 09:56, Sébastien Villemot wrote:
> > Control: severity -1 important
> > Control: reassign -1 octave 9.2.0-2
> > Control: affects -1 + octave-io
> > Control: reti
ell us what is the correct test to determine the default JVM on a
given architecture?
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
which is not available on s390x.
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
So if you can provide a patch, I’ll try to incorporate it soon.
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
thoughts on this. I can help with the implementation
once we agree on the design.
Best wishes,
¹ http://grammalecte.net:8080/tktview?name=c7c88225ef
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
Control: tags -1 + patch
Le mercredi 03 juillet 2024 à 22:05 +0200, Sebastian Andrzej Siewior a
écrit :
> On 2024-07-02 16:23:58 [+0200], Sébastien Villemot wrote:
> > Since the last upgrade of openssl on bookworm (version 3.0.13-1~deb12u1),
> > code
> > signing using
=, cmd=)
at ./osslsigncode.c:5543
#13 main (argc=, argv=) at ./osslsigncode.c:6173
Note that the segfault occurs in /usr/lib/x86_64-linux-gnu/engines-3/pkcs11.so
(from libengine-pkcs11-openssl), which is itself called by libcrypto.so.3 (from
libssl3).
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
at this is a request for including the SPEX
Python module in the Debian package for SuiteSparse? Or do you mean
something else?
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Descriptio
Le vendredi 31 mai 2024 à 12:43 +0200, Emilio Pozuelo Monfort a écrit :
> On 31/05/2024 12:19, Sébastien Villemot wrote:
> > Le vendredi 31 mai 2024 à 09:31 +0200, Emilio Pozuelo Monfort a écrit :
> > > On 24/05/2024 19:34, Emilio Pozuelo Monfort wrote:
> > > >
Le vendredi 31 mai 2024 à 09:31 +0200, Emilio Pozuelo Monfort a écrit :
> On 24/05/2024 19:34, Emilio Pozuelo Monfort wrote:
> > On 22/05/2024 14:49, Sébastien Villemot wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > > X-Debbugs-Cc: libma.
build log and a patch that fixes the issue.
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
labplot_2.10.1-2_amd64.build.gz
Description: application/gzip
Description: Fix FTBFS against libmatio 1.5.27
was in 2020;
– it has not been in testing for more than 2 years;
– it is incompatible with the last three major versions of Octave, and upstream
has not provided a fix.
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https
,
Please schedule a transition for libmatio.
I’ve successfully rebuilt all reverse dependencies against the new version
(currently in experimental), except gnss-sdr and labplot which are currently
unbuildable due to the qt5 transition.
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
ultaneous
migration of all affected packages? I thought this was necessary, but
the excuses for octave no longer mention octave-ga and octave-queueing
(octave-statistics is still there because it has just been fixed). Note
that the updated packages have a Depends: octave (>= 9.1.0).
--
⢀⣴⠾⠻⢶⣦⠀ Sébast
move octave-zenity.
The above line contains a typo. The removal request concerns octave-
fits.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
o ahead.
Thanks. Uploaded and built on all release architectures.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.ca...@debian.org
This bug prevents it from migrating back to testing.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
The problem is actually that zmat tries to compile a file with -msse2,
which of course is only available on amd64 and i386.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
arise.
Thanks,
Ben file:
title = "octave-9";
is_affected = .depends ~ "octave-abi-58" | .depends ~ "octave-abi-59";
is_good = .depends ~ "octave-abi-59";
is_bad = .depends ~ "octave-abi-58";
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian
s thread:
https://lists.debian.org/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.ca...@debian.org
This bug is actually more about BLAS/LAPACK in general than about a
specific implementation (ATLAS). I’m therefore changing the title
accordingly.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debi
ms like some autogenerated code with heavy C macro usage.
Thanks for the suggested fix.
Note that atlas is obsolete scheduled for removal before trixie, see
the thread at:
https://lists.debian.org/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.ca...@debian.org
So I may fix this issue, but
age: https://matlab-emacs.sourceforge.net/
Git repository:
https://sourceforge.net/p/matlab-emacs/src/ci/master/tree/
It will be maintained under the umbrella of the Debian Emacsen team.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https
ograms
> depend on it)
Have you tried replacing libopenblas0-pthread by libopenblas0-serial?
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
ed use of the --link-
stand-alone option, and about the proper way of dealing with dynamic
loading of private Octave libraries in that case.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
this regression is blocking the migration of suitesparse to
> testing [1]. Due to the nature of this issue, I filed this bug report
> against both packages. Can you please investigate the situation and
> reassign the bug to the right package?
Thanks. This is due to a ABI break in
failure, 0 skipped
> > [inst/csaps_sel.m]
> > > > > > > /<>/inst/csaps_sel.m
> > * shared x,y,ret,p,sigma2,unc_y
> > x = [0:0.01:1]'; y = sin(x);
> > [ret,p,sigma2,unc_y] = csaps_sel(x,y,x);
> > malloc(): invalid size (unsorted)
> > fatal: caught signal Aborted -- stopping myself...
> > Aborted
> > make: *** [debian/rules:5: binary] Error 134
Thanks. This is a consequence of the ABI break in libcholmod5. Tagging
accordingly.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
ifference=2.22045e-16) [42m OK [0m
> > run test_interp_regular: (max difference=2.22045e-16) [42m OK [0m
> > run test_sparse_diff: (max difference=0) [42m OK [0m
> > run test_1dvar: malloc(): invalid size (unsorted)
> > fatal: caught signal Aborted -- stopping myself...
> > Aborted
> > make: *** [debian/rules:5: binary] Error 134
Thanks. This is a consequence of the ABI break in libcholmod5. Tagging
accordingly.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
eed suspecting an ABI break in suitesparse, after having
noticed unexpected autopkgtest failures.
Thanks for investigating and finding the cause of the problem, you
saved me a lot of time!
I’ll report this upstream and fix it properly in Debian.
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Vil
correct results at runtime.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
t still want to fix this.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
/packages/rdiff-backup/-/merge_requests/3
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Control: reassign -1 libsuitesparse-dev 1:7.4.0+dfsg-2
Control: affects -1 src:mrpt
Le lundi 08 janvier 2024 à 11:14 +0200, Adrian Bunk a écrit :
> Source: mrpt
> Version: 1:2.11.3+ds-1
> Severity: serious
> Tags: ftbfs
> X-Debbugs-Cc: Debian Science Team
> , Sébastien Vill
> Already added the replacement libopenblas-dev
>
>
> (this message was generated automatically)
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Le vendredi 15 décembre 2023 à 08:09 +0100, Sébastien Villemot a
écrit :
> Control: reopen -1
>
> Le vendredi 15 décembre 2023 à 00:27 +, Debian Bug Tracking System
> a écrit :
> > This is an automatic notification regarding your Bug report
> > which was filed aga
alternative.
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
mpleted the migration away from the old
CLAPACK in clapack.patch.
Only a minor cleanup was still needed to remove ATLAS. I opened a merge
request that seems to do the job:
https://salsa.debian.org/med-team/phast/-/merge_requests/1
Best,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Control: tags -1 + patch
Hi Andreas,
Le mercredi 29 novembre 2023 à 10:06 +0100, Andreas Tille a écrit :
> Control: tags -1 help
>
> Am Fri, Jul 14, 2023 at 01:40:22AM +0200 schrieb Sébastien Villemot:
> > Le lundi 10 juillet 2023 à 22:01 +0200, Andreas Tille a écrit :
> &
nly the last one being actually used. I will try
> another approach, probably by changing the dh_octave_check script, which
> is the one that eventually needs a writable $HOME directory.
Note that within the context of a shell script, the following ensures
that the directory is automati
cheduled for
> removal
>
> It has been closed by Debian FTP Masters
> (reply to Diane Trout ).
I’m reopening this bug.
The build dependency on libatlas-base-dev is still there in version
0.3.1+dfsg-1.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https:/
Le vendredi 17 novembre 2023 à 07:43 +0100, Sebastian Ramacher a
écrit :
> On 2023-11-08 18:00:20 +0100, Sébastien Villemot wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> >
s libcblas (which is currently only provided
by libatlas-base-dev), then the solution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀
ently only provided
by libatlas-base-dev), then the solution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷
olution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄⠀
es libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
, then the solution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄⠀
ild system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
ild system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
ather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
em so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
es libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
es libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
to LAPACKE is too complicated, then I guess an easy solution is to
embed clapack.h into src:emmax.
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
atlas-base-dev), then the solution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.vil
y provided
by libatlas-base-dev), then the solution is to modify the build system so that
it rather uses libblas (because, under Debian, the latter already incorporates
the symbols provided by libcblas).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷
e binNMU number may theoretically differ across
architectures; and such a version number may not even make sense for
our derivatives.
Any advice is welcome.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
experimental.
One the shared libraries got a SOVERSION bump (libcholmod4 → libcholmod5). The
ABI change is minor and I’m therefore fairly confident that there won’t be any
issue.
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
ble that octave-image builds against an old
version of octave-dev that was not affected by the bug.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Le mercredi 27 septembre 2023 à 19:09 +0200, Sebastian Ramacher a
écrit :
> On 2023-09-26 22:59:30 +0200, Sébastien Villemot wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
.
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
on
them.
So something specific to your installation is causing the problem, but
I don’t know what.
At the very least, what strikes me is that the directory
/usr/share/emacs/site-lisp/elpa/ess-18.10.2/ should not exist. It looks
like a remnant of an old ESS version that did not get purged on
he
Libs.private and Requires.private fields.²
Thanks for your work,
¹ https://raw.githubusercontent.com/HDFGroup/hdf5/develop/examples/h5_write.c
² See for example https://people.freedesktop.org/~dbn/pkg-config-guide.html
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
the LaTeX source to PDF.
Experienced with sphinx-build 5.3.0-7.
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
xplains
the current (and possibly future) conventions for distributing ILP64
builds.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Le mardi 05 septembre 2023 à 21:02 -0300, Antonio Terceiro a écrit :
> yes. I just submitted a stable update bug about it (#1051302)
This is great, thanks!
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.
t --full opendmarc’)?
> If this doesn’t work can you try also removing the setting
>
> NoNewPrivileges=yes
>
> Please let us know what works, thank you.
I’ve removed both settings and it still does not work.
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀
Le jeudi 31 août 2023 à 15:12 +0200, Rafael Laboissière a écrit :
> * Rafael Laboissière [2023-08-31 15:01]:
>
> > * Sébastien Villemot [2023-08-31 12:05]:
> >
> > > Le jeudi 03 août 2023 à 08:33 +0200, Rafael Laboissière a écrit :
> > > >
> > &
nks for swiftly fixing this issue!
Shouldn’t the fix be backported to bookworm?
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
ic axis ignored
> 308s ! test failed
> 308s set: "cameratarget" must be finite
> 308s shared variables visibility_setting = on
> 308s 1 test, 0 passed, 0 known failure, 0 skipped
>
> We have seen this problem already elsewhere. I will try to investigate
> it.
Did you get to a conclusion?
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Le mercredi 30 août 2023 à 16:05 +0200, Sébastien Villemot a écrit :
> In jekyll 4.3.1+dfsg-1, a Debian-specific patch was added to rely on Psych
> instead of safe_yaml for reading YAML files (see #1026427).
>
> This change has however broken support for YAML aliases.
[…]
> An
s/jekyll-4.3.1/lib/jekyll/utils.rb:330:in
`safe_load_yaml_file'
[…]
An easy fix is to explicitly allow aliases. I attach a patch (which must be
applied on top of 0016-Drop-usage-of-safe_yaml.patch).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https:
ub issue tracker myself?
>
> Francois
>
> On 2023-08-22 at 12:35:24, Sébastien Villemot (sebast...@debian.org) wrote:
> > Package: workrave-gnome
> > Version: 1.10.51.1-2
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > After upgrading
: Typelib file for namespace 'Workrave',
version '2.0' not found
Note that this seems to be a different issue than the following upstream one:
https://github.com/rcaelers/workrave/issues/487
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Deve
by opendmarc, and thus belong to
the same systemd unit. Because of the sandboxing, they are no longer able to
push mail to the postfix queue (since that process involves a change in
UID/GID).
Thanks for your work,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https
Le lundi 07 août 2023 à 19:13 +0100, Rebecca N. Palmer a écrit :
> This does seem to have worked: the openblas build log no longer contains
> FATAL ERROR.
>
> Hence, please give back statsmodels on mips64el. (DMs aren't allowed to
> use the self-service link.)
Done.
--
IPS64_GENERIC but not SICORTEX, but is still listed as passing.
Thanks. Forwarded upstream.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
FTBFS is abnormal. I’m surprised by this, and this should
be investigated.
Cheers,
¹
https://lists.debian.org/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.ca...@debian.org
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
Le dimanche 30 juillet 2023 à 15:00 +0100, Jonathan Wiltshire a écrit :
> On Mon, Jun 26, 2023 at 12:58:07PM +0200, Sébastien Villemot wrote:
> > The problem that I am trying to fix is the following: the AVX512 kernel
> > (nicknamed
> > “SkylakeX”) is miscompiled in openblas
Le mardi 25 juillet 2023 à 21:37 +0100, Jonathan Wiltshire a écrit :
> On Fri, Jun 23, 2023 at 03:11:18PM +0200, Sébastien Villemot wrote:
> > [ Reason ]
> > This oldstable update fixes important bug #1037188.
> >
> > The bug is in LAPACKE (the C interface to
Le dimanche 16 juillet 2023 à 18:50 +0200, Sebastian Ramacher a écrit :
> On 2023-07-15 23:25:28 +0200, Sébastien Villemot wrote:
> > Please schedule a transition for suitesparse 7, which currently sits in
> > experimental.
>
> Please go ahead.
Thanks for driving this trans
mes first.
Thanks. FYI, suitesparse 7 has been uploaded to unstable.
Please let me know if you need help in fixing libdogleg.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
signature.asc
Description: This is a
Le dimanche 16 juillet 2023 à 18:50 +0200, Sebastian Ramacher a écrit :
> On 2023-07-15 23:25:28 +0200, Sébastien Villemot wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
reverse dependencies (yade, dolfin, openturns, sight) currently
FTBFS for unrelated reasons. As a consequence, I could not verify that they
build correctly against suitesparse 7 (but if they don’t, I’m fairly confident
that they can be adapted).
Thanks,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
Description: Fix FTBFS against suitesparse 7
In SuiteSparse 7.1.0, CXSparse now unconditionally enables the complex number
support. In particular, cs.h now unconditonally includes .
But
ary packages taken over by src:grammalecte. So I
don’t know if it’s the right time to implement such a change. And I
can’t guarantee that your patch will apply as-is in the new setup.
Best wishes,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.n
Le vendredi 14 juillet 2023 à 16:59 +0200, Sébastien Villemot a écrit :
> The build process of ceres-solver does not respect the flags from
> dpkg-buildflags.
>
> More precisely, it unconditionally adds -O3. It means that the default -O2
> level is not respected. It
Le samedi 15 juillet 2023 à 14:39 +0200, Sébastien Villemot a écrit :
> The build process of rheolef does not respect the flags from dpkg-buildflags.
>
> More precisely, it unconditionally adds -O3. It means that the default -O2
> level is not respected. It also means that DEB_BUILD O
Le samedi 15 juillet 2023 à 14:14 +0200, Sébastien Villemot a écrit :
> The build process of python-escript does not respect the flags from
> dpkg-buildflags.
>
> For many source files, those flags are not injected. Moreover, the build
> process unconditionally adds -O3. It means t
work as expected (it should use -O0).
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
level is not
respected. It also means that DEB_BUILD OPTIONS=noopt does not work as expected
(it should use -O0).
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
disappeared
in that release. If I understand correctly, this header was a backward
compatibility layer consisting of a few macros. I guess you should either stop
using these macros, or embed a copy of cholmod_function.h from suitessparse 5.
I attach a build log.
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien
/Debhelper/Buildsystem/cmake.pm).
Cheers,
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄ https://www.debian.org
1 - 100 of 1011 matches
Mail list logo
