Welcome to the new monthly unstable branch thread.
Recent News
Breaking changes for all users of varnish, which is renamed to vinyl-cache
2026-05-25 - Sven-Hendrik Haase
The Varnish project has renamed itself to Vinyl Cache. We followed this rename with a new vinyl-cache package. This upgrade results in breaking changes and users are advised to study these changes and how it affects them before following the replacement. All references to “varnish” have been changed to “vinyl” in all binaries and directories.
At minimum, users will have to:
rename /etc/varnish to /etc/vinyl-cache
rename /var/lib/varnish to /var/lib/vinyl-cache
fix up ownership of files inside /var/lib/varnish
user varnish becomes vinyl
group varnish becomes vinyl
user varnishlog becomes vinyllog
user vcache remains the same
disable the old varnish.service and varnishncsa.service systemd units
enable the new vinyl-cache.service and vinylncsa.service systemd units
Meanwhile, the varnish package has been dropped from [extra]. We’re not currently planning to maintain a new varnish package as it’s a different upstream project.
You will need to rebuild any AUR Python packages that install files to site-packages or link to libpython3.13.so.
Print a list of of packages that have files in /usr/lib/python3.13/ :
pacman -Qoq /usr/lib/python3.13/
Rebuild them all at once:*
pamac build $(pacman -Qoq /usr/lib/python3.13)
Use rebuild-detector to see if anything else needs to be rebuilt:
checkrebuild
* It’s recommended to clean your build cache first with pamac clean --build-files
Info about AUR packages
AUR (Arch User Repository) packages are neither supported by Arch nor Manjaro. Posts about them in Announcements topics are off-topic and will be flagged, moved or removed without warning.
For help with AUR packages, please create a new topic in Support > AUR and a helpful volunteer may be able to assist you.
same key; ‘andrew@archlinux.org’. don’t know if it was failing all this time, only noticed now. i only keep, weeks worth of logs. so doubt i can peek at last week’s refresh failed or not
it seems cuda 13.2 have issues with gcc 16.1 compatibility. Therefore it is not possible to build projects that use it, such as llama.cpp.
Can you tell me why kwin is using version 6.6.4-1.0 instead of 6.6.4-1? I’m curious and I couldn’t find this package on your gitlab
thanks, that’s probably the reason. Unfortunately, I couldn’t see the list of changes in the package on gitlab as the arch allows. sorry to disturb you
I would like to try the new ntfs kernel module that will be available in linux 7.1.0. I checked the modules loaded in the linux 7.1.0rc2 kernel, but only found ntfs3. Is there a way to use the new kernel with the provided binaries or do I need to compile the kernel myself? In case of the latter, is there a recent tutorial for compiling the manjaro kernel?
Some further questions: Will manjaro enable the new driver in the final 7.1.0 kernel? If ntfs and ntfs3 are mutually exclusive, which one will manjaro support?
I have found the solution myself. The kernel module is included and can be mounted with ntfs. I use
Mai 10 19:20:59 org_kde_powerdevil[1294]: [ 1294] Watching for DPMS state changes unimplemented
Mai 10 19:20:59 org_kde_powerdevil[1294]: [ 1294][ 1.410838] Time since library initialized: 1.410838 seconds
Mai 10 19:20:59 org_kde_powerdevil[1294]: [ 1294][ 1.410839] Extra delay starting dw_start_watch_displays: 0 millisec