Hi bugs,
As the topic says. Seen as of a couple of minutes ago in
- http://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256{,.sig}
- http://cdn.openbsd.org/pub/OpenBSD/snapshots/amd64/SHA256{,.sig}
SHA256.sig:
untrusted comment: verify with openbsd-74-base.pub
RWRoyQmAD08ajdVBmPRjVBYV5zAVM117
Hello,
gajim is reporting a msyscall error on launch since today's snapshot.
OpenBSD 7.5 (GENERIC.MP) #46: Fri Mar 1 19:36:05 MST 2024
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
99921 python3.10 CALL munmap(0xfbdb9aea778,0x6e8)
99921 python3.10 RET munmap 0
9
On Sat, Mar 02, 2024 at 08:32:04PM +, Lucas Gabriel Vuotto wrote:
> Hello,
>
> gajim is reporting a msyscall error on launch since today's snapshot.
>
> OpenBSD 7.5 (GENERIC.MP) #46: Fri Mar 1 19:36:05 MST 2024
> dera...@amd64.openbsd.org:/usr/src/sys/arch/a
On Sun, Mar 03, 2024 at 11:58:51AM +, Stuart Henderson wrote:
> On 2024/03/02 14:46, Theo de Raadt wrote:
> > Is this a situation where two libc's are being loaded into the address
> > space? And the 2nd one is refused for pinsyscalls & msyscall, etc etc.
>
> It seems the most likely cause. C
On Mon, Jul 22, 2024 at 12:50:03PM GMT, Mike Larkin wrote:
> does zzz (suspend, lowercase z) work properly?
It does, regarding USB. (the "wakeup event: GPE 0x0" is still present.)
On Mon, Jul 22, 2024 at 10:52:19PM GMT, Mark Kettenis wrote:
> However, it is entirely plausible that the breakage is caused by either:
>
> dev/acpi/acpipwrres.c rev. 1.14
this is the one I tried backing out with no success.
> or
>
> dev/acpi/acpi.c rev. 1.434
backing only this one out did
On Wed, Jul 31, 2024 at 10:42:16PM GMT, Mark Kettenis wrote:
> > Date: Wed, 31 Jul 2024 11:23:08 +0200
> > From: Mark Kettenis
> >
> > > Date: Mon, 22 Jul 2024 22:33:39 +0000
> > > From: Lucas Gabriel Vuotto
> > >
> > > On Mo
On Wed, Aug 21, 2024 at 07:32:34AM GMT, David McMackins II wrote:
> Hello.
>
> I'm trying to set up a gemini server using vger and following the
> instructions in its git repo: https://tildegit.org/solene/vger
>
> However, the TLS handshake with relayd is failing as follows:
>
> rsae_send_imsg:
On Thu, Dec 26, 2024 at 10:46:10AM -0500, William Rusnack wrote:
> >Synopsis:The ordering of the iked flags -d and -n erroneously changes
> >the debug level.
> >Category:bin
> >Description:
> I've found an issue with iked's command line flag processing where the
> order of
> t
Surprisingly, I managed to compile a kernel way faster than what I
expected.
This didn't help.
ddb> show panic
*cpu0: _dmamap_sync: ran off map!
ddb> bt
panic() at panic+0xfe
_dmamem_alloc() at _dmamem_alloc
ehci_idone() at ehci_idone+0x17e
ehci_softintr() at ehci_softintr+0xfe
softintr_dispatch(
>Synopsis: kernel panic: cpu0: _dmamap_sync: ran off map!
>Category: kernel riscv64
>Environment:
System : OpenBSD 7.6
Details : OpenBSD 7.6-current (GENERIC) #140: Fri Jan 31 06:08:51
MST 2025
dera...@riscv64.openbsd.org:/usr/src/sys/ar
On Fri, Jan 03, 2025 at 07:13:37AM -0500, William Rusnack wrote:
> Specifically with iked, it makes debugging configurations remotely very
> tedious and time consuming since after stopping iked you have to wait a
> minute to ssh the server every time.
ikectl decouple; rcctl stop iked
>Synopsis: panic: ffs_blkfree: freeing free frag
>Category: kernel
>Environment:
System : OpenBSD 7.6
Details : OpenBSD 7.6-current (GENERIC.MP) #497: Fri Jan 3
10:21:33 MST 2025
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile
On Sat, Apr 05, 2025 at 09:36:07AM +0200, Walter Alejandro Iglesias wrote:
> Hi again Lucas,
>
> This time I paid a little more attention :-). Maybe I'm missing
> something, but it seems to me that, in your patch, the skip_utf8_cont
> variable is unnecessary.
>
> Anyway, at first I'd also tried
Hey Walter,
Thanks for the report.
On Thu, Apr 03, 2025 at 02:55:11PM +0200, Walter Alejandro Iglesias wrote:
> Using vi mode in ksh I noticed that the command endword (vi.c) gets
> staked when the last character in a word is a UTF-8 character.
>
> To reproduce:
>
> In the line bellow, using vi
On Fri, May 09, 2025 at 08:24:33AM -0700, Andrew Hewus Fresh wrote:
> On Fri, May 09, 2025 at 08:12:02AM +0000, Lucas Gabriel Vuotto wrote:
> > On Thu, May 08, 2025 at 05:29:24PM -0700, Andrew Hewus Fresh wrote:
> > > It's pretty easy to fix fw_update.
> > > Ap
On Thu, May 08, 2025 at 05:29:24PM -0700, Andrew Hewus Fresh wrote:
> It's pretty easy to fix fw_update.
> Apparently was not thinking when I wrote it.
>
> Comments, OK?
In principle this is OK lucas, but I do have comments.
> Index: fw_update.sh
> ===
>Synopsis: splassert: pool_do_put: want 0 have 1
>Category: kernel
>Environment:
System : OpenBSD 7.7
Details : OpenBSD 7.7-current (GENERIC.MP) #53: Fri Jul 11 07:40:44
MDT 2025
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/
Thanks, I'm giving it a spin. Will report back in a couple of days.
On Wed, Jul 16, 2025 at 11:02:01PM +1000, Jonathan Gray wrote:
> On Wed, Jul 16, 2025 at 12:04:12PM +0000, Lucas Gabriel Vuotto wrote:
> > >Synopsis: splassert: pool_do_put: want 0 have 1
> > >Category
19 matches
Mail list logo
