Thank you very much,
maybe it was some kind of silent corruption due to old IDE disk, anyway
pkg_check and then again pkg_add -u fixed all the trouble.
I will keep this in mind, should it happen again.
Have a nice day!
On Mon, May 25, 2020 at 2:52 PM Marc Espie wrote:
> On Mon, May 25, 2
follows the output
> of pkg_add -uv. What can this be?
Corruption of your filesystem *prior* to running pkg_add -u
Run pkg_check.
> adwaita-icon-theme-3.34.3:.libs-pango+.libs1-pango+.libs2-pango+.libs3-pango+.libs4-pango+pango-1.42.4p3->pango-1.44.7p0
> 't read packing-list from insta
Hello Folks,
I just upgraded a PIII box freshly installed with 6.6 last month.
Everything went right with sysupgrade (big kudos do devs).
Problems started when upgrading installed packages, here follows the output
of pkg_add -uv. What can this be?
Thanks
Pasha
Jan Betlach @ 2020-05-05 17:05 IST:
> Is 6.7 being released already?
No, they're probably using a snapshot.
signature.asc
Description: PGP signature
Thanks. My bad, I’ve realized that as soon as I’ve hit the send button.
On 5 May 2020, at 17:19, Andinus wrote:
> Jan Betlach @ 2020-05-05 17:05 IST:
>
>> Is 6.7 being released already?
>
> No, they're probably using a snapshot.
Is 6.7 being released already?
Jan
On 5 May 2020, at 13:28, Groot wrote:
> I tried updating all applications, only to be greeted with
> the following message.
>
> doas pkg_add -u
> https://ftp.OpenBSD.org/pub/OpenBSD/6.7/packages/amd64/: no such dir
> list of application
system release string as returned by "uname -r"
was already switched to "6.7" (without -beta) in preparation
for release, so your upgraded system already tries to use 6.7
release packages, which do not exist yet.
> doas pkg_add -u
> https://ftp.OpenBSD.org/pub/OpenBSD/
I think I forgot to run pkg_add -u after upgrade, my pkg_add is working
again after running this.
Thanks you all!
On Mon, May 04, 2020 at 08:23:10AM +0200, Marc Espie wrote:
> On Sun, May 03, 2020 at 12:58:41PM -0400, Chris Bennett wrote:
> > I have had this exact same problem before
> >
> > pkg_info -q > packages_installed
> > pkg_delete gettext.
> > pkg_add gettext-ru
On Sun, May 03, 2020 at 12:58:41PM -0400, Chris Bennett wrote:
> I have had this exact same problem before
>
> pkg_info -q > packages_installed
> pkg_delete gettext.
> pkg_add gettext-runtime
> pkg_add -u
> pkg_add -zl packages_installed
>
Update your procedures, use
Hi everyone,
I am using OpenBSD 6.6 and I noticed that pkg_add can't install any new
package:
$ doas pkg_add emacs-26.3-no_x11
quirks-3.185 signed on 2020-04-30T09:14:52Z
Can't install libxml-2.9.9 because of libraries
|library iconv.7.0 not found
| /usr/local/lib/libiconv.so.6.0 (libiconv
On Sun, May 03, 2020 at 01:07:40PM +, katzeilla wrote:
> Hi everyone,
>
> I am using OpenBSD 6.6 and I noticed that pkg_add can't install any new
> package:
>
> $ doas pkg_add emacs-26.3-no_x11
>
> quirks-3.185 signed on 2020-04-30T09:14:52Z
> Can't install libxml
On 2020-05-03, katzeilla wrote:
> I am using OpenBSD 6.6 and I noticed that pkg_add can't install any new
> package:
You have pre-6.6 packages around and need to get them updated.
Have you run pkg_add -u to update all packages?
lding from ports. You will just end up building
a load of things that you don't otherwise need as build
dependencies, wasting time and electricity, and the end result
will be the same anyway.
Unless you want to make changes to the port then there's very
little reason to do anything other than just pkg_add.
nc-3.1.3.tgz
> ===> Cleaning for rsync-3.1.3
> ===> Verifying specs: c
> ===> found c.95.1
> ===> Installing rsync-3.1.3 from /usr/ports/packages/amd64/all/
> pkg_add: pkg_add must be run as root
> *** Error 1 in /usr/ports/net/rsync
> (/usr/ports/infrastructure/m
from /usr/ports/packages/amd64/all/
pkg_add: pkg_add must be run as root
*** Error 1 in /usr/ports/net/rsync
(/usr/ports/infrastructure/mk/bsd.port.mk:2028
'/var/db/pkg/rsync-3.1.3/+CONTENTS': @/usr/bin/env -i PKG...)
*** Error 1 in /usr/ports/net/rsync
(/usr/ports/infrastructure/mk/bsd.port.m
On Sun, 26 Jan 2020 10:54:25 - (UTC)
Stuart Henderson wrote:
> You need to know the name of the directory in ports to use this
> notation. Formats vary. Here you would use "pkg_add gnupg--%gnupg2".
>
> If you don't have a ports tree installed and need to find the path,
On 2020-01-25, Thomas L. wrote:
> Hello,
>
> `pkg_add gnupg` is ambiguous since there is both
> gnupg-1.4.23p3-card-ldap, gnupg-1.4.23p3 and gnupg-2.2.12p0, but neither
> `pkg_add gnupg%2.2`, `pkg_add gnupg--%2.2` nor `pkg_add gnupg%2.2--`
> work. So how do i specify
Hello,
`pkg_add gnupg` is ambiguous since there is both
gnupg-1.4.23p3-card-ldap, gnupg-1.4.23p3 and gnupg-2.2.12p0, but neither
`pkg_add gnupg%2.2`, `pkg_add gnupg--%2.2` nor `pkg_add gnupg%2.2--`
work. So how do i specify the exact package in this case?
(I know that `pkg_add gnupg-2.2.12p0
On Mon, Nov 04, 2019 at 05:16:35PM GMT, Bruno Martin wrote:
> Hi Raf
>
> My PKG_PATH is empty.
> But actually, by Dsnaping, I fixed the problem.
> Regards
>
> Bruno
>
Hi Bruno,
Are you absolutely sure it is empty? pkg_add(1) is getting the wrong
URL from somewhere
.mp#427 amd64
>> After the 6.6 upgrade I had troubles with pkg_add -u.
>> I did several new upgrades to 6.6, removed all packages and now when I want
>> to pkg_add something, it looks to the 6.4 tree.
>> # pkg_add wget
>> HTTPS://ftp.fr.openbsd.org/pub/OpenBSD/6.4/packa
On Mon, Nov 04, 2019 at 08:24:04AM GMT, Bruno Martin wrote:
> Hello,
>
> I'm running openbsd 6.6 generic.mp#427 amd64
> After the 6.6 upgrade I had troubles with pkg_add -u.
> I did several new upgrades to 6.6, removed all packages and now when I want
> to pkg_add something, i
Hello,
I'm running openbsd 6.6 generic.mp#427 amd64
After the 6.6 upgrade I had troubles with pkg_add -u.
I did several new upgrades to 6.6, removed all packages and now when I want to
pkg_add something, it looks to the 6.4 tree.
# pkg_add wget
HTTPS://ftp.fr.openbsd.org/pub/OpenBSD/6.4/packages
son wrote:
>
>> On 2019-10-30, Andrew Lemin wrote:
>> - But throws errors when I try and use flavours which is critical for
>> installing python for example (NB; This is a different error to before,
>> where I was getting 'timeout' instead of 'Invalid argument');
>>
, Having ‘pkg_add’ call a program named ‘ftp’ to perform http and
https downloads. But where errors in the ftp subprocess are printed by the
pkg_add process, making it seem like pkg_add was failing on an ftp protocol
request, rather than the ‘ftp’ client process failing (while doing an http
call
I also found twice that removed (from ports permanently) packages I had
installed would throw things into a loop that once caused me to run out
of memory or things just kept looping.
^C followed by pkg_delete -i "the offending package" then resuming
pkg_add -u made things much easier
> -Original Message-
> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf
> Of Stuart Henderson
> Sent: Sunday, November 03, 2019 7:59 AM
> To: misc@openbsd.org
> Subject: Re: Following current - pkg_add update forward depedencies
>
also
updating B(old) to B(new).
Not that this is necessary to know in this case - just remember that
after updating base, you need to run pkg_add -u to update all packages.
Maybe add -Dsnap if the conditions require it, and flags like -V/-i are
ok, but the other pkg_add -D flags are for spe
> -Original Message-
> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf
> Of Stuart Henderson
> Sent: Saturday, November 02, 2019 4:12 AM
> To: misc@openbsd.org
> Subject: Re: Following current - pkg_add update forward depedencies
>
On 2019/11/02 05:04, Chris Bennett wrote:
> On Sat, Nov 02, 2019 at 09:24:05AM -, Stuart Henderson wrote:
> > On 2019-11-01, Chris Bennett wrote:
> > > NO. You need to use pkg_add -u -Dsnap.
> >
> > Normally when pkg_add doesn't have a full path to the packag
On Sat, Nov 02, 2019 at 09:24:05AM -, Stuart Henderson wrote:
> On 2019-11-01, Chris Bennett wrote:
> > NO. You need to use pkg_add -u -Dsnap.
>
> Normally when pkg_add doesn't have a full path to the package directory
> (e.g. PKG_PATH=http://mirror/pub/OpenBSD/
On 2019-11-01, Chris Bennett wrote:
> NO. You need to use pkg_add -u -Dsnap.
Normally when pkg_add doesn't have a full path to the package directory
(e.g. PKG_PATH=http://mirror/pub/OpenBSD/6.6/packages/amd64/)
it constructs it from a hostname in PKG_PATH or a partial path in
/etc/install
current/snapshots),
> I got a number of "forward dependencies - don't match" notices and the
> packages don't update.
What command are you running to update?
The "don't match" are expected but (at least with "pkg_add -u" without
restricting to a subset of packages)
the mirror shows:
> php-7.1.32.tgz
>
> I see that I can "force" the update with "pkg_add -u -D updatedepends".
>
NO. You need to use pkg_add -u -Dsnap.
Or, the packages really don't match yet. Then wait a little. -Dsnap is a
must. Some snapshots are also &
;force" the update with "pkg_add -u -D updatedepends".
It seems like this should be safe to do, but it's not something I have done
before.
While my system isn't "production" for a large multi-national, I do use it
as a file server and stuff, and it is working right now
On 2019-10-30, Andrew Lemin wrote:
> - But throws errors when I try and use flavours which is critical for
> installing python for example (NB; This is a different error to before,
> where I was getting 'timeout' instead of 'Invalid argument');
> [HOME]root@testbsd1:/local#pkg_add pyt
Andrew Lemin wrote:
> To me this seems unusual (was expecting 'curl' or 'wget' etc to avoid code
> duplication) and confusing? What do you think?
curl is not in openbsd
wget is not in openbsd
Maybe we should rename our downloading software to lemin, which is
obviously a randomly chosen name
..
Anyway, I have tested this some more, and it looks like the issue is
related to when using "flavors", and looks like maybe their is some sort of
timeout occuring maybe.
- We can see that pkg_add is working fine when specifying packages
explicitly;
[HOME]root@testbsd1:/local#pkg_add sud
Am 30.10.19 um 07:32 schrieb tom ryan:
> On 2019-10-29 20:19, PJ wrote:
>> Am 28.10.19 um 23:52 schrieb Stuart Henderson:
>>> On 2019-10-28, Andy Lemin wrote:
>>>> Hi guys,
>>>>
>>>> Does anyone know if it is possible to completely disable
On 2019-10-29 20:19, PJ wrote:
> Am 28.10.19 um 23:52 schrieb Stuart Henderson:
>> On 2019-10-28, Andy Lemin wrote:
>>> Hi guys,
>>>
>>> Does anyone know if it is possible to completely disable ftp in the package
>>> management utilities; pkg_add,
On 2019-10-29, PJ wrote:
> Am 28.10.19 um 23:52 schrieb Stuart Henderson:
>> On 2019-10-28, Andy Lemin wrote:
>>> Hi guys,
>>>
>>> Does anyone know if it is possible to completely disable ftp in the package
>>> management utilities; pkg_add,
Am 28.10.19 um 23:52 schrieb Stuart Henderson:
> On 2019-10-28, Andy Lemin wrote:
>> Hi guys,
>>
>> Does anyone know if it is possible to completely disable ftp in the package
>> management utilities; pkg_add, syspatch, sysupgrade etc?
>>
>> My PKG_PAT
On 2019-10-28, Andy Lemin wrote:
> Hi guys,
>
> Does anyone know if it is possible to completely disable ftp in the package
> management utilities; pkg_add, syspatch, sysupgrade etc?
>
> My PKG_PATH references http:// urls, as does /etc/install. But I cannot stop
> these to
On Mon, Oct 28, 2019 at 06:43:03PM GMT, Andy Lemin wrote:
> Hi guys,
>
> Does anyone know if it is possible to completely disable ftp in the package
> management utilities; pkg_add, syspatch, sysupgrade etc?
>
> My PKG_PATH references http:// urls, as does /etc/install.
Hi guys,
Does anyone know if it is possible to completely disable ftp in the package
management utilities; pkg_add, syspatch, sysupgrade etc?
My PKG_PATH references http:// urls, as does /etc/install. But I cannot stop
these tools trying to use ftp which does not work! :(
Every time I try
ts
> | running the following command returns no such dir.
> |
> | doas pkg_add -u
> | https://ftp.OpenBSD.org/pub/OpenBSD/6.6/packages/amd64/: no such dir
> | pkg_info p5-finance
> | https://ftp.OpenBSD.org/pub/OpenBSD/6.6/packages/amd64/: no such dir
> |
> | my /etc/
On 10/9/19 2:56 PM, Paul de Weerd wrote:
On Wed, Oct 09, 2019 at 01:40:42PM +, shadrock uhuru wrote:
| after trying sysupgrade for the first time on my laptop running snapshots
| running the following command returns no such dir.
|
| doas pkg_add -u
| https://ftp.OpenBSD.org/pub/OpenBSD/6.6
For future reference you could also:
export PKG_PATH=“
https://cdn.openbsd.org/pub/OpenBSD/snapshots/amd64”
Or whatever your preferred mirror is.
Then pkg_add -u should work
On Wed, Oct 9, 2019 at 6:42 AM shadrock uhuru wrote:
> after trying sysupgrade for the first time on my laptop runn
On Wed, Oct 09, 2019 at 01:40:42PM +, shadrock uhuru wrote:
| after trying sysupgrade for the first time on my laptop running snapshots
| running the following command returns no such dir.
|
| doas pkg_add -u
| https://ftp.OpenBSD.org/pub/OpenBSD/6.6/packages/amd64/: no such dir
| pkg_info p5
On Wed, Oct 09, 2019 at 01:40:42PM +, shadrock uhuru wrote:
> after trying sysupgrade for the first time on my laptop running snapshots
> running the following command returns no such dir.
We're close enough to release that pkg_add needs to be run with '-D snap'
in addition to other o
after trying sysupgrade for the first time on my laptop running snapshots
running the following command returns no such dir.
doas pkg_add -u
https://ftp.OpenBSD.org/pub/OpenBSD/6.6/packages/amd64/: no such dir
pkg_info p5-finance
https://ftp.OpenBSD.org/pub/OpenBSD/6.6/packages/amd64
Den ons 28 aug. 2019 kl 16:06 skrev sven falempin :
> Maybe obvious ? if so why no message from the software ?
> # pkg_add php_curl
> [URLHERE] php-curl-7.2.17.tgz
>
> <https://cdn.openbsd.org/pub/OpenBSD/6.5/packages/amd64/php-curl-7.2.17.tgzHTTP/2>
> LI
2019-08-28 16:04 GMT+02:00, sven falempin :
> Maybe obvious ? if so why no message from the software ?
>
> [0]-[web]-[/var/www/logs]
> # pkg_add php_curl
> quirks-3.124 signed on 2019-04-15T12:10:16Z
> Can't find php_curl
it says the truth, there is no php_curl package.
try php-
> Maybe obvious ? if so why no message from the software ?
>
> [0]-[web]-[/var/www/logs]
> # pkg_add php_curl
> quirks-3.124 signed on 2019-04-15T12:10:16Z
> Can't find php_curl
> [0]-[web]-[/var/www/logs]
> # cat /etc/installurl
> http://cdn.openbsd.org/pub/OpenBSD
Maybe obvious ? if so why no message from the software ?
[0]-[web]-[/var/www/logs]
# pkg_add php_curl
quirks-3.124 signed on 2019-04-15T12:10:16Z
Can't find php_curl
[0]-[web]-[/var/www/logs]
# cat /etc/installurl
http://cdn.openbsd.org/pub/OpenBSD
But
[0]-[web]-[/var/www/logs]
# curl --head
On Thu, Aug 22, 2019 at 07:40:28AM -0500, Jordon wrote:
> Thanks - that fixed it. I figured there was some cleanup or maintenance that
> needed to be done - i just didn't know how to do it. In running pkg_check, i
> did get a lot of these:
Packages normally don't need maintenance. What
0
>> lib/libestdc++.so.19.0 should exist
>> lib/libestdc++.so.19.0 is not a file
>> can't read lib/libestdc++.so.19.0
>>
>> Are those problematic? How do I fix them or should I just ignore them?
>
> you probably either had some crash or failure during a pkg_add or pkg_delete
> operation, or some filesystem corruption.
>
> does pkg_delete .libs9-partial-gcc-libs get rid of it?
>
>
e seen problems with permissions with pkg_check as my user can not read
> all the directories that pkg_check are trying to read.
>
> /Isak
>
>>
>> From: Jordon
>> Sent: Thu Aug 22 14:40:28 CEST 2019
>> To: Isak Holmström
>
dc++.so.19.0 should exist
> lib/libestdc++.so.19.0 is not a file
> can't read lib/libestdc++.so.19.0
>
> Are those problematic? How do I fix them or should I just ignore them?
you probably either had some crash or failure during a pkg_add or pkg_delete
operation, or some filesystem corruption.
does pkg_delete .libs9-partial-gcc-libs get rid of it?
14:40:28 CEST 2019
> To: Isak Holmström
> Cc:
> Subject: Re: pkg_add -u fails on nonexistant package
>
>
> Thanks - that fixed it. I figured there was some cleanup or maintenance that
> needed to be done - i just didn't know how to do it. In running
updated about once a week or so. I
>> also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it
>> ends with this:
>> Fatal error: can't parse OpenBSD::Requiring: writing
>> /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at
>> /usr/
updated about once a week or so. I
>> also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it
>> ends with this:
>> Fatal error: can't parse OpenBSD::Requiring: writing
>> /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at
>> /usr/
as audio and video sources were not there. I gave
>up on that project and since then have been using that machine for
>local development on a cgi-based website.
>This system runs current and gets updated about once a week or so. I
>also try to do a ‘pkg_add -u’ regularly too. Every tim
development on a
cgi-based website.
This system runs current and gets updated about once a week or so. I also try
to do a ‘pkg_add -u’ regularly too. Every time I do that, it ends with this:
Fatal error: can't parse OpenBSD::Requiring: writing
/var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file
[[for the archives]]
In message <https://marc.info/?l=openbsd-misc=156192613829968=1>,
I wrote that pkg_add was failing (on 6.5/i386 running on an alix board):
| sodium# pkg_add -vv tcsh-6.20.00p1-static.tgz
| Fatal error: Can't write session into tmp directory
|at /usr/libdata
e firewall it to make system adminstration easier. So... I downloaded
> > the appropriate 6./i386 packages from a nearby OpenBSD mirror, ssh-ed them
> > to /tmp on the firewall, and then (logged into the firewall as root) tried
> > to pkg_add them. Alas, pkg_add failed with an error
iate 6./i386 packages from a nearby OpenBSD mirror, ssh-ed them
> to /tmp on the firewall, and then (logged into the firewall as root) tried
> to pkg_add them. Alas, pkg_add failed with an error message about being
> unable to write into a temp directory:
>
> sodium# pkg_add -v
ownloaded
> the appropriate 6./i386 packages from a nearby OpenBSD mirror, ssh-ed them
> to /tmp on the firewall, and then (logged into the firewall as root) tried
> to pkg_add them. Alas, pkg_add failed with an error message about being
> unable to write into a temp directory:
>
>
to /tmp on the firewall, and then (logged into the firewall as root) tried
to pkg_add them. Alas, pkg_add failed with an error message about being
unable to write into a temp directory:
sodium# pkg_add -vv tcsh-6.20.00p1-static.tgz
Fatal error: Can't write session into tmp directory
at /usr
I've been a little slack in upgrading my laptop lately, so the jump from
the previous snap may have been approximately a week.
But anyway, upgrading with sysupgrade went as it should, in the expected
handsoff fasion.
But then when I set the machine to do the package upgrade (doas pkg_add
-vVuUm
/site_perl/amd64-openbsd/auto/List/Util/Util.so come from?
> It isn't in ports.
>
> However you installed it, you either need to rebuild it or remove it.
Thanks for the hint! After removing, pkg_add works as normal.
>
>
On 2019-02-16, Jungle Boogie wrote:
> Hi All,
>
> Running openBSD snapshot on amd64 from today, but I think this has been an
> issue since
> perl 5.28 was added.
Where did .../perl5/site_perl/amd64-openbsd/auto/List/Util/Util.so come from?
It isn't in ports.
However you installed it, you
Hi All,
Running openBSD snapshot on amd64 from today, but I think this has been an
issue since
perl 5.28 was added.
# pkg_add -u
perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/List/Util/Util.so:
undefined symbol 'PL_sv_no
What's about the stdout ?
On 13.02.2019 02:11, Solene Rapenne wrote:
On Wed, Feb 13, 2019 at 01:56:07AM -0500, Wesley Mouedine Assaby
wrote:
Hi all,
I'm using OpenBSD 6.4 amd64 (GENERIC.MP) #6
Using 'pkg_add' i can't access stdout, and the exit code stays 0
whatever it
finds
On Wed, Feb 13, 2019 at 01:56:07AM -0500, Wesley Mouedine Assaby wrote:
> Hi all,
>
> I'm using OpenBSD 6.4 amd64 (GENERIC.MP) #6
>
> Using 'pkg_add' i can't access stdout, and the exit code stays 0 whatever it
> finds or not the package to install.
>
> Example :
> do
Hi all,
I'm using OpenBSD 6.4 amd64 (GENERIC.MP) #6
Using 'pkg_add' i can't access stdout, and the exit code stays 0
whatever it finds or not the package to install.
Example :
doas pkg_add sl > file.stdout
echo $? # exit code is 0
cat file.stdout # empty file
or
doas pkg_add
On Sat, Dec 15, 2018 at 07:31:48PM +0100, Ingo Schwarze wrote:
> That's typical for pkg_add(1). There are few programs in the tree -
> even including unmaintained legacy stuff - where it is harder to
> find anything. In pkg_add(1), code for each object is typically
> scattered acros
On Sat, Dec 15, 2018 at 07:49:19PM +0200, Mihai Popescu wrote:
> Hello,
>
> I want to modify the char used for pkg_add (and other pkg_ suite)
> progress bar from "*" to "|" but i am unable to figure out where is
> the actual code for this. I
On 2018-12-15, Mihai Popescu wrote:
> I want to modify the char used for pkg_add (and other pkg_ suite)
> progress bar from "*" to "|" but i am unable to figure out where is
> the actual code for this. I managed to found /usr/sbin/pkg_add but
> there are another
Hi,
Mihai Popescu wrote on Sat, Dec 15, 2018 at 07:49:19PM +0200:
> I want to modify the char used for pkg_add (and other pkg_ suite)
> progress bar from "*" to "|" but i am unable to figure out where is
> the actual code for this. I managed to found /usr/
On Sat, Dec 15, 2018 at 07:49:19PM +0200, Mihai Popescu wrote:
> Hello,
>
> I want to modify the char used for pkg_add (and other pkg_ suite)
> progress bar from "*" to "|" but i am unable to figure out where is
> the actual code for this. I
Hello,
I want to modify the char used for pkg_add (and other pkg_ suite)
progress bar from "*" to "|" but i am unable to figure out where is
the actual code for this. I managed to found /usr/sbin/pkg_add but
there are another links in there, and perl for me is a no idea
On Sat, Nov 10, 2018 at 08:29:02AM +0200, Timo Myyrä wrote:
>
> There was some error in libssl which has been already fixed.
> I did cvs up in /usr/src/lib/libssl and 'make install' in there to fix it.
> Also
> the HTTP mirrors should work too while new snapshot is made.
>
> timo
Thank you,
my packages are showing this after a doas pkg_add -uUvVm
>
> Checking the link it resolves, tried another mirror, smae thing...
>
> Ken
There was some error in libssl which has been already fixed.
I did cvs up in /usr/src/lib/libssl and 'make install' in there to fix it. Also
the HTTP mirror
Example:
https://fastly.cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/compton-0.1_beta2p2.tgz:
ftp: SSL write error: handshake failed: error:1404C044:SSL
routines:ST_OK:internal error
signify: gzheader truncated
Basically all my packages are showing this after a doas pkg_add -uUvVm
Thanks for your report.
I backed out the change since we are close to release. The real problem here
will be revisited later.
/Benno
Mark Patruck(m...@wrapped.cx) on 2018.10.11 07:57:30 +0200:
> - http or https doesn't matter
>
> - only pkg_add is affected, ftp download works
>
&
On 2018/10/11 07:57, Mark Patruck wrote:
Thanks for finding this and testing, hopefully we can backout before
6.4 is final.
> - only pkg_add is affected, ftp download works
btw, ftp is affected too, the problem is when fetching an autogenerated
directory index (which pkg_add does as a fi
- http or https doesn't matter
- only pkg_add is affected, ftp download works
- reverting benno@'s change to
/src/usr.sbin/httpd/{httpd.h,server.c,server_http.c}
10 days ago makes pkg_add work normally again
On Wed, Oct 10, 2018 at 10:27:11PM +, Stuart Henderson wrote:
> On 2018-10
On 2018-10-10, Mark Patruck wrote:
> Hi,
>
> is anyone else seeing a high latency when running pkg_add with 6.4?
>
> - server with httpd (5 hours old 6.4)
> - client running pkg_add (5 hours old 6.4)
>
> $ doas pkg_add -u
>
> nothing happens for ~60 seconds
>
On Tue, Oct 09, 2018 at 02:12:48PM -0700, Greg Steuck wrote:
> Hi Marc,
>
> I was trying to automate an installation script around pkg_add
> <https://github.com/google/syzkaller/blob/master/tools/create-openbsd-gce-ci.sh#L33>[0]
> and noticed some cases where error reporting
Hi,
is anyone else seeing a high latency when running pkg_add with 6.4?
- server with httpd (5 hours old 6.4)
- client running pkg_add (5 hours old 6.4)
$ doas pkg_add -u
nothing happens for ~60 seconds
$ (done)
Everything works normally, if
- i replace httpd with nginx for testing
On Tue, Oct 09, 2018 at 02:12:48PM -0700, Greg Steuck wrote:
> Hi Marc,
>
> I was trying to automate an installation script around pkg_add
> <https://github.com/google/syzkaller/blob/master/tools/create-openbsd-gce-ci.sh#L33>[0]
> and noticed some cases where error reporting
Hi Marc,
I was trying to automate an installation script around pkg_add
<https://github.com/google/syzkaller/blob/master/tools/create-openbsd-gce-ci.sh#L33>[0]
and noticed some cases where error reporting and/or documentation could be
improved. In particular, I want to have an "unatt
On Sat, Oct 06, 2018 at 09:27:47AM -0400, Ken M wrote:
> I just installed the latest snapshot and when I run a pkg_add it doesn't find
> anything as it is trying to look in 6.4 for packages.
>
> $ uname -r
> 6.4
>
> Not sure if this is an issue in the latest snapshot or I
On Saturday, October 6, 2018 3:27 PM, Ken M wrote:
> I just installed the latest snapshot and when I run a pkg_add it doesn't find
> anything as it is trying to look in 6.4 for packages.
>
> $ uname -r
> 6.4
>
> Not sure if this is an issue in the latest snapshot or I
I just installed the latest snapshot and when I run a pkg_add it doesn't find
anything as it is trying to look in 6.4 for packages.
$ uname -r
6.4
Not sure if this is an issue in the latest snapshot or I stupidly missed some
information.
On Mon, Sep 17, 2018 at 03:33:06PM +0200, Johan Mellberg wrote:
> Den sön 16 sep. 2018 kl 09:40 skrev Solène Rapenne :
> >
> > Le 2018-09-16 03:33, Michael Ayres a écrit :
> > > Thanks to everyone who has replied in helping me. I have read up on
> > > the man pages and I understand what I need; it
3/packages/i386/
> > <https://ftp.openbsd.org/pub/OpenBSD/6.3/packages/i386/> ] does not
> > seem to work. An example I refer to includes some wild cards, “%”,
> > which I can’t seem to get right.k The example I am working from is at:
> > https://linux-audit.co
> https://ftp.openbsd.org/pub/OpenBSD/6.3/packages/i386/
>> <https://ftp.openbsd.org/pub/OpenBSD/6.3/packages/i386/> ] does not
>> seem to work. An example I refer to includes some wild cards, “%”,
>> which I can’t seem to get right.k The example I am working from is at:
ckages/i386/
<https://ftp.openbsd.org/pub/OpenBSD/6.3/packages/i386/> ] does not
seem to work. An example I refer to includes some wild cards, “%”,
which I can’t seem to get right.k The example I am working from is at:
https://linux-audit.com/updating-all-openbsd-packages-with-pkg_add/
&l
101 - 200 of 908 matches
Mail list logo