On Sat, 2024-04-06 at 23:01 +0200, Denis wrote:
> > Synopsis:
> > Category:
> > Environment:
> System : OpenBSD 7.5
> Details : OpenBSD 7.5 (GENERIC.MP) #82: Wed Mar 20 15:48:40 MDT 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> Architecture:
On Mon, 2022-10-31 at 20:14 -0700, Ryan Freeman wrote:
>
> I can confirm the snmpd process is no-longer disappearing with this
> patch. Almost 24 hours on one VM and 16 hours on another. Thanks!
>
> -Ryan
To be complete, what happens is the following:
- snmpd sends a getnext request to the
On Fri, 2022-10-28 at 13:10 -0700, Ryan Freeman wrote:
> On Fri, Oct 28, 2022 at 01:22:57PM +0200, Martijn van Duren wrote:
> > I wondered that as well, but I tried to simulate the not found and
> > error code-paths, but I couldn't trigger it. So I'm not ruling it
> > out, I
re any sensors which disappear and reappear..
>
> On 2022/10/28 10:01, Martijn van Duren wrote:
> > Could you run snmpd with `-vv`? That way I also have the specific
> > OIDs being requested and returned (both frontend and backend) and
> > might make it a little more easy
Could you run snmpd with `-vv`? That way I also have the specific
OIDs being requested and returned (both frontend and backend) and
might make it a little more easy to reproduce.
Do note that this adds at least 4 log lines for every request
issues to snmpd, so your logfile might explode a bit.
On Tue, 2022-03-29 at 20:43 +0100, Raf Czlonka wrote:
> > Synopsis: ldap(1) search doesn't seem to working properly
> > Category: system
> > Environment:
> System : OpenBSD 7.1
> Details : OpenBSD 7.1-beta (GENERIC.MP) #444: Sun Mar 27 11:33:24
> MDT 2022
>
Took me a while to dig up my octeon machine.
The problem is that requestid is an int32, not a long long.
Diff below fixes this for me.
OK?
martijn@
On Wed, 2022-02-09 at 15:01 +0100, Sebastian Oswald wrote:
> > Synopsis: snmpd exits upon query by manager
> > Category: system
> >
Lately I've seen tmux-server crash on shutdown of a window. This doesn't
happen every time, but often enough to make me compile it with debug
symbols.
It was a rapid ^D-close of multiple windows, while there were still
other sessions running. It could've been the closing of the last window,
or one
OK martijn@ for anyone who wants to tag in.
On Sat, 2020-12-26 at 20:12 +0100, Tilo Stritzky wrote:
>
> When I run fortune in pattern match mode (fortune -m) it will
> exit 1 when a pattern is found and 0 when not.
>
> hp1$ uname -a
> OpenBSD hp1.my.domain 6.8 GENERIC.MP#240 amd64
> hp1$
On Mon, 2020-09-14 at 10:28 +0200, Sebastien Marie wrote:
> On Mon, Sep 14, 2020 at 09:32:46AM +0200, Martijn van Duren wrote:
> > On Mon, 2020-09-14 at 08:12 +0100, Stuart Henderson wrote:
> > > On 2020/09/13 22:48, Giovanni Bechis wrote:
> > > > "smtpctl
On Mon, 2020-09-14 at 08:12 +0100, Stuart Henderson wrote:
> On 2020/09/13 22:48, Giovanni Bechis wrote:
> > "smtpctl spf walk" doesn't work as it should because it breaks when it finds
> > macros as defined in RFC 7208.
> >
> > $ echo ryanair.com | smtpctl spf walk
> > gives no output while dig
Wanting to try my hands at dpb on alpha I set up an nfs-server since in
forever. Mounting the share on alpha goes without problems, but trying
to mount it on my amd64 laptop I trigger the following message on the
server:
mountd[19611]: Refused mount RPC from host 192.168.153.197 port 51155
It would help if you could add some more information on where the bug
occurs and how this fixes the issue.
This doesn't only help the developers understand the bug quicker, but
also help you gain confidence in your code because you write out what
the problem really is.
But thanks for pointing
$ man sysupgrade | grep -i smart
$
I see no such promise.
On Mon, 2020-05-25 at 12:07 +, abed wrote:
> OK, but it supposed to be more smart !!!
>
> On 5/25/20 12:02 PM, Renaud Allard wrote:
> >
> > On 5/25/20 1:57 PM, Kevin Chadwick wrote:
> > > . did you ever saw something like this? for
On 5/1/20 7:13 PM, Daniele Bonini wrote:
> Hello,
>
> I need to work on unicode characters, expecially Chinese characters.
>
> So I set this in my .profile:
>
>export LC_CTYPE=zh_CN.GB18030
>
> But launching Terminal in Xfce4 I get:
>
> (process:47941): xfce4-terminal-WARNING **:
With the introduction of ber.c r1.12 I apparently broke aldap.c's
packets without referral. According to RFC4511 section 4.1.9 the
referral element is optional.
Since my change to ber.c returns an error if an element doesn't exist
(instead of stupidly copying the last element) the
On 8/13/19 1:50 PM, Claudio Jeker wrote:
> On Tue, Aug 13, 2019 at 01:43:13PM +0200, Martijn van Duren wrote:
>> On 8/13/19 1:40 PM, Claudio Jeker wrote:
>>> On Tue, Aug 13, 2019 at 01:27:44PM +0200, Martijn van Duren wrote:
>>>>
>>>>
>>>> On
On 8/13/19 1:40 PM, Claudio Jeker wrote:
> On Tue, Aug 13, 2019 at 01:27:44PM +0200, Martijn van Duren wrote:
>>
>>
>> On 8/13/19 1:23 PM, Stuart Henderson wrote:
>>> On 2019/08/13 12:20, Stuart Henderson wrote:
>>>> On 2019/08/13 11:30, Martijn van Du
On 8/13/19 1:23 PM, Stuart Henderson wrote:
> On 2019/08/13 12:20, Stuart Henderson wrote:
>> On 2019/08/13 11:30, Martijn van Duren wrote:
>>> Found this one by because snmpd returns an invalid varbind on my laptop.
>>> Doing some digging I found the f
Found this one by because snmpd returns an invalid varbind on my laptop.
Doing some digging I found the following:
Error message:
mib_iftable: iwm0: invalid ifq: Operation not supported
mib_iftable: em0: invalid ifq: Operation not supported
sysctl mib:
{ CTL_NET, PF_INET, IPPROTO_IP,
Buehler wrote:
> On Tue, May 07, 2019 at 03:02:24PM +0200, Martijn van Duren wrote:
>> Hello,
>>
>> When trying to make p5-Net-SNMP connect to snmpd with seclevel enc it
>> fails to do so. This is because NET::SNMP verifies agains
>> usmStats
Running getdelim on a nonblocking socket results in data loss of the
first part of the message if the said message is sent in chunks.
Code below shows how to repeat.
POSIX states the following:
For the conditions under which the getdelim() and getline() functions
shall fail and may fail, refer
On 1/10/19 6:13 PM, Martijn van Duren wrote:
> On 1/10/19 1:00 PM, Otto Moerbeek wrote:
>> On Thu, Jan 10, 2019 at 02:18:50AM -0700, Anthony J. Bentley wrote:
>>
>>> Hi,
>>>
>>> I have a vi test case that reliably crashes.
>>>
>>> It co
On 1/10/19 1:00 PM, Otto Moerbeek wrote:
> On Thu, Jan 10, 2019 at 02:18:50AM -0700, Anthony J. Bentley wrote:
>
>> Hi,
>>
>> I have a vi test case that reliably crashes.
>>
>> It consists of two files. To crash in a 80x24 terminal, the files should
>> be as follows:
>>
>> foo.txt should be 27
You're right. Yours is a lot cleaner.
OK martijn@
On 12/6/18 8:31 PM, Ingo Schwarze wrote:
> Hi Martijn,
>
> i think your patch does achieve the desired effect, but i'd prefer
> the following one instead. There is really no need to malloc(3) an
> empty string, only to later translate and free
On 12/5/18 7:24 PM, Ingo Schwarze wrote:
> Hi,
>
> putting the minimal useful example in the place of longer quotations:
>
>$ printf "A\nB\n" | gsed '1b;='
> A
> 2
> B
>$ printf "A\nB\n" | sed '1b;='
> sed: 1: "1b;=":
On 12/5/18 11:56 AM, Andreas Kusalananda Kähäri wrote:
> On Wed, Dec 05, 2018 at 09:24:05AM +0100, Martijn van Duren wrote:
>> On 12/5/18 8:23 AM, Andreas Kusalananda Kähäri wrote:
>>> On Wed, Dec 05, 2018 at 08:09:30AM +0100, Andreas Kusalananda Kähäri wrote:
>>>>
On 12/5/18 8:23 AM, Andreas Kusalananda Kähäri wrote:
> On Wed, Dec 05, 2018 at 08:09:30AM +0100, Andreas Kusalananda Kähäri wrote:
>> On Wed, Dec 05, 2018 at 06:14:34AM +0200, Lars Noodén wrote:
>>> I'm noticing some trouble with branching in sed(1) now. Leaving the
>>> label empty should branch
quick 7AM diff, may kill kittens.
martijn@
On 12/5/18 5:14 AM, Lars Noodén wrote:
> I'm noticing some trouble with branching in sed(1) now. Leaving the
> label empty should branch to the end of the script:
>
> [2addr]b [label]
> Branch to the : function with the specified
Just ran into this issue, but unfortunately I can't reproduce.
Steps I took were: I rebooted the vm (openbsd-current from couple of
weeks old) via ssh and after disconnect I immediately connected via vmctl
console 1. The crash happened almost as soon as I hit enter.
martijn@
ping
On 10/31/18 7:28 AM, Martijn van Duren wrote:
> On 8/15/18 8:58 PM, Ingo Schwarze wrote:
>> Hi Martijn,
>>
>> i agree with Todd that in implementing an option invented by GNU,
>> we should follow GNU semantics unless there are very strong reasons
>>
ping
On 10/23/18 9:50 AM, Martijn van Duren wrote:
> The following diff is a half decent solution to the problems and
> (together with my earlier patches) makes our output (minus the comments)
> identical to ldapsearch output (for my particular usecase).
>
> Another is
On 8/15/18 8:58 PM, Ingo Schwarze wrote:
> Hi Martijn,
>
> i agree with Todd that in implementing an option invented by GNU,
> we should follow GNU semantics unless there are very strong reasons
> to diverge. In this case, GNU -i semantics is maybe not the only
> possibility that could be
On 10/30/18 1:50 PM, Mikola Akbal wrote:
> Hi!
>
> I try to create socket, code compiles without problems, but when i run
> program, i receive "Segmentation fault".
>
> Code is following:
>
> int result = socket(AF_INET, SOCK_STREAM, 0);
> int result = socket(AF_INET, SOCK_STREAM, 6);
> int
A couple of machines at my $DAYJOB produce some weird behaviour when
using ftp(1). The connection seems to stall and ftp hangs indefinitely.
This mostly happens in the cron check for syspatch.
This happens on both 6.2 and 6.3 and ipv4 and and ipv6.
ftp hangs in netio and ktrace doesn't reveal
nsole.
Thoughts on both the diff and b64 encoding some of the SAFE-STRINGs?
martijn@
On 10/22/18 9:01 AM, Martijn van Duren wrote:
> I found another bug while testing ldap(1) to M$ AD.
> Attributes like objectGUID are encoded as OCTET STRING, but are binary
> data, which are not UTF-8
I found another bug while testing ldap(1) to M$ AD.
Attributes like objectGUID are encoded as OCTET STRING, but are binary
data, which are not UTF-8 strings.
When looking at RFC4511 I found the following:
4.1.5. Attribute Value
A field of type AttributeValue is an OCTET STRING containing an
There's two (compounding) off by ones in ldap(1), which drops characters
on the start of each LDIF continuation line.
Diff below fixes this.
OK?
martijn@
Index: ldapclient.c
===
RCS file: /cvs/src/usr.bin/ldap/ldapclient.c,v
On 10/07/18 10:08, Otto Moerbeek wrote:
> On Sat, Oct 06, 2018 at 08:57:35PM +0200, Andreas Kusalananda Kähäri wrote:
>
>>> Synopsis: Wrong result in right and full outer join with join(1)
>>> Category: system
>>> Environment:
>> System : OpenBSD 6.3
>> Details
On 08/14/18 14:07, Todd C. Miller wrote:
> On Tue, 14 Aug 2018 10:43:30 +0200, Martijn van Duren wrote:
>
>> The diff below fixes this. Note that I took special care to make a
>> distinction between in place and normal for the 'q' command.
>> When running normally the fi
This does indeed seems like a bug to me. The -i flag should produce
similar output for in place as it does without it.
$ printf '1\n2\n3\n' | tee /tmp/test > /tmp/test1
$ sed 's/2/4/;2q' /tmp/test
1
4
$ sed -i 's/2/4/;2q' /tmp/test
$ cat /tmp/test
1
2
3
$ cat /tmp/sedYwXsFr7jxg
1
4
So the
This reads OK to me.
Does anyone else want to comment on this? Else I'll commit this in a
couple of days.
martijn@
On 02/25/18 22:05, Tim Chase wrote:
>> Synopsis:ed(1) doesn't set modifed flag reading into an empty file
>> Category:user
>> Environment:
> System : OpenBSD 6.2
Works fine for me.
See https://www.ssllabs.com/ssltest/analyze.html?d=www.openbsd.org
Time to update your system.
On 02/16/17 11:18, Danchev, Lambri wrote:
> Dear OpenBSD Team,
>
> Recently I red article describing security and releability of OpenBSD.
> I had made attempt to visit your web site
On 02/14/17 16:29, Sebastian Benoit wrote:
> Paul de Weerd(we...@weirdnet.nl) on 2017.02.14 15:57:43 +0100:
>> Consider the following:
>>
>>1 [weerd@despair] $ doas true
>>2 doas (we...@despair.weirdnet.nl) password:
>>3 [weerd@despair] $ doas true
>>4
On 01/31/17 15:34, Stefan Sperling wrote:
> On Tue, Jan 31, 2017 at 03:36:21PM +0300, Soner Tari wrote:
>>> Synopsis: With large line numbers, tail(1) makes the system unusable.
>>> Category: system
>>> Environment:
>> System : OpenBSD 6.0
>> Details : OpenBSD 6.0 (GENERIC)
After a shutdown or suspend my laptop immediately starts up again.
This issue is not present in Linux, or Windows.
acpidump can be found at: http://imperialat.at/acpidump.tar.gz
If anybody wants to play with it, the machine is at the hackathon.
martijn@
OpenBSD 6.0-current (GENERIC.MP) #0: Tue
Hello bugs,
I just had the following panic switching from wireless to wired when
doing a dhclient.
I tried to reproduce it, but unfortunately wasn't able to do so.
OpenBSD 6.0-current (GENERIC.MP) #2398: Sat Aug 27 23:00:00 MDT 2016
Hello bugs@,
I just got the following panic during boot of my laptop.
This happened during the start of xdm.
This is the first and only time (so far) this panic happened.
msg (transcribed):
dev = 0x414, block = 1671, fs = /var
panic: ffs_blkfree: freeing free frag
Stopped at Debugger+0x9:
Hello bugs@,
I got this panic on the upd driver of the machine of a customer. From
what I've been told, this is the second time this year that this error
occurred. The USB-cable wasn't physically unplugged.
When manually removing the cable the error isn't triggered.
See dmesg and trace
On 05/20/16 11:55, Mark Kettenis wrote:
>> From: Martijn van Duren <openbsd+b...@list.imperialat.at>
>> Date: Fri, 20 May 2016 10:31:27 +0200
>>
>> Hello bugs@,
>>
>> I just noticed the following crash with firefox. The problem appears to
>>
Hello bugs@,
I just noticed the following crash with firefox. The problem appears to
come from the nlist function in libc.
libc is current, with my modifications/fix for regexec.
$ dmesg
OpenBSD 6.0-beta (GENERIC.MP) #2054: Mon May 16 13:31:38 MDT 2016
On 03/31/16 22:00, Martin Natano wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: nat...@cvs.openbsd.org 2016/03/31 14:00:17
>
> Modified files:
> sys/sys: specdev.h
> sys/kern : vfs_subr.c spec_vnops.c
>
> Log message:
> Increase size of the clone
Hello bugs@,
I recently got a new laptop which for general use works great.
One of the few issues in general use is when I start up chromium/iridium
on a "bad moment"[1] which results first in a slowdown of X and
eventually in a full X hang or crash without a way to restart it.
If I'm lucky I
attachments aren't allowed on bugs@ I've placed the dmesg (pre and
post suspend) with a full acpidump(8) at
http://imperialat.at/suspend.tar.gz
(sha256=0dcb7e634a5c28c475c5ec8c5b521082e76b58a7826877c12a80d3f682fa0676)
Hope the information is sufficient.
Sincerely,
Martijn van Duren
On 06/15/13 19:52, Donovan Watteau wrote:
Hi,
I can confirm this on a similar environment.
I'm using nv(4), and I have a ~/.Xdefaults configured this way:
XTerm.vt100.faceName: Terminus
With this setup, I'm experiencing was has been described before (i.e.
invisible fonts in xterm).
Hello bugs,
My Sony Vaio laptop sometimes reports incorrect temperatures via acpitz0
and acpitz1. These temperatures can range up to 100+ decrees Celcius,
which seem rather unlikely if my laptop has been turned off for several
hours.
When booting with acpitz* disabled I find no problems and
Hello bugs@,
My sendbug(8)-repport failed to send, so here's the content copied by
hand. My apologies for any possible missing headers.
Synopsis: ext2fs returns EINVAL errors upon read request halfway
through an undefined subset of files.
Category: ufs/ext2fs
Environment:
System :
Kenneth R Westerback schreef op di 08-01-2013 om 15:36 [-0500]:
On Tue, Jan 08, 2013 at 08:55:48PM +0100, Martijn van Duren wrote:
Hello bugs@,
My sendbug(8)-repport failed to send, so here's the content copied by
hand. My apologies for any possible missing headers.
Synopsis
58 matches
Mail list logo