Hi,
currently, just editing the mbr to give more room for u-boot env growth,
will result in unbootable system, as the installer will fail to mount it,
and naturally things won't work beyond u-boot after reboot either.
i'm not really sure about this diff, but it does seem like it might do,
what i
On 09/11/17(Thu) 09:02, Helg Bredow wrote:
> The current libfuse signal handling assumes that the file system will always
> be unmounted by the child. One obvious case where this is not true is if the
> file system is busy. To replicate:
>
> 1. mount a fuse file system
> 2. cd anywhere on the
On 09/11/17(Thu) 01:20, Helg Bredow wrote:
> > On 08/11/17(Wed) 14:12, Helg Bredow wrote:
> > > There is a bug when creating a file in fuse-exfat and then deleting it
> > > again without first unmounting the file system. The reason for this is
> > > that fuse-exfat maintains strict reference
Hello tech@,
When debugging some crashes in vi it can come in handy if TRACE calls
are actually send to disk before the crash.
This shouldn't be a problem, since we're running debugging code anyway.
OK?
martijn@
Index: common/main.c
On Fri, Nov 10, 2017 at 09:36:25AM +0100, Martin Pieuchot wrote:
> On 09/11/17(Thu) 09:02, Helg Bredow wrote:
> > The current libfuse signal handling assumes that the file system will
> > always be unmounted by the child. One obvious case where this is not true
> > is if the file system is busy.
Hi,
boot(8) displays "unknown KDF type 2" if the keydisk is missing...
>> OpenBSD/amd64 BOOT 3.33
unknown KDF type 2
open(sr0a:/etc/boot.conf): Operation not permitted
boot>
The following diff makes boot(8) display slightly better information...
>> OpenBSD/amd64 BOOT 3.33
missing keydisk
On Fri, 10 Nov 2017 10:13:35 +0100
Anton Lindqvist wrote:
> On Fri, Nov 10, 2017 at 09:36:25AM +0100, Martin Pieuchot wrote:
> > On 09/11/17(Thu) 09:02, Helg Bredow wrote:
> > > The current libfuse signal handling assumes that the file system will
> > > always be unmounted by
>From an irc contact using LibreSSL 2.6.3 on FreeBSD:
11:14 < matt> Nov 10 11:06:06 tao postfix/smtpd[77685]: Anonymous TLS
connection established from email.morrisons.com[192.86.55.223]: TLSv1 with
cipher DHE-RSA-AES256-SHA (256/256 bits)
11:14 < matt> had to switch postfix to openssl
On 2017/11/10 23:46, Kinichiro Inoguchi wrote:
> Hi,
>
> In my OpenBSD 6.2, LibreSSL server and OpenSSL client can communicate
> successfully via cipher DHE-RSA-AES256-SHA.
This happens with Postfix, it does not happen with libressl or openssl
(at least 1.0.2m) s_client connecting to the server
Hi.
The smtp message parser uses the header_domain_append_callback() and
header_masquerade_callback() functions to add missing domains in
header fields, and rewrite the sender in the From field if required.
The two functions are basically the same, except that the latter also
rewrites the sender
On Fri, 10 Nov 2017 12:15:18 +0100, Martijn van Duren wrote:
> When debugging some crashes in vi it can come in handy if TRACE calls
> are actually send to disk before the crash.
>
> This shouldn't be a problem, since we're running debugging code anyway.
OK millert@
- todd
On 10.11.2017. 1:58, David Gwynne wrote:
> this makes ifq_start try to wait for 4 packets before calling
> if->if_qstart.
>
> this is based on work sephe did in dragonflybsd, and described in
> a comment in their sys/net/if.c. there's a link to it here:
>
Hi,
In my OpenBSD 6.2, LibreSSL server and OpenSSL client can communicate
successfully via cipher DHE-RSA-AES256-SHA.
--
# Server LibreSSL 2.6.3
$ openssl s_server -cert server.pem
I hit this while reviewing a recent diff:
ritchie /usr/src/usr.sbin/ospf6d$ mandoc -Tlint ospf6d.conf.5
mandoc: ospf6d.conf.5:211:5: STYLE: typo in section name: Sh AREAS instead of
CAVEATS
which is a false positive. The distance between "AREAS" and "CAVEATS"
is 3, maybe it's a bit much
On Friday 10 November 2017 11:58:04 Stuart Henderson wrote:
>
> From an irc contact using LibreSSL 2.6.3 on FreeBSD:
>
> 11:14 < matt> Nov 10 11:06:06 tao postfix/smtpd[77685]: Anonymous TLS
> connection established from email.morrisons.com[192.86.55.223]: TLSv1 with
> cipher DHE-RSA-AES256-SHA
On Fri, Nov 10, 2017 at 10:58:54AM +1000, David Gwynne wrote:
> this makes ifq_start try to wait for 4 packets before calling
> if->if_qstart.
>
> this is based on work sephe did in dragonflybsd, and described in
> a comment in their sys/net/if.c. there's a link to it here:
>
Hi Jeremie,
Jeremie Courreges-Anglas wrote on Fri, Nov 10, 2017 at 07:18:54PM +0100:
> I hit this while reviewing a recent diff:
>
> ritchie /usr/src/usr.sbin/ospf6d$ mandoc -Tlint ospf6d.conf.5
> mandoc: ospf6d.conf.5:211:5: STYLE: typo in section name: \
> Sh AREAS instead of
On Fri, Nov 10, 2017 at 10:02:12PM +0100, Ingo Schwarze wrote:
> Hi Jeremie,
>
> Jeremie Courreges-Anglas wrote on Fri, Nov 10, 2017 at 07:18:54PM +0100:
>
> > I hit this while reviewing a recent diff:
> >
> > ritchie /usr/src/usr.sbin/ospf6d$ mandoc -Tlint ospf6d.conf.5
> > mandoc:
On Fri, Nov 10, 2017 at 10:27:36AM +0200, Artturi Alm wrote:
> Hi,
>
> currently, just editing the mbr to give more room for u-boot env growth,
> will result in unbootable system, as the installer will fail to mount it,
> and naturally things won't work beyond u-boot after reboot either.
>
> i'm
Patch fixes a broken compilation when using SCSIDEBUG options(4).
Resolved with krw@ assistance.
Ok?
diff --git sys/scsi/scsi_debug.h sys/scsi/scsi_debug.h
index bf1519fa36d..56c2d530653 100644
--- sys/scsi/scsi_debug.h
+++ sys/scsi/scsi_debug.h
@@ -40,15 +40,17 @@ extern int scsidebug_level;
On Wed, Nov 08, 2017 at 06:49:30PM -0800, Carlos Cardenas wrote:
> Remove configuration items on switches for:
> * adding static interfaces
>
> Adding static interfaces are to be set in hostname.if.
>
> Changed rule on rdomain:
> * vm->interface->rdomain takes precedence over sw->rdomain
>
>
On Wed, Nov 08, 2017 at 06:49:31PM -0800, Carlos Cardenas wrote:
> Update regression tests to match new switch configuration
>
committed, thanks!
> diff --git regress/usr.sbin/vmd/config/Makefile
> regress/usr.sbin/vmd/config/Makefile
> index 2adc69ae491..3bf124aff56 100644
> ---
Same kind of issue had been raised for Postfix and LibreSSL 2.2.2 2 years
ago.
http://postfix.1071664.n5.nabble.com/SSL-accept-errors-after-recent-upgrade-to-LibreSSL-2-2-2-td78774.html
In this case, SSLv2 caused some wrong behavior.
23 matches
Mail list logo