Add x11-wm/plasma6-kwin-x11.

Rather than patching all kpipewire consumers I'd prefer a patch for kpipewire itself that makes it a stub.

Remove dns/kf6-kdnssd - another patch already committed: https://cgit.freebsd.org/ports/commit/?id=aadac35266d2b4579e2610584c08ee46f520ca8c

Add patch for dns/kf6-kdnssd to make avahi optional default dependency.

Add patch for sysutils/plasma6-kinfocenter.

In D49009#1118524, @makc wrote:

Discussion with upstream: https://bugs.kde.org/show_bug.cgi?id=499828

Discussion with upstream: https://bugs.kde.org/show_bug.cgi?id=499828

This is not just some build option - it is an opportunity to get rid of unnecessary bloatware in the system (like pulseaudio or avahi).

I'm not going to consider PIPEWIRE or any other option for KDE ports until it supported upstream. Moreover, in kde@ we often don't even make options for ports when they are supported upstream and the reason is plain simple: we do not have enough time and manpower to maintain all possible combination of options for a huge chunk software like KDE ports.

In D45025#1028274, @vvd wrote:

• Use DESC commited in https://cgit.freebsd.org/ports/commit/?id=7e9e1b6c9e710d094c9f0d5707a673dbe07cb2af
• I request permission to become a maintainer for this port

Can we go forward?

• Use DESC commited in https://cgit.freebsd.org/ports/commit/?id=7e9e1b6c9e710d094c9f0d5707a673dbe07cb2af
• I request permission to become a maintainer for this port

Small fixes in options.

Vlad, there is no need in making option for everything. Instead, try to minimize list of options when creating ports. Group similar functionality under single option (or use RADIO/MULTI etc), don't make options for features that require light or common dependencies, especially if a feature does not need deps at all. Sometimes having too many options is worst than having no options.
And of course these are not 100% strict rules.

Create PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278718

Upstream committed to master branch all fixes based on our patches - use this commit instead of local patches.

In D41863#982973, @arrowd wrote:

If the -DPipeWire_FOUND=NO approach worked, update the diff

If the -DPipeWire_FOUND=NO approach worked, update the diff

ping

In D41863#964975, @arrowd wrote:

Does just passing -DPipeWire_FOUND=NO to CMake work?

Does just passing -DPipeWire_FOUND=NO to CMake work?

In D41863#959445, @arrowd wrote:

Can't this be done via CMAKE_DISABLE_FIND_PACKAGE... too?

Can't this be done via CMAKE_DISABLE_FIND_PACKAGE... too?