This is a cross-post from:
https://discourse.ubuntu.com/t/1-maintenance-report-week-26-2025/63731
You can also pass the contents of this mail to a markdown viewer for a
better view.
# +1 Maintenance report from 23 June to 29 June
Hi, I was on +1 Maintenance last week. @schopin also shared the new
[+1 Maintenance
Doc](https://canonical-ubuntu-project.readthedocs-hosted.com/contributors/advanced/plus-one-maintenance/)
which was a great help.
I mostly focussed on the
[update-excuses](https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html)
page.
## Work-needed items
- [llama.cpp](https://launchpadlibrarian.net/801854472/llama.cpp_5760+dfsg-1_5760+dfsg-2.diff.gz)
- They (the Debian uploader) have hardcoded the required version for
dependencies, but those versions haven't been uploaded to Debian yet.
Need to contact the uploader to find out what is going on.
- [ggml](https://bugs.launchpad.net/ubuntu/+source/ggml/+bug/2115706)
- Need to forward the proposed fix to Debian (or further upstream,
depending on what the Debian uploader says)
### Sponsorship needed
I'll list all the bugs here, the details are given in the next section.
- [freecad](https://bugs.launchpad.net/ubuntu/+source/freecad/+bug/2115604)
- [rust-zune-jpeg](https://bugs.launchpad.net/ubuntu/+source/rust-zune-jpeg/+bug/2115606)
- [armci-mpi](https://bugs.launchpad.net/ubuntu/+source/armci-mpi/+bug/2115608)
- [ukui-session-manager](https://bugs.launchpad.net/ubuntu/+source/ukui-session-manager/+bug/2115609)
- [clanlib](https://bugs.launchpad.net/ubuntu/+source/clanlib/+bug/2115623)
- [ggml](https://bugs.launchpad.net/ubuntu/+source/ggml/+bug/2115706)
- [cron](https://bugs.launchpad.net/ubuntu/+source/cron/+bug/2115312)
## Full logs
- [libpisp](https://bugs.launchpad.net/ubuntu/+source/libpisp/+bug/2115319)
and [rpicam-apps](https://bugs.launchpad.net/ubuntu/+source/libpisp/+bug/2115319):
upstream broke the API which caused rpicam-apps to FTBFS when built
with `-Wl, --no-undefined`. Thanks @waveform for merging. This change
has also been applied upstream. Now it needs a no-change-rebuild for
libcamera and rpicam-apps should then build successfully, and no
longer show up on the [NBS
tracker](https://ubuntu-archive-team.ubuntu.com/nbs.html)
- [cron](https://bugs.launchpad.net/ubuntu/+source/cron/+bug/2115312):
cron autopkgtests were failing at the start of the week due to logs
spilled in stderr by cloud-init (not a failure of the package but
additional logs from the testbed). This was blocking the migration of
exim4 as well. @utkarsh suggested that we use `allow-stderr` option
for the failing tests.
- [freecad](https://bugs.launchpad.net/ubuntu/+source/freecad/+bug/2115604):
FreeCAD added an autopkgtest which failed as it requires a display
server, but this was not included in the test dependencies. This small
fix allows it to pass.
- [rust-zune-jpeg](https://bugs.launchpad.net/ubuntu/+source/rust-zune-jpeg/+bug/2115606):
autopktests for arm64 were failing due to the introduction of
`color_convert/neon64.rs`, which uses ARM64's Neon SIMD instructions,
but had an incorrect modpath.
- [armci-mpi](https://bugs.launchpad.net/ubuntu/+source/armci-mpi/+bug/2115608):
Prepared a merge for version 0.4-6
- [ukui-session-manager](https://bugs.launchpad.net/ubuntu/+source/ukui-session-manager/+bug/2115609):
Prepared a merge for version 4.0.0.2-1
- [rakarrack](https://bugs.launchpad.net/ubuntu/+source/rakarrack/+bug/2115620):
No remaining delta against Debian anymore, so I put up a sync bug.
Thanks @eeickmeyer for acting on this.
- [clanlib](https://bugs.launchpad.net/ubuntu/+source/clanlib/+bug/2115623):
No remaining delta against Debian anymore, so I put up a sync bug.
- [ggml](https://bugs.launchpad.net/ubuntu/+source/ggml/+bug/2115706):
This turned out to be a pain (and the reason why this report is late).
The ARM support for ggml is very inconsistent and seems to be centered
around Apple Silicon. There is no distinction between arm64 and armhf,
but the source uses features only available in arm64 and tries to
compile them on armhf as well. The fix specifies the FPU while
building libggml-cpu on armhf, skips compiling parts which rely on
Apple's proprietary libraries and fixes some parts where the CMake is
choosing the wrong architecture:
in tests/CMakeLists.txt
```
#
# test-vec2 (arm)
if (${CMAKE_SYSTEM_PROCESSOR} MATCHES "arm")
set(TEST_TARGET test-vec2)
add_executable(${TEST_TARGET} ${TEST_TARGET}.c)
target_link_libraries(${TEST_TARGET} PRIVATE ggml)
endif()
```
- `CMAKE_SYSTEM_PROCESSOR` is `aarch64` on Ubuntu arm64 and `armv7l`
on Ubuntu armhf. This test needs `armv8.2-a+fp16` (hence arm64) to
compile according to it's contents. However, this might work fine on
Apple Silicon Macs, as `uname -m` gives `arm64`, but on Ubuntu this
target was matching `armv7l` (hence armhf) instead of arm64
- [llama.cpp](https://launchpad.net/ubuntu/+source/llama.cpp/5760+dfsg-2):
This is weird - not installable now as it depends on a version of ggml
that is not uploaded yet. I must contact the uploader of llama.cpp and
ggml (both are the same) as to why this is so (and to forward the ggml
patches as well). Checking llama.cpp upstream, I see that they publish
a new release every few hours or so, so I doubt if users will be
installing these from the archive instead of building it from source
themselves, but this still a weird case that should be resolved.
Best regards
Pragyansh
--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel