On 10 Nov 2019, Stuart Henderson wrote:
> On 2019-11-10, wrote:
> > That doesn't seem right. Did you folks use the wrong key when signing
> > the file, or is there a particular reason to do it this way that me's
> > not aware of...?
>
> Thanks for the report, yes i386 (and mips64) had the wrong
Morning,
theo wrote:
> wrote:
>
>> That doesn't seem right. Did you folks use the wrong key when signing
>> the file, or is there a particular reason to do it this way that me's
>> not aware of...?
>
> These files have now been replaced. Does it look right?
Me's afraid not: SHA256.sig is now rat
On 2019-11-08 14:38, Christian Groessler wrote:
On 2019-11-08 14:15, Christian Groessler wrote:
I've added 8GB swap, but am still getting the same error:
I've noticed that my /tmp partition might be too small (64M). I'm
going to reinstall with bigger /tmp (1GB) and try again...
This fa
On 2019-11-08 14:50, Janne Johansson wrote:
I wonder if this part is relevant:
c++: error: unable to execute command
Is there any permissions on /net that prevents execution?
The complete line is:
c++: error: unable to execute command: Segmentation fault
I would have expected a "permissio
Hello @misc,
We have an interesting problem, we run a lot of OpenBSD router/firewalls
in many places.
We have a larger network than our client, 300-400 local wired or
wireless endpoint, 20+ VLAN, 20+ switches.
Network structure:
* Main switch - 2x Cisco Nexus 3k switch in HA mode (vPC dedi
Somewhere in his error output it says:
Target: mips64-unknown-openbsd6.6
This would not work with octeon AFAIK. Maybe this is the
reason the build fails ? It would at least make sense regarding
the "unable to execute command" message.
On Fri, 2019-11-08 at 14:50 +0100, Janne Johansson wrote:
>
I just fired up a 6.6/amd64 host that I will use to replace an existing
6.5/amd64 remote fileserver. I've been using Unison to synch files between
this remote server and a Windows fileserver. It seems with the bump to OCAML
4.09 Unison is throwing an error, "input_value: ill-formed message", w
On Mon 11/11/2019 14:31, Steven Surdock wrote:
> I just fired up a 6.6/amd64 host that I will use to replace an existing
> 6.5/amd64 remote fileserver. I've been using Unison to synch files between
> this remote server and a Windows fileserver. It seems with the bump to OCAML
> 4.09 Unison is
Evening,
mewrote:
> theo wrote:
>>
>> These files have now been replaced. Does it look right?
>
> Me's afraid not: SHA256.sig is now rather short, ending at the hash of
> aqsis-1.8.2p10.tgz (tried to fetch it from both ftp.eu and the CDN: same
> result).
...which now appears to have been fixed. T
...
> Firewall/router:
...
> * OpenBSD 6.3 64bit
...
I recommend updating to a modern version of OpenBSD before spending
time investigating the issue further.
On 11.11.2019. 13:42, Szél Gábor wrote:
> Hello @misc,
>
Hi,
> We have an interesting problem, we run a lot of OpenBSD router/firewalls
> in many places.
>
> We have a larger network than our client, 300-400 local wired or
> wireless endpoint, 20+ VLAN, 20+ switches.
> Network structure:
>
>
> * OpenBSD 6.3 64bit
Oh come on.
"Jon Fineman" wrote:
> So I read through the two threads below which both point to the third link
> about xfwm4 composter.
> I am not sure if I have the exact same issue. While you could say my screen
> flickers - what it really
> does is randomly (to my eyes) show the desktop and then show any
13 matches
Mail list logo