From mesheets at hotmail.com Tue May 13 04:11:53 2025 From: mesheets at hotmail.com (Matthew Sheets) Date: Tue, 13 May 2025 03:11:53 +0000 Subject: [Debian-lego-team] BrickOS-Bibo Project Updates In-Reply-To: References: <173567879147.472187.5375703816198552483.reportbug@sputnik> Message-ID: Hello Nicolas, > This is nice! Thank you! > I prefer using a Makefile, but I suppose some people will like it. Yes, I can understand that. :-) From other feedback, I anticipate the script will generally appeal more to the beginner or casual tinkerer lacking prior familiarity with Makefiles. The number additional features above the standard firmware even when using NQC, like being able to program all four keys on the keypad with fairly complete LCD control while also having extra capabilities like DCC available, seem to be some of the particular draws to this platform despite the increased complexity. > I will have a problem with brickos and brickos-bibo, if I keep a package > for both, there will be a collision on the command names. Not sure how > to handle it yet. I think bibo is sufficiently different that having > both may be valuable, but maybe I am wrong. Short Version: After adding support for the collective versioning of include files, brickOS v0.9.0 should now be able to be handled as simply another kernel version (e.g. named "legacy-0.9.0") within the newer ecosystem from the brickOS-bibo repository. * brickOS v0.9.0 would need to be repackaged to follow the new multi-kernel conventions and also have its *.lds file update to provide BASE1 and BASE2 (can be done manually or via a patch file) * Both header files and library are now collectively versioned, with those for brickOS v0.9.0 being "v0" * Code in the brickOS-bibo repository will be bumped to a version 1.*.*, with the header files collectively versioned as "v1" * The "headers" targets have been removed as a prerequisite of host, so the high-level independent targets are now host, headers, kernel, and demo. Perhaps packages could potentially be split out this way, too? - Host: A single package for this, built from brickOS-bibo - Headers: Different package versions for the different header version groups (e.g. v0, v1) - Kernel: Separate packages for different kernel configurations plus legacy-0.9.0, or maybe just a "default kernel" package, with version 0.9.0 being legacy and version 1.* being bibo? - Demo: Haven't gotten to this yet, as the demo targets are not as integral to core functionality, but ,ight need to do something similar with demo like was done with the headers? Testing: * Manually created a directory structure and renamed files to setup brickOS v0.9.0 as a multi-kernel instance, using files extracted from the brickos *.deb package * Updated the legacy-0.9.0.lds file to include BASE1 and BASE2 (BASE1 = app start and BASE2 = BASE1 + 0x0210) * Created a legacy-0.9.0.lxMakefile.conf with the line "VERSION_GROUP = v0" * Built the legacy-0.9.0 demo C program "helloworld" by using from the brickOS-bibo project the new "makelx" script file with the new Makefiles * Deployed the legacy-0.9.0 firmware using the latest "firmdl" from the brickOS-bibo project * Downloaded the "helloworld" program built for the legacy-0.9.0 firmware using the latest "dll" from the brickOS-bibo project * Successfully ran the "helloworld" program on the physical RCX * For good measure, I also tried this over the USB IR tower on a custom-built WSL kernel that has the LEGO USB tower drivers enabled that is running under a Windows 10 64-bit installation?and it worked :-) * NOTE: While legacy-0.9.0 *.coff or *.bin files are not required, at least the *.coff build of the firmware is needed in order to enable the BrickOS integrations in the emulator, such as program side-loading The high-level structure of this manually-created "legacy-0.9.0" multi-kernel instance with headers v0 used in this testing was as follows: ./h8300-lego-brickos-coff/boot/legacy-0.9.0/legacy-0.9.0.[lds,bin,coff,srec,lxMakeconf] ./h8300-lego-brickos-coff/include/brickos/v0/c++/*.H ./h8300-lego-brickos-coff/include/brickos/v0/lnp/sys/*.h ./h8300-lego-brickos-coff/include/brickos/v0/lnp/*.h ./h8300-lego-brickos-coff/include/brickos/v0/rom/*.h ./h8300-lego-brickos-coff/include/brickos/v0/sys/*.h ./h8300-lego-brickos-coff/include/brickos/v0/*.h ./h8300-lego-brickos-coff/lib/legacy-0.9.0/lib*.a As a point of comparison, an installed "bibo" multi-kernel instance with headers v1 would be structured as follows: ./h8300-lego-brickos-coff/boot/bibo/bibo.[lds,bin,coff,srec,lxMakeconf] ./h8300-lego-brickos-coff/include/brickos/v1/rom/*.h ./h8300-lego-brickos-coff/include/brickos/v1/sys/*.h ./h8300-lego-brickos-coff/include/brickos/v1/*.h ./h8300-lego-brickos-coff/lib/bibo/lib*.a More Detailed Explanation: The brickOS-bibo project has been intended as a v.Next (and forward) of the original brickOS project. Apart from what perhaps might be considered a more real-time approach with respect to the time slices in brickOS, the capabilities that existed in 0.9.0 should still be available in brickOS-bibo. In general, I would expect the feel to be familiar. If there are specific backwards-compatibility gaps, we can certainly look to bridge those or provide an option in config.h. (For example, I'm not sure why bibo dropped all the C++ headers and nearly all C++ demos, but offhand I'm not aware of any specific reason that might preclude their inclusion). A little bit of background and history is at the links below, but the short is that the initial work in this brickOS-bibo project was started before bibo's initial release but was later revised to make what was bibo 0.01 the baseline and does incorporate the source code diffs between bibo 0.01 and 0.02: * An initial set of 14 patches for brickOS 0.9.0 - https://sourceforge.net/p/brickos/patches/21/ * A revised and updated set of the above patches for brickOS 0.9.0 by Carl Troein (16 total patches) - https://sourceforge.net/p/brickos/patches/22/ * A reworked and expanded set of 38 patches, bringing various brickOS patches targeting various brickOS versions to bibo 0.01 (patch 21 in this set includes the source code changes that updated bibo 0.01 to 0.02) - https://sourceforge.net/p/brickos/patches/23/ Breaking things down further? COMMANDS / HOST UTILITIES: Specifically regarding the commands, I would expect the host utils from brickOS-bibo to still work with brickOS 0.9.0. While the latest host utils offer additional features (such as enabling use of TCP as a TTY option), offhand I am not aware of any breaking changes in those tools?firmware transmitting, *.lx program writing, program transmitting, LNP communication, etc. should (as far as I know) work across versions. Two command names were modified, but updating the Makefiles that get installed by brickOS 0.9.0 to use these new command names should allow the same commands to be used by both. * firmdl3 is now just firmdl * makelx, which was not really a user-facing command, was renamed to writelx so that a "makelx" script (playing off the more common and familiar "make" command name) could be applied to building *.lx programs. KERNEL AND DEMO PROGRAMS: While some APIs in the include files changed a little as additional capabilities were introduced (like motor), some of the old APIs could potentially be mimicked with some #defines in the includes. In a few other places, visibility of / access to internal data structures is now better controlled, so any use of such internals in user programs would need to be updated to use the "public" APIs. If using the default kernel configuration, another notable change is that ASCII is now disabled by default, but it can be enabled by users who really want it. In practically every case reviewed, ASCII seemed nonessential and could be easily replaced by using the much more space efficient CHAR_* to print to the LCD instead. (I'm also looking at some additional backwards-compatible size reductions around the music notes.) LIBS: As long as the configuration has been setup accordingly, I expect the latest libs source code to be usable across versions. ALL FILES THAT VARY DEPENDING ON THE SPECIFIC KERNEL CONFIGURATION: Except for the include files, files installed for the default brickOS v0.9.0 configuration could perhaps be assigned the kernel name "0.9.0" and installed side-by-side following the new multi-kernel path conventions. The Makefiles and makelx script installed by brickOS-bibo still generate *.lx files, so as long as the appropriate *.lds file is still installed alongside the *.srec file, they would likely work with brickOS 0.9.0, too. INCLUDES: These have been addressed by making the "0.9.0" includes a "v0', bumping the brickOS-bibo version to 1.*, and then versioning the current brickOS-bibo includes as "v1". An additional *.lxMakefile file has been added alongside the installed firmware files that includes the major version / version group (currently either "v0" or "v1"). , after which Makefile.lxprog could be updated to also check that when looking up other kernel-specific information (like BASE1 and BASE2) and then set the include file path accordingly. Kernel names have to be unique across all versions, otherwise this particular approach wouldn't work. Regarding BrickEmu configuration challenges: A more robust configuration for brickEmu would appear to duplicate in a number of aspects the configuration that already exists for brickOS-bibo. For example, GUI.tcl hard codes in "-l*" form the kernel libraries used; it needs to know the path to those libraries; it looks for a ROM file in a specific place; cross-tools path/name aren't "discovered" by configure; it needs to know where ir-server is?. With the brickOS-bibo Makefiles now more modularized, it should still be possible to make the emulator aspects modular, too. > I would be interrested for a new release with improvement on your main > branch Happy to oblige. :-) Thank you, Matthew From lucas at debian.org Tue May 13 20:09:52 2025 From: lucas at debian.org (Lucas Nussbaum) Date: Tue, 13 May 2025 21:09:52 +0200 Subject: [Debian-lego-team] Bug#1105494: nqc: FTBFS with make --shuffle=reverse: rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory Message-ID: Source: nqc Version: 3.1.r6-13 Severity: minor Tags: trixie sid ftbfs User: lucas at debian.org Usertags: ftbfs-shuffle Hi, GNU Make now has a --shuffle option that simulates non-deterministic ordering of target prerequisites. See https://trofi.github.io/posts/238-new-make-shuffle-mode.html and also previous work in Debian by Santiago Vila: https://people.debian.org/~sanvila/make-shuffle/ This package fails to build with make --shuffle=reverse. This is likely to be caused by a missing dependency in debian/rules or an upstream Makefile. More information about this mass bug filing is available at https://wiki.debian.org/qa.debian.org/FTBFS/Shuffle Relevant part (hopefully): > g++ -c -g -O2 -ffile-prefix-map=/build/reproducible-path/nqc-3.1.r6=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -Iplatform -Ircxlib -Inqc -Icompiler -Wall -I/usr/local/include/LegoUSB -Wno-deprecated -DDEFAULT_SERIAL_NAME='"/dev/rcx"' rcxlib/RCX_Link.cpp -o rcxlib/RCX_Link.o > rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory > 28 | #include "rcxnub.h" > | ^~~~~~~~~~ > compilation terminated. > make[2]: *** [Makefile:230: rcxlib/RCX_Link.o] Error 1 shuffle=reverse The full build log is available from: http://qa-logs.debian.net/2025/05/05/shuffle/reverse/nqc_3.1.r6-13_unstable_reverse.log If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects From lucas at debian.org Tue May 13 20:09:16 2025 From: lucas at debian.org (Lucas Nussbaum) Date: Tue, 13 May 2025 21:09:16 +0200 Subject: [Debian-lego-team] Bug#1105538: nbc: FTBFS with make --shuffle=reverse: make[2]: *** [nbcunix.mak:32: nbc] Error 1 shuffle=reverse Message-ID: Source: nbc Version: 1.2.1.r4+dfsg-14 Severity: minor Tags: trixie sid ftbfs User: lucas at debian.org Usertags: ftbfs-shuffle Hi, GNU Make now has a --shuffle option that simulates non-deterministic ordering of target prerequisites. See https://trofi.github.io/posts/238-new-make-shuffle-mode.html and also previous work in Debian by Santiago Vila: https://people.debian.org/~sanvila/make-shuffle/ This package fails to build with make --shuffle=reverse. This is likely to be caused by a missing dependency in debian/rules or an upstream Makefile. More information about this mass bug filing is available at https://wiki.debian.org/qa.debian.org/FTBFS/Shuffle Relevant part (hopefully): > make[2]: Entering directory '/build/reproducible-path/nbc-1.2.1.r4+dfsg/NXT' > nbcunix.mak:40: update target 'nbc_preproc.inc' due to: target does not exist > echo '// 'nbc_preproc.inc > nbc_preproc.inc > echo 'const' >> nbc_preproc.inc > echo ' DEFAULT_INCLUDE_DIR = '\'/usr/local/include/nbc\'';' >> nbc_preproc.inc > echo ' COMPILATION_TIMESTAMP = '\'Sun Apr 6 15:43:28 UTC 2025\'';' >> nbc_preproc.inc > nbcunix.mak:32: update target 'nbc' due to: target does not exist > /usr/bin/fpc -S2cdghi -dRELEASE -vewnhi -l -Fu../ -Fu. -Fu../bricktools -dCAN_DOWNLOAD -g nbc.dpr -onbc > Hint: Start of reading config file /etc/fpc.cfg > Compiling Release Version > Hint: End of reading config file /etc/fpc.cfg > Free Pascal Compiler version 3.2.2+dfsg-46 [2025/02/08] for x86_64 > Copyright (c) 1993-2021 by Florian Klaempfl and others > Target OS: Linux for x86-64 > Compiling nbc.dpr > nbc.dpr(19,2) Note: APPTYPE is not supported by the target OS > Compiling ../uGlobals.pas > Compiling ../bricktools/FantomSpirit.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/rcx_cmd.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/rcx_constants.pas > Compiling ../uCommonUtils.pas > uCommonUtils.pas(79,25) Hint: Parameter "ms" not used > uCommonUtils.pas(80,29) Hint: Parameter "aHwnd" not used > uCommonUtils.pas(80,43) Hint: Parameter "aMsg" not used > uCommonUtils.pas(80,60) Hint: Parameter "wParam" not used > uCommonUtils.pas(80,68) Hint: Parameter "lParam" not used > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/uSpirit.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/FantomDefs.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/fantomfpc.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/bricktools/libusb.pas > fantomfpc.pas(252,3) Note: Call to subroutine "function FpWrite(fd:LongInt;const buf:;nbytes:QWord):Int64;" marked as inline is not inlined > fantomfpc.pas(253,13) Note: Call to subroutine "function FpWrite(fd:LongInt;const buf:;nbytes:QWord):Int64;" marked as inline is not inlined > fantomfpc.pas(315,13) Note: Call to subroutine "function FpOpen(const path:RawByteString;flags:LongInt):LongInt;" marked as inline is not inlined > fantomfpc.pas(1542,13) Note: Call to subroutine "function AnsiCompareText(const S1:AnsiString;const S2:AnsiString):LongInt;" marked as inline is not inlined > fantomfpc.pas(1970,6) Note: Call to subroutine "function AnsiCompareText(const S1:AnsiString;const S2:AnsiString):LongInt;" marked as inline is not inlined > uSpirit.pas(772,45) Hint: Local variable "fmaj" does not seem to be initialized > uSpirit.pas(772,39) Hint: Local variable "fmin" does not seem to be initialized > uSpirit.pas(772,33) Hint: Local variable "pmaj" does not seem to be initialized > uSpirit.pas(772,27) Hint: Local variable "pmin" does not seem to be initialized > uSpirit.pas(788,35) Hint: Local variable "pc" does not seem to be initialized > uSpirit.pas(788,31) Hint: Local variable "clump" does not seem to be initialized > uSpirit.pas(788,24) Hint: Local variable "state" does not seem to be initialized > Compiling uNXTConstants.pas > Compiling /build/reproducible-path/nbc-1.2.1.r4+dfsg/uDebugLogging.pas > uDebugLogging.pas(32,28) Hint: Parameter "aMsg" not used > FantomSpirit.pas(404,54) Hint: Parameter "bEnhanced" not used > FantomSpirit.pas(1008,15) Note: Call to subroutine "operator :=(const source:Variant):LongInt;" marked as inline is not inlined > FantomSpirit.pas(2070,3) Note: Local variable "tmpFilename" is assigned but never used > FantomSpirit.pas(2862,13) Note: Call to subroutine "operator :=(const source:Variant):LongInt;" marked as inline is not inlined > FantomSpirit.pas(2867,13) Note: Call to subroutine "operator :=(const source:Variant):LongInt;" marked as inline is not inlined > FantomSpirit.pas(2915,13) Note: Call to subroutine "operator :=(const source:Variant):LongInt;" marked as inline is not inlined > FantomSpirit.pas(2990,13) Note: Call to subroutine "operator :=(const source:ShortInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(2996,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(2999,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3002,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3017,19) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3027,19) Note: Call to subroutine "operator :=(const source:LongWord):Variant;" marked as inline is not inlined > FantomSpirit.pas(3031,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3041,35) Note: Call to subroutine "operator :=(const source:Int64):Variant;" marked as inline is not inlined > FantomSpirit.pas(3063,21) Note: Call to subroutine "operator :=(const source:Byte):Variant;" marked as inline is not inlined > FantomSpirit.pas(3068,21) Note: Call to subroutine "operator :=(const source:Byte):Variant;" marked as inline is not inlined > FantomSpirit.pas(3072,21) Note: Call to subroutine "operator :=(const source:SmallInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3076,21) Note: Call to subroutine "operator :=(const source:Word):Variant;" marked as inline is not inlined > FantomSpirit.pas(3080,21) Note: Call to subroutine "operator :=(const source:SmallInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3282,19) Hint: Local variable "data" of a managed type does not seem to be initialized > FantomSpirit.pas(140,44) Hint: Parameter "bRetry" not used > FantomSpirit.pas(3387,14) Warning: Comparison might be always false due to range of constant and expression > FantomSpirit.pas(3393,14) Warning: Comparison might be always false due to range of constant and expression > FantomSpirit.pas(3404,33) Warning: Comparison might be always false due to range of constant and expression > FantomSpirit.pas(3428,14) Warning: Comparison might be always false due to range of constant and expression > FantomSpirit.pas(3871,49) Hint: Local variable "vartype" does not seem to be initialized > FantomSpirit.pas(3871,40) Hint: Local variable "size" does not seem to be initialized > FantomSpirit.pas(3871,34) Hint: Local variable "offset" does not seem to be initialized > FantomSpirit.pas(3897,68) Hint: Local variable "tmpvartype" does not seem to be initialized > FantomSpirit.pas(3897,56) Hint: Local variable "tmpsize" does not seem to be initialized > FantomSpirit.pas(3897,47) Hint: Local variable "tmpoffset" does not seem to be initialized > FantomSpirit.pas(3933,28) Hint: Local variable "buf" of a managed type does not seem to be initialized > FantomSpirit.pas(67,55) Hint: Parameter "aDigits" not used > FantomSpirit.pas(3866,13) Note: Call to subroutine "operator :=(const source:ShortInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3946,25) Note: Call to subroutine "operator :=(const source:ShortString):Variant;" marked as inline is not inlined > FantomSpirit.pas(3954,31) Note: Call to subroutine "operator :=(const source:Variant):LongInt;" marked as inline is not inlined > FantomSpirit.pas(3955,40) Note: Call to subroutine "operator +(const op1:Variant;const op2:Variant):Variant;" marked as inline is not inlined > FantomSpirit.pas(3955,40) Note: Call to subroutine "operator :=(const source:AnsiString):Variant;" marked as inline is not inlined > FantomSpirit.pas(3958,31) Note: Call to subroutine "operator :=(const source:Variant):DWord;" marked as inline is not inlined > FantomSpirit.pas(3959,40) Note: Call to subroutine "operator +(const op1:Variant;const op2:Variant):Variant;" marked as inline is not inlined > FantomSpirit.pas(3959,40) Note: Call to subroutine "operator :=(const source:AnsiString):Variant;" marked as inline is not inlined > FantomSpirit.pas(3963,29) Note: Call to subroutine "operator :=(const source:Variant):Single;" marked as inline is not inlined > FantomSpirit.pas(3964,38) Note: Call to subroutine "operator +(const op1:Variant;const op2:Variant):Variant;" marked as inline is not inlined > FantomSpirit.pas(3964,38) Note: Call to subroutine "operator :=(const source:AnsiString):Variant;" marked as inline is not inlined > FantomSpirit.pas(3976,21) Note: Call to subroutine "operator :=(const source:ShortInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3990,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3992,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3994,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3996,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(3998,17) Note: Call to subroutine "operator :=(const source:LongWord):Variant;" marked as inline is not inlined > FantomSpirit.pas(4000,17) Note: Call to subroutine "operator :=(const source:LongInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(4002,17) Note: Call to subroutine "operator :=(const source:Single):Variant;" marked as inline is not inlined > FantomSpirit.pas(4004,15) Note: Call to subroutine "operator :=(const source:ShortInt):Variant;" marked as inline is not inlined > FantomSpirit.pas(4009) Warning: Implicit uses of Variants unit > Compiling ../uCmdLineUtils.pas > Compiling ../ParamUtils.pas > Compiling ../uVersionInfo.pas > Compiling ../uLocalizedStrings.pas > Writing Resource String Table file: uLocalizedStrings.rsj > Compiling ../mwGenericLex.pas > mwGenericLex.pas(30,2) Warning: The switch "$E" is not supported by the currently selected target > mwGenericLex.pas(979,19) Hint: Function result variable of a managed type does not seem to be initialized > Compiling ../uGenLexer.pas > Compiling ../uNBCLexer.pas > Compiling ../uNXCLexer.pas > Compiling uNBCInterface.pas > Compiling uNXTClasses.pas > Compiling uPreprocess.pas > Compiling uNBCCommon.pas > Compiling Parser10.pas > Parser10.pas(22,10) Warning: Unsupported switch "$L" > Compiling P10Build.pas > P10Build.pas(22,10) Warning: Unsupported switch "$L" > Compiling uNBCCommon.pas > uNBCCommon.pas(1456,45) Warning: Symbol "ThousandSeparator" is deprecated > uNBCCommon.pas(1457,42) Warning: Symbol "CurrencyFormat" is deprecated > uNBCCommon.pas(1458,41) Warning: Symbol "NegCurrFormat" is deprecated > uNBCCommon.pas(1459,44) Warning: Symbol "CurrencyDecimals" is deprecated > uNBCCommon.pas(1460,42) Warning: Symbol "CurrencyString" is deprecated > uNBCCommon.pas(1472,42) Warning: Symbol "DecimalSeparator" is deprecated > uNBCCommon.pas(1481,42) Warning: Symbol "DecimalSeparator" is deprecated > uNBCCommon.pas(1491,42) Warning: Symbol "DecimalSeparator" is deprecated > uNBCCommon.pas(1191,44) Hint: Parameter "Value" not used > uNBCCommon.pas(1191,51) Hint: Parameter "ValueType" not used > uNBCCommon.pas(1500,42) Warning: Symbol "DecimalSeparator" is deprecated > Writing Resource String Table file: P10Build.rsj > Compiling uRICComp.pas > Compiling uRIC.pas > uRICComp.pas(713,43) Warning: lo/hi(dword/qword) returns the upper/lower word/dword > uRICComp.pas(713,52) Warning: lo/hi(dword/qword) returns the upper/lower word/dword > uPreprocess.pas(1442,15) Note: Call to subroutine "function AnsiCompareStr(const S1:AnsiString;const S2:AnsiString):LongInt;" marked as inline is not inlined > uPreprocess.pas(1444,15) Note: Call to subroutine "function AnsiCompareText(const S1:AnsiString;const S2:AnsiString):LongInt;" marked as inline is not inlined > uNXTClasses.pas(1136,3) Fatal: Can't find unit NBCCommonData used by uNXTClasses > Fatal: Compilation aborted > Error: /usr/bin/ppcx64 returned an error exitcode > make[2]: *** [nbcunix.mak:32: nbc] Error 1 shuffle=reverse The full build log is available from: http://qa-logs.debian.net/2025/05/05/shuffle/reverse/nbc_1.2.1.r4+dfsg-14_unstable_reverse.log If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects From owner at bugs.debian.org Tue May 13 22:57:02 2025 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Tue, 13 May 2025 21:57:02 +0000 Subject: [Debian-lego-team] Processed: Re: Bug#1105494: nqc: FTBFS with make --shuffle=reverse: rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory References: Message-ID: Processing control commands: > forwarded -1 https://github.com/BrickBot/nqc/pull/7 Bug #1105494 [src:nqc] nqc: FTBFS with make --shuffle=reverse: rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory Set Bug forwarded-to-address to 'https://github.com/BrickBot/nqc/pull/7'. > tags -1 + pending upstream Bug #1105494 [src:nqc] nqc: FTBFS with make --shuffle=reverse: rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory Added tag(s) upstream and pending. -- 1105494: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1105494 Debian Bug Tracking System Contact owner at bugs.debian.org with problems From nico at ni.fr.eu.org Tue May 13 22:47:03 2025 From: nico at ni.fr.eu.org (Nicolas Schodet) Date: Tue, 13 May 2025 23:47:03 +0200 Subject: [Debian-lego-team] Bug#1105494: nqc: FTBFS with make --shuffle=reverse: rcxlib/RCX_Link.cpp:28:10: fatal error: rcxnub.h: No such file or directory In-Reply-To: References: Message-ID: Control: forwarded -1 https://github.com/BrickBot/nqc/pull/7 Control: tags -1 + pending upstream Hi, * Lucas Nussbaum [250513 21:33]: > This package fails to build with make --shuffle=reverse. This is fixed in the new upstream in version 4.0.1, which will be packaged after trixie release. Kind regard, Nicolas. From owner at bugs.debian.org Wed May 14 23:36:03 2025 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Wed, 14 May 2025 22:36:03 +0000 Subject: [Debian-lego-team] Processed: Re: Bug#1105538: nbc: FTBFS with make --shuffle=reverse: make[2]: *** [nbcunix.mak:32: nbc] Error 1 shuffle=reverse References: Message-ID: Processing control commands: > tags -1 + upstream pending Bug #1105538 [src:nbc] nbc: FTBFS with make --shuffle=reverse: make[2]: *** [nbcunix.mak:32: nbc] Error 1 shuffle=reverse Added tag(s) upstream and pending. -- 1105538: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1105538 Debian Bug Tracking System Contact owner at bugs.debian.org with problems From nico at ni.fr.eu.org Wed May 14 23:26:37 2025 From: nico at ni.fr.eu.org (Nicolas Schodet) Date: Thu, 15 May 2025 00:26:37 +0200 Subject: [Debian-lego-team] Bug#1105538: nbc: FTBFS with make --shuffle=reverse: make[2]: *** [nbcunix.mak:32: nbc] Error 1 shuffle=reverse In-Reply-To: References: Message-ID: Control: tags -1 + upstream pending Hi, * Lucas Nussbaum [250514 22:10]: > This package fails to build with make --shuffle=reverse. Thanks, this will be fixed in next upload after trixie release. https://salsa.debian.org/debian-lego-team/nbc/-/commit/150c93ae64f9a9899debe65264dd9997ec60899f Kind regards, Nicolas.