Re: Request for commiter for two packages updates

2023-12-17 Thread Moin Rahman


> On Dec 17, 2023, at 7:03 AM, Bartek Jasicki  wrote:
> 
> Can someone review and my updates to two packages? Both should reached
> the maintainers timeouts some time ago. ;)
> 
> 1. misc/nnn update to 4.9:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273512
Looking into this one.

> 2. x11/nvidia-settings update to 535.104.05:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273611
> 
> Thank you in advance,
> Bartek Jasicki
> 

Someone else needs to take care of 2. My knowledge on this one is just not
upto the par.

Kind regards,
Moin


signature.asc
Description: Message signed with OpenPGP


Re: We need to do something about build times

2023-12-17 Thread Daniel Engberg
Hi,

Given the discussion about build times I decided test a handful of ports to see 
if we could reduce time spent just by converting to either CMake or Meson 
depending on what upstream offers.

Hardware: Oracle VM, 4x Neoverse N1 cores, 24Gb of RAM
Software: FreeBSD 14.0, Poudriere (devel) 3.4.99.20231211

archivers/zstd  gmake   --> meson
audio/flac  libtool --> cmake
audio/opus  gmake, libtool  --> meson
graphics/lcms2  libtool --> meson
graphics/webp   libtool --> cmake
multimedia/libmediainfo libtool --> cmake
multimedia/libzen   libtool --> cmake
multimedia/mp4v2gmake, libtool  --> cmake
net/libngtcp2   libtool --> cmake
www/libnghttp3  libtool --> cmake
www/libnghttp2  libtool --> cmake

Makefile / Autotools
[00:08:20] Built ports: www/libnghttp2 archivers/zstd multimedia/libzen 
graphics/tiff www/libnghttp3 ftp/curl audio/flac graphics/lcms2 graphics/webp 
multimedia/mp4v2 audio/opus net/libngtcp2 multimedia/libmediainfo
[132aarch64-dev-default] [2023-12-17_12h42m54s] [committing] Queued: 13 Built: 
13 Failed: 0  Skipped: 0  Ignored: 0  Fetched: 0  Tobuild: 0   Time: 00:08:18

CMake / Meson
[00:05:16] Built ports: archivers/zstd www/libnghttp2 multimedia/libzen 
graphics/tiff www/libnghttp3 audio/flac ftp/curl graphics/lcms2 graphics/webp 
multimedia/libmediainfo multimedia/mp4v2 net/libngtcp2 audio/opus
[132aarch64-dev-default] [2023-12-17_13h06m03s] [committing] Queued: 13 Built: 
13 Failed: 0  Skipped: 0  Ignored: 0  Fetched: 0  Tobuild: 0   Time: 00:05:13

It may not be the most exact benchmark but results are reproducible. Keep in 
mind that this is more or less a free performance improvement without any 
hardware modifications. While some projects benefit more than others there 
might be cases where switching isn't possible without upstreaming changes but 
it's likely worth the effort in the long run as you in general see an 
improvment. I'd also like to remind people that while CMake and Meson can take 
a little while to build initially gmake and/or libtool also have their 
dependency chain so none are "free" and the difference is likely less than what 
you expect.

Best regards,
Daniel (diizzy@)



Fwd: Support for subpackages in the portstree is going to land soon!

2023-12-17 Thread Luca Pizzamiglio
-- Forwarded message -
From: Luca Pizzamiglio 
Date: Sat, Dec 16, 2023 at 7:36 PM
Subject: Support for subpackages in the portstree is going to land soon!
To: developers 


Hi everyone.

It's with pleasure that we are announcing that soon the portstree will
support subpackages.

Subpackage is the feature to create multiple packages from one port.
There has been a lighting talk at EuroBSD 2023 (
https://youtu.be/e-FUYbGNdBg?t=824) introducing the topic.
While this feature is used in many Linux distro to split packages (i.e.
-docs, -srcs, -devel, -man or similar), this is *not* the intended goal we
have.
Our primary goal is to get rid of ports that are currently compiled
separately in order to be packaged separately. Examples are php modules or
qt libraries, currently using the so called master/slave port approach.
Build time will benefit from it. The slave ports will become subpackages of
the master port (we can keep the build optional via OPTIONS).
This doesn't mean that all ports based on master/slave need to adopt
subpackages, there will be situations where it won't be possible.

We want to merge the feature in the framework now (end of the year), but
adopt it in ports slowly over the next quarters. To limit the adoption, we
will deploy a git hook server-side to request approval from portmgr before
introducing subpackages for specific ports.
While poudriere (3.4.x) already supports subpackages, other tools don't,
and we want to give time to their maintainer to add support.
The slow adoption will also allow us to catch problems one at a time and
fix them.

The patch is available for review here: https://reviews.freebsd.org/D40549
This implementation is heavily based on mat@ (7 years) old implementation (
https://reviews.freebsd.org/D16457)

We don't have documentation yet, but another patch (
https://reviews.freebsd.org/D43079) containing two fake ports, used to
build and test this feature. They provide the best example of how
subpackages would look like and they will be used to write the
documentation.

The roadmap
* successful EXP-RUN to not introduce regressions (
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275735#h0)
* add a git hook server-side to allow only controlled adoption
* merge the support of subpackages in the portstree (before 2023.12.31)
* prepare and update the handbook
* success!

There will be a lot of questions, I will answer to all of them, but give me
some time, I could be AFK from time to time during holiday season.

Best regards,
pizzamig on behalf of portmgr


Unmaintained FreeBSD ports which are out of date

2023-12-17 Thread portscout
Dear port maintainers,

The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this port.
If any ports have already been updated, you can safely ignore the entry.

An e-mail will not be sent again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
cad/ifcopenshell| 0.6.0   | 
blenderbim-231217
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!