Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:

Note: This problem happens when using the kernel of trixie.
In bookworm (using the kernel of trixie) this is 100% reproducible.
In trixie/sid I have only tried once. Please raise to serious if you
can reproduce it.
--------------------------------------------------------------------------------
[...]
 debian/rules clean
dh clean --sourcedirectory=scilab
   dh_auto_clean -O--sourcedirectory=scilab
   dh_autoreconf_clean -O--sourcedirectory=scilab
   dh_clean -O--sourcedirectory=scilab
 debian/rules binary
dh binary --sourcedirectory=scilab
   dh_update_autotools_config -O--sourcedirectory=scilab
   debian/rules override_dh_autoreconf
make[1]: Entering directory '/<<PKGBUILDDIR>>'

[... snipped ...]

genlib: Processing file: add_help_chapter.sci
genlib: Processing file: add_module_help_chapter.sci
genlib: Processing file: apropos.sci
genlib: Processing file: clean_help.sci
genlib: Processing file: del_help_chapter.sci
genlib: Processing file: del_module_help_chapter.sci
genlib: Processing file: find_links.sci
genlib: Processing file: head_comments.sci
genlib: Processing file: help.sci
genlib: Processing file: help_from_sci.sci
genlib: Processing file: help_skeleton.sci
genlib: Processing file: helpbrowser_menus_cb.sci
genlib: Processing file: helpbrowser_update.sci
genlib: Processing file: manedit.sci
genlib: Processing file: xmltoformat.sci
genlib: Processing file: xmltohtml.sci
genlib: Processing file: xmltojar.sci
genlib: Processing file: xmltopdf.sci
genlib: Processing file: xmltops.sci
genlib: Processing file: xmltoweb.sci
-- Creation of [modules_managerlib] (Macros) --
genlib: Processing file: tbx_build_blocks.sci
genlib: Processing file: tbx_build_cleaner.sci
genlib: Processing file: tbx_build_gateway.sci
genlib: Processing file: tbx_build_gateway_clean.sci
genlib: Processing file: tbx_build_gateway_loader.sci
genlib: Processing file: tbx_build_help.sci
genlib: Processing file: tbx_build_help_loader.sci
genlib: Processing file: tbx_build_loader.sci
genlib: Processing file: tbx_build_localization.sci
genlib: Processing file: tbx_build_macros.sci
genlib: Processing file: tbx_build_pal_loader.sci
genlib: Processing file: tbx_build_src.sci
genlib: Processing file: tbx_build_src_clean.sci
genlib: Processing file: tbx_builder.sci
genlib: Processing file: tbx_builder_gateway.sci
genlib: Processing file: tbx_builder_gateway_lang.sci
genlib: Processing file: tbx_builder_help.sci
genlib: Processing file: tbx_builder_help_lang.sci
genlib: Processing file: tbx_builder_macros.sci
genlib: Processing file: tbx_builder_src.sci
genlib: Processing file: tbx_builder_src_lang.sci
genlib: Processing file: tbx_generate_pofile.sci
genlib: Processing file: tbx_get_name_from_path.sci
genlib: Processing file: tbx_make.sci
-- Creation of [preferenceslib] (Macros) --
genlib: Processing file: createXConfiguration.sci
genlib: Processing file: setPreferencesValue.sci
-- Creation of [xmllib] (Macros) --
genlib: Processing file: xmlGetValues.sci
genlib: Processing file: xmlSetValues.sci
-- Creation of [external_objectslib] (Macros) --
genlib: Processing file: #_deff_wrapper.sci
genlib: Processing file: %_EVoid_p.sci
-- Creation of [astlib] (Macros) --
-- Creation of [webtoolslib] (Macros) --
-- Build localization (.mo from .po) --
        -- Building for en_US --
        Creating ./locale/en_US/LC_MESSAGES/
0 translated messages, 7329 untranslated messages.
        -- Building for fr_FR --
        Creating ./locale/fr_FR/LC_MESSAGES/
6023 translated messages, 1280 untranslated messages.
        -- Building for zh_CN --
        Creating ./locale/zh_CN/LC_MESSAGES/
7101 translated messages, 182 untranslated messages.
        -- Building for zh_TW --
        Creating ./locale/zh_TW/LC_MESSAGES/
1792 translated messages, 5161 untranslated messages.
        -- Building for ru_RU --
        Creating ./locale/ru_RU/LC_MESSAGES/
6548 translated messages, 735 untranslated messages.
        -- Building for ca_ES --
        Creating ./locale/ca_ES/LC_MESSAGES/
2150 translated messages, 3900 untranslated messages.
        -- Building for de_DE --
        Creating ./locale/de_DE/LC_MESSAGES/
