Full log Here (https://launchpadlibrarian.net/871068461/buildlog_ubuntu-resolute-amd64.codeblocks_25.03+svn13924~ubuntu26.04.1_BUILDING.txt.gz)CodeCommand: dpkg-buildpackage --sanitize-env -us -uc -mLaunchpad Build Daemon <buildd@lcy02-amd64-022.buildd> -b -rfakeroot
dpkg-buildpackage: info: source package codeblocks
dpkg-buildpackage: info: source version 25.03+svn13924~ubuntu26.04.1
dpkg-buildpackage: info: source distribution resolute
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
debian/rules clean
debian/rules:2: /usr/share/cdbs/1/class/autotools.mk: No such file or directory
make: *** No rule to make target '/usr/share/cdbs/1/class/autotools.mk'. Stop.
dpkg-buildpackage: error: debian/rules clean subprocess failed with exit status 2
The compiler used is Gcc-16.1.0 from MSys2.Code...\src\plugins\contrib\clangd_client\src\codecompletion\parser\parser.cpp: In member function 'void Parser::OnLSP_WorkspaceApplyEdit(wxCommandEvent&)':
...\src\plugins\contrib\clangd_client\src\codecompletion\parser\parser.cpp:3642:23: error: aggregate 'std::stringstream message' has incomplete type and cannot be defined
3642 | std::stringstream message;
| ^~~~~~~
The reason it fails on Ubuntu 26.04 is that the Common Debian Build System (cdbs) package officially dropped and deleted the deprecated autotools.mk and makefile.mk files.
If you control the source code of the project or package, the best fix is to stop using cdbs with the old autotools.mk include. Instead, rewrite your debian/rules file to use modern, clean dh (Debhelper) syntax, which handles autotools automatically.
@Xaviou, I could not reproduce the compilation error in clangd_client when compiled against wxWidgets-3.2.11. May be due to difference in configurations. Missing header include is added in svn rev 13925, hope it will fix the issue.It does : thank you. I've replaced the rev13924 archives by rev13925 ones for download
Could you please provide steps to reproduce error on building for Ubuntu-26.04 on launchpad? Is this something we can replicate locally?I just use an updated old made script : here is its content:
#!/bin/sh
cd ~/codeblocks/sources
if [ "x$1" != "xcurrent" ]; then
rm debian/changelog
if [ "x$1" != "x" ]; then
svn update --revision $1 .
else
svn update .
fi;
fi;
if [ -f ./.last_revision ]; then
rm ./.last_revision
fi
../00_update_revision.sh 26.04.1
sed -i 's/UNRELEASED/resolute/' ./debian/changelog
echo 10 > debian/compat
echo Running Bootstrap...
./bootstrap
echo Running debian/setup_control.sh
./debian/setup_control.sh resolute
echo Running Debuild...
debuild -S -sa -d -us -uc
cd ..dch -v 25.03+svn$REV~ubuntu$1 "New svn revision"Regarding the 26.04 failure, Gemini says:I'll try to have a look at this ASAP : thank you.QuoteThe reason it fails on Ubuntu 26.04 is that the Common Debian Build System (cdbs) package officially dropped and deleted the deprecated autotools.mk and makefile.mk files.
If you control the source code of the project or package, the best fix is to stop using cdbs with the old autotools.mk include. Instead, rewrite your debian/rules file to use modern, clean dh (Debhelper) syntax, which handles autotools automatically.
Just two signals about this last nightly (13924) on Linux Mint 22.3 Zena (near Ubuntu 24.04)The second signal is also a problem with the Clangd_Client plugin (tested on Debian: the message appears if the plugin is enabled)
- Error clangd client : A path containing clang has not been found (seem easy to resolve : add this path into settings clangd client with menu indicated)
- An assertion failed! ./src/unix/fswatcher_inotify.cpp(66): assert in init(): File system watcher needs an event loop (I bypass this by click on "continue" button)
- Error clangd client : A path containing clang has not been found (seem easy to resolve : add this path into settings clangd client with menu indicated)
- An assertion failed! ./src/unix/fswatcher_inotify.cpp(66): assert in init(): File system watcher needs an event loop (I bypass this by click on "continue" button)I could not reproduce the crash in ubuntu 24.04 with Xaviou's ppa (25.03+svn13924~ubuntu24.04.1). Is this issue seen only once, or is it seen on when ever codeblocks is opened?