On Tue, May 16, 2023 at 02:51:44PM +0200, Omar Polo wrote:
> while debugging a pebkac in -portable, I noticed that in various
> places we use fatal() for libtls failures. errno doesn't generally
> contains anything useful after libtls functions, and in most it's
> explicitly cleared to avoid misus
On Wed, Dec 28, 2022 at 03:36:56PM +0900, Masato Asou wrote:
> ok?
>
> --
> ASOU Masato
>
sure, ok giovanni@
Cheers
Giovanni
> Index: sys/dev/pv/vmt.c
> ===
> RCS file: /cvs/src/sys/dev/pv/vmt.c,v
> retrieving revision 1.28
> dif
On Mon, Aug 23, 2021 at 09:42:28PM +0100, Jason McIntyre wrote:
> On Mon, Aug 23, 2021 at 08:18:13PM +0200, Alessandro De Laurenzis wrote:
> > Greetings,
> >
> > I was reluctant to submit this patch, since I'm not a native English
> > speaker and this could be a wordplay joke, but if not, and it
; I attached the correct diff at last of this mail.
>
new .tgz attached.
Giovanni
> I'm sorry again.
>
> On Tue, 6 Apr 2021 09:21:40 +0200
> Giovanni Bechis wrote:
>> On Mon, Apr 05, 2021 at 07:14:49PM +0900, YASUOKA Masahiko wrote:
>>> Hi,
>>&
t;3.1" date 06/07/2018
> |cpu11: disabling user TSC (skew=240)
> |cpu11: smt 0, core 3, package 1
>
> these 2 are real machine and using 2 CPU sockets.
>
> https://marc.info/?l=openbsd-ports&m=161562278114172&w=2
> |Subject:ruby27 vs Puppet
> |From: Giovann
On 4/1/21 4:34 PM, Eric Faurot wrote:
> If not cipher list is specified for a relay rule, fallback to
> the global cipher list if defined, rather than libtls default.
> This is closer to the previous behavior.
>
> Eric.
>
makes sense.
ok giovanni@
Cheers
Giovanni
OpenPGP_signature
Descript
On Mon, Feb 15, 2021 at 12:03:42PM +1000, Jonathan Matthew wrote:
> It's fairly easy to accidentally configure relayd to try to run check scripts
> faster than they finish, for example if you have a check interval of one
> second and the check script makes a tcp connection to a host that doesn't
>
On 12/30/20 9:27 AM, Martijn van Duren wrote:
> On Tue, 2020-12-29 at 08:57 +0100, Giovanni Bechis wrote:
>> On 12/20/20 12:21 AM, gil...@poolp.org wrote:
>>> December 19, 2020 11:26 PM, "Martijn van Duren"
>>> wrote:
>>>
>>>> Person
On 12/20/20 12:21 AM, gil...@poolp.org wrote:
> December 19, 2020 11:26 PM, "Martijn van Duren"
> wrote:
>
>> Personally I'd rather wait to keep the names in sync, especially since
>> it's an easy 2 line diff that can easily be incorperated in the bigger
>> thing. But it's not something I'm goin
On 9/13/20 11:09 PM, Todd C. Miller wrote:
> On Sun, 13 Sep 2020 20:45:35 +0800, Nick Gasson wrote:
>
>> I struggled a bit to configure smtpd to relay to a remote server that
>> requires SSL client certificates. The solution is to just add a "pki
>> host.example.org" option, but "pki" is not liste
On 9/6/20 5:06 PM, Martijn van Duren wrote:
> EHLO,
>
> RFC8601 defines the authentication-results header which can be used to
> show the verification-results of DKIM, SPF, DMARC, and others.
>
I think it can be a good addition.
ok giovanni@
Cheers
Giovanni
> I can think of quite a few filte
ping...
any possible issue with millert@ diff ?
Giovanni
On Sun, Oct 07, 2018 at 08:35:28PM -0600, Todd C. Miller wrote:
> On Sun, 07 Oct 2018 17:08:06 +0200, Marc Espie wrote:
>
> > Specifically, the only part that cares about
> > locale is sort, and it's definitely correct in fixing
> > it's n
On 12/18/18 11:34 AM, Arnaud BRAND wrote:
> Hi,
>
> I'm running 6.4 stable, with latest syspatches.
>
> I saw ospf6d reporting this in the logs
> Dec 18 08:18:10 obsd64-ic1 ospf6d[68658]: send_packet: error sending packet
> on interface vmx1: No buffer space available
>
I have similar problems
On Sun, Oct 07, 2018 at 08:35:28PM -0600, Todd C. Miller wrote:
> On Sun, 07 Oct 2018 17:08:06 +0200, Marc Espie wrote:
>
> > Specifically, the only part that cares about
> > locale is sort, and it's definitely correct in fixing
> > it's not run on an utf-8 file.
>
> Agreed. How about the follow
On Sun, Oct 07, 2018 at 10:06:35AM +0200, Stefan Sperling wrote:
> On Sun, Oct 07, 2018 at 09:43:05AM +0200, Giovanni Bechis wrote:
> > Hi,
> > after setting LC_ALL=en_US.UTF-8 on my env locate.mklocatedb seems broken,
> > resetting LC_ALL=C is a workaround.
> >
>
Hi,
after setting LC_ALL=en_US.UTF-8 on my env locate.mklocatedb seems broken,
resetting LC_ALL=C is a workaround.
$ export LC_ALL=en_US.UTF-8
$ doas /usr/libexec/locate.updatedb
sort: Illegal byte sequence
locate.mklocatedb: cannot build locate database
$ export LC_ALL=C
$ doas /usr/libexec/locat
On 12/04/17 17:39, Giovanni Bechis wrote:
> On 12/04/17 17:27, Joel Sing wrote:
>> On Monday 04 December 2017 13:19:41 Giovanni Bechis wrote:
>>> On 11/10/17 17:46, Joel Sing wrote:
>>> [...]
>>>
>>>> I suspect this is going to be difficult to trac
On 12/04/17 17:27, Joel Sing wrote:
> On Monday 04 December 2017 13:19:41 Giovanni Bechis wrote:
>> On 11/10/17 17:46, Joel Sing wrote:
>> [...]
>>
>>> I suspect this is going to be difficult to track down without being able
>>> to see what is on the wire
On 12/04/17 13:19, Giovanni Bechis wrote:
> On 11/10/17 17:46, Joel Sing wrote:
> [...]
>> I suspect this is going to be difficult to track down without being able to
>> see
>> what is on the wire (tcpdump or 'smtpd_tls_loglevel = 3' in postfix) or being
>>
On 11/10/17 17:46, Joel Sing wrote:
[...]
> I suspect this is going to be difficult to track down without being able to
> see
> what is on the wire (tcpdump or 'smtpd_tls_loglevel = 3' in postfix) or being
> able to reproduce/trigger TLS sessions from the client.
>
postfix log file with 'smtpd_tl
On 09/09/17 05:40, Andrew Fresh wrote:
> This removes path support from the OpenBSD::Pledge perl module in
> preparation for the hot new thing.
>
> I don't believe anyone could be using this as it would have just thrown
> errors if you tried, but thought I should ask for an ok.
>
> so OK?
>
sure
On Sun, Jul 16, 2017 at 03:19:41PM +0200, Mark Kettenis wrote:
> Can somebody test the following diff on Ivy Bridge or Haswell (Intel
> HD Graphics 2500/4000/4600/4700/5000/5100/5200)?
>
> When I added support for the command parser, I took a bit of a
> shortcut and implemented the hash tables as
On Sun, Sep 04, 2016 at 05:02:07PM +0200, Eric Faurot wrote:
>
> The smtpd processes are not expected to ever leave their event loop.
> So stop pretending that the *_shutdown() functions could ever be called
> in this context, and just fatal() if event_dispatch() returns.
>
make sense, ok giovann
On Mon, Aug 22, 2016 at 11:10:28PM +0300, Pavel Korovin wrote:
> Dear all,
>
> I have local patch which implements IP/hostname logging for all SMTP
> operations.
> It simplifies log processing for me since I don't have to keep reference
> between session ids and IPs/hostnames and check it every t
On 08/25/16 15:39, Gilles Chehade wrote:
> On Mon, Aug 22, 2016 at 11:10:28PM +0300, Pavel Korovin wrote:
>> Dear all,
>>
>> I have local patch which implements IP/hostname logging for all SMTP
>> operations.
>> It simplifies log processing for me since I don't have to keep reference
>> between se
Remove vax and other discontinued arch, add zaurus and more.
Is this correct or we want less ?
Cheers
Giovanni
Index: sendbug.c
===
RCS file: /var/cvs/src/usr.bin/sendbug/sendbug.c,v
retrieving revision 1.76
diff -u -p -r1.76 sendbu
On 06/22/16 18:57, Theo de Raadt wrote:
>>> Aside from that, i dont think we should be hardcoding ip-adresses like that.
>>>
>> we are doing that with miniroot/install.sub, time to change ?
>
> No, that is not what miniroot/install.sub does. Not at all.
>
I know, I just said that the ip address
On 06/22/16 18:28, Sebastian Benoit wrote:
> Ted Unangst(t...@tedunangst.com) on 2016.06.22 12:25:04 -0400:
>> Marc Espie wrote:
>>> This would allow pkg_add to auto-configure a mirror, for the case where
>>> PKG_PATH was not specified and where pkg.conf does not exist.
>>>
>>> It only triggers whe
On Wed, Jun 15, 2016 at 03:49:46PM -0700, Mike Larkin wrote:
> On Thu, Jun 16, 2016 at 12:05:51AM +0200, Giovanni Bechis wrote:
> > Hi,
> > this diff enables suspend and hibernate through fn keys in Toshiba laptops.
> > Comments ? Ok ?
> > Cheers
> > Giova
Hi,
this diff enables suspend and hibernate through fn keys in Toshiba laptops.
Comments ? Ok ?
Cheers
Giovanni
Index: acpitoshiba.c
===
RCS file: /var/cvs/src/sys/dev/acpi/acpitoshiba.c,v
retrieving revision 1.5
diff -u -p -r1.5 ac
On Sun, Jun 05, 2016 at 12:43:14PM +0200, Gilles Chehade wrote:
> On Thu, Jun 02, 2016 at 05:18:21PM +0300, Pavel Korovin wrote:
> > Dear all,
> >
> > Could you consider quoting the space-containing values in smtpd log
> > messages?
> >
> > I like the latest smtpd log format improvements, but it'
On Fri, Mar 04, 2016 at 11:32:51PM +0100, Christian Weisgerber wrote:
> Matthias Andree noticed that the constraint
> offset was always off by 3600 seconds for him (running OpenNTPD on
> FreeBSD with CET timezone).
>
> The way we parse the HTTP date in the ntpd constraint code isn't
> portable:
>
Stuart Henderson ha scritto:
>This seems quite a useful database now that there are 500+ TLDs,
>OK to add a flag to use it more easily from whois(1)?
>
>Index: whois.1
>===
>RCS file: /cvs/src/usr.bin/whois/whois.1,v
>retrieving revis
On Tue, Aug 18, 2015 at 11:13:51PM +0200, Mark Kettenis wrote:
> Here is a new version of the diff to make sure we respect the access
> size of pci config space reads and writes in acpi code that was backed
> out. This version adds some code to make sure those reads and writes
> are properly align
On 05/08/15 12:30, Stuart Henderson wrote:
> On 2015/05/08 12:12, Gilles Chehade wrote:
>> I think the proper fix is to reconsider the prepend in the mda case.
>> If procmail requires custom config, so be it.
>
> Given that people aren't meant to be using procmail anyway, this sounds good
> to me
On 05/07/15 03:33, James Turner wrote:
> So I'm not quite sure how to explain this but I'm getting similiar
> emails to the one below and it seems like opensmtpd should be rejecting
> them as they don't seem like they are a valid format.
>
> Have others seen emails like these? Should opensmtpd be
om localhost (bigio.paclan.it [local])
by bigio.paclan.it (OpenSMTPD) with ESMTPA id 0e403d24
for ;
Thu, 7 May 2015 09:31:50 +0200 (CEST)
From: Giovanni Bechis
Date: Thu, 7 May 2015 09:31:50 +0200 (CEST)
Message-Id: <9173265272216522884.enqu...@bigio.paclan.it>
To: giova...@bi
On 04/24/15 13:20, Mikhail wrote:
> Hello, when I switch numlock on thinkpad e530 I see aforesaid message on
> console log.
>
> Can someone review inlined patch?
>
it's ok for me and fixes the same "problem", ok anyone ?
Cheers
Giovanni
On 03/27/15 09:34, Jason McIntyre wrote:
> On Fri, Mar 27, 2015 at 09:25:40AM +0100, Giovanni Bechis wrote:
>> On 03/27/15 09:16, Jan Stary wrote:
>>> The diff below fixes what mandoc -Tlint complains about,
>>> anotates the authors' names with .An in pcap.
On 03/27/15 09:16, Jan Stary wrote:
> The diff below fixes what mandoc -Tlint complains about,
> anotates the authors' names with .An in pcap.3
> and removes a bit of cruft.
>
> I have more diffs lined up for this,
> in case someone was about to do that.
>
> Would it be beneficial to rewrite pcap
On 09/08/14 23:35, Mark Kettenis wrote:
> The more code & documentation I read, the more I'm convinced that
> coordinating state changes between logical processors isn't necessary
> and actually is responsible for the hangs people have been seeing.
>
> So here is a diff that does away with it all.
Il giorno Domenica, 11 Agosto, 2013 22:47 CEST, Ted Unangst
ha scritto:
> Nobody seemed to much care about my previous effort to get OpenBSD to
> play nicely inside a suspended VM.
> http://marc.info/?l=openbsd-misc&m=134324835209706&w=2
>
> Instead of the kernel, this time I'm poking ntpd.
On 03/27/13 12:27, Hubert Jarosz wrote:
> Hi,
> I'm trying to install OpenBSD on my laptop with AR5424 but it fails. The
> question is: wasn't the patch which I found (
> http://marc.info/?t=12643791922) merged into OpenBSD official
> repository or it's bugged?
>
If I remember well it breaks a
On Mon, Mar 18, 2013 at 11:15:55AM +, Stuart Henderson wrote:
> Retrying EBUSY definitely makes sense to me.
>
> Wonder if it's worth having a fixed minimum (i.e. "timer = 500 +
> arc4random_uniform(1)" or something)?
>
> I'm undecided about s/log_warn/fatalx/, in some ways it's better
>
In pfe_filter.c there is a call to DIOCXCOMMIT ioctl to commit pf rules
generated by relayd but in pfe_filter.c:551 there is only a warning about the
transaction failing.
If transaction_commit fails with EBUSY relayd thinks that the pf rules has been
committed but they are not;
at this moment re
On 02/14/13 21:38, Miod Vallat wrote:
> This is what happens when install(1) is used to install files on a
> read-only filesystem:
>
> # mount -u -o ro /usr
> # cd /usr/src
> # make build
> cd /usr/src/share/mk && exec make install
> install -c -o root -g bin -m 444 bsd.README bsd.dep.mk bsd.lib.
Il 01/02/2013 22.17, Stuart Henderson ha scritto:
In gmane.os.openbsd.misc, Mattieu Baptiste wrote:
Hi,
I'm testing npppd with pppx(4).
As i'm understanding npppd, a new pppx(4) interface is created for every
new session. Thus, new /dev/pppxN nodes must be created for the sessions
that we inte
On Thu, Aug 30, 2012 at 10:29:40PM -0400, Lawrence Teo wrote:
> I think the current pcap-filter(3) man page belongs in section 7, since
> it does not describe library functions like the other man pages in
> section 3. It is more similar to the man pages in section 7.
>
> The mainline libpcap's so
On 01/20/12 11:11, Sebastian Reitenbach wrote:
> On Friday, January 20, 2012 08:09 CET, YASUOKA Masahiko
> wrote:
>
>> add handling of `rx connect speed' avp to ignore the bug of xl2tpd.
>> reported by sebastia@ on misc@.
>>
The diff seems correct, ok giovanni@
Cheers
Giovanni
Il 17/01/2012 13.40, Dan Harnett ha scritto:
> The sendmail daemon can be in a state where it is rejecting new messages
> and sets the proc title accordingly. The current rc.d script ignores
> sendmail if it is in this state.
>
> $ pgrep -lf sendmail
> 459 sendmail: rejecting new messages: mi
On 08/25/11 14:44, Thomas de Grivel wrote:
> Including before makes it ok.
> So either the manual is wrong
> or sys/socket.h or netinet/in.h is wrong.
>
Ok for this diff ?
Cheers
Giovanni
Index: ip.4
===
RCS file: /cvs/src/share/
On 04/11/11 10:19, Stuart Henderson wrote:
> it's useful for ports developers to be able to read the infrastructure
> manpages (dpb, pkg_subst, update-patches, etc) without making changes
> to the default configuration.
>
> as with X11R6, this fails cleanly if the relevant directories are not
> pr
On 03/09/11 01:08, Alexander Bluhm wrote:
> Hi,
>
> In IPv4 we log a message when someone is spoofing our arp cache.
>
> Mar 9 01:03:51 q0 /bsd: arp info overwritten for 10.188.50.10 by
> 00:01:02:03:04:05 on ne3
>
> Do we want a similar message for IPv6 neighbor discovery protocol?
>
> Mar
This diff adds support to icmptype grammar to libpcap.
With this diff we can do:
$ sudo tcpdump -netttv -i nfe0 icmp[icmptype] = 8
and capture only echo requests.
This diff is needed for an upcoming nmap update.
Comments ? ok ?
Cheers
Giovanni
Index: scanner.l
Il 21/05/2010 19.31, Tom Murphy ha scritto:
Is there any update on this? Is it possible to get the chipset working?
At least latest version breaks this chip (found on IBM x40):
ath0 at pci1 dev 2 function 0 "Atheros AR5212 (IBM MiniPCI)" rev 0x01:
irq 11
ath0: AR5213A 5.9 phy 4.3 rf5112a 3
On 05/05/10 13:25, Tom Murphy wrote:
My guess is the device isn't supported or WPA/WPA2 isn't working yet
for it? Haven't tried with an open/unencrypted access or WEP point yet
to see if that makes any difference.
I tried the diff and I have no mode device timeout, anyway I receive a
beacon
On 05/03/10 21:02, Christian Weisgerber wrote:
I don't like it. Characters with the eighth bit set and letters
with diacritics ("accented characters") aren't the same thing.
Maybe we can write something about it on Faq7.
Cheers
Giovanni
On 04/29/10 13:40, Luis Henriques wrote:
On 2010/04/28 18:41, Luis Henriques wrote:
Anyway, this gave me the chance to find some more differences between
ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
HAL_MODE_XR) were defined with the wrong values. See updated patch
bel
Il 29/04/2010 11.59, Giovanni Bechis ha scritto:
With this patch my system does not hang anymore but when I try dhclient
ath0 my wifi status is "no network":
$ sudo dhclient ath0
ath0: no link . sleeping
I am seeing also some "ath0: device timeout" kernel messages.
Cheers
Giovanni
On 04/28/10 19:41, Luis Henriques wrote:
Anyway, this gave me the chance to find some more differences between
ath(4) and linux ath5k device driver. Two constants (HAL_MODE_11G and
HAL_MODE_XR) were defined with the wrong values. See updated patch
bellow.
With this patch my system does not han
On 04/27/10 19:34, Luis Henriques wrote:
> BTW, with my wifi card, it seems to make no difference whether the value
> 0x0040 or 0x1000 is used. How the hell my card is working??? :-)
>
I tried your latest diff with my card, it is recognized well, there are
no more "hal status" messages from the k
Vivien MOREAU wrote:
Hello.
This patch is correcting a very little typo in the new example of
configuration for Grub2.
Fixed, Thanks
Giovanni
Luis Henriques wrote:
Anyway, could you please confirm that there are changes on dmesg?
I am expecting that the two lines on dmesg that relate to the ath
attachment should have changed to match your card (you had previously
"rf 0.0", it should now have something different there...).
ath0 at pci3
Luis Henriques wrote:
If you're able to test this patch, please let me know if anything changed
from previous patch.
The wireless doesn't work but some error codes have changed, now hal
statuses are:
ath0: unable to reset hardware; hal status 2160264736
ath0: unable to reset hardware; hal stat
Giovanni Bechis wrote:
> Stuart Henderson wrote:
>> On 2010/01/25 00:50, Luis Henriques wrote:
>>> Re-sending with "cvs diff -upRN"
>
Unfortunately this diff doesn't work with my card, I have "unable to
reset hardware" errors whenever I try to scan
Stuart Henderson wrote:
On 2010/01/25 00:50, Luis Henriques wrote:
Re-sending with "cvs diff -upRN"
Wha, you mean I have to dismantle my AspireOne again and put the
minipcie back in to test it?
Don't worry, I have this wireless card on my laptop too ;-)
Cheers
Giovanni
Joerg Sonnenberger wrote:
"Modern Operating Systems" is mostly of historic value -- the "modern"
is relative to the state of the art of the 1970, early 1980.
Latest release covers Linux, Windows Vista and Symbian, this is quite
"modern".
Cheers
Giovanni
67 matches
Mail list logo