2847 translated messages, 4115 untranslated messages.
        -- Building for es_ES --
        Creating ./locale/es_ES/LC_MESSAGES/
2782 translated messages, 4250 untranslated messages.
        -- Building for pt_BR --
        Creating ./locale/pt_BR/LC_MESSAGES/
2986 translated messages, 4068 untranslated messages.
        -- Building for ja_JP --
        Creating ./locale/ja_JP/LC_MESSAGES/
6412 translated messages, 880 untranslated messages.
        -- Building for it_IT --
        Creating ./locale/it_IT/LC_MESSAGES/
3130 translated messages, 3922 untranslated messages.
        -- Building for uk_UA --
        Creating ./locale/uk_UA/LC_MESSAGES/
7101 translated messages, 182 untranslated messages.
        -- Building for pl_PL --
        Creating ./locale/pl_PL/LC_MESSAGES/
2515 translated messages, 4491 untranslated messages.
        -- Building for cs_CZ --
        Creating ./locale/cs_CZ/LC_MESSAGES/
4005 translated messages, 3094 untranslated messages.
make[3]: Leaving directory '/<<PKGBUILDDIR>>/scilab'
/usr/lib/jvm/java-17-openjdk-amd64/bin/javadoc -noindex -nohelp -nonavbar -notree \
-d ./modules/javasci/javadoc \
-sourcepath ./modules/javasci/src/java:./modules/types/src/java::./modules/localization/src/java \
org.scilab.modules.javasci org.scilab.modules.types
Loading source files for package org.scilab.modules.javasci...
Loading source files for package org.scilab.modules.types...
Constructing Javadoc information...
Creating destination directory: "./modules/javasci/javadoc/"
Standard Doclet version 17.0.15+6-Debian-1deb12u1
Building tree for all the packages and classes...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Call_Scilab.html...
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:29: warning: no comment
  public static int Call_ScilabOpen(String SCIpath, boolean advancedMode, String ScilabStartup, int Stacksize) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:69: warning: no comment
  public static ScilabIntegerTypeEnum getIntegerPrecision(String varname) {
                                      ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:53: warning: no comment
  public static int GetLastErrorCode() {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:61: warning: no comment
  public static String getLastErrorMessage() {
                       ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:65: warning: no comment
  public static ScilabTypeEnum getVariableType(String varname) {
                               ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:73: warning: no comment
  public static boolean isComplex(String varname) {
                        ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:57: warning: no comment
  public static boolean isExistingVariable(String varname) {
                        ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:49: warning: no comment
  public static boolean isGraphicOpened() {
                        ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:89: warning: no comment
  public static int putBoolean(String variableName, boolean[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:125: warning: no comment
  public static int putBooleanSparse(String variableName, int nbRow, int nbCol, int[] nbRowItem, int[] colPos) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:93: warning: no comment
  public static int putByte(String variableName, byte[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:133: warning: no comment
  public static int putComplexPolynomial(String variableName, String polyVarName, double[][][] data, double[][][] imag) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:121: warning: no comment
  public static int putComplexSparse(String variableName, int nbRow, int nbCol, int[] nbRowItem, int[] colPos, double[] data, double[] imag) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:85: warning: no comment
  public static int putDouble(String variableName, double[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:81: warning: no comment
  public static int putDoubleComplex(String variableName, double[][] variable, double[][] imag) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:109: warning: no comment
  public static int putInt(String variableName, int[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:129: warning: no comment
  public static int putPolynomial(String variableName, String polyVarName, double[][][] data) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:101: warning: no comment
  public static int putShort(String variableName, short[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:117: warning: no comment
  public static int putSparse(String variableName, int nbRow, int nbCol, int[] nbRowItem, int[] colPos, double[] data) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:77: warning: no comment
  public static int putString(String variableName, String[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:97: warning: no comment
  public static int putUnsignedByte(String variableName, byte[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:113: warning: no comment
  public static int putUnsignedInt(String variableName, int[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:105: warning: no comment
  public static int putUnsignedShort(String variableName, short[][] variable) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:37: warning: no comment
  public static int SendScilabJob(String job) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:41: warning: no comment
  public static int SendScilabJobs(String[] jobs, int numberjobs) {
                    ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:45: warning: no comment
  public static void SetFromJavaToON() {
                     ^
./modules/javasci/src/java/org/scilab/modules/javasci/Call_Scilab.java:33: warning: no comment
  public static boolean TerminateScilab(String ScilabQuit) {
                        ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/GetScilabVariable.html...
./modules/types/src/java/org/scilab/modules/types/GetScilabVariable.java:26: warning: no comment
  public static void getScilabVariable(String variableName, int arg1, int arg2) {
                     ^
./modules/types/src/java/org/scilab/modules/types/GetScilabVariable.java:30: warning: no comment
  public static void getScilabVariableAsReference(String variableName, int arg1) {
                     ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.AlreadyRunningException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:69: warning: no comment
        public AlreadyRunningException(String message) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.InitializationException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:30: warning: no comment
        public InitializationException(String message) {
               ^
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:34: warning: no comment
        public InitializationException(String message, Throwable cause) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabErrorException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:92: warning: no comment
        public ScilabErrorException(String message, int errorCode) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabInternalException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:80: warning: no comment
        public ScilabInternalException(String message) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UndefinedVariableException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:105: warning: no comment
        public UndefinedVariableException(String message) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnknownTypeException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:58: warning: no comment
        public UnknownTypeException(String message) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnsupportedTypeException.html...
./modules/javasci/src/java/org/scilab/modules/javasci/JavasciException.java:46: warning: no comment
        public UnsupportedTypeException(String message) {
               ^
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Scilab.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBoolean.html...
./modules/types/src/java/org/scilab/modules/types/ScilabBoolean.java:49: warning: no comment
    transient protected boolean byref;
                                ^
./modules/types/src/java/org/scilab/modules/types/ScilabBoolean.java:46: warning: no comment
    protected boolean[][] data;
                          ^
./modules/types/src/java/org/scilab/modules/types/ScilabBoolean.java:48: warning: no comment
    protected boolean swaped;
                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabBoolean.java:47: warning: no comment
    protected String varName;
                     ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanSparse.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDouble.html...
./modules/types/src/java/org/scilab/modules/types/ScilabDouble.java:56: warning: no comment
    transient protected boolean byref;
                                ^
./modules/types/src/java/org/scilab/modules/types/ScilabDouble.java:53: warning: no comment
    protected double[][] imaginaryPart;
                         ^
./modules/types/src/java/org/scilab/modules/types/ScilabDouble.java:52: warning: no comment
    protected double[][] realPart;
                         ^
./modules/types/src/java/org/scilab/modules/types/ScilabDouble.java:55: warning: no comment
    protected boolean swaped;
                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabDouble.java:54: warning: no comment
    protected String varName;
                     ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDoubleReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabInteger.html...
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:51: warning: no comment
    transient protected boolean byref;
                                ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:47: warning: no comment
    protected byte[][] byteData;
                       ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:46: warning: no comment
    protected int[][] intData;
                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:44: warning: no comment
    protected long[][] longData;
                       ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:48: warning: no comment
    protected ScilabIntegerTypeEnum precision;
                                    ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:45: warning: no comment
    protected short[][] shortData;
                        ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:50: warning: no comment
    protected boolean swaped;
                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabInteger.java:49: warning: no comment
    protected String varName;
                     ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerReference.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerTypeEnum.html...
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:21: warning: no comment
  public final int swigValue() {
                   ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:25: warning: no comment
  public static ScilabIntegerTypeEnum swigToEnum(int swigValue) {
                                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:11: warning: no comment
public enum ScilabIntegerTypeEnum {
       ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:13: warning: no comment
  sci_int16(2),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:14: warning: no comment
  sci_int32(4),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:15: warning: no comment
  sci_int64(8),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:12: warning: no comment
  sci_int8(1),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:17: warning: no comment
  sci_uint16(12),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:18: warning: no comment
  sci_uint32(14),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:19: warning: no comment
  sci_uint64(18);
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabIntegerTypeEnum.java:16: warning: no comment
  sci_uint8(11),
  ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabMList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabPolynomial.html...
./modules/types/src/java/org/scilab/modules/types/ScilabPolynomial.java:264: warning: no comment
    public void setPolyVarName(String polyVarName) {
                ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparse.html...
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:48: warning: no comment
    protected boolean byref;
                      ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:44: warning: no comment
    protected int[] colPos;
                    ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:41: warning: no comment
    protected int cols;
                  ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:46: warning: no comment
    protected double[] imaginaryPart;
                       ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:42: warning: no comment
    protected int nbItem;
                  ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:43: warning: no comment
    protected int[] nbItemRow;
                    ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:45: warning: no comment
    protected double[] realPart;
                       ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:40: warning: no comment
    protected int rows;
                  ^
./modules/types/src/java/org/scilab/modules/types/ScilabSparse.java:47: warning: no comment
    protected String varName;
                     ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparseException.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabString.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTList.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabType.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnum.html...
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:33: warning: no comment
  public final int swigValue() {
                   ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:37: warning: no comment
  public static ScilabTypeEnum swigToEnum(int swigValue) {
                               ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:11: warning: no comment
public enum ScilabTypeEnum {
       ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:14: warning: no comment
  sci_boolean(4),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:16: warning: no comment
  sci_boolean_sparse(6),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:22: warning: no comment
  sci_c_function(13),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:28: warning: no comment
  sci_cell(19),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:19: warning: no comment
  sci_handles(9),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:30: warning: no comment
  sci_implicit_poly(129),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:31: warning: no comment
  sci_intrinsic_function(130);
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:18: warning: no comment
  sci_ints(8),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:23: warning: no comment
  sci_lib(14),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:24: warning: no comment
  sci_list(15),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:17: warning: no comment
  sci_matlab_sparse(7),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:12: warning: no comment
  sci_matrix(1),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:26: warning: no comment
  sci_mlist(17),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:29: warning: no comment
  sci_pointer(128),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:13: warning: no comment
  sci_poly(2),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:15: warning: no comment
  sci_sparse(5),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:20: warning: no comment
  sci_strings(10),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:27: warning: no comment
  sci_struct(18),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:25: warning: no comment
  sci_tlist(16),
  ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnum.java:21: warning: no comment
  sci_u_function(11),
  ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnumDescription.html...
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnumDescription.java:21: warning: no comment
public class ScilabTypeEnumDescription {
       ^
./modules/types/src/java/org/scilab/modules/types/ScilabTypeEnumDescription.java:78: warning: no comment
    public static String getListTypeDescription (String shortCode) {
                         ^
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariables.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesEvent.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesHandler.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/ScilabVariablesJavasci.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesListener.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesRefresh.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/package-summary.html...
Generating ./modules/javasci/javadoc/org/scilab/modules/types/package-summary.html...
Generating ./modules/javasci/javadoc/serialized-form.html...
Generating ./modules/javasci/javadoc/index.html...
Generating ./modules/javasci/javadoc/overview-summary.html...
100 warnings
-- Building documentation (en_US) --
LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' HOME=/tmp ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);"
Picked up _JAVA_OPTIONS: -Djava.class.path=/usr/share/java/f [too-long-redacted] /xcos/.libs:./modules/xml/.libs
Caught handled GLException: EGLGLXDrawableFactory - Could not initialize shared resources for EGLGraphicsDevice[type .egl, v0.0.0, connection nil, unitID 0, handle 0x0, owner true, ResourceToolkitLock[obj 0x41d47d23, isOwner true, <278782b6, 39629163>[count 1, qsz 0, owner <main-SharedResourceRunner>]]] on thread main-SharedResourceRunner
    [0]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518)
    [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
    [2]: java.base/java.lang.Thread.run(Thread.java:840)
Caused[0] by GLException: Failed to created/initialize EGL display incl. fallback default: native 0x0, error 0x3001/0x3001 on thread main-SharedResourceRunner
    [0]: jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297)
    [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58)
    [2]: jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320)
    [3]: com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125)
    [4]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532)
    [5]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516)
    [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353)
    [7]: java.base/java.lang.Thread.run(Thread.java:840)

Building the Scilab manual master document for en_US.
Building the scilab manual file [javaHelp]Total files without example: 440
Total generated html files: 2715

severity 1106083 serious
tags 1106083 help
thanks

After that, I built it in trixie a lot more times, and the failure
rate here is around 75% (46 failures from 61 tries).

Thanks.

Hello.

For some reason, the hang does not happen (0% failure rate in bookworm)
or it happens a lot less (10% failure rate in trixie) when building
on single-CPU systems.

So, I'm going to try adding --max-parallel=1 to dh call to see
if that improves things. If it does, I'll make a team upload
with such minor change.

(But help is still welcome to investigate the underlying problem,
please contact me privately if you need a VM to reproduce).

Thanks.

Option --max-parallel=1 did not help (same failure rate as before).

I'm open for ideas.

Thanks.

Hi Santiago,

Waving from IMT Atlantique, I have attempted multiple builds of
scilab 2024 in trixie, but I haven't managed to reproduce the
build hanging that you observed; I have run ten builds which
took their time but perhaps I have not gathered enough samples.
The kernel in trixie is currently Linux 6.12.33+deb13-amd64.  By
contrast, I saw that your build of 2024 scilab was running on
Linux 6.12.25-cloud-amd64.  Do you still observe the problem on
your side?

In hope this helps,  :)

Yes. The last kernel I tried was 6.12.32-cloud-amd64 and
it still failed (randomly). I've put my recent build logs here:

https://people.debian.org/~sanvila/build-logs/202507/

I'm going to try a few more times with the current kernel to be sure
and if it fails, I hope somebody can test the VM which I always offer
to debug this.

[ Note: I don't think it's an issue with the kernel but maybe some
particularity of the kernel which just makes the problem to happen
more easily. For that reason, I actually expect this to happen with
any kernel of trixie ].

Thanks.

Hi Santiago,

For what it's worth, I have run the builds on a beefy laptop,
and despite having most of the build process being already
serialized, I noticed that my memory consumption was pretty
high.  I wonder if there could also be some resource exhaustion
at play.

I also notice that the kernel run is the cloud variant.  Maybe
having a look at differences with the plain kernel could reveal
some clues?  (assuming that the problem has not disappeared from
6.12.32 to 6.12.33…)

In hope this helps,  :)

That would be a possibility in theory, but my autobuilders do nothing
else than building packages, always one package at a time, and they
always have enough memory.

To achieve that, I monitor Committed_AS in /proc/meminfo and collect
statistics about all packages. Then, when the central server receives
a request from one of the autobuilders to "build something", a package
which is buildable in the autobuilder which request a jobs
is always assigned, according to its available memory.

For the particular case of scilab, it needs around 981 MB to build
on single-cpu systems and 1321 MB to build on systems with 2 CPUs.
My smallest machine these days have 4GB of RAM, so I don't think
memory is the problem here.

That would also be a possibility in theory, but I think it's unlikely.

Lucas Nussbaum has been using the cloud variant for ages for his
archive rebuilds, and so far we have never ever found a package which
failed because of such reason.

So, it is not impossible, but I would prefer to leave that for the
case that we have no other choice.

(If you think about it, that would pose some interesting challenges
and technical issues: What legitimate reason could a package have to
ftbfs if you don't use the standard kernel, and how are we supposed to
express such dependency in debian/control?)

In case it matters, the failure rates that I got recently were:

10% (5 out of 50) on systems with 1 CPU
78% (39 out of 50) on systems with 2 CPUs.

I suspect of a race condition of some kind, so if you are still
willing to try different things (as opposed to directly trying
in my VM after I finish my last test build), I would try
bulding the package on a self-hosted qemu/kvm machine
with exactly 2 CPUs. You can probably achieve the same
effect by using GRUB_CMDLINE_LINUX="nr_cpus=2" (i.e.
modify /etc/default/grub, run update-grub and reboot).

(btw: Building scilab in unstable 100 times as we speak, I believe
that by night I will be able to tell the outcome).

Thanks.

Hi Santiago,

Thanks for the details about the question of memory usage, given
the failure mode and your own diligent implementation details, I
believe this can reasonably be ruled out.

Santiago Vila, on 2025-07-09:

Right, I tried to isolate the configuration options differences,
and they seem to boil down to:

  * very many hardware specific options being disabled, because
    we're sure that the kernel will run on top of a hypervisor
    with somewhat homogenous context;
  * a couple of hypervisor and cloud specific options are
    enabled, or inlined instead of modular, to survive early
    boot sequence in cloud context.

I admit that I don't see any good reason for such changes to
trigger a chain reaction resulting in a hangup.

Acknowledged, I run also a couple of builds locally (as long as
battery capacity allows) and see if I can observe something
interesting if I manage to reproduce a hangup.  If I also have a
78% failure rate, I may have a reasonable chance to see
something tonight.

Have a nice day,  :)

Hi Santiago,

I've been banging my head a fair part of the day wondering why
the error seemed to never occur when I was staring at it.  My
current conjecture would be to look at what happens when
stressing the entropy pool of the machine, as the random source
seems to behave slightly differently depening on real and
virtual hosts.  At the moment, I have had the build hanging
twice in a row at the same stage of documentation building,
while trying to stress the entropy pool with:

	$ cat /dev/random >/dev/null

The build froze in deadlock at the following command in the two
cases:

        /build/reproducible-path/scilab-2024.1.0+dfsg/scilab/.libs/scilab-bin -nb -noatomsautoload -nouserstartup -quit -f ./modules/helptools/data/configuration/regen_list.sce -nw

I have two reserves:

 0. if I trust Helmut Grohne, I cannot empty the entropy pool;
    maybe I can just make it more strained, so the behavior may
    be unreproducible to some extent: for instance I have not
    managed to reproduce the behavior straight on my laptop;
 1. the error occurs slightly earlier in the build log than your
    own records, so I may have triggered a different issue with
    my meddlings;
 2. I probably want to try this procedure a couple more times,
    to determine a more precise frequency of occurrence (I could
    have run into "coincidences" so far, a third iteration in a
    row would be "enemy in action").

I may continue after a good night of sleep, to at least
determine whether this is a real clue or just a dead end.  If
the former, then this would point to either an implementation
issue in scilab making it too fragile on the random source, or a
problem in the kernel's random source itself, since the behavior
has occurred more often with recent kernels, or a bit of both.

Have a nice day,  :)

I would be quite surprised if the entropy pool was the problem.

I remember the time when several packages (mostly
cryptography-related) failed their test suites because of this.

I found haveged to be the perfect workaround for that, and I always
installed it in all my autobuilders, but I stopped using it two years ago
when the kernel had a new implementation of /dev/random making haveged
not necessary anymore (maybe this is what Helmut might have
told you about the entropy pool).

Moreover, as a test, I've built scilab 20 times with haveged
installed, and the failure rate is more or less the same.

I think the entropy pool is unlikely to be the problem.

(But of course I'm glad that you are considering all possible
scenarios).

I guess that at some point we should probably tell upstream about this.

Thanks.

For the record, I've put more recent failed build logs in the same place as before:

https://people.debian.org/~sanvila/build-logs/202507/

Based on that, this is what we know:

- It fails the same when using 6.12.33+deb13-cloud-amd64.
- It fails the same regardless of using unshare or the old schroot backend.

Thanks.

Hi Santiago,

Santiago Vila, on 2025-07-11:
through this morning.

We mostly know what the problem is not about, but we still don't
know what the problem is precisely.  I agree informing upstream
shouldn't hurt, but I don't really expect with the element we
have that it will be much actionable unfortunately, but one
never knows.

Have a nice day,  :)

Hi Santiago,

Étienne Mollier, on 2025-07-11:

I gathered some information that was missing and could
reasonably be determined with further testing and opened the
scilab upstream issue #17461; see the Forwarded field.  Feel
free to complement if you believe some further information might
be worth forwarding.

Short summary of new items compared to what has been already
discussed in the present thread is:

  * I reproduced the issue on a virtual machine running the
    plain Linux kernel 6.12.y+deb13-amd64 instead of the cloud
    variant;
  * I never managed to reproduce the issue on bare metal (not
    news, but it is worth highlighting this only occurred on
    virtual machines so far);
  * I attempted the build with the later openjdk 25 instead of
    the default openjdk 21, per a suggestion from Helmut, but it
    seems the issue was also occurring here.

Have a nice day,  :)

Hello,

Thanks to both of you for the help in understanding what is wrong in
Scilab, it is really improving the quality of the package and your
efforts are very valuable!

However, my feeling is that the bug is not RC, since it shows up only in
VMs: in practice it does not affect the autobuilders nor the developers
on their individual machines. What do you think?

Best wishes,

Hi Pierre, Hi Santiago,

Pierre Gruet, on 2025-07-13:

Thank you for your input, I have been trying to gather enough
elements to either pinpoint the root cause of the issue, or
assess whether the issue would be critical for the upcoming
release.  In the current circumstances, I am okay with a
reduction of the severity to "important" for the reasons you
mention.  Santiago, thanks for your invaluable help this far,
does a severity reduction sound reasonable to you at this stage?

Have a nice day both,  :)

Those seem weak reasons to me.

We don't really know if it shows up only in VMs. Just because
it fails on the VMs I've provided does not mean that it
fails *because* I'm using VMs.

But in either case lowering support for VMs looks arbitrary to me.
What will we tell the end user who wants to build this from source?
Will we say "Sorry, this is not supported because you are using a VM?"
What's wrong with using VMs? That would not fit very well with our
idea that Debian is the universal operating system, valid for
servers and desktops, and also valid for VMs and real hardware.

We also don't even know if this will happen in the autobuilders, because
this started to happen when I switched to using trixie (including
the kernel of trixie) and there has not been any build of scilab
in the official autobuilders using the kernel of trixie yet.

In cases like this one, I suggest that we ask for a trixie-ignore tag
while we await for some reply from upstream. As a team member, I can file
the release.debian.org bug if nobody else volunteers.

Thanks.

Hi Santiago,

Le 14/07/2025 à 02:36, Santiago Vila a écrit :

Thanks for your comments!
Don't worry, we are indeed willing to fix this issue, there is no reason
for letting it go. I was just pointing out that in my opinion, the issue
does not seem to be "serious" right now...

... but certainly, this looks like a good way to go. You may file the
bug to ask for trixie-ignore, thanks a lot for this!

Have a very good day,

Hi both,

Pierre Gruet, on 2025-07-14:

That sounds reasonable to me as well.

Have a nice day,  :)

Hi.

I've just pinged upstream about this in gitlab.

Étienne already has a machine to reproduce this, if somebody else
wants to reproduce (and hopefully try to debug), please contact me privately.

The other thing we could do is to try version 2025.1.0 and see if the
problem is still there. I would be willing to try that in my
autobuilder setup, but I'm not brave enough to try upgrading the
package and would appreciate if somebody could care about that.

[ BTW: A few days ago it was not the case, but now the tracker page
  for scilab finally shows that version 2024.1.0+dfsg-7 can migrate
  regardless of this bug, which is the proper thing because
  forky is also affected ].

Thanks.

Hi Santiago,

Le 22/08/2025 à 20:11, Santiago Vila a écrit :

Thanks!

I will contact you within some days about this, thanks again for the
proposal :)

Also version 2025.1.0 relies on a new dependency, jcef, which I am
currently packaging. Quite some work...

All the best,

We believe that the bug you reported is fixed in the latest version of
scilab, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1106083@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Pierre Gruet <pgt@debian.org> (supplier of updated scilab package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Thu, 29 Jan 2026 21:02:56 +0100
Source: scilab
Architecture: source
Version: 2024.1.0+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Pierre Gruet <pgt@debian.org>
Closes: 989364 1014391 1106083
Changes:
 scilab (2024.1.0+dfsg1-1) unstable; urgency=medium
 .
   * New upstream version 2024.1.0+dfsg1:
     This is the same version than 2024.1.0+dfsg, without the embedded copies
     of ezxml, removed for security reasons. This fixes the following CVE:
     CVE-2022-30045 CVE-2021-31598 CVE-2021-31348 CVE-2021-31347 CVE-2021-31229
     CVE-2021-30485 CVE-2021-26222 CVE-2021-26221 CVE-2021-26220 CVE-2019-20202
     CVE-2019-20201 CVE-2019-20200 CVE-2019-20199 CVE-2019-20198 CVE-2019-20007
     CVE-2019-20006 CVE-2019-20005
     (Closes: #989364, #1014391)
   * Removing code that invokes ezxml
   * Using the UTF-8 suffix when calling scilab to build the documentation
     (Closes: #1106083)
   * Raising Standards version to 4.7.3:
     - Removing Priority: optional, which is default
     - Removing R-R-R: no, which is now default
   * Rewriting d/watch with version 5
 .
   [ Alexandre Detiste ]
   * Fix team name in d/control
Checksums-Sha1:
 8b01dd6305f2961bf3dde92d625e5e000ac63af3 3599 scilab_2024.1.0+dfsg1-1.dsc
 e6ac9b9a8a54c5ab9df37ddc6ac43997cd4e4509 63016732 scilab_2024.1.0+dfsg1.orig.tar.xz
 e3e1deac0954d0d46080b5f5b6dc8e453f60b134 98672 scilab_2024.1.0+dfsg1-1.debian.tar.xz
 8aabcccb226f9876bab27cb71e03e4a732921ff5 27220 scilab_2024.1.0+dfsg1-1_amd64.buildinfo
Checksums-Sha256:
 44e5ccd9b300ff1217e894cd6817b1cc682d3c78a35f2d4a6898afbd70abada8 3599 scilab_2024.1.0+dfsg1-1.dsc
 3cd4a2b554ca7f08012ff021b4d38a53742b3fb6f5ebda58e83b2375a9e16aea 63016732 scilab_2024.1.0+dfsg1.orig.tar.xz
 b14b0e55ba068fa90ce93b9cd9e55e12572662dd65a6a3cfb1aa3e7f59789f32 98672 scilab_2024.1.0+dfsg1-1.debian.tar.xz
 e0532562df1a422711b88df6a3386c3c80249645344f0552226a598783a432d2 27220 scilab_2024.1.0+dfsg1-1_amd64.buildinfo
Files:
 f1643bd630a213e707a5fd5c05b45809 3599 math optional scilab_2024.1.0+dfsg1-1.dsc
 8f3310e864dd7636bb437d7b8e1f27b8 63016732 math optional scilab_2024.1.0+dfsg1.orig.tar.xz
 c290fd986c3f8f52e8b5beb857bc5dfa 98672 math optional scilab_2024.1.0+dfsg1-1.debian.tar.xz
 8cd281876bb1fe39e807f8401f84c45b 27220 math optional scilab_2024.1.0+dfsg1-1_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEM8soQxPpC9J9y0UjYAMWptwndHYFAml72yAACgkQYAMWptwn
dHbGyA/9E3QeAHOumG6voGa90d68Z4GvrlJzdubMTAm57rWJ26v4hMAY3FCfEA7Q
52459xwnbvDBLm6/iiUiPZwuX+GfQmKlQuOZ2To4SB1SuuvkG7xTu8Mb+MSZt6ir
fz/S8qo+KIwDqeuUzI0nplbODuPPN0LJ/cbE7Qzu0ZXLSZacUbVK3ZWUxpr2wM0Z
jroaiq29v0LOSCdJ8R2grWZ9sWRLfcyheQIaUlF8U+9vpRvsq2jGmbBm18KdxKql
pBXSzD3lE6btrs8eE+WqmJp8EW9uIBeiKLxTJbyIKaaImsWeUsSkezv3mJgN8Zw/
wVmZYLuKObjhg5Wmr6S5H9a2ISTZAsPrjT9RNSc4/VcB8WWT0978isWoG+Vnj2uE
ULFtpGIjJpQ4jRX6El+01vniVhGvEGoZNtuprHizfNgZigtUCyFC5XRuxy5GwI77
TI+Wa9GeDqtLFCrFWaq10luTm0ZSKu6s1j6mk9jZgALdPgM8lsbtz7MvVB8JIjkF
pXXdMp9jWzL6VDnK3Lp2fbxb+rkcOxokXPLmGjSfSWr0xBp/pd44e+NxilCE4mas
+HZ2owJvpd48fJeetu/jpTPy6WqWamJkvpef11BRgIE0HjTQUdarKuezkFfTS2GN
1iuhnTFURZxxVHuG3571YTo8vM0jeOJzL1TUA/F9n9T2vQqtmD4=
=gVqy
-----END PGP SIGNATURE-----

after some tests in my autobuilding setup.

We believe that the bug you reported is fixed in the latest version of
scilab, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1106083@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Santiago Vila <sanvila@debian.org> (supplier of updated scilab package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Wed, 04 Mar 2026 13:25:00 +0100
Source: scilab
Architecture: source
Version: 2024.1.0+dfsg-6+deb13u1
Distribution: trixie
Urgency: medium
Maintainer: Debian Science Team <debian-science-maintainers@alioth-lists.debian.net>
Changed-By: Santiago Vila <sanvila@debian.org>
Closes: 1106083
Changes:
 scilab (2024.1.0+dfsg-6+deb13u1) trixie; urgency=medium
 .
   * Team upload.
 .
   [ Pierre Gruet ]
   * Using the UTF-8 suffix when calling scilab to build the documentation.
     Closes: #1106083.
Checksums-Sha1:
 1d515551f803a146717c8e227cb60d95f7c3fcb1 3257 scilab_2024.1.0+dfsg-6+deb13u1.dsc
 7c54f3576880cca14bd0369fa578c0ea0b01b8a8 71228 scilab_2024.1.0+dfsg-6+deb13u1.debian.tar.xz
 7ff43f6f23b4a5a1f2ddb538d4ba3e423a171597 5262 scilab_2024.1.0+dfsg-6+deb13u1_source.buildinfo
Checksums-Sha256:
 ea2d4d174b8ec45dd1a29e26c8ec5b07f1a6037c7b751dd25c50159f0b449ab3 3257 scilab_2024.1.0+dfsg-6+deb13u1.dsc
 e3b9dab7c3db4d241bb004e03bc05c67d0b099dd501f53899bc9c9a28c72777f 71228 scilab_2024.1.0+dfsg-6+deb13u1.debian.tar.xz
 effff677495161841e98d139c9d6c3a5714c0013ecc986dc8cb99237d97c8a43 5262 scilab_2024.1.0+dfsg-6+deb13u1_source.buildinfo
Files:
 de1a1848e141fa968c19b76727b8468b 3257 math optional scilab_2024.1.0+dfsg-6+deb13u1.dsc
 edfeae7df2229aca0117ffe42aada5d8 71228 math optional scilab_2024.1.0+dfsg-6+deb13u1.debian.tar.xz
 9dbded99781a3144dacaf37f91ade5b5 5262 math optional scilab_2024.1.0+dfsg-6+deb13u1_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEE1Uw7+v+wQt44LaXXQc5/C58bizIFAmmoJrQACgkQQc5/C58b
izIpiQf/T2tMuTFw5S/eV5pxYqyccKE6wDZDz8b5z+0Ewwze4moFv3oFOmCTceMn
BoshMxqcfqV1lY5pS7yBf7y8ugENbQFFEokQqWivzgeIFNZMDQaFBOjbpUVBsSEh
Scy29iE3yggeNWkeRgr/VUbTvJ+i6X//Rvlt+1l7+sm9uhUJ3le7Lj44QksVW52Q
bSdJAYeIuXzjCLRSfky777gQqsbDajRyeI0WNBpz4Mcrixzj7O9EShiQQgkdmSQX
Q60eGUnwL0JVsmpYungdqhoX6QHzBtxFEgabl44EBhpELLRVfVZXu8nDNaK9Y+32
tXZ2lYnHbTrJwgviclBERGoua2JhFw==
=Umtg
-----END PGP SIGNATURE-----