OpenBSD 5.6 libreoffice: premature end of archive

[shep]

I am not sure what is going on with the latest release but every time I try to install libreoffice with my PKG_PATH set to ftp.fr.openbsd.org, the installation fails with the message

Fatal error: Ustar [http://ftp.fr.openbsd.org/pub/OpenBS...1.6.2p2v0.tgz][lib/libreoffice/share/extensions/dict-en/th_en_US_v2.idx]: Premature end of archive
Fatal error: Installation of libreoffice-4.1.6.2p2v0 failed, partial installation recorded as partial-libreoffice-4.1.6.2p2v-

This is my 3rd system I am installing 5.6 and it happens every time. All the other packages install without issue.

I can work around the problem by deleting the partial package in /var/db/pkg/partial* and downloading the package to my home directory and installing from the local directory.

I also tried changing ftp sites but it still fails. Any thoughts as to the problem?

[hitest]

Originally Posted by shep

I also tried changing ftp sites but it still fails. Any thoughts as to the problem?

That is definitely weird. Maybe try a different site? I've got Libreoffice installed. It came in just fine on my mirror.

installpath=ftp://ftp3.usa.openbsd.org/pub/OpenBSD/5.6/packages/amd64/

[shep]

installpath=ftp://ftp3.usa.openbsd.org/pub/OpenBSD/5.6/packages/amd64/

I'm setting PKG_PATH in my home directory .profile using the syntax in FAQ15.

I have not seen anything about using "installpath" in place of "PKG_PATH" but I do miss announcements.

[blackhole]

I'm pretty sure that if PKG_PATH is not set in the environment, the installpath in pkg.conf is used.

If you install/upgrade from an http mirror, rather than from an iso, I think the installpath gets set to a mirror at install time. I have a vague idea that this was also the case in 5.5 and 5.4 and possibly earlier.

[J65nko]

My wild guess is that it memory or another resource is exhausted. You have one or multiple network connection(s) to the mirror and at the same time are untarring a 180 MB package file.

BTW I always set and export PKG_CACHE=/home/j65nko/packages. This will instruct pkg_add(1) to copy the retrieved packages in that directory. That way I can reuse them for another install.

Re: installpath
This was new to me too But it is mentioned in pkg_add(1).

[jggimi]

The mention was added to the man page at 5.5.

[shep]

I had been using custom partitioning for my disks and had trouble with Firefox core dumps. For this install I took the defaults resulting in

$ df -k
Filesystem          1K-blocks                Used               Avail                  Capacity             Mounted on
/dev/sd0a           1028878                84732              892704                9%                     /
/dev/sd0k           270354520            7865500           248971296           3%                     /home
/dev/sd0d           4125406               10                    3919126               0%                    /tmp
/dev/sd0f            2061054               1341188            616814                68%                   /usr
/dev/sd0g           1028878               195368             782068               20%                   /usr/X11R6
/dev/sd0h           10318462              3516022           6286518             36%                   /usr/local
/dev/sd0j            2061054                34278              1923724              2%                    /usr/obj
/dev/sd0i            2061054               824606             1133396              42%                   /usr/src
/dev/sd0e          12349790             16986               11715316             0%                     /var

Although I run a lightweight WM, I do utilize some heavy weight applications. Would a larger /tmp space be helpful?

[J65nko]

Keep in mind that when you first download the package, you don't have any problem, so I wonder whether a larger /tmp space would be helpful.

BTW you should use [code] and [/code] instead of [quote][/quote] because whitespace, this includes tabs, in a [quote] block are collapsed to a single space

[gso]

Installed fine here also.

What I am getting though is the following from M:Tier's openup script:

Error from http://ftp.fr.openbsd.org/pub/OpenBS...ffi-3.0.13.tgz
(23) Failed writing body
Error from http://ftp.fr.openbsd.org/pub/OpenBS...jl-2.0.4p1.tgz
(23) Failed writing body
Error from http://ftp.fr.openbsd.org/pub/OpenBS...utils-1.23.tgz
(23) Failed writing body

The same package files every time.

Not security updates so not an issue at the moment.

I should add also that I am using a custom pkg_add(1) FETCH_CMD (SOCKS5 proxy using curl), could be something to do with it.

[Update] It is the custom fetch command, throws the occasional 'fetch' out for some odd reason, haven't time to look into it at the moment:

#!/bin/sh

curl -s -x socks5h://127.0.0.1:1080 "${3}"