NetBSD Problem Report #59365

From foo@yenn.ulegend.net  Sun Apr 27 07:25:47 2025
Return-Path: <foo@yenn.ulegend.net>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits)
	 client-signature RSA-PSS (2048 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id AFF6D1A9239
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 27 Apr 2025 07:25:47 +0000 (UTC)
Message-Id: <20250427071741.9501EB89DB@yenn.ulegend.net>
Date: Sun, 27 Apr 2025 07:17:41 +0000 (UTC)
From: foo@yenn.ulegend.net
Reply-To: foo@yenn.ulegend.net
To: gnats-bugs@NetBSD.org
Subject:
X-Send-Pr-Version: 3.95

>Number:         59365
>Notify-List:    riastradh@NetBSD.org
>Category:       pkg
>Synopsis:       binary pkg repo wrong
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Apr 27 07:30:00 +0000 2025
>Closed-Date:    
>Last-Modified:  Wed May 07 21:18:23 +0000 2025
>Originator:     foo@yenn.ulegend.net
>Release:        NetBSD 10.1_STABLE
>Organization:

>Environment:


NetBSD darkness 10.1_STABLE NetBSD 10.1_STABLE (DARKNESS) #0: Sat Apr 26 07:41:30 CEST 2025  builds@hell:/builds/scratch/darkness-netbsd-10/obj/sys/arch/evbarm/compile/DARKNESS evbarm
Architecture: x86_64
Machine: amd64
>Description:
	earmv7hf pkg repo doesn't work.  pkgin says it has amd64 binaries.
>How-To-Repeat:
	pkgin up
>Fix:
	Please just fix it, and don't CC: me.  You don't need to ask for confirmation.

>Release-Note:

>Audit-Trail:

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: misc/59365: binary pkgs for earmv7hf are broken
Date: Sun, 27 Apr 2025 10:54:24 +0200

 On Sun, Apr 27, 2025 at 07:30:01AM +0000, foo@yenn.ulegend.net wrote:
 > >Description:
 > 	earmv7hf pkg repo doesn't work.  pkgin says it has amd64 binaries.

 I can not reproduce this.

 Which URL did you use?

 On ftp.netbsd.org in the directory
 /pub/pkgsrc/packages/NetBSD/earmv7hf/10.1/All there are packages with:

 MACHINE_ARCH=earmv7hf
 MACHINE_GNU_ARCH=armv7

 and binaries like:

  > file bin/*
 bin/zzat: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /usr/libexec/ld.elf_so, for NetBSD 10.1, compiled for: earmv7hf, stripped
 bin/zzuf: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /usr/libexec/ld.elf_so, for NetBSD 10.1, compiled for: earmv7hf, stripped

 Martin

From: foo@yenn.ulegend.net
To: gnats-bugs@netbsd.org
Cc: misc-bug-people@netbsd.org, gnats-admin@netbsd.org, 
	netbsd-bugs@netbsd.org, foo@yenn.ulegend.net
Subject: Re: misc/59365: binary pkgs for earmv7hf are broken
Date: Sun, 27 Apr 2025 21:59:14 +0200

 On Sun, Apr 27, 2025 at 08:55:01AM +0100, Martin Husemann via gnats wrote:
 > The following reply was made to PR misc/59365; it has been noted by GNATS.
 > 
 > From: Martin Husemann <martin@duskware.de>
 > To: gnats-bugs@netbsd.org
 > Cc: 
 > Subject: Re: misc/59365: binary pkgs for earmv7hf are broken
 > Date: Sun, 27 Apr 2025 10:54:24 +0200
 > 
 >  On Sun, Apr 27, 2025 at 07:30:01AM +0000, foo@yenn.ulegend.net wrote:
 >  > >Description:
 >  > 	earmv7hf pkg repo doesn't work.  pkgin says it has amd64 binaries.
 >  
 >  I can not reproduce this.
 >  
 >  Which URL did you use?
 >  
 >  On ftp.netbsd.org in the directory
 >  /pub/pkgsrc/packages/NetBSD/earmv7hf/10.1/All there are packages with:
 >  
 >  MACHINE_ARCH=earmv7hf
 >  MACHINE_GNU_ARCH=armv7
 >  
 >  and binaries like:
 >  
 >   > file bin/*
 >  bin/zzat: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /usr/libexec/ld.elf_so, for NetBSD 10.1, compiled for: earmv7hf, stripped
 >  bin/zzuf: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /usr/libexec/ld.elf_so, for NetBSD 10.1, compiled for: earmv7hf, stripped
 >  
 >  Martin
 >  

 https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0/All

 -dmb

From: Martin Husemann <martin@duskware.de>
To: foo@yenn.ulegend.net
Cc: gnats-bugs@netbsd.org
Subject: Re: misc/59365: binary pkgs for earmv7hf are broken
Date: Sun, 27 Apr 2025 23:25:41 +0200

 On Sun, Apr 27, 2025 at 09:59:14PM +0200, foo@yenn.ulegend.net wrote:
 > https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/$arch/10.0/All

 [/tmp] martin@big-apple > ftp https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0/All/tcsh-6.24.15.tgz
 Trying [2a04:4e42:8d::262]:443 ...
 Requesting https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0/All/tcsh-6.24.15.tgz
 Redirected to /pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/tcsh-6.24.15.tgz
 Trying [2a04:4e42:8d::262]:443 ...
 Requesting /pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/tcsh-6.24.15.tgz
 100% |***********************************|   437 KiB    2.09 MiB/s    00:00 ETA
 447954 bytes retrieved in 00:00 (2.09 MiB/s)
 [/tmp] martin@big-apple > tar xzf tcsh-6.24.15.tgz 
 [/tmp] martin@big-apple > file bin/tcsh 
 bin/tcsh: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /usr/libexec/ld.elf_so, for NetBSD 10.1, compiled for: earmv7hf, stripped
 [/tmp] martin@big-apple > cat ./+BUILD_INFO 
 ABI=
 BUILD_DATE=2025-04-05 19:32:16 +0000
 BUILD_HOST=NetBSD victory.netbsd.org 10.0 NetBSD 10.0 (LIBKVER) #0: Tue Jan 19 00:00:00 UTC 2038 root@localhost:/sys/arch/evbarm/compile/LIBKVER evbarm
 [..]
 MACHINE_ARCH=earmv7hf
 MACHINE_GNU_ARCH=armv7


 So looks all good to me.

 Martin

State-Changed-From-To: open->feedback
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Mon, 28 Apr 2025 03:24:37 +0000
State-Changed-Why:
It's curious that the PR you filed includes the following lines about
your environment:

> NetBSD darkness 10.1_STABLE NetBSD 10.1_STABLE (DARKNESS) #0: Sat Apr 26 07:41:30 CEST 2025  builds@hell:/builds/scratch/darkness-netbsd-10/obj/sys/arch/evbarm/compile/DARKNESS evbarm
> Architecture: x86_64
> Machine: amd64

The first line suggests you're on arm, but the other lines suggest
amd64.

Can you please share the output of the following commands?

uname -a
sysctl hw.machine
sysctl hw.machine_arch
echo $PKG_PATH

And can you please share the exact content of the following files?

/etc/release
/usr/pkg/etc/pkgin/repositories.conf


From: foo@yenn.ulegend.net
To: gnats-bugs@netbsd.org
Cc: misc-bug-people@netbsd.org, netbsd-bugs@netbsd.org, 
	gnats-admin@netbsd.org, riastradh@netbsd.org, foo@yenn.ulegend.net
Subject: Re: misc/59365 (binary pkg repo wrong)
Date: Mon, 28 Apr 2025 08:23:48 +0200

 On Mon, Apr 28, 2025 at 03:24:37AM +0100, riastradh@NetBSD.org wrote:
 > Synopsis: binary pkg repo wrong
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: riastradh@NetBSD.org
 > State-Changed-When: Mon, 28 Apr 2025 03:24:37 +0000
 > State-Changed-Why:
 > It's curious that the PR you filed includes the following lines about
 > your environment:
 > 
 > > NetBSD darkness 10.1_STABLE NetBSD 10.1_STABLE (DARKNESS) #0: Sat Apr 26 07:41:30 CEST 2025  builds@hell:/builds/scratch/darkness-netbsd-10/obj/sys/arch/evbarm/compile/DARKNESS evbarm
 > > Architecture: x86_64
 > > Machine: amd64
 > 
 > The first line suggests you're on arm, but the other lines suggest
 > amd64.
 > 
 > Can you please share the output of the following commands?
 > 
 > uname -a
 > sysctl hw.machine
 > sysctl hw.machine_arch
 > echo $PKG_PATH
 > 
 > And can you please share the exact content of the following files?
 > 
 > /etc/release
 > /usr/pkg/etc/pkgin/repositories.conf
 > 
 > 
 > 
 I changed repositoriy to ftp.netbsd.org, ignored pkgin warning about "amd64",
 did pkgin fug, and everything is OK.  Next "pkgin up" works OK, the warning
 disappeared, so it was some glitch, maybe with my configuration.

 Please close the PR.

From: foo@yenn.ulegend.net
To: gnats-bugs@netbsd.org
Cc: misc-bug-people@netbsd.org, netbsd-bugs@netbsd.org, 
	gnats-admin@netbsd.org, riastradh@netbsd.org, foo@yenn.ulegend.net
Subject: Re: misc/59365 (binary pkg repo wrong)
Date: Mon, 28 Apr 2025 08:27:21 +0200

 On Mon, Apr 28, 2025 at 08:23:48AM +0100, foo@yenn.ulegend.net wrote:
 > On Mon, Apr 28, 2025 at 03:24:37AM +0100, riastradh@NetBSD.org wrote:
 > > It's curious that the PR you filed includes the following lines about
 > > your environment:
 > > 
 > > > NetBSD darkness 10.1_STABLE NetBSD 10.1_STABLE (DARKNESS) #0: Sat Apr 26 07:41:30 CEST 2025  builds@hell:/builds/scratch/darkness-netbsd-10/obj/sys/arch/evbarm/compile/DARKNESS evbarm
 > > > Architecture: x86_64
 > > > Machine: amd64
 > > 
 > > The first line suggests you're on arm, but the other lines suggest
 > > amd64.
 > > 

 Followup yet.

 The PR was filled on NetBSD/amd64, the problem was on evbarm,
 I didn't notice I included output from amd64.  Sorry.

 Have a good day, and keep going with NetBSD.

 -dmb

State-Changed-From-To: feedback->closed
State-Changed-By: leot@NetBSD.org
State-Changed-When: Mon, 28 Apr 2025 08:58:37 +0000
State-Changed-Why:
Possible PKG_PATH and/or pkgin misconfiguration.

Submitter confirmed that reconfiguring it fixed pkgin.

Thanks!


State-Changed-From-To: closed->open
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Wed, 07 May 2025 21:18:23 +0000
State-Changed-Why:
Nope, this is a real problem on our end:

$ curl -fsSL https://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/pkg_summary.bz2 | bunzip2 -c | awk -F= '/PKGNAME=/ { pkg = $2 } /MACHINE_ARCH=x86/ { print pkg, $2 }'
tex-epstopdf-2.33 x86_64
tex-gettitlestring-1.6 x86_64
tex-glyphlist-2016 x86_64
tex-js-misc-2014 x86_64
tex-js-misc-doc-2014 x86_64
tex-garuda-c90-2021 x86_64
tex-jsclasses-20230224 x86_64
tex-jablantile-2014 x86_64
tex-greek-inputenc-1.9 x86_64
tex-jadetex-doc-3.13.70002 x86_64
tex-graphics-def-2022.64487nb1 x86_64
tex-japanese-mathformulas-1.0.2 x86_64

The .pkgcache file is all screwed up, e.g.:

pkgcache_begin NetBSD/earmv7hf/10.0/All/irssi-icb-0.17.tgz
ABI=
BUILD_DATE=2024-08-22 02:27:24 +0000
BUILD_HOST=NetBSD cluster026 9.3 NetBSD 9.3 (GENERIC) #0: Thu Aug  4 15:30:37 UTC 2022  mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64

and for some reason we derive pkg_summary from .pkgcache in a cron job
on ftp.n.o instead of just using pkg_info -X.

And the cron job is complaining into the void of packages-cron@ where
nobody pays attention because it's too noisy (e.g., from 2025-05-05,
Monday):

Making sure binary package cache file is up to date...
      Missing cache file.  /ftp/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q1/All/.pkgcache will be generated.
mv: rename /home/pkgmastr/tmp/mkreadme/pkg-cache.18815/.pkgcache to /ftp/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q1/All/.pkgcache: Permission denied
********** WARNING **********
move of /home/pkgmastr/tmp/mkreadme/pkg-cache.18815/.pkgcache to /ftp/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q1/All/.pkgcache failed!
Perhaps you do not have write permissions to /ftp/pub/pkgsrc/packages/NetBSD/aarch64/10.0_2025Q1/All?
This directory will be dropped from the master cache file.
********** WARNING **********
      Missing cache file.  /ftp/pub/pkgsrc/packages/NetBSD/aarch64/9.0_2025Q1/All/.pkgcache will be generated.
      Missing cache file.  /ftp/pub/pkgsrc/packages/NetBSD/earmv6hf/10.0_2025Q1/All/.pkgcache will be generated.
      Missing cache file.  /ftp/pub/pkgsrc/packages/NetBSD/earmv6hf/9.0_2025Q1/All/.pkgcache will be generated.
      Missing cache file.  /ftp/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/.pkgcache will be generated.
pkg_info: can't find package `/ftp/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/ipa_sdb-1.1.1.tgz', skipped
pkg_info: can't find package `/ftp/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/ipa_sdb-1.1.1.tgz', skipped
pkg_info: can't find package `/ftp/pub/pkgsrc/packages/NetBSD/earmv7hf/10.0_2025Q1/All/ipcheck-0.233nb8.tgz', skipped

But curiously these are all different packages that have issues in the
pkg_summary file, the .pkgcache file, and the packages-cron@ warnings!
So I have no idea what's really going on here but whatever it is it's a
right proper snafu.


>Unformatted:

Home	PR Database Search