On Mon 15 Apr 2024 at 17:19:14 +0200, Riccardo Mottola wrote:
> Does pkg_rr has a "cache" or is it fresh calculated information?
It has a sort of cache, as hinted at by this:
> rr> WARNING: mismatch variable not set due to permissions;
> rr> mismatch status will not persist.
where (if
Hi Greg,
once gtk3 was sorted out, pkg_rr completed. Yay. Then I did re-run it,
to check, and I see this:
RR> Checking for mismatched installed packages using pkg_chk
rr> Installed: py311-tomli-2.0.1nb1 py311-tomli-2.0.1nb1
rr> WARNING: mismatch variable not set due to permissions;
rr>
I’m trying to upgrade an amd64 system that has been running a version of 9.3
(same as release on ftp.netbsd.org). I untarred the 10.0 GENERIC kernel set
(kern-GENERIC.tar.xz), untarred the 10.0 modules set (modules.tar.xz), and
rebooted. The kernel starts to boot with a bunch of device driver
On Mon, Apr 15, 2024 at 10:22:48AM -0600, Brook Milligan wrote:
> I’m trying to upgrade an amd64 system that has been running a version of 9.3
> (same as release on ftp.netbsd.org). I untarred the 10.0 GENERIC kernel set
> (kern-GENERIC.tar.xz), untarred the 10.0 modules set (modules.tar.xz),
Date:Mon, 15 Apr 2024 12:32:22 -0600
From:Brook Milligan
Message-ID: <68be1f36-3f4e-4345-b629-96bd3f74f...@nmsu.edu>
| >> kernel page fault trap, code 0
| >> Stopped in pid 0.0 (system) at netbsd:uvm_page_redim+0x2e9: addq
$0x1,0(%?dx)
| >> uvm_page_redim()
Riccardo Mottola writes:
> *** pkg_chk reports the following packages need replacing, but they
> are not installed: py311-tomli
> *** Please read the errors listed above, fix the problem,
> *** then re-run pkg_rolling-replace to continue.
> # pkg_info | grep tomli
> py310-tomli-2.0.1nb1
> On Apr 15, 2024, at 2:57 PM, matthew green wrote:
>
> this might be the same as
>
>
>
this might be the same as
https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=57153
it's the same faulting function and similar offset...
.mrg.
> On Apr 15, 2024, at 12:25 PM, Jonathan A. Kollasch
> wrote:
>
> On Mon, Apr 15, 2024 at 10:22:48AM -0600, Brook Milligan wrote:
>> I’m trying to upgrade an amd64 system that has been running a version of 9.3
>> (same as release on ftp.netbsd.org). I untarred the 10.0 GENERIC kernel set
>>
Updating src tree:
P src/distrib/sets/lists/base32/ad.mipsn64eb
P src/distrib/sets/lists/base32/ad.mipsn64el
P src/external/cddl/osnet/dist/uts/common/fs/zfs/vdev.c
P src/sys/arch/vax/vax/unimpl_emul.S
P src/sys/ddb/db_proc.c
Updating xsrc tree:
Killing core files:
Updating file list:
Hi Greg,
Greg Troxel wrote:
gtk3 is buggy. It tries to link against installed libs during the
build, instead of only the libs being built.
I did
pkg_delete -f gtk3+
and then it builds fine.
Actually fixing this is harder; you'll have to find where gtk3+'s build
manages to have
11 matches
Mail list logo