On Thu, Mar 01, 2018 at 09:57:52AM +0100, Marc PERRIER wrote:
> Hello,
>
> In attachment, there is a Screenshot png of sha1sum control.
Why do you use sha1sum, not sha256sum? :)
See https://www.openbsd.org/faq/faq4.html#Download
I get the same sha1 as you and the same sha256 as you display in y
This is a regression that came with the TOCTOU race fix in kern_sig.c 1.216:
https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/kern/kern_sig.c#rev1.216
Reverting that file to 1.215 and /sys/sys/signalvar.h to 1.28 makes this
phenomenon go away.
Consider the following session on amd64 current:
$
On Mon, Mar 19, 2018 at 12:27:10PM +0100, Martin Pieuchot wrote:
> Thanks for the report.
>
> On 19/03/18(Mon) 09:49, Theo Buehler wrote:
> > This is a regression that came with the TOCTOU race fix in kern_sig.c 1.216:
> > https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/ker
On Tue, Apr 03, 2018 at 01:17:06PM +0200, Harald Dunkel wrote:
> Hi folks,
>
> according to the upgrade guide I added "-soii" to hostname.re1.
> It seems to work as expected, but it is not documented in
> hostname.if(5).
It is indirectly documented in that it is one of those arguments that
are pa
On Thu, Apr 12, 2018 at 05:04:32PM -0600, j...@bitminer.ca wrote:
> Hi,
>
> I noticed a couple of inconsistencies between upgrade63.html and
> INSTALL.. They don't both state to remove man pages and
> include files.
Thanks. Now that I see this mail, I remember that you sent a similar
mail a whil
On Sun, Apr 22, 2018 at 04:31:08AM +0200, Klemens Nanni wrote:
> While looking at `time' for other things, tb@ pointed out that the
> following code is broken:
>
> $ time for i in 1 2; do echo $i; done
> ksh: : is read only
>
> Note the missing variable name: time's pipeline fails sin
I have an USB-to-SATA cable with a samsung disk attached. When I plug it
in, the disk tries to attach as a uplcom0. mpi saw that this is due to a
re-used id and cooked the diff below with which it attaches as umass and
is properly usable. lsusb output below.
Index: sys/dev/usb/uplcom.c
===
> >Fix:
> Change line 1376 of install.sub from:
> _rurl_base=${_rurl_base%/SHA256.sig}
> to:
> _rurl_base=${_rurl_base%/SHA256.sig*}
Fixed, thanks!
On Mon, May 14, 2018 at 01:05:07PM +0200, Otto Moerbeek wrote:
> On Sun, May 13, 2018 at 10:34:13PM +0200, Alexander Bluhm wrote:
>
> > Hi,
> >
> > When executing the posixtestsuite port, the i386 kernel crashes.
> > It is this one:
> >
> > /usr/local/libexec/posixtestsuite/conformance/interface
On Wed, May 16, 2018 at 12:34:57PM +0200, Harald Dunkel wrote:
> Thanx for the patch, but I wonder how I can create a syspatch from
> it?
You can't. The syspatch utility only installs officially signed
syspatches and you don't have the signing key.
> If I patch, build and install stable from sour
On Thu, May 31, 2018 at 10:29:55AM +0100, Stuart Henderson wrote:
> On 2018/05/31 01:10, Guy Harris wrote:
> > Some functions in libpcap were changed some time ago to take const pointer
> > arguments rather than non-const pointer arguments and to return a const
> > pointer value:
>
> I'd like to
On Thu, Jun 07, 2018 at 11:23:20AM -0700, Philip Guenther wrote:
> On Thu, 7 Jun 2018, Solene Rapenne wrote:
> > >Synopsis: booting after hibernating loads and reboot
> ...
> > Details : OpenBSD 6.3-current (GENERIC.MP) #84: Tue Jun 5 19:22:09
> > MDT 2018
> >
> > d
> By trying olders snapshots I've been able to pinpoint more precisely
> when it started:
>
> snapshot from 3rd june WORKS fine
>
> OpenBSD 6.3-current (GENERIC.MP) #69: Sun Jun 3 10:40:09 MDT 2018
>
>
> snapshot from 4th june trigger the issue
>
> OpenBSD 6.3-current (GENERIC.MP) #78: Mon Jun
> Can confirm this problem in two of my machines, using same snapshot,
> dmesg from one of them (I still can get the dmesg from the other machine):
>
> OpenBSD 6.3-current (GENERIC.MP) #39: Wed Jun 20 17:36:30 MDT 2018
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Ple
On Sat, Jun 23, 2018 at 01:45:27AM -0500, Abel Abraham Camarillo Ojeda wrote:
> On Sat, Jun 23, 2018 at 12:41 AM, Theo Buehler wrote:
> >> Can confirm this problem in two of my machines, using same snapshot,
> >> dmesg from one of them (I still can get the dmesg f
On Sun, Jul 08, 2018 at 02:54:32PM +0200, Jeremie Courreges-Anglas wrote:
> On Sun, Jul 08 2018, Anton Lindqvist wrote:
> > On Sat, Jul 07, 2018 at 10:06:41AM +0200, Andreas Kusalananda Kähäri wrote:
> >> Hi,
> >>
> >> I'm not sure this is a bug or a misunderstanding by me, but it sure
> >> surpr
On Mon, Jul 16, 2018 at 09:08:11AM -0700, sc...@datagenic.com wrote:
[...]
> Details : OpenBSD 6.3-current (GENERIC.MP) #80: Sun Jul 1 12:22:16
> MDT 2018
>
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> Architecture: OpenBSD.am
On Mon, Jun 29, 2020 at 01:17:56PM +0200, Hiltjo Posthuma wrote:
> Hi,
>
> Thanks for looking into it, it looks better.
>
> With this patch I noticed re_backsrch() does not work fully correct yet.
>
> I think the line:
>
> > + regex_match[0].rm_so < tbo) {
>
> should be:
>
> > +
> Can this patch get committed in the current form?
I don't mind committing either version of the patch.
Unless I hear objections, I'm going to commit the patch below soon.
Index: re_search.c
===
RCS file: /var/cvs/src/usr.bin/mg/re
> login: panic: kernel diagnostic assertion "m->m_pkthdr.pf.statekey == NULL"
> failed: file "/usr/src/sys/net/pf.c", line 7455
Ran into this as well. Should be fixed in the next snap.
https://marc.info/?l=openbsd-tech&m=159462210226639&w=2
Index: if_wg.c
=
On Mon, Jul 20, 2020 at 09:08:15AM +0200, Peter J. Philipp wrote:
> Hi,
>
> I have a screenshot of a kernel panic when I typed cu in a snapshot that
> I just downloaded.
>
> The panic string is:
>
> panic: kernel diagnositc assertion "p->p_wchan == NULL" failed: file
> "/usr/src/sys/kern/kern_
On Mon, Jul 13, 2020 at 03:47:13PM +0100, Mark Willson wrote:
> Folks,
>
> The segmentation fault occurs when the string to replace is just the
> "^" anchor (beginning-of-line) and the point is on an empty line.
> Issue occurs on a -current system dated July 11th. (dmesg below).
>
> The following
> Hmm. I get neither a seg fault nor a loop on my amd64 Lenove E595. The
> cursor moves to different spots in X/i3 xterm vs console and in either
> case doesn't do any replacement.
I can reproduce both behaviors reliably as follows both on console and
in xterm.
$ echo 'a\n\n\nb' > /tmp/test
$ mg
> Thanks very much for your review. What you point out above is certainly
> true, but
> then it is consistent with the current behaviour when searching for the
> beginning-of-line ('^') anchor and the point at the beginning of a
> non-empty line. In that case, the point does not move.
This sounds
On Mon, Aug 03, 2020 at 10:33:40AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I'm unable to openssl s_client, wget, curl or ftp the domain
> k8sapi.prod.chorus1.net. Here is example session with ftp command:
>
> $ ftp -o /dev/null https://k8sapi.prod.chorus1.net/
> Trying 34.102.178.128...
> TLS h
On Sun, Aug 09, 2020 at 07:12:11PM +, Mikolaj Kucharski wrote:
> On Mon, Aug 03, 2020 at 12:47:22PM +0200, Theo Buehler wrote:
> >
> > I will commit a cleaned-up version of that diff soon.
>
> Thanks. It works now with:
>
> OpenBSD 6.7-current (GENERIC.MP) #13: S
On Sat, Sep 12, 2020 at 06:58:47AM +, avih wrote:
> Note: originally posted to misc@ and was requested by Rafael Possamai
> to post to bugs@ ( https://marc.info/?l=openbsd-misc&m=159986950219082&w=4 )
>
> Note: I'm not following this list, nor using OpenBSD regularly.
> Please CC me for any co
On Thu, Sep 24, 2020 at 09:15:20AM +0200, Florian Obser wrote:
> Hi Mischa,
>
> On Thu, Sep 24, 2020 at 08:52:55AM +0200, Mischa wrote:
> > Hi All,
> >
> > With the last couple of -current updates I noticed a VM doesn’t come back
> > after running sysupgrade, which it used to do.
>
> it's very
Just happened again. This time without sshd involvement. Any ideas what
I could try or should do to narrow this down? Otherwise I'll downgrade
to a snap before k2k20 to see whether that makes the machine stabler.
ddb{0}> bt
mi_switch() at mi_switch+0x26f
uvm_pagezero_thread(800093c8) at uv
On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> I have now seen mine crash with just the base "on by default" daemons,
> one incoming ssh connection, top, and dhclient running.
>
> I'm going to try bisecting old kernels to see if I can figure out when
> it was introduced.
>
>
On Tue, Dec 01, 2020 at 12:31:19PM +0100, Andreas Bartelt wrote:
> Hi,
>
> I think I've found a bug in current (snapshot from today) with regard to
> nginx from ports, LibreSSL and TLS 1.3 which is implicitly enabled even if
> configured otherwise.
>
> From nginx.conf:
> ssl_protocols TLSv1
On Thu, Dec 10, 2020 at 09:51:49PM +0100, Olivier Taïbi wrote:
> I think there is a bug in ASN1_time_parse(3): if tm is not NULL then it
> is not zero'd before parsing and the year value is added instead of set.
Thanks!
While your observation is correct, your proposed fix will break parsing
Gener
> I can see that there's been a number of changes committed to OpenSSH
> recently[0] so, unless there's a snapshot-only change, this is most
> likely related.
Reverting this part of the change in readconf.c r1.344 "fixes" it for me.
The issue I run into with 'ssh -J host1 host2' is that parse_ssh_
, NULL, NULL, NULL);
> + if (r == -1 || (r == 1 &&
> + parse_user_host_port(cp, NULL, NULL, NULL) != 0))
> + goto out;
> }
> first = 0; /* only check syntax for subsequent hosts */
>
On Mon, Dec 21, 2020 at 10:15:33AM +0100, Theo Buehler wrote:
> On Mon, Dec 21, 2020 at 08:10:59PM +1100, Damien Miller wrote:
> > Sorry, this snuck back in along with another commit.
> >
> > Does this fix it?
>
> Yes. I was hesitating doing something equivalent to thi
> Hi, getaddrinfo() crashes when multiple threads run getaddrinfo()
> concurrently. This didn't happen in 6.7.
Just to avoid confusion: I see similar crashes on 6.7, 6.6 and 6.4.
On Sat, Dec 26, 2020 at 01:39:55PM +0100, Otto Moerbeek wrote:
> On Sat, Dec 26, 2020 at 11:31:32AM +0100, Otto Moerbeek wrote:
>
> > On Sat, Dec 26, 2020 at 11:07:00AM +0100, Otto Moerbeek wrote:
> >
> > > On Fri, Dec 25, 2020 at 02:04:03PM +0100, Otto Moerbeek wrote:
> > >
> > > > On Fri, Dec
On Sun, Dec 27, 2020 at 08:44:52PM +0100, Otto Moerbeek wrote:
> Hi,
>
> So here the diff that just fixes the mem leak on thread exit. It does
> not contains the TLS init part, I'd like to do that differently than
> what I did in the version I posted earlier.
>
> As stated before, this makes the
This is very likely to be fixed in -current by this commit:
https://marc.info/?l=openbsd-cvs&m=160993335615698&w=2
diff here:
https://marc.info/?l=openbsd-tech&m=160992433912265&w=2
To get coredump and backtrace in such a situation, read up on
kern.nouidcoredump=3 in sysctl(8)
> > To get coredump and backtrace in such a situation, read up on
> > kern.nouidcoredump=3 in sysctl(8)
>
> I imagine this is a typo and you meant kern.nosuidcoredump in
> sysctl(2). Anyway, thanks, that is helpful for the future.
Not really (see right before SEE ALSO in sysctl(8)), but sysctl(2)
On Sun, Jan 10, 2021 at 09:04:05AM +, Mikolaj Kucharski wrote:
> On Sun, Jan 10, 2021 at 10:00:50AM +0100, Theo Buehler wrote:
> > > > To get coredump and backtrace in such a situation, read up on
> > > > kern.nouidcoredump=3 in sysctl(8)
> > >
> >
On Mon, Jan 18, 2021 at 10:59:36AM +0100, Florian Obser wrote:
> On Thu, Jan 14, 2021 at 09:34:49AM -0500, Brad House wrote:
> > While working on debugging an issue reported in c-ares, I noticed some test
> > case failures in inet_net_pton(). I haven't evaluated most of them, however
> > one stood
On Mon, Feb 01, 2021 at 09:44:07AM +, Stuart Henderson wrote:
> On 2021/02/01 08:44, Helmut Kiessling wrote:
> > Hi,
> >
> > Seems I have issues receiving emails into my private email so can you
> > kindly resend it to my work email instead? Original email below:
> >
> > I hope you can point
On Sat, Feb 06, 2021 at 03:20:20AM +, Anindya Mukherjee wrote:
> Hi, there seems to be a memory leak in systat where the help text buffer
> is not freed under some circumstances. As a result, repeatedly pressing,
> for example, 'h' and 'space' keys will cause it to leak memory. Also
> entering
I was trying to debug a WIP port, so I compiled it with '-g -O0' on my
amd64 laptop. When trying to execute the binary, I got
$ ./lean
ksh: ./lean: Cannot allocate memory
mpi was able to pinpoint this to the following check in exec_elf.c:
699 case PT_OPENBSD_RANDOMIZE:
700
> Unfortunately, the binary is stripped so there are no symbols for the
> .openbsd.randomdata segment so we can't confirm the cause.
Sorry about that. A non-stripped binary should be available under
cvs:~tb/lean/lean-nonstripped
On Thu, Nov 07, 2019 at 11:46:56PM +0200, Theo Buehler wrote:
> > Unfortunately, the binary is stripped so there are no symbols for the
> > .openbsd.randomdata segment so we can't confirm the cause.
>
> Sorry about that. A non-stripped binary should be available under
On Thu, Nov 07, 2019 at 03:32:48PM -0700, Theo de Raadt wrote:
> > kern.version=OpenBSD 6.6-current (GENERIC.MP) #433: Thu Nov 7 10:41:08 MST
> > 2019
>
> That is too old and does not contain the solution.
>
I obtained a different binary with the latest sets, but still see the
same problem. Th
On Thu, Nov 07, 2019 at 03:10:45PM -0800, Philip Guenther wrote:
> On Thu, 7 Nov 2019, Theo Buehler wrote:
> > On Thu, Nov 07, 2019 at 03:32:48PM -0700, Theo de Raadt wrote:
> > > > kern.version=OpenBSD 6.6-current (GENERIC.MP) #433: Thu Nov 7 10:41:08
> > > >
On Sat, Feb 08, 2020 at 12:51:24PM +0100, Sven Wolf wrote:
> Hi,
>
> the pkg_add problem with an https installurl is solved (tested with snapshot
> #639/2020-02-07).
Thanks for letting us know. This issue was first resolved by disabling
the TLSv1.3 client last Saturday. A workaround was committe
On Sat, Mar 14, 2020 at 02:01:23PM +, Tom Murphy wrote:
> Hi,
>
> I've narrowed it down.
> Further testing shows it's not kernel, but Xenocara. If I
> install xbase66.tgz from 12th March, it's fine. If I use the
> newest snapshot xbase66.tgz, X crashes.
There was only one xenocara com
On Wed, Mar 25, 2020 at 01:05:51PM +0100, Marko Cupać wrote:
> On 2020-03-24 16:02, Marko Cupać wrote:
> > Hi,
> >
> > I wrote already on @misc, but as I had kernel panic I am reporting it
> > here as well.
> >
> > Recently my npppd server got an increase from ~20 to ~200 concurrent
> > PPTP user
On Mon, May 04, 2020 at 04:23:44PM +0100, Stuart Henderson wrote:
> On 2020/05/04 15:01, Doug Moss wrote:
> > For OpenBSD 6.6, amd64
> > in the daily script to check security:
> > /usr/libexec/security
> >
> > at line 248 for checking if the umask is set:
> > my @list = qw(/etc/profile /root/.pro
Hi,
Thanks for the detailed report.
> iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g
> iwm0: association failed (status 10) for 18:e8:29:11:2b:2f
> iwm0: association timed out for 18:e8:29:11:2b:2f
I saw the same problem on my access point. This is fixed in
On Tue, May 19, 2020 at 09:12:29PM -0400, Demi M. Obenour wrote:
> On 2020-05-19 16:30, Theo Buehler wrote:
> > Hi,
> >
> > Thanks for the detailed report.
> >
> >>iwm0: sending assoc_req to 18:e8:29:11:2b:2f on channel 6 mode 11g
> >>iwm0: a
On Sun, Jun 28, 2020 at 06:58:22PM +0200, Hiltjo Posthuma wrote:
> Hi,
>
> I noticed a bug in mg with regex search.
>
> A way to reproduce the issue:
>
> * Create a file with atleast one empty line, for example:
>
> "a
>
> b"
>
> * Move the cursor after "a".
> * M-x re-search-forward, use a t
On Mon, Jun 06, 2016 at 03:09:34PM +0200, Stefan Sperling wrote:
> On Mon, Jun 06, 2016 at 02:15:35PM +0200, Remi Locherer wrote:
> > Today I built a bsd.rd with IWM_DEBUG. Now the iwm0 works as expected.
>
> This indicates there is a race condition bug which is avoided
> by the additional time sp
fixed, thanks!
committed, thanks!
On Wed, Jun 29, 2016 at 08:28:23PM -0400, Pavan Maddamsetti wrote:
> On Wed, Jun 29, 2016 at 7:53 PM, Philip Guenther
> wrote: ...
> > Workaround: type ^V (control-V) before typing tab.
> >
> >
> > Philip Guenther
>
> Thanks, Philip. Do you know why this might be happening? I have
> another machi
> % cat ~/.ssh/config
> Host *
>ControlMaster auto
>ControlPath ~/.ssh/control-%r@%h:%p
>ControlPersist 1
>
[...]
> Now running ssh(1) dumps the core:
Thanks for the report. The problem is a stricter handling of the recvfd
pledge promise that is tested
On Sat, Oct 08, 2016 at 12:14:55PM +0200, j...@navratil.cz wrote:
> >Synopsis:softraid needed minutes to create crypto device
> >Category:system
> >Environment:
> System : OpenBSD 6.0
> Details : OpenBSD 6.0-current (GENERIC.MP) #2536: Thu Oct 6
> 10:21:50 MDT 2016
>
On Sun, Oct 16, 2016 at 11:54:44AM +0200, Sebastien Marie wrote:
> Hi,
>
> Since the switch to the new way to build kernels, the identification
> string of kernels starts to be too "generic" (and unhelpfull for bug
> report).
>
> $ ftp http://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/amd64/bsd{,.m
On Sun, Oct 16, 2016 at 11:13:09AM +0100, Stuart Henderson wrote:
> I'm OK with that.
Thanks, I think I prefer the version with quotes, for consistency and
safety. Still ok?
Index: newvers.sh
===
RCS file: /var/cvs/src/sys/conf/newve
On Thu, Dec 22, 2016 at 11:37:05AM +0200, Paul Irofti wrote:
> On 20.12.2016 17:45, Mike Belopuhov wrote:
> > On 5 December 2016 at 11:16, wrote:
> > > > Synopsis:
> > > > Category:
> > > > Environment:
> > > System : OpenBSD 6.0
> > > Details : OpenBSD 6.0-current (GENER
> The chown(1) error is due to my user (semarie) isn't member of wobj group
> (I only use snapshot on this host for upgrading).
>
> This requirement for a build outside /usr/src seems a bit odd to me.
> Do I miss something ?
With a newly installed system (after Nov 25) you would not be able to do
> So the call is ioctl(fd, AUDIO_SETINFO, &aui) which seems to trigger pledge.
Thanks for the report. I could reproduce the problem.
The latest change to kern_pledge.c wrapped the AUDIO_* ioctls in
#ifdef NAUDIO > 0, but "audio.h" isn't included, so pledge "audio"
essentially became a no-op.
In
On Sun, Jan 03, 2016 at 10:43:15AM -0800, Serguey Parkhomovsky wrote:
> On Wed, Dec 30, 2015 at 12:12:16PM -0500, Ted Unangst wrote:
> > My understanding is that "apropos Vt=short" should find the stdarg.3 man
> > page.
> > "apropos Va=va_list" does find the page, so I think I have a working index
On Fri, Mar 11, 2016 at 12:00:16PM -0800, Yadwinder Grewal wrote:
> Hello,
>
> I found a broken link on this page:
>
> http://www.openbsd.org/59.html
>
> The link in question can be found under the "How to upgrade" section
>
> How to upgradeIf you already have an OpenBSD 5.8 system, and do not
The following crash happens reliably on this amd64-current machine,
dmesg below.
After roughly 76M download via ftp, the download stalls (and doesn't
continue even after leaving it for hours). On aborting with ^C, ftp
dumps core. The precise number of downloaded bytes varies by about 1M.
I first
On Thu, Mar 31, 2016 at 10:03:04AM +0100, Stuart Henderson wrote:
> On 2016/03/31 10:17, Theo Buehler wrote:
> > After roughly 76M download via ftp, the download stalls (and doesn't
> > continue even after leaving it for hours). On aborting with ^C, ftp
> > dumps c
> I'm going through FAQ and in section 6.2.1 slip is mentioned. I believe this
> was dropped in 5.5 in favour of ppp protocol ... The actual link goes to
> nowhere and I don't have he manpage anymore in freshly installed 5.9 or
> -current.
>
>
> Other virtual interfaces are automatically creat
> Index: wskbd.c
> ===
> RCS file: /cvs/src/sys/dev/wscons/wskbd.c,v
> retrieving revision 1.83
> diff -u -p -r1.83 wskbd.c
> --- wskbd.c 12 Dec 2015 12:30:18 - 1.83
> +++ wskbd.c 13 May 2016 09:20:05 -
> @@ -1037,6 +1
On Tue, May 17, 2016 at 01:45:18PM +0200, Silamael wrote:
> Since OpenBSD 5.9 it's no longer possible to run skeyinit for another
> user while being root:
>
> root@testpc:~# skeyinit -md5 admin
> [Adding admin with md5]
> skeyinit: can't set owner/mode for admin: Operation not permitted
>
> As fa
On Tue, May 17, 2016 at 08:52:28AM -0600, Todd C. Miller wrote:
> On Tue, 17 May 2016 16:21:47 +0200, Theo Buehler wrote:
>
> > I agree with your diagnosis. skeyinit tries to fchown the file to the
> > target user and gets EPERM since it is running with pledge.
> >
> @@ -151,6 +157,11 @@ main(int argc, char **argv)
> } else if (strcmp(pp->pw_name, me) != 0 && getuid() != 0) {
> /* Only root can change other's S/Keys. */
> errx(1, "Permission denied.");
> + } else {
> + /
> We can do more than drop id, we can use the same minimal pledge
> that will be enforced later since root doesn't need to call
> auth_userokay().
>
> In fact, root doesn't need proc or exec. Is this going too far?
That's a nice observation. Your diff looks fine to me as it is.
In the patch be
On Thu, May 26, 2016 at 05:54:30PM -0400, Andre Smagin wrote:
> On Sat, 14 May 2016 21:01:29 +0200 (CEST)
> danj+o...@chown.me wrote:
>
> > >Synopsis: radeon(4) drm crashing on current/amd64
> [...]
> > drm:pid77501:radeon_fence_wait_empty_locked *ERROR* error waiting for
> > ring[3] to become i
On Fri, May 27, 2016 at 04:18:48PM +0200, David Coppa wrote:
> On Fri, 27 May 2016, Carlin Bingham wrote:
>
> > On Fri, May 27, 2016 at 01:07:09AM +0200, Theo Buehler wrote:
> > > On Thu, May 26, 2016 at 05:54:30PM -0400, Andre Smagin wrote:
> > > > On Sat,
>Synopsis: panic: ipintr no HDR
>Category: kernel amd64
>Environment:
System : OpenBSD 5.7
Details : OpenBSD 5.7-current (GENERIC.MP) #919: Mon Apr 13
21:03:43 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
On Wed, Apr 15, 2015 at 11:31:52AM +0200, Martin Pieuchot wrote:
> On 14/04/15(Tue) 16:58, Theo Buehler wrote:
> > >Synopsis: panic: ipintr no HDR
> > >Category: kernel amd64
> > >Environment:
> > System : OpenBSD 5.7
> > Details : Open
On Thu, Jul 09, 2015 at 07:00:30PM +1200, Peter Kane wrote:
> Hello
>
> Just a note to mention that man release in -current still refers to
> sudo in a number of places.
>
> Peter
>
There are of course many more mentions of sudo, most of them are related to
building stuff or from third party so
On Sat, Aug 29, 2015 at 12:36:10PM +0100, Stuart Henderson wrote:
> On 2015/08/29 13:23, t...@math.ethz.ch wrote:
> > panic: free: size too large 18446744073708503040 > 32 (0x8052eb40)
> > type
> > memdesc
> > Stopped at Debugger+09:leave
> > RUN ...
> > ddb{0}> trace
> > Debuggger()
On Thu, Nov 05, 2015 at 04:52:29PM +0100, Gregor Best wrote:
> Hi people,
>
> kvm_mkdb currently gets killed during an fchown if /var is full and the
> file containing the kernel namelist doesn't exist. This can be
> reproduced like this:
>
> # rm /var/db/kvm_bsd.db
> # kvm_mkdb
>
>
> Whoops, you're almost right here. You get EPERM on chown after pledge if
> you try to change the group ID of a file to the ID of a group the
> current process is not a member of.
Oh, you're right... I shouldn't have trusted the man page alone :/
Your solution makes sense to me, but if anything
On Tue, Aug 15, 2017 at 11:07:32AM -0500, Scott Cheloha wrote:
> Due to something like the Echo Effect this particular typo has been
> picked up from our collection by various online fortune/quote collections
> and spread from there.
Fixed, thanks
>
> --
> Scott Cheloha
>
> Index: games/fortune/
On Thu, Aug 17, 2017 at 07:25:14PM -0500, Scott Cheloha wrote:
> Spotted these when customizing my prompt.
>
> I think "may differ from" is better than "could be different from,"
> and you're free to (heh) differ, but in either case we get the
>
> to -> from
I leave the first one one for j
On Fri, Aug 18, 2017 at 02:37:51AM +0200, Theo Buehler wrote:
> On Thu, Aug 17, 2017 at 07:25:14PM -0500, Scott Cheloha wrote:
> > Spotted these when customizing my prompt.
> >
> > I think "may differ from" is better than "could be different from,"
&g
On Fri, Oct 13, 2017 at 07:39:22AM +0200, Harald Dunkel wrote:
> >
> > Remove the trailing slash.
> >
>
> You run into the same problem, if you use copy and paste
> from the mirrors page
>
> https://www.openbsd.org/ftp.html
>
> This is error-prone. For 6.1 it worked better. I would
>
> Found missing output given specific arg for reps, begin, end; need help.
>
> >How-To-Repeat:
>
> $ jot 259 101 360 > /tmp/a
> $ jot 260 101 360 > /tmp/b
> $ diff -u /tmp/{a,b}
> --- /tmp/a Fri Oct 20 17:49:19 2017
> +++ /tmp/b Fri Oct 20 17:49:30 2017
> @@ -128,6 +128,7 @@
On Sat, Oct 21, 2017 at 05:04:44AM +0200, Theo Buehler wrote:
> > Found missing output given specific arg for reps, begin, end; need help.
> >
> > >How-To-Repeat:
> >
> > $ jot 259 101 360 > /tmp/a
> > $ jot 260 101 360 > /tmp/b
> > $ di
> To: m...@openbsd.org, bugs@openbsd.org
please don't send mail to multiple lists. either one of bugs or misc are
sufficient.
On Sat, Nov 04, 2017 at 11:03:26PM +0100, Stephane HUC "PengouinBSD" wrote:
> "It contains support for the on-board devices found on these machines,
> however due to lack
On Mon, Dec 04, 2017 at 10:23:56AM -0800, jungle Boogie wrote:
> On 4 December 2017 at 10:10, Stefan Sperling wrote:
> > On Mon, Dec 04, 2017 at 07:55:45AM -0800, jungle Boogie wrote:
> >> Hi All,
> >>
> >> I don't know if this is a regression in the code or an issue with my
> >> system...
> >>
>
On Fri, Dec 08, 2017 at 09:45:57AM -0700, Todd C. Miller wrote:
> It turns out that locate will *always* go past the end of the buffer
> due to the missing length checks. Usually this is not a problem
> as mmap returns page-sized buffers. But if the length of the buffer
> is an even multiple of t
On Wed, Feb 14, 2018 at 05:01:38AM -0500, Jiri B wrote:
> Hi,
>
> smtpd (pony) did not want to start, complaining about an address in use.
>
> It seems I somehow got duplicated '127.0.0.1 netmask 0xff00' in lo0.
known problem, fixed in current:
https://marc.info/?t=15183698493&r=1&w=2
h
The description of kn_encode_base64() in keynote(3) is inaccurate:
Since the function is a simple wrapper around b64_ntop(),
there is no restriction on the possible lengths of the raw data in
`src'. This is likely a confusion with kn_decode_base64(), where there
is such a restriction on the `src'
Today's run of /etc/weekly script reported a segmentation fault of
makewhatis(8) (compiled from the latest version).
This can be reproduced by issuing
# makewhatis
or, more easily, by
$ mandoc /usr/X11R6/man/man3/glPixelMap.3
The reason for this seems to be a mistake in the equation parsing code.
The report_id variable doesn't do anything anymore, so one might as
well eliminate it entirely, no?
Index: lib/libusbhid/parse.c
===
RCS file: /cvs/src/lib/libusbhid/parse.c,v
retrieving revision 1.10
diff -u -p -r1.10 parse.c
--- pa
Starting with the amd64 snapshot of February 9th, there is a regression
in tmux which can lead to a bus error on startup or when sourcing a file
that sources another file.
The easiest way I found to reproduce the crash is as follows:
$ pwd
/home/user
$ ls
$ cat .tmux.conf
source-file .mytmuxconf
On Tue, Jan 31, 2017 at 02:53:17PM -0500, Foo74 wrote:
> The link for a BSD book points to a C# book.
>
> Here is the patch:
thanks. i don't feel comfortable linking to amazon on this page, so i
just removed the link and added the isbn instad. i also fixed the title
while there.
> Index: books.h
1 - 100 of 197 matches
Mail list logo
