Re: Committer for PRs?

2024-07-19 Thread Dima Panov 

Moin-moin!


Sorry for long delay, had ENOTIME for ada stuff.

Will update both at weekend

On 19.07.2024 09:33, Jonathan Chen wrote:

On 12/07/24 16:56, Jonathan Chen wrote:

On 6/07/24 10:27, Jonathan Chen wrote:


Are there any committers available to review the following PRs? They fix a 
couple of broken ports, but have been stagnant for more than 2 weeks:

   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279804
   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279866


Anyone available to take a look at these 3-week old PRs?


Are there any committers willing to pick up these 4-week old PRs? The 
maintainer (and committer) has been sitting silent on them since they were 
raised.

Do I have no other recourse other than to keep pinging the mailing-list for a 
committer?

Cheers.


--
Sincerely,
Dima (flu...@freebsd.org, https://t.me/FluffyBSD, 
@fluffy:matrix-dev.freebsd.org)
(desktop, kde, x11, office, ports-secteam)@FreeBSD team



OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Committer for PRs?

2024-07-19 Thread Jonathan Chen 

On 12/07/24 16:56, Jonathan Chen wrote:

On 6/07/24 10:27, Jonathan Chen wrote:


Are there any committers available to review the following PRs? They 
fix a couple of broken ports, but have been stagnant for more than 2 
weeks:


   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279804
   https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279866


Anyone available to take a look at these 3-week old PRs?


Are there any committers willing to pick up these 4-week old PRs? The 
maintainer (and committer) has been sitting silent on them since they 
were raised.


Do I have no other recourse other than to keep pinging the mailing-list 
for a committer?


Cheers.
--
Jonathan Chen

[NEW PORT] www/automated-ytdlp-downloader

2024-07-19 Thread Yusuf Yaman 
Hi,

I have submitted some port requests.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279948

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279372

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279368
Could someone look at them?

Thanks.
—-
Yusuf
nxjos...@protonmail.com

Re: VirtualBox kmod won't load "module already loaded or in kernel" (SOLVED)

2024-07-19 Thread Graham Menhennitt 
Indeed! I have built the port and it's now working. It's a pain building 
as you need kernel source installed and it has lots of dependencies


As you say, it's not necessary to build virtualbox-ose to fix it. 
However, I did need to build that in order to fix 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270900 to get USB 
working. That's even more of a pain as it depends on lots more things 
including llvm14. Again, I now have it all working including the USB 
pass-through. I'll ask on the mailing list for somebody to commit the 
(one line) fix for that bug.


Thanks again, Greg.

Graham

On 19/07/2024 1:37 pm, Greg 'groggy' Lehey wrote:

On Friday, 19 July 2024 at 13:23:46 +1000, Graham Menhennitt wrote:

Hello all,

I'm running FredBSD 14.1 amd64 with a GENERIC kernel. I've installed
VirtualBox from packages. But I can't load any of its kmod modules. When I
try, I get a message:
     # kldload vboxdrv
     kldload: can't load vboxdrv: module already loaded or in kernel
     #
However, neither of those things is true:
     # kldstat -v|grep -i virtualbox
     #

Yes.  It lies.  It's VB's inimitable way of saying "you have the wrong
module version for this kernel".  It should be sufficient to rebuild
the virtualbox-ose-kmod port.  Don't install the package, because it
doesn't know what kernel you have.

I also rebuilt virtualbox-ose, but that's quite a pain and I don't
think it's necessary.  See
http://www.lemis.com/grog/diary-jun2024.php?subtitle=Still%20more%20VirtualBox%20fun&article=D-20240630-002403#D-20240630-002403
for more details.

When you're done, 'kldload vboxnetadp' should be enough.  That will
load the other modules.

Greg
--
Sent from my desktop computer.
See complete headers for address and phone numbers.
This message is digitally signed.  If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA.php

commit fix for https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270900

2024-07-19 Thread Graham Menhennitt 
Could somebody please commit the one line fix for 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270900. I've tested it 
on both 13.3 and 14.1 and it fixes the USB pass-though problem on both 
of them.


Thanks in advance,

    Graham

Re: armv7-on-aarch64 stuck at urdlck: I got a replication of the "ampere2" bulk build hangup problem on a Windows DevKit 2023

2024-07-19 Thread Mark Millard 
On Jul 18, 2024, at 01:14, Mark Millard  wrote:

> On Jul 16, 2024, at 23:45, Mark Millard  wrote:
> 
>> On Jul 16, 2024, at 18:41, Mark Millard  wrote:
>> 
>>> On Jul 16, 2024, at 11:37, Mark Millard  wrote:
>>> 
 On Jul 16, 2024, at 10:42, Mark Millard  wrote:
 
