Arch Linux User Repository

This is the Arch Linux distribution. There is no such thing as a "wireshark development package", the "wireshark-cli" base package provides the headers.

config.h is not an official wireshark header. The wireshark developers do not install any such file, however, software developed by Debian or Fedora developers may rely on broken packaging by other distros, which erroneously ship a false header that must not be used.

See https://bugs.archlinux.org/task/63828

For those interested and running into the <wireshark/config.h> issue.

I had to manually install the libwireshark-dev package from debian. (Extract the .deb file, then extract the data.tar.xz file; and then copy the usr contents accordingly.)

It looks like the wireshark-cli contains most of the source files; but not all of them. (so this may be an issue that needs to be brought up in the wireshark-cli package?) If you don't have wireshark-cli installed you should be able to use debtap to install the libwireshark-dev package from debian.

According to other bug reports, it seems that the wireshark development package has become a dependency.

Sources https://github.com/panda-re/panda/issues/299 https://github.com/demirten/twamp-dissector/issues/1 https://aur.archlinux.org/packages/libvirt-apparmor/

I cannot find a wireshark development package in both the Arch official repository and the AUR.

Does anybody have a suggestion for this package?

Running into the following build error.

wireshark/src/packet-libvirt.c:21:10: fatal error: wireshark/config.h: No such file or directory
   21 | #include <wireshark/config.h>

Fails to build:

==> Starting build()...
Updating submodules...
Submodule 'gnulib' (<https://git.savannah.gnu.org/git/gnulib.git/>) registered for path '.gnulib'
Submodule 'keycodemapdb' (<https://gitlab.com/keycodemap/keycodemapdb.git>) registered for path 'src/keycodemapdb'
Cloning into '/build/libvirt-git/src/libvirt/.gnulib'...
Cloning into '/build/libvirt-git/src/libvirt/src/keycodemapdb'...
Submodule path '.gnulib': checked out 'd6397dde2e127e246e3eeb5254a21f42cac783c8'
Submodule path 'src/keycodemapdb': checked out '16e5b0787687d8904dad2c026107409eb9bfcb95'
Running bootstrap...
./bootstrap: line 221: rpcgen: command not found
./bootstrap: Error: 'rpcgen' not found

rpcgen doesn't seem to be in core/glibc any more, but apparently it's provided by extra/rpcsvc-proto. Perhaps that should be added as a dependency?

Good one. Thanks for providing the easy fix!

Fixed.

pacman now has a tmpfiles hook, so I think the systemd-tmpfiles invocation in the .install script is no longer necessary.

It was already removed in the community libvirt package back in 2016: https://git.archlinux.org/svntogit/community.git/diff/libvirt/trunk/libvirt.install?id=9a07ef3771d570995415fa1737548d84cc17cecb

According to the changelog (https://libvirt.org/news.html), python2 can be replaced with python(3).

The package has been updated, including the two fixes for the daemon (thanks @calzonealamuerte).

@okle100: I also had set the --with-numad flag, however this resulted in an error message while preparing (configure) the package:

"You must install numad package to manage CPU and memory placement dynamically"

My guess is that the NUMA option only works on NUMA enabled systems, which is just a limited amount of systems (Xeon, Opteron, etc). On the other hand, I believe this flag will be set automatically, if NUMA is detected. Please let me know if I am wrong, or if you have suggestions to make it work for everybody.

to "fix" this package, replace the following lines in PKGBUILD:

daemon/libvirtd.service.in \ --> src/remote/libvirtd.service.in \

sed -i 's/notify/simple/' daemon/libvirtd.service.in --> sed -i 's/notify/simple/' src/remote/libvirtd.service.in