Arch Linux User Repository

(Still) fails to build for 6.10 kernel.

Excerpt from /var/lib/dkms/ntsync/6.10/build/make.log (↗ here the full content of the logfile):

[...]
/var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c:444:44: error: ‘struct ntsync_mutex_args’ declared inside parameter list will not be visible outside of this definition or declaration [-Werror]
  444 |                               const struct ntsync_mutex_args *args)
      |                                            ^~~~~~~~~~~~~~~~~
/var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c: In function ‘unlock_mutex_state’:
/var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c:448:41: error: invalid use of undefined type ‘const struct ntsync_mutex_args’
  448 |         if (mutex->u.mutex.owner != args->owner)
      |                                         ^~
/var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c: In function ‘ntsync_mutex_unlock’:
/var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c:460:34: error: storage size of ‘args’ isn’t known
  460 |         struct ntsync_mutex_args args;
      |                                  ^~~~
In file included from ./include/linux/uaccess.h:11,
                 from ./include/linux/sched/task.h:13,
                 from ./include/linux/sched/signal.h:9,
                 from ./include/linux/rcuwait.h:6,
                 from ./include/linux/percpu-rwsem.h:7,
                 from ./include/linux/fs.h:33,
                 from /var/lib/dkms/ntsync/6.10/build/drivers/misc/ntsync.c:11:
[...]

Regards!

Can you please adjust this to dynamically build on the 610 kernel?

Can you make it compile for the latest rc kernel, please? Right now it does not work with 6.10.0-rc5-1 (manjaro): /var/lib/dkms/ntsync/6.9.5/build/make.log

Module isn't loaded, even after modprobing

@loathingkernel thank you very much for the quick fix! I was able to install it now :)

@joni_999 I forgot to push the update to AUR. I seem to have some issues with pushing right now, you can find the updated PKGBUILD here

I get the following error when trying to install this:

[joni@linuxjoni04 ~]$ yay -S ntsync-common  
AUR Explicit (1): ntsync-common-6.8.2-1  
:: PKGBUILD up to date, skipping download: ntsync  
1 ntsync (Build Files Exist)  
==> Packages to cleanBuild?  
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)  
==> A  
:: Deleting (1/1): /home/joni/.cache/yay/ntsync  
HEAD is now at 4acd8a4 [ntsync] Don't conflict with WINESYNC-MODULE  
Removing src/  
1 ntsync (Build Files Exist)  
==> Diffs to show?  
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)  
==> N  
==> Making package: ntsync 6.8.2-1 (Sat Feb 24 12:43:40 2024)  
==> Retrieving sources...  
-> Downloading ntsync.c-e4690b31f999c4317df5955c6ee4a77044e6c4a9...  
% Total % Received % Xferd Average Speed Time Time Time Current  
Dload Upload Total Spent Left Speed  
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0  
curl: (22) The requested URL returned error: 404  
==> ERROR: Failure while downloading https://repo.or.cz/linux/zf.git/blob_plain/e4690b31f999c4317df5955c6ee4a77044e6c4a9:/drivers/misc/ntsync.c  
Aborting...  
-> error downloading sources: /home/joni/.cache/yay/ntsync  
context: exit status 1


:: (1/1) Parsing SRCINFO: ntsync  
==> Making package: ntsync 6.8.2-1 (Sat Feb 24 12:43:45 2024)  
==> Checking runtime dependencies...  
==> Checking buildtime dependencies...  
==> Retrieving sources...  
-> Downloading ntsync.c-e4690b31f999c4317df5955c6ee4a77044e6c4a9...  
% Total % Received % Xferd Average Speed Time Time Time Current  
Dload Upload Total Spent Left Speed  
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0  
curl: (22) The requested URL returned error: 404  
==> ERROR: Failure while downloading https://repo.or.cz/linux/zf.git/blob_plain/e4690b31f999c4317df5955c6ee4a77044e6c4a9:/drivers/misc/ntsync.c  
Aborting...  
-> error making: ntsync-exit status 1  
-> Failed to install the following packages. Manual intervention is required:  
ntsync-common - exit status 1  
[joni@linuxjoni04 ~]$

Seems like it can't download one of the files.

Hello, yes it was a conscious decision because I couldn't think of a good reason for this many configurable switches, as well as making the PKGBUILD harder to quickly parse. It is my opinion that PKGBUILD scripts should be easy to parse for anyone without having to follow a lot of conditionals, they are not applications.

I am considering adding back the packaged kernel module for the default kernel, but it doesn't make much sense since dkms will take care of that.

What other features are missing which could be considered useful?

Hello @loathingkernel, it looks like you removed several features from my winesync PKGBUILD, which this seems to be based on. Is there a reason for this? Could you add them back?