> No longer is the problem only observed on ampere2! But this was with
> a non-debug, personally built kernel that has some of my now patches.
> I'll see if I can replicate the issue with an official pkgbase debug
> kernel.
 
 It replicated with the official pkgbase debug kernel. The
 kernel did not report anything.
 
 The following commits in main and happen between the last working
 ampere2 armv7 builds and the first failing ampere2 builds and
 look be the only likely contributors from that range as far as
 I could tell:
 
 Tue, 27 Feb 2024
 . . .
 • git: 1df8700aa6cf - main - PP mutexes: unlock: Reset inherited prio 
 regardless of privileges Olivier Certner 
 • git: 9ac3ac9ece62 - main - PP mutexes: lock: Check if priority is too 
 high against base one Olivier Certner 
 • git: 39e4665c9694 - main - PP mutexes: lock: Reduce 'umtx_lock' holding 
 before taking the user lock Olivier Certner
 
 These changes are not in 14.0-RELEASE but are in 14.1-STABLE and 
 14.1-RELEASE.
 So I expect that when any ampere*'s progress to 14.1-RELEASE the armv7
 problems would start for them.
 
 These changes are not in 13.3-RELEASE but are in 13.3-STABLE. So I expect 
 that
 when any ampere*'s progress to 13.4-RELEASE the problems would start for 
 them.
 
 
 With the prior packages already built in a prior poudriere-devel
 run it turns out that just:
 
 # poudriere bulk -j main-armv7-poud -i graphics/graphviz
 
 replicates the problem:
 
 . . .
 [00:00:45] Installing graphics/graphviz | graphviz-9.0.0_4
 [aarch64PBase] Installing graphviz-9.0.0_4...
 [aarch64PBase] `-- Installing cairo-1.17.4_2,3...
 [aarch64PBase] |   `-- Installing fontconfig-2.15.0_2,1...
 [aarch64PBase] |   | `-- Installing expat-2.6.2...
 [aarch64PBase] |   | `-- Extracting expat-2.6.2: 100%
 [aarch64PBase] |   | `-- Installing freetype2-2.13.2...
 [aarch64PBase] |   |   `-- Installing brotli-1.1.0,1...
 [aarch64PBase] |   |   `-- Extracting brotli-1.1.0,1: 100%
 [aarch64PBase] |   |   `-- Installing png-1.6.43...
 [aarch64PBase] |   |   `-- Extracting png-1.6.43: 100%
 [aarch64PBase] |   | `-- Extracting freetype2-2.13.2: 100%
 [aarch64PBase] |   `-- Extracting fontconfig-2.15.0_2,1: 100%
 [aarch64PBase] |   `-- Installing glib-2.80.4,2...
 [aarch64PBase] |   | `-- Installing libffi-3.4.6...
 [aarch64PBase] |   | `-- Extracting libffi-3.4.6: 100%
 [aarch64PBase] |   | `-- Installing libiconv-1.17_1...
 [aarch64PBase] |   | `-- Extracting libiconv-1.17_1: 100%
 [aarch64PBase] |   | `-- Installing pcre2-10.43...
 [aarch64PBase] |   | `-- Extracting pcre2-10.43: 100%
 [aarch64PBase] |   | `-- Installing py311-packaging-24.1...
 [aarch64PBase] |   |   `-- Installing python311-3.11.9_1...
 [aarch64PBase] |   |   | `-- Installing mpdecimal-4.0.0...
 [aarch64PBase] |   |   | `-- Extracting mpdecimal-4.0.0: 100%
 [aarch64PBase] |   |   | `-- Installing readline-8.2.10...
 [aarch64PBase] |   |   | `-- Extracting readline-8.2.10: 100%
 [aarch64PBase] |   |   `-- Extracting python311-3.11.9_1: 100%
 [aarch64PBase] |   | `-- Extracting py311-packaging-24.1: 100%
 [aarch64PBase] |   `-- Extracting glib-2.80.4,2: 100%
 [aarch64PBase] |   `-- Installing libglvnd-1.7.0...
 [aarch64PBase] |   `-- Extracting libglvnd-1.7.0: 100%
 [aarch64PBase] |   `-- Installing pixman-0.42.2...
 [aarch64PBase] |   `-- Extracting pixman-0.42.2: 100%
 [aarch64PBase] `-- Extracting cairo-1.17.4_2,3: 100%
 [aarch64PBase] `-- Installing harfbuzz-9.0.0...
 [aarch64PBase] |   `-- Installing graphite2-1.3.14...
 [aarch64PBase] |   `-- Extracting graphite2-1.3.14: 100%
 [aarch64PBase] `-- Extracting harfbuzz-9.0.0: 100%
 [aarch64PBase] `-- Installing jpeg-turbo-3.0.3...
 [aarch64PBase] `-- Extracting jpeg-turbo-3.0.3: 100%
 [aarch64PBase] `-- Installing libgd-2.3.3_13,1...
 [aarch64PBase] |   `-- Installing tiff-4.6.0...
 [aarch64PBase] |   | `-- Installing jbigkit-2.1_3...
 [aarch64PBase] |   | `-- Extracting jbigkit-2.1_3: 100%
 [aarch64PBase] |   | `-- Installing lerc-4.0.0...
 [aarch64PBase] |   | `-- Extracting lerc-4.0.0: 100%
 [aarch64PBase] |   | `-- Installing libdeflate-1.20...
 [aarch64PBase] |   | `-- Extracting libdeflate-1.20: 100%
 [aarch64PBase] |   | `-- Installing zstd-1.5.6...
 [aarch64PBase] |   |   `-- Installing liblz4-1.9.4_1,1...
 [aarch64PBase] |   |   `-- Extracting liblz4-1.9.4_1,1: 100%
 [aarch64PBase] |   | `-- Extracting zstd-