to the
compilation of MEX files. This problem probably causes the FTBFS of
octave-stk (Bug#1069477 [2]).
Best,
Rafael Laboissière
[1] https://savannah.gnu.org/bugs/?65767
[2] https://bugs.debian.org/1069477
, the version which will soon migrate into testing.
This package has been superseded by the Octave-Forge cfitsio package. We,
the Debian Octave Group, are planing to package it for Debian in the
near future.
Thanks,
Rafael Laboissière
I just realize that I forgot the "Control:" header in my previous
message.
At any rate, after verifying that the package builds correctly in a armhf
chroot on abel.debian.org, I gave back the build on the armhf
autobuilders and the package did not FTBFS this time.
Best,
Rafael L
reopen -1
found -1 6.4.12+dfsg-3
I partially fixed Bug#1070994 in version 6.4.12+dfsg-3. Indeed, this
version correctly builds on arm64, armel, ppc64el, and riscv64. However,
build on armhf fails for an unrelated reason. I am currently
investigating this. I am hereby reopen the bug report.
* Graham Inggs [2024-05-08 10:25]:
It looks like the last blocker for this transition is plplot
5.15.0+dfsg2-10 failing its own autopkgtests [1].
I will soon upload version 5.15.0+dfsg2-11, with the fix proposed by
Nicolas in Bug#1070746.
Best,
Rafael
Hello Helmut,
Thanks for the bug report and, in partiuclar, for the patch. I will
get to this ASAP.
Best,
Rafael Laboissière
* Helmut Grohne [2024-04-25 20:05]:
Source: rolo
Version: 019-4.1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
rolo fails to cross
Package: blhc
Version: 0.14-1
Severity: normal
Tags: patch
Dear Maintainer,
blhc triggers a NONVERBOSE BUILD error in src:fim
https://salsa.debian.org/debian/fim/-/jobs/5618524
[snip]
$ blhc --debian --line-numbers --color ${SALSA_CI_BLHC_ARGS}
${WORKING_DIR}/*.build || [ $? -eq 1 ]
* Qianqian Fang [2024-03-29 10:52]:
On 3/29/24 01:24, Rafael Laboissière wrote:
It seems so. If we fix Bug#1066594, then both octave-iso2mesh and
octave-brain2mesh will be able to migrate into testing.
thanks Rafael, replying to #1066594
it looks like someone from Fedora had submitted
le.
Would it be possible to add the option "-c color.ui=never" wherever
"git diff" is called in dgit?
Best,
Rafael Laboissière
* David Bremner [2024-03-08 20:23]:
Rafael Laboissière writes:
At any rate, I wonder why the following mzscheme code:
(begin
(require dynext/link)
(with-handlers
(((lambda args #t) (lambda args #f)))
(for-each (lambda (x) (printf "
file src/bc/dynsrc/mzdyn.c, that could be compiled into mzdyn.o and
installed in /usr/lib/racket/.
Do you think that this would be possible?
Best,
Rafael Laboissière
[*]
https://docs.racket-lang.org/inside/Writing_Racket_Extensions.html#(part._.C.G.C_.Extensions)
the code in Lintian be changed such that the warning
changelog-file-missing-explicit-entry will only be triggered when
Z+debXu1 does not follow Z? For now, it seems to be triggered whenever
Z+debXu\d+ follows Z.
Best,
Rafael Laboissière
Hello Steve,
* Rafael Laboissière [2024-02-02 18:19]:
Control: tags -1 - upstream
* Steve Langasek [2024-02-02 08:48]:
On Fri, Feb 02, 2024 at 02:06:38PM +0100, Rafael Laboissière wrote:
Control: tags -1 + upstream
Thanks for this bug report and for the upload to experimental,
Steve
Thanks, Steve. I have added your changes to Git [*]
Best,
Rafael Laboissière
[*]
https://salsa.debian.org/debian/vibes/-/commit/566014ea0e7b29684b4391fbabd3ae5b8090c6e8
* Steve Langasek [2024-02-04 17:47]:
Source: vibes
Version: 0.2.3+dfsg-1
Severity: serious
Tags: patch pending sid
Control: tags -1 - upstream
* Steve Langasek [2024-02-02 08:48]:
On Fri, Feb 02, 2024 at 02:06:38PM +0100, Rafael Laboissière wrote:
Control: tags -1 + upstream
Thanks for this bug report and for the upload to experimental, Steve. I am
hereby forwarding your message to the upstream
Control: tags -1 + upstream
Thanks for this bug report and for the upload to experimental, Steve.
I am hereby forwarding your message to the upstream author.
Best,
Rafael Laboissière
* Steve Langasek [2024-02-02 06:09]:
Source: librsb
Version: 1.3.0.2+dfsg-6
Severity: serious
Tags
Control: tags -1 - moreinfo + confirmed
* Antony N. Donovan [2024-01-28 21:44]:
Without the octave-dev.conf fragment in place, compile the attached file using
$ mkoctfile --link-stand-alone embedded.cc -o embedded
when I run created executable I see
$ ./embedded
./embedded: error while
the standalone octave executable.
Thank you for your bug report.
Could you please provide us with a complete example that reproduces
the bug?
Best,
Rafael Laboissière
Control: assign 1060801 src:swig
Control: severity 1060801 important
Control: merge 1060801 -1
* Matthias Klose [2024-01-23 18:12]:
Package: src:swig
Version: 4.1.0-0.3
Severity: important
Tags: sid trixie
User: debian-pyt...@lists.debian.org
Usertags: python3.12
please update to swig 4.2.0
* Emanuele Rocca [2024-01-17 16:22]:
as a workaround for this issue, you could disable stack-clash-protection
when building for armhf. The following snippet in debian/rules should do
the trick:
ifeq ($(DEB_TARGET_ARCH),armhf)
DEB_BUILD_MAINT_OPTIONS = hardening=+all,-stackclash
else
ne.patch: New patch
+
+ -- Rafael Laboissière Sat, 13 Jan 2024 04:53:27 -0300
+
itcl4 (4.2.3-1) unstable; urgency=medium
* New upstream release.
diff -Nru itcl4-4.2.3/debian/patches/series itcl4-4.2.3/debian/patches/series
--- itcl4-4.2.3/debian/patches/series 2022-11-27 08:34:33.0 -0
* Thorsten Glaser [2024-01-12 17:56]:
On Fri, 12 Jan 2024, Rafael Laboissière wrote:
experimental, the configure script does detect the absence of the
xmlNanoFTPNewCtxt function in the libxml2 library (version
2.12.3+dfsg-0exp1) and disables the call to the xmlNanoFTP* functions.
However
) and disables the call to the xmlNanoFTP* functions.
However, this rebuilt will not be automatically triggered without a bump
in the SONAME version of libxml2.
In summary, the introduction of version 2.12 of libxml2 in unstable will
need a proper and coordinated transition.
Best,
Rafael
and released version 1.9.6+ds-8 with eh proposed "fix"
(adding debian/not-installed). Actually, this is not the right thing to
do, since the files in debian/tmp/usr/share/octave/packages/ should go
into the binary package octave-iso2mesh.
I am hereby rectifying the situation.
Best,
Rafael Laboissière
filtering of encoded
headers with a simple UTF-8 regular expression, without having to know
about the original header encoding (which might not have been UTF-8).”
Please, consider integrating this very useful improvement in the
Debian package for mailagent.
Best,
Rafael Laboissière
[*]
https
Control: severity -1 important
* Sebastiaan Couwenberg [2024-01-01 20:13]:
plplot got removed from armhf, the severity of this issue could be
lowered to important to not have the package removed from testing.
Thanks, I am doing it hereby.
Best,
Rafael Laboissière
unmaintained.
If there are no objections, I'll reassign this bug to the FTP team.
I'll wait at least two weeks, i.e., at least until 2024-01-13; though
it might take longer until I look at this again.
Please, reassign this bug to ftp.debian.org.
Thanks for your QA work.
Best,
Rafael Laboissière
* Rafael Laboissière [2023-12-22 04:36]:
* Sébastien Villemot [2023-12-21 15:23]:
Le jeudi 21 décembre 2023 à 08:49 +0100, Rafael Laboissière a écrit :
* Santiago Vila [2023-12-20 22:03]:
El 20/12/23 a las 21:08, Rafael Laboissière escribió:
HOME := $(shell mktemp -d)
so that the same
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissière
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: vibes
Version : 0.2.3
Upstream Contact: https://github.com/ENSTABretagneRobotics
* URL : http://enstabretagnerobotics.github.io/VIBES/
* License
* Sébastien Villemot [2023-12-21 15:23]:
Le jeudi 21 décembre 2023 à 08:49 +0100, Rafael Laboissière a écrit :
* Santiago Vila [2023-12-20 22:03]:
El 20/12/23 a las 21:08, Rafael Laboissière escribió:
HOME := $(shell mktemp -d)
so that the same directory is never used twice between
* Santiago Vila [2023-12-20 22:03]:
El 20/12/23 a las 21:08, Rafael Laboissière escribió:
HOME := $(shell mktemp -d)
so that the same directory is never used twice between consecutive builds.
Yes, this is a much better solution. Thanks for the suggestion. I am
just wondering
* Santiago Vila [2023-12-20 13:43]:
El 16/12/23 a las 22:30, Rafael Laboissière escribió:
I did the investigation again, using pbuilder. Here is what I found:
– In my case, pbuilder sets HOME=/nonexistent/ and debhelper (compat level =
13) keeps that setting. Hence, the package FTBFS
Hi Santiago and Lucas,
You have filed bug reports against octave-netcdf (Bug#1057590) and
octave-ncarray (Bug#1057589 and Bug#1058281). These packages FTBFS due to
an issue in the netcdf package (Bug#1058281), which has been fixed
thanks to the recent upload of version 4.9.2-3.
Would it be
* Rafael Laboissière [2023-12-15 21:44]:
* Santiago Vila [2023-12-15 18:15]:
The thing I don't understand here is why this problem in
octave-vibes was diagnosed as an "unwritable $HOME" in the first
place.
This is what I concluded after running some tests, but I do not
it.
Best,
Rafael Laboissière
Control: block -1 by 1058621
Control: merge -1 1057590
Trying again…
Rafael
* Santiago Vila [2023-12-15 12:59]:
El 13/12/23 a las 9:27, Rafael Laboissière escribió:
i.e. you may rely on a writable $HOME if it's for a "good cause" (i.e.
dh_auto_test).
So, the simple question: Should this not be also implemented in dh_octave_check
as well, whi
Control: blocked -1 by 1058621
Control: merge -1 1057590
I hope that the merge goes well this time.
Best,
Rafael Laboissière
...@debian.org
Usertags: ftbfs-20231212 ftbfs-trixie
During a rebuild of all packages in sid, your package failed to build
on amd64.
Thanks for this bug report, but the issue has been already reported. I
am hereby reassigning and merging this bug report.
Best,
Rafael Laboissière
* Sebastiaan Couwenberg [2023-12-13 18:37]:
On 12/13/23 17:52, Rafael Laboissière wrote:
The bug has been forwarded upstream [1]. The upstream author of
octave-netcdf, John Donoghue, discovered that the problem is not
caused by the netcdf package nor by Octave itself, but is rather
Control: tags -1 + patch
I just created a merge request for fixing the current bug:
https://salsa.debian.org/debian-gis-team/netcdf/-/merge_requests/2
Best,
Rafael
* Rafael Laboissière [2023-12-13 17:52]:
Source: netcdf
Version: 1:4.9.2-2
Severity: important
Tags: upstream
Control: block
with it.
I am hereby setting the severity level to "important", since the bug here
reported is blocking Bug#1057590, which has severity level "serious".
Please feel free to change the severity level to whatever you see fit.
Best,
Rafael Laboissière
[1] https://savannah.gnu.org/
reassign 1057589 src:octave-netcdf
merge 1057589 1057590
stop
the Policy paragraph that you quoted:
The Debian autobuilders set HOME to /nonexistent so that packages
which try to write to a home directory will fail to build.
would probably need to be reworded a little bit.
I agree. I think that a bug report should be filed against
debian-policy on this is
with the VIBES server.
Since the Debian autobuilders set HOME="/nonexistent/" [3], then the unit
tests for octave-vibes fail.
We are not going to the trouble of fixing the octave-vibes package, neither
packaging VIBES for Debian.
Best,
Rafael Laboissière
[1] https://github.com/ENSTABretag
, on which octave-ncarray depends. I am hereby
merging the present bug report with Bug#1057590
Best,
Rafael Laboissière
* Santiago Vila [2023-12-05 23:08]:
Package: src:octave-ncarray
Version: 1.0.5-3
Severity: serious
Tags: ftbfs
Dear maintainer:
During a rebuild of all packages
package failed to build:
[snip]
fatal: caught signal Segmentation fault -- stopping myself...
Segmentation fault
Thanks for the bug report. It seems to be an upstream problem. I have
forwarded the bug to the upstream developers.
Best,
Rafael Laboissière
severity 1055750 serious
merge 1055750 1055228
have
any reasons to believe the compiler is at fault really.
Thanks for the suggestion, Emanuele.
I am hereby merging both bugs, which are now both assigned to plplot.
Best,
Rafael Laboissière
Control: forwarded -1 https://sourceforge.net/p/plplot/bugs/206/
* Rafael Laboissière [2023-11-16 07:51]:
My guess is that the bug is in PLplot and not in gfortran, but this is
just a guess. I will eventually inform the PLplot upstream authors
about the issue.
Done !
R.
* Emanuele Rocca [2023-11-15 20:11]:
On 2023-11-15 06:47, Rafael Laboissière wrote:
Does this mean that the origin of the bug is upstream or that it still may
be a bug in gfortran?
At this point we know for sure that the issue is not armhf-specific, and
also that it is not caused by stack
Hi Emanuele,
Our messages crossed.
* Emanuele Rocca [2023-11-15 18:20]:
On 2023-11-09 05:11, Rafael Laboissière wrote:
The Fortran example x09f.f90, which is exercised during the building of
plplot, now fails on armhf, due to the use of the compiler option
-fstack-clash-protection
* Rafael Laboissière [2023-11-15 18:37]:
* Rafael Laboissière [2023-11-15 18:06]:
I have investigated the issue a little bit deeper. Please, find here
attached a new tarball with a simplified version of the x09f.f90
file, that still triggers the bug. Running the resulting executable
* Rafael Laboissière [2023-11-15 18:06]:
I have investigated the issue a little bit deeper. Please, find here
attached a new tarball with a simplified version of the x09f.f90 file,
that still triggers the bug. Running the resulting executable with
gbd, yields the following:
Oops
* Emanuele Rocca [2023-11-14 12:01]:
On 2023-11-13 05:13, Rafael Laboissière wrote:
The attached file bug-1055750.tgz contains a minimal code that
triggers the bug on an armhf system
Thanks! For the record I can reproduce the issue in a armhf chroot, but
*not* on armel and arm64. The only
is error:
Bus error
* Rafael Laboissière [2023-11-10 15:52]:
Package: gfortran
Version: 13.2.0-1
Severity: normal
Dear Maintainer,
The motivation for the present bug report comes from Bug#1055228. Since
version 1.22.1 of dpkg-dev was released (on October 30), the plplot
package FTBFS due to a
* Rafael Laboissière [2023-11-09 17:11]:
[snip]
There may be a programming error in x09f.f90 or this may be a problem
with gfortran on armhf. My knowledge of Fortran is almost non existent
and I will need the help of experts, in order to fix the issue.
Regarding this issue, I filed a bug
h gfortran on armhf when option
-fstack-clash-protection is given.
Any help will be appreciated.
Best,
Rafael Laboissière
gfortran-stack-clash-protection-armhf-bug.sh
Description: Bourne shell script
m
with gfortran on armhf. My knowledge of Fortran is almost non existent
and I will need the help of experts, in order to fix the issue.
Best,
Rafael Laboissière
[1] https://git.dpkg.org/cgit/dpkg/dpkg.git/diff/?id=1d46b351f
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054583
FTBFS on big endian
architectures. This issue has been reported upstream [1], but there is no
sign of reaction for now.
In the meanwhile, would it be possible to remove the package for s390x
and ppc64 ? This is blocking the migration of praat into testing.
Thanks,
Rafael Laboissière
[1
* Rafael Laboissière [2023-10-09 08:30]:
[…] At least, I hope that version 3.1.0+dfsg2-5 will really fix
Bug#1053314 and the h5py transition will be completed.
Unfortunately, it is still not working:
https://ci.debian.net/data/autopkgtest/testing/arm64/x/xmds2/38836874/log.gz
I guess
not found. On the other hand maybe that just
hides the real problem, that h5py-serial was not installed when
actually it was wanted after all. The ImportError correctly
identifies that case.
On 2023-10-08 17:38, Nilesh Patra wrote:
Hello,
On 10/8/23 17:22, Rafael Laboissière wrote:
Ok, I tr
* Sébastien Villemot [2023-10-07 08:23]:
Hi Rafael,
Le samedi 07 octobre 2023 à 14:15 +0200, Rafael Laboissière a écrit :
I have a question for the Debian Octave Group, related to Bug#1052973,
which has been fixed in version 8.3.0-3 of octave-dev. This bug was
preventing the building
rial' from partially
initialized module 'h5py' (most likely due to a circular import)
(/usr/lib/python3/dist-packages/h5py/__init__.py)
Is there a way to force h5py to import _debian_h5py_serial instead of
_debian_h5py_mpi, via the generic h5py namespace?
Best,
Rafael
* Rafael Laboissière [2023-10-0
* Nilesh Patra [2023-10-04 02:24]:
On Sun, 01 Oct 2023 15:25:43 +0200 Drew Parsons wrote:
Package: xmds2
Version: 3.1.0+dfsg2-4
Severity: serious
Justification: debci
xmds2 Depends: python3-h5py-mpi without depending on python3-h5py
python3-h5py-mpi only provides the h5py._debian_h5py_mpi
023 19:04:59 +
To: 1052973-cl...@bugs.debian.org
Reply-To: Rafael Laboissière
Message-Id:
Source: octave
Source-Version: 8.3.0-3
Done: Rafael Laboissière
We believe that the bug you reported is fixed in the latest version of
octave, which is due to be installed in the Debian FTP arch
Control: reassign -1 octave-dev 8.3.0-1
Control: affects -1 octave-image
Control: notfound -1 octave-image/2.14.0-4
Control: forwarded -1 https://savannah.gnu.org/bugs/index.php?64725
* Rafael Laboissière [2023-09-26 22:00]:
Control: tags -1 + confirmed upstream
* Lucas Nussbaum [2023-09-26
, in the way it process its arguments, between versions
8.2 and 8.3 of Octave. I will try to get to this, as time permits.
Best,
Rafael Laboissière
* 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 :
Just for the record, this is the offending unit test:
308s [inst/ConfusionMatrixChart.m]
308s >>>>>
/tmp/
* Sébastien Villemot [2023-08-31 12:05]:
Le jeudi 03 août 2023 à 08:33 +0200, Rafael Laboissière a écrit :
Just for the record, this is the offending unit test:
308s [inst/ConfusionMatrixChart.m]
308s >>>>>
/tmp/autopkgtest-lxc.9x_h6bvs/downtmp/bui
upstream version of interval package for Octave is released soon. If
not, I will released a patched version of octave-interval.
Best,
Rafael Laboissière
* Matthias Klose [2023-08-29 12:20]:
Package: octave-interval
Version: 3.2.1-5
Severity: serious
Tags: sid trixie
Forwarded: https
[2023-08-24 11:37]:
Hi Rafael
On Thu, 24 Aug 2023 at 10:38, Rafael Laboissière wrote:
Thanks for your bug report, but I am afraid I cannot reproduce this
bug on my sid system.
Could you please post the full log for the failing build?
Here are build logs from the recent rebuild against octave
image package from Octave Forge
which seems to not be installed in your system.
Thanks for your bug report, but I am afraid I cannot reproduce this
bug on my sid system.
Could you please post the full log for the failing build?
Best,
Rafael Laboissière
will need more information from you, in order to debug this issue.
Best,
Rafael Laboissière
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.
Best,
Rafael Laboissière
* Simon McVittie [2023-06-22 01:20]:
On Sun, 18 Jun 2023 at 22:27:26 +0200, Rafael Laboissière wrote:
* Simon McVittie [2023-06-18 17:10]:
In the meantime, please could you check whether fim works as
intended with libsdl1.2-compat-shim, which is meant to be a drop-in
replacement? I'm trying
* Michele Martone [2023-06-21 23:43]:
On 20230618@22:27, Rafael Laboissière wrote:
* Simon McVittie [2023-06-18 17:10]:
On Sat, 17 Jun 2023 at 21:11:25 +0200, Rafael Laboissière wrote:
Thanks for this bug report. I forwarded it upstream and I am also sending
this message with Cc
* Simon McVittie [2023-06-18 17:10]:
On Sat, 17 Jun 2023 at 21:11:25 +0200, Rafael Laboissière wrote:
Thanks for this bug report. I forwarded it upstream and I am also sending
this message with Cc to the upstream author.
Thanks. In the meantime, please could you check whether fim works
Control: forwarded -1 https://savannah.nongnu.org/bugs/index.php?64313
Hello Simon,
Thanks for this bug report. I forwarded it upstream and I am also sending
this message with Cc to the upstream author.
Best,
Rafael
* Simon McVittie [2023-06-17 10:28]:
Source: fim
Tags: trixie sid
User:
agick-compat" is
necessary for fixing the issue.
Best,
Rafael Laboissière
* Rafael Laboissière [2023-05-07 20:38]:
Source: swig
Version: 4.1.0-0.2
Severity: important
Tags: upstream patch
Dear Maintainer,
Version 8 of the octave package is now in experimental and will be
uploaded to unstable as soon as bookworm is released. The version of the
swig package
+dfsg-5 and -6.
unblock jed/0.99.20~pre.178+dfsg-6
Best,
Rafael Laboissière
diff -Nru jed-0.99.20~pre.178+dfsg/debian/changelog
jed-0.99.20~pre.178+dfsg/debian/changelog
--- jed-0.99.20~pre.178+dfsg/debian/changelog 2023-05-16 14:19:52.0
-0300
+++ jed-0.99.20~pre.178+dfsg/debian/changelog
Control: tags -1 - moreinfo
* Paul Gevers [2023-05-15 21:11]:
Control: tags -1 moreinfo
On 10-05-2023 07:33, Rafael Laboissière wrote:
The version in unstable fixes the RC bug #1035839. I introduced a
regression in the d/jed-common.preinst script when I tried to fix
Bug#1035780.
And a new
Great, thanks for your help!
* Axel Beckert [2023-05-10 13:20]:
Hi Rafael,
Debian Bug Tracking System wrote:
jed (1:0.99.20~pre.178+dfsg-4) unstable; urgency=medium
.
* d/jed-common.preinst: Avoid non-fatal abortion of the script.
Thanks to Axel Beckert for the fix (Closes:
#1035780) where canceled in version -3. The final
difference is quite small: one line removed from debian/rules, one line
removed from debian/jed-common.links, and a new small file added
(debian/jed-common.preinst).
unblock jed/0.99.20~pre.178+dfsg-4
Best,
Rafael Laboissière
diff -Nru jed
: one line removed from debian/rules, one line
removed from debian/jed-common.links, and a new small file added
(debian/jed-common.preinst).
unblock jed/0.99.20~pre.178+dfsg-3
Best,
Rafael Laboissière
[1]
https://piuparts.debian.org/testing2sid/pass/jed-common_1:0.99.20~pre.178+dfsg-3.log
diff
submitted as a merge request on Salsa.d.o.
With this patched version, the plplot package builds correctly against
Octave 8.
I am hereby setting the severity of this bug report to "important", but
it should be raised to "serious" when Octave 8 will be uploaded to
unst
Best,
Rafael Laboissière
diff -Nru plplot-5.15.0+dfsg2/debian/changelog plplot-5.15.0+dfsg2/debian/changelog
--- plplot-5.15.0+dfsg2/debian/changelog 2023-01-07 17:42:41.0 -0300
+++ plplot-5.15.0+dfsg2/debian/changelog 2023-04-28 06:34:58.0 -0300
@@ -1,3 +1,10 @@
+plplot (5.15.0
of addsubstvar.
In the meanwhile, the issue in dh-octave has been fixed. However, Niels
Thykier suggested that addsubstvar should catch and reject invalid
arguments and I agree with his proposal.
Best,
Rafael Laboissière
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT
* Niels Thykier [2022-12-09 16:45]:
Rafael Laboissière:
[snip]
The issue is caused by a bug in the dh_octave_substvar script, from
the dh-octave package. I am looking at it. More to come soon.
Best,
Rafael Laboissière
I had hoped that debhelper's addsubstvar would catch an unescaped
* Santiago Vila [2022-12-09 00:30]:
affects 1025714 src:octave-vrml
thanks
Rafael Laboissière escribió:
The issue is caused by a bug in the dh_octave_substvar script, from
the dh-octave package. I am looking at it. More to come soon.
Great. I'm using affects so that people can see
sue is caused by a bug in the dh_octave_substvar script, from the
dh-octave package. I am looking at it. More to come soon.
Best,
Rafael Laboissière
* Michele Martone [2022-12-05 15:31]:
In my 20221204@23:42 (yesterday) email I forgot to add that on my chroot
setup, I can reproduce latex failing to compile the file I was attaching.
In that setup I have a utf8x.def too, sized 8036 bytes and with md5sum
21f7ac37aafb6cfeddbb196b8bfd6280 .
* Rafael Laboissière [2022-12-06 10:08]:
* Rafael Laboissière [2022-12-05 22:55]:
The pvm package is currently installable in sid when openssh-client
is installed and there is no other package providing rsh-client:
Of course, I meant *uninstallable* in the sentence above.
The pvm package
* Rafael Laboissière [2022-12-05 22:55]:
The pvm package is currently installable in sid when openssh-client is
installed and there is no other package providing rsh-client:
Of course, I meant *uninstallable* in the sentence above.
The pvm package is orphaned. If nobody objects, I will do
Package: pvm
Version: 3.4.6-3.2
Severity: serious
Dear Maintainer,
The pvm package is currently installable in sid when openssh-client is
installed and there is no other package providing rsh-client:
# apt install pvm
Reading package lists... Done
Building dependency tree... Done
* Michele Martone [2022-12-04 23:42]:
latex is not able to compile a rsbtest-generated
file looking like the one I attach.
The problematic line is:
\usepackage[utf8x]{inputenc}
[...]
It compiles fine here:
$ pdflatex test.tex > /dev/null && grep utf8x.def test.log
Control: forwarded -1 michelemart...@users.sourceforge.net
Control: tags -1 unreproducible
Hi Michele,
There is a bug report filed against the librsb package (Bug#1016332 [1])
that has severity level "serious". This is blocking the package entering
testing and, therefore, librsb will be
with leaving things as is. And maybe
it's the upstream MathGL2Config.cmake that needs a rework to deal more
easily with various setups.
I am not sure whether the issue can be fixed in a trivial way. I am
hereby tagging this bug report "wontfix", for now.
Best,
Rafael Laboissière
. Installing libomp-dev fixes the issue though I'm not
sure this is the correct package to depend on.
Thank you for the bug report.
Could you please provide an example that trigger the bug? For
inspiration, look at Bug #1004218 [1] or #1004219 [2].
Best,
Rafael Laboissière
[1] https://bugs.debian.org
1 - 100 of 337 matches
Mail list logo