* Dirk Meyer wrote:
> The branch main has been updated by dinoex:
>
> URL:
> https://cgit.FreeBSD.org/ports/commit/?id=34ab3bea8aa25b1e994a7da9a4653d558585e5d2
>
> commit 34ab3bea8aa25b1e994a7da9a4653d558585e5d2
> Author: Dirk Meyer
> AuthorDate: 2022-02-22 11:44:38 +
> Commit: Dir
## Christian Ullrich (ch...@chrullrich.net):
> HEIF is enabled by default and brings in a dependency chain:
>
> graphics/gd
> -> graphics/libheif
> -> multimedia/librav1e
>-> multimedia/rav1e (via MASTERDIR)
> -> devel/cargo (via USES=cargo)
> -> lang/rust (via m
Hi,
multimedia/mkclean does not have a maintainer. I'm not sure if I
can be a maintainer at the moment, but I did come up with a patch
to upgrade the port. I'm not very experienced with ports, so I hope
I did it properly.
Could someone take a look at this?
https://bugs.freebsd.org/bugzilla/show_
Christian Ullrich wrote:
> * Dirk Meyer wrote:
>> The branch main has been updated by dinoex:
>>
>> URL:
>> https://cgit.FreeBSD.org/ports/commit/?id=34ab3bea8aa25b1e994a7da9a4653d558585e5d2
>>
>> commit 34ab3bea8aa25b1e994a7da9a4653d558585e5d2
>> Author: Dirk Meyer
>> AuthorDate: 2022-02
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
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. If any ports have already been updated, you
On 2/21/22 15:50, George Mitchell wrote:
On 2/21/22 08:53, Andrea Venturoli wrote:
Hello.
Since the update to 98.0.4758.102, I cannot build www/chromium any
longer (using Poudriere on 12.3/amd64).
Full log is here:
https://www.netfence.it/download/chromium.log.bz2
Is this a problem of m
It's impressive you got it to work. My approach is to try and maintain the
list of pkgs/ports I use and just install from scratch. usually things
build fine around the release date of the version. I try to confine my
port building to near the time I did the install. then live happily ever
after
Christian Ullrich writes:
> Was this intended, and if so, is it really necessary to pull in
> lang/rust for a port that is, among other things, an everyday dependency
> of PHP?
ports/ framework doesn't support[1] provides/requires (aka alternatives or
variable packages), so defaults mostly fol
Hello.
Christian Ullrich wrote on 2022/02/23 23:10:
> lang/rust is a monster, and has been building on my packages box for
> about twice as long now as squid, cmake, and samba put together, with no
> end in sight.
>
Handling of monsters :)
Such a monster should be locked by pkg lock.
Then, whe
