> Sometimes, rarely, across multiple version ( did not see it in 7.5 so far )
> the log `scsi_xfer pool exhausted` just get spammed forever,
>
> It doesn't crash, the device just spam the message , so it s active
>
> I do not have a way to create the problem , but,
> i wonder if the code could
On 2024-05-24, Sven F. wrote:
> --c4123906193364e5
> Content-Type: text/plain; charset="UTF-8"
>
> Hello,
>
> Sometimes, rarely, across multiple version ( did not see it in 7.5 so far )
> the log `scsi_xfer pool exhausted` just get spammed forever,
>
> It doesn't crash, the device
Hello,
Sometimes, rarely, across multiple version ( did not see it in 7.5 so far )
the log `scsi_xfer pool exhausted` just get spammed forever,
It doesn't crash, the device just spam the message , so it s active
I do not have a way to create the problem , but,
i wonder if the code could be
On 2024-05-12, Sandeep Gupta wrote:
> ./Tools/scripts/pydoc3 > build/scripts-3.12/pydoc3.12
> Illegal instruction (core dumped)
>
> I am unable to find a proper debugger into which to load the python.core
> generated after core dump, so can't provide any useful debug info.
pkg_add gdb and use
I was able to compile Python 3.12 from source code on openBSD 7.4. However,
after upgrade to 7.5 the compile process crashes with core dump:
cc -pthread -g -Wl,--export-dynamic -o Programs/_testembed
Programs/_testembed.o -L. -lpython3.12 -lpthread -lutil
-lm
_testembed.c:1848
Hello.
I am seeing a possible issue with the cdce driver since I upgraded from
7.4 to 7.5. I was using a u-blox modem connected via a PCIe-USB board
that worked under OpenBSD 7.4. See following link for pertinent info:
https://www.eskimo.com/~joji/cdce/obsd74
Once I upgraded to 7.5
onal initialization on a Gigabyte
>> > B650 in OpenBSD 7.4 amd64; basic requests take minutes to complete and
>> > each block read takes 30 seconds. During boot, attached SSDs will block
>> > pending these requests;
>>
>> I have the same issue.
It's not the node package that's broken, but the esbuild binary distributed on
npm, see also
https://github.com/evanw/esbuild/issues/3523
You might want to try building esbuild yourself, on your OpenBSD system.
On 2024-03-05 10:12, Sandeep Gupta wrote:
As best i can see, node (node-18.18) is
El Tue, 5 Mar 2024 10:12:31 +0530
Sandeep Gupta escribió:
> As best i can see, node (node-18.18) is broken and cannot be used at
> all. No matter the package config "npm install" results in same error:
> ```
> npm install
> npm ERR! code 1
> npm ERR! path
>
As best i can see, node (node-18.18) is broken and cannot be used at all.
No matter the package config "npm install" results in same error:
```
npm install
npm ERR! code 1
npm ERR! path
/home/kabiraatmonallabs/Garage/my-skeleton-app/node_modules/esbuild
npm ERR! command failed
npm ERR! command sh
On 2024 Feb 04 (Sun) at 20:17:44 +0800 (+0800), Tito Mari Francis Escaño wrote:
:Hi misc,
:I was hoping to install GNUstep packages in ARM but it seems gnustep-back
:and gnustep-base are not yet available in ARM.
:I was under the impression that these are needed to start basic GNUstep
Hi,
On Sunday, February 04, 2024 13:17 CET, Tito Mari Francis Escaño
wrote:
> Hi misc,
> I was hoping to install GNUstep packages in ARM but it seems gnustep-back
> and gnustep-base are not yet available in ARM.
> I was under the impression that these are needed to start basic GNUstep
>
On 2024-02-04, Tito Mari Francis Escaño wrote:
> Hi misc,
> I was hoping to install GNUstep packages in ARM but it seems gnustep-back
> and gnustep-base are not yet available in ARM.
> I was under the impression that these are needed to start basic GNUstep
> development.
gnustep's libobjc2
Hi misc,
I was hoping to install GNUstep packages in ARM but it seems gnustep-back
and gnustep-base are not yet available in ARM.
I was under the impression that these are needed to start basic GNUstep
development.
Please advise what options are available to move forward.
Also addressed to
b...@po.cwru.edu writes:
>> Divan Santana [20240131 165546 +0200]:
>>
>> b...@po.cwru.edu writes:
>>
>> > Onboard SATA seems to require additional initialization on a Gigabyte
>> > B650 in OpenBSD 7.4 amd64; basic requests take minutes to complete
> Divan Santana [20240131 165546 +0200]:
>
> b...@po.cwru.edu writes:
>
> > Onboard SATA seems to require additional initialization on a Gigabyte
> > B650 in OpenBSD 7.4 amd64; basic requests take minutes to complete and
> > each block read takes 30 second
b...@po.cwru.edu writes:
> Onboard SATA seems to require additional initialization on a Gigabyte
> B650 in OpenBSD 7.4 amd64; basic requests take minutes to complete and
> each block read takes 30 seconds. During boot, attached SSDs will block
> pending these requests;
I have th
Hello folks,
I just uploaded the new releases for OpenBSD smoker on version 7.4.
Here are the links:
* https://app.vagrantup.com/arfreitas/boxes/openbsd-7.4-cpan-smoker-i386
* https://app.vagrantup.com/arfreitas/boxes/openbsd-7.4-cpan-smoker-amd64
Regards,
Alceu
Hi guys
Happy New Year! Hope you all started well ;-)
Unfortunately the USB-Tethering does not work on OpenBSD7.4-stable with
Google Pixel 6a or Google Pixel 8 pro, both running latest stable
GrapheneOS.
1. Laptop running OpenBSD 7.4-stable with latest patches and updates:
kern.osrelease=7.4
Onboard SATA seems to require additional initialization on a Gigabyte
B650 in OpenBSD 7.4 amd64; basic requests take minutes to complete and
each block read takes 30 seconds. During boot, attached SSDs will block
pending these requests; optical drives pass that boot step quickly but
userland
Just dropping a thanks for release 7.4.
After used it some days I noticed an average cpu temperature almost
six degrees lower than the usual one (despite the lower environment
temperature of the season).
== Nowarez Market
On Mon, Nov 27, 2023 at 11:38:01AM -0700, Theo de Raadt wrote:
> Mike Larkin wrote:
>
> > On Mon, Nov 27, 2023 at 01:05:56PM -0500, Laurent Cimon wrote:
> > > Hi,
> > >
> > >
> > > The CPU0 on my Thinkpad 480 is always running at around 100%.
Mike Larkin wrote:
> On Mon, Nov 27, 2023 at 01:05:56PM -0500, Laurent Cimon wrote:
> > Hi,
> >
> >
> > The CPU0 on my Thinkpad 480 is always running at around 100%. It's on
> > OpenBSD 7.4.
> >
> > It seems to be doing this in the kernel.
On 11/27/23 13:12, Mike Larkin wrote:
On Mon, Nov 27, 2023 at 01:05:56PM -0500, Laurent Cimon wrote:
Hi,
The CPU0 on my Thinkpad 480 is always running at around 100%. It's on
OpenBSD 7.4.
It seems to be doing this in the kernel.
Here is the CPU's line from top(1).
CPU0: 0.0% user
On Mon, Nov 27, 2023 at 01:05:56PM -0500, Laurent Cimon wrote:
> Hi,
>
>
> The CPU0 on my Thinkpad 480 is always running at around 100%. It's on
> OpenBSD 7.4.
>
> It seems to be doing this in the kernel.
>
>
> Here is the CPU's line from top(1).
>
> CPU
Hi,
The CPU0 on my Thinkpad 480 is always running at around 100%. It's on
OpenBSD 7.4.
It seems to be doing this in the kernel.
Here is the CPU's line from top(1).
CPU0: 0.0% user, 0.0% nice, 79.3% sys, 3.8% spin, 16.3
It's always this specific CPU, and it's been draining my
ping, e.g.
> google.de (both IPv4 and IPv6), proof-checked with "HE.NET Network
> Tools" on the smartphone. The router is running OpenBSD 7.4.
Not the first time I did that, but I reset the network config of the
iPhone, restarted the router and now it works :-|
Pardon the noise...
Am Donnerstag 16 November 2023 um 20:08:16 +0100, schrieb Manuel Kuklinski 1,0K:
> I opened a support ticket with Cupertino, since TCP seems to be clearly
> working, according to the mentioned app - just "regular" connections can't
> be openend to HTTP, IMAP et al, via TCP in different apps...
Am Freitag 17 November 2023 um 21:31:44 +1100, schrieb jslee 0,5K:
> Are you sure your phone isn’t attempting a DNS lookup, failing and deciding
> that the WiFi is pointless?
As posted in a reply to my e-mail, I tested a TCP connection with "ELX
TCP CLient" from the smartphone and captured with
Am Donnerstag 16 November 2023 um 20:27:37 -0700, schrieb David Rinehart 0,7K:
> Maybe... Is the clock set to the correct time on the iPhone?
Yes, the clock is set to the correct time.
Pv4 and IPv6), proof-checked with "HE.NET Network
> Tools" on the smartphone. The router is running OpenBSD 7.4.
Are you sure your phone isn’t attempting a DNS lookup, failing and deciding
that the WiFi is pointless?
John
Maybe... Is the clock set to the correct time on the iPhone?
> o I tried disabling the RPZ:
> no luck.
>
> o I tried loading /etc/examples/pf.conf:
> no luck.
>
> o I tried re-naming the WiFi and changing the wpakey:
> no luck.
>
> o I tried enabling and disabling encryption on my
On 11/16/2023 9:39 AM, Manuel Kuklinski wrote:
Am Donnerstag 16 November 2023 um 8:53:10 -0700, schrieb John Brooks 2,1K:
I had a similar problem a few weeks back. Turned out to be a partial
failure of a network card. I could send and receive ICMP traffic, but
not TCP traffic. Replaced the
Am Donnerstag 16 November 2023 um 17:39:36 +0100, schrieb Manuel Kuklinski 0,3K:
> Am Donnerstag 16 November 2023 um 8:53:10 -0700, schrieb John Brooks 2,1K:
> > I had a similar problem a few weeks back. Turned out to be a partial
> > failure of a network card. I could send and receive ICMP
by dhcp(8). I disabled MAC
address randomization on the smartphone. As it seems, I can ping, e.g.
google.de (both IPv4 and IPv6), proof-checked with "HE.NET Network
Tools" on the smartphone. The router is running OpenBSD 7.4.
I can ping the local network, e.g. 10.10.10.10, but can't connect t
Am Donnerstag 16 November 2023 um 8:53:10 -0700, schrieb John Brooks 2,1K:
> I had a similar problem a few weeks back. Turned out to be a partial
> failure of a network card. I could send and receive ICMP traffic, but
> not TCP traffic. Replaced the network card, then everything worked
> as
on the smartphone. As it seems, I can ping, e.g.
google.de (both IPv4 and IPv6), proof-checked with "HE.NET Network
Tools" on the smartphone. The router is running OpenBSD 7.4.
I can ping the local network, e.g. 10.10.10.10, but can't connect to
services running on that IP - likewise I
On 2023-11-14, Stuart Henderson wrote:
> On 2023-11-13, Jeremy Mates wrote:
>> Nov 12 19:41:30 gear pkg_add: Added firefox-119.0->119.0.1
>> Nov 12 19:41:55 gear pkg_add: Added ghostscript-10.02.0->10.02.1
>>
>> PDF builds fail, can someone confirm this isn't my system being wacky?
>
>
On 2023-11-13, Jeremy Mates wrote:
> Nov 12 19:41:30 gear pkg_add: Added firefox-119.0->119.0.1
> Nov 12 19:41:55 gear pkg_add: Added ghostscript-10.02.0->10.02.1
>
> PDF builds fail, can someone confirm this isn't my system being wacky?
This was fixed in -current but that hasn't
Nov 12 19:41:30 gear pkg_add: Added firefox-119.0->119.0.1
Nov 12 19:41:55 gear pkg_add: Added ghostscript-10.02.0->10.02.1
PDF builds fail, can someone confirm this isn't my system being wacky?
$ ls test.*
test.ly
$ cat test.ly
\version "2.22.2"
k-6.9.12.88p0 djvulibre-3.5.28p1
> libheif-1.16.2p0."
>
> This is a fresh OpenBSD 7.4 amd64 release. My installurl is pointed to
> cdn.openbsd.org/pub/OpenBSD.
>
> Any other php packages were installed fine. But both pecl80-imagick-3.7.0p1
> and ImageMagick fail.
>
> Some id
Ah, sorry for my misreading what you wrote.
Please use 'sendbug' to report the sequence of pkg_add operations that
didn't work.
Philip Guenther
On Sun, Oct 22, 2023 at 5:50 PM Mark wrote:
> It wasn't an upgraded system, that's fresh install, a completely new
> OpenBSD 7.4
It wasn't an upgraded system, that's fresh install, a completely new
OpenBSD 7.4 amd64.
And the first package I wanted to install, was imagick. And it failed as on
the screenshot image link.
However, installing the "gtk-update-icon-cache" package, and after, pkg_add
imagick solved t
ulibre-3.5.28p1,libheif-1.16.2p0"
> >
> > and then;
> > "Couldn't install ImageMagick-6.9.12.88p0 djvulibre-3.5.28p1
> > libheif-1.16.2p0."
> >
> > This is a fresh OpenBSD 7.4 amd64 release. My installurl is pointed to
> > cdn.openbsd.org/pub/
gt;
> "Can't install ImageMagick-6.9.12.88p0: can't resolve
> djvulibre-3.5.28p1,libheif-1.16.2p0"
>
> and then;
> "Couldn't install ImageMagick-6.9.12.88p0 djvulibre-3.5.28p1
> libheif-1.16.2p0."
>
> This is a fresh OpenBSD 7.4 amd64 release. My install
pkg_add ImageMagick-6.9.12.88p0 gives me;
(after fetching few libraries)
"Can't install ImageMagick-6.9.12.88p0: can't resolve
djvulibre-3.5.28p1,libheif-1.16.2p0"
and then;
"Couldn't install ImageMagick-6.9.12.88p0 djvulibre-3.5.28p1
libheif-1.16.2p0."
This is a fre
Same. Preparing to upgrade.
On 10/16/23 10:42, Claudio Miranda wrote:
Congratulations to Theo and everyone involved in making OpenBSD 7.4 a
reality and for this awesome project altogether! I also love the
artwork (big thanks also to the artist that created it). so I'll be
getting some 7.4 merch
Awesome new release as usual and the artwork is also superb.
Regards, Jean-François
Wow. 55 releases. I remember starting out with OpenBSD 2.2 or 2.3 and
still have the CDs in a box downstairs somewhere :)
Congratulations on another fine release.
I'll have to go stock up on some tshirts in a bit.
Congratulations to Theo and everyone involved in making OpenBSD 7.4 a
reality and for this awesome project altogether! I also love the
artwork (big thanks also to the artist that created it). so I'll be
getting some 7.4 merch soon!
Claudio Miranda
On Mon, Oct 16, 2023 at 9:37 AM pela0 wrote
Upgrading...
;)
--- Original Message ---
On Monday, October 16th, 2023 at 09:53, Theo de Raadt
wrote:
>
>
>
> ----
> - OpenBSD 7.4 RELEASED -
- OpenBSD 7.4 RELEASED -
October 16, 2023.
We are pleased to announce the official release of OpenBSD 7.4.
This is our 55th release. We remain proud of OpenBSD's record
On Oct 15 11:48, Nick Holland wrote:
> On 10/12/23 13:54, Karel Lucas wrote:
> > Is it already known when openBSD 7.4 will be released? I would like to
> > know that, because of a project I am working on.
>
> The answer to your question is already out there, but I offer
On 10/12/23 13:54, Karel Lucas wrote:
Is it already known when openBSD 7.4 will be released? I would like to
know that, because of a project I am working on.
The answer to your question is already out there, but I offer this
procedural tip:
IF you wish to follow releases, start your project
On Oct 13 08:03, Crystal Kolipe wrote:
>
> Or just wait until Monday.
>
Or just run -current, not wasting time on versions and release dates.
On Fri, Oct 13, 2023 at 10:36:43AM +, Laura Smith wrote:
> Certainly by all means, track that file on CVS as the "source of truth" but
> ultimately there's no certainty until it happens.
For more accuracy you could try grabbing a local copy of the CVS repo with
reposync and writing a script
> I usually track the following file.
>
> https://cvsweb.openbsd.org/src/etc/root/root.mail
>
Ironically, that file seems to support the earlier statement made by Peter
Hansteen that he got shot down for (i.e. "The exact date will not be generally
known until it happens if recent releases
On Oct 12 19:54, Karel Lucas wrote:
> Is it already known when openBSD 7.4 will be released? I would like to know
> that, because of a project I am working on.
I usually track the following file.
https://cvsweb.openbsd.org/src/etc/root/root.mail
Date: Oct 16 07:04:00 MDT 2023
Thanks for the date, helpful and well received..
-- Daniele Bonini
Don't be ridiculous, there is no point to be so obtuse.
The date is already visible in many files in our tree, and you know it.
Oct 16.
Peter N. M. Hansteen wrote:
> On Thu, Oct 12, 2023 at 07:54:04PM +0200, Karel Lucas wrote:
> > Is it already known when openBSD 7.4 will be released
On Thu, Oct 12, 2023 at 07:54:04PM +0200, Karel Lucas wrote:
> Is it already known when openBSD 7.4 will be released? I would like to know
> that, because of a project I am working on.
The exact date will not be generally known until it happens if recent releases
are anything
Is it already known when openBSD 7.4 will be released? I would like to
know that, because of a project I am working on.
62 matches
Mail list logo
