NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkgin error



On Sat, May 16, 2020 at 8:42 AM Martin Neitzel
<neitzel%hackett.marshlabs.gaertner.de@localhost> wrote:
>
> ill> Same here.
> ill>
> ill> $ echo "select file_size from remote_pkg where pkgname like
> ill> 'xmlcatmgr%'" | sqlite3 pkgin.db
> ill> 25004
> ill>
> ill> $ ftp
> ill> https://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.0/All/xmlcatmgr-2.2nb1.tgz
> ill> 24864 bytes retrieved in 00:00 (16.63 MiB/s)
>
> Some observations on this:
>
> % echo 0 1 2 | xargs -n1 -I XX lynx -head -dump http://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.XX/All/xmlcatmgr-2.2nb1.tgz | grep Length
> Content-Length: 24864
> Content-Length: 24864
> Content-Length: 25004
>
> This actually figures with my(!, see below) long "select" info:
>
> sqlite> select *  from remote_pkg where pkgname like 'xmlcat%' ;
>           PKG_ID = 21533
>      FULLPKGNAME = xmlcatmgr-2.2nb1
>          PKGNAME = xmlcatmgr
>          PKGVERS = 2.2nb1
>       BUILD_DATE = 2020-03-28 20:22:48 +0000
>          COMMENT = XML and SGML catalog manager
>          LICENSE = modified-bsd
> PKGTOOLS_VERSION = 20091115
>         HOMEPAGE = http://xmlcatmgr.sourceforge.net/
>       OS_VERSION = 8.0
>      DESCRIPTION =
>          PKGPATH = textproc/xmlcatmgr
>      PKG_OPTIONS =
>       CATEGORIES = textproc
>         SIZE_PKG = 50583
>        FILE_SIZE = 25004
>            OPSYS = NetBSD
>       REPOSITORY = http://cdn.Netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.2/All
>
>
> Looks like Roland is rather using the 8.0 repo?
>
> I essentially noticed the same problem here, too, after...
>
>         - an update on the netbsd-8 branch on May 2nd and
>         - moving my /usr/pkg/etc/pkgin/repositories.conf
>           from http://cdn.NetBSD.org/pub/pkgsrc/packages/NetBSD/amd64/8.1/All
>           to   http://cdn.Netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.2/All
>         - having nothing at all happen on "pkgin update" until
>           May 11 00:52 /var/db/pkgin/pkgin.db
>
> For "pkgin upgrade", this resulted in:
>
>         31 packages to refresh:  (xmlcatmgr-2.2nb1 ... ... ...)
>         19 packages to upgrade:
>         2 packages to install:  heimdal-1.5.3nb24 openssl-1.1.1e
>
> (I was mostly surprised about the "refresh" section.  Where does this
> come from, what is this supposed to mean?)
>
> Since I'm referring to 8.2 pkg repository, details differ for me,
> I guess I am seeing the same problem but maybe from the other side.
>
> I can still confirm the problem / the error message seen from
> my side, albeit with other packages.
>
> I get the error message with:
> download error: p5-Authen-SASL-2.16nb7 size does not match pkg_summary
>
> and [abridged]:
>
> sqlite> select *  from remote_pkg where pkgname like 'p5-Authen-SASL' ;
>           PKG_ID = 6173
>      FULLPKGNAME = p5-Authen-SASL-2.16nb7
>       BUILD_DATE = 2020-04-01 03:57:23 +0000
>       OS_VERSION = 8.0
>         SIZE_PKG = 119267
>        FILE_SIZE = 24892
>       REPOSITORY = http://cdn.Netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.2/All
>
> % echo 0 1 2 | xargs -n1 -I XX lynx -head -dump http://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.XX/All/p5-Authen-SASL-2.16nb7.tgz | grep Length
> Content-Length: 24900
> Content-Length: 24892
> Content-Length: 24900
>
> D'oh!
>
>
> This is not the first time this madness happens.  The last time was around
> last summer and some kind fellow on the ircnet #netbsd pointed out to me
> that the URLs
>
>         http://cdn.Netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/...
>         http://cdn.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/...
>                    ^
>                    |
>
> yielded different data.  Both hostnames resolved to the same IP addresses
> (as they should) but the Fastly CDN servers were apparently treating the
> requests in different ways depending on the case in the Host: headers.
>
>                                                         Martin Neitzel

I fixed the host header thing when that was pointed out.

Anyway try it now.


Home | Main Index | Thread Index | Old Index