On Tue, 21 Jun 2022 13:47:28 +0200
Stefan Sperling wrote:
> On Mon, Jun 20, 2022 at 11:41:05PM +0100, Julian Smith wrote:
> > It turned out that i needed to do `ifconfig iwn0 down -joinlist up` to
> > remove
> > all networks from the join list, as described in
Recently i got really confused after removing a 'join ... ' line
from /etc/hostname.iwn0, then running `sh /etc/netstart`. This resulted
in reconnection to , even though was now not mentioned
anywhere in /etc/hostname.iwn0.
Even `ifconfig iwn0 down up` did not change this behaviour.
It turned o
On Mon, 9 Aug 2021 17:35:36 - (UTC)
Stuart Henderson wrote:
> On 2021-08-08, Julian Smith wrote:
> > I've been trying to get a yoctopuce (https://www.yoctopuce.com/) USB
> > sensor to work on OpenBSD, but have run into problems.
> >
> > The sensor has Li
I've been trying to get a yoctopuce (https://www.yoctopuce.com/) USB
sensor to work on OpenBSD, but have run into problems.
The sensor has Linux code
(https://github.com/yoctopuce/yoctolib_cpp.git) that uses libusb, but
on OpenBSD using the libusb1 package, libusb_kernel_driver_active() and
libusb
I'm wondering whether pkg-config might not be outputing correct flags
for freeglut.
For example this programme:
#include
int main(void)
{
return 0;
}
- fails to build with:
cc `pkg-config --cflags --libs freeglut` foo.c
because:
In file included from foo.c:1:
On Tue, 6 Oct 2020 13:29:56 - (UTC)
Stuart Henderson wrote:
> On 2020-10-05, Julian Smith wrote:
> > It looks like OpenBSD's cmake port patches cmake to remove the use
> > of -O2 in Release and RelWithDebInfo builds -
> > /usr/ports/devel/cmake/patches/patch-Modu
It looks like OpenBSD's cmake port patches cmake to remove the use of
-O2 in Release and RelWithDebInfo builds -
/usr/ports/devel/cmake/patches/patch-Modules_Compiler_GNU_cmake has:
- string(APPEND CMAKE_${lang}_FLAGS_MINSIZEREL_INIT " -Os -DNDEBUG")
- string(APPEND CMAKE_${lang}_FLAGS_RELEASE_I
On Mon, 17 Aug 2020 08:14:22 - (UTC)
Stuart Henderson wrote:
> On 2020-08-15, Julian Smith wrote:
> >
> > Ok i'll try building a current kernel in the next few days.
>
> Kernel and userland (and device firmware) should be in sync. It's
> easier to use
I've just run into a slightly confusing situation during an install
using install67.fs on a USB stick, and wondered whether it might be
worth adding something to http://www.openbsd.org/faq/faq4.html
"Installation Guide " to clarify what to do.
I was installing onto a second 32 GB USB stick on a Le
On Sat, 15 Aug 2020 11:09:59 +0200
Stefan Sperling wrote:
> On Sat, Aug 15, 2020 at 09:14:48AM +0100, Julian Smith wrote:
> > I'm seeing fairly frequent (e.g. more than daily) failures from an
> > iwn0 wireless network device, on a Lenovo X230.
> >
> > dmesg|
I'm seeing fairly frequent (e.g. more than daily) failures from an iwn0
wireless network device, on a Lenovo X230.
dmesg|grep iwn shows:
iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev 0x34: msi,
MIMO 2T2R, MoW, address a4:4e:31:43:f1:60
iwn0: fatal firmware error
iwn0: fatal
On Mon, 10 Aug 2020 09:53:10 +0200
Otto Moerbeek wrote:
> On Sun, Aug 09, 2020 at 09:46:00PM +0100, Julian Smith wrote:
>
> > I've just used adjfreq() directly to correct my hardware clock,
> > which was running an hour ahead of UTC (due to my hardware
> &g
I've just used adjfreq() directly to correct my hardware clock, which
was running an hour ahead of UTC (due to my hardware previously running
Windows).
But i've struggled to understand the adjfreq(2) man page, so ended up
finding a value for by trial and error.
I ended up with this code:
do
On Tue, 21 Jul 2020 19:23:44 +0100
Julian Smith wrote:
> On Mon, 20 Jul 2020 17:18:19 +0100
> Julian Smith wrote:
>
> > On Mon, 20 Jul 2020 15:26:11 +
> > Visa Hankala wrote:
> >
> > > On Mon, Jul 20, 2020 at 04:35:12AM +, Visa Hankala wrote:
On Wed, 22 Jul 2020 19:09:41 +0200
Theo Buehler wrote:
> On Wed, Jul 22, 2020 at 07:05:31PM +0200, Theo Buehler wrote:
> > This works around the bug:
>
> And this might even be a correct fix:
>
> diff --git configure.ac configure.ac
> index 0d22ad59b..d27222459 100644
> --- configure.ac
> +++
On Mon, 20 Jul 2020 17:18:19 +0100
Julian Smith wrote:
> On Mon, 20 Jul 2020 15:26:11 +
> Visa Hankala wrote:
>
> > On Mon, Jul 20, 2020 at 04:35:12AM +, Visa Hankala wrote:
> > > On Sun, Jul 19, 2020 at 09:47:54PM +0100, Julian Smith wrote:
> > >
It looks like ksh runs much slower than bash with current Ghostscript's
./configure script - for me it takes 20m, compared with 45s under bash.
This is on OpenBSD 6.7 GENERIC.MP#1 amd64. [This kernel has visa@'s
wait4() patch (see recent 'gdb in uninterruptible wait' thread), but
the same problem
On Mon, 20 Jul 2020 15:26:11 +
Visa Hankala wrote:
> On Mon, Jul 20, 2020 at 04:35:12AM +, Visa Hankala wrote:
> > On Sun, Jul 19, 2020 at 09:47:54PM +0100, Julian Smith wrote:
> > > I've been finding egdb and gdb rather easily get stuck in an
> > >
I've been finding egdb and gdb rather easily get stuck in an
uninterruptible wait, e.g. when running the 'next' command after
hitting a breakpoint.
So it's not possible to kill the debuggee or gdb and the only way to
kill the debuggee process and free up its listening sockets seems to be
to reboot
For me, backtrace_symbols() does not show line-numbers. Is this the
intended behaviour?
I'm using:
OpenBSD jules-obsd 6.7 GENERIC.MP#182 amd64
libexecinfo-0.3p2v0
With 'cc -g -Wl,--export-dynamic', i'm getting backtraces like:
0x69854ee369 at ./foo.c.exe
0x69854ee477 at ./foo.c
k at the ports build, flightgear-2016.3.1p4, and
see whether i can make it build a later flightgear.
Thanks,
- Jules
On Sat, 10 Aug 2019 13:55:54 +0100
Julian Smith wrote:
> I've been trying to build and run the open source flight simulator
> flightgear (https://flightgear.org) on OpenBS
I've been trying to build and run the open source flight simulator
flightgear (https://flightgear.org) on OpenBSD.
Slightly to my surprise, getting it to build wasn't too difficult.
But i'm getting a SIGBUS at early on at runtime in code called by Qt.
I'm unsure how to go about investigating thi
port 5281 received-on $int_if nat-to $int_if' rule.
Everything's working fine now.
I hope that's useful to someone.
- Julian
On Tue, 28 Oct 2014 18:57:12 +
Julian Smith wrote:
> On Tue, 28 Oct 2014 13:40:52 -0400
> trondd wrote:
>
> > Are you telnett
On Tue, 28 Oct 2014 13:40:52 -0400
trondd wrote:
> Are you telnetting to the external IP of the server from the internal
> client?
Yes. Actually i've tried using the external IP and the internal IP.
Both have the same result - telnet says 'telnet: Unable to connect to
remote host: Connection ref
On 27 Oct 2014 21:29:07 +0100
pe...@bsdly.net (Peter N. M. Hansteen) wrote:
> Julian Smith writes:
>
> > pass in on $int_if proto tcp from $int_net to $ext_if port 80 rdr-to
> > $server
> > pass out on $int_if proto tcp to $server port 80 received-on $in
Hello
I'm using pf's rdr-to to forward external connections on port 5281 to a
machine (called pc5) on my internal network, using this line in pf.conf:
pass in on egress proto tcp from any to any port 5281 rdr-to pc5 port 5281
This works fine, but i can't get the forwarding to also work from
On Tue, 16 May 2006 07:33:11 -0500
Terry <[EMAIL PROTECTED]> wrote:
> On Mon, May 15, 2006 at 07:51:45PM -0700, Darrin Chandler wrote:
> > Just guessing, but I keep seeing people talk about disabling pciide in
> > BIOS fixing funky hangs and panics. Don't know if that's an option on
> > the VAIO,
I'm trying to install OpenBSD on to a Sony Vaio laptop, model number
PCG-Z600NE (on front label) / PCG-5291 (on underneath label), bought
in the UK 5-6 years ago. It is a has a 12" screen, external USB floppy
drive and external PCMCIA CDROM drive. I replaced the original hard
drive with a 30GB Hita
On Thu, 01 Dec 2005 00:23:27 -0500
Jean-Christophe Sicard <[EMAIL PROTECTED]> wrote:
> Hi misc,
>
> I'm trying to setup a pair of carp'ed firewalls on a cablemodem
> connection with a single dhcp'ed IP.
> The carp setup was a breeze on the internal interfaces where I have free
> reing on IPs, b
On Wed, 16 Nov 2005 22:54:02 +0100
Joachim Schipper <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 16, 2005 at 02:01:01PM +0100, Per-Erik Persson wrote:
> > AFS would handle your storage in a redundant and distributed way
> > where you "easily" can add and remove a machine.
> > But this is not a thing
I've been wondering about how to cope with random hardware failures when
data is being received from a WAN and written to local storage. As I
understand it, CARP(4) will enable any one of N machines to handle
incoming requests, so hardware failure of up to N-1 machines will be
handled.
But if each
31 matches
Mail list logo
