Re: Bug in the guide, npf exaple of gatewayapp

On Sun, 18 Feb 2024, at 11:37:49 + (UTC), adr wrote: On Sun, 4 Feb 2024, adr wrote: Hi, in the example 24.8, $localnet is set to 192.168.0.1/24, the host identifier should be 0. Should I send a bug report, or could someone quickly make this no-brainer fix? Just to be clear, this is not

Re: mlterm 3.9.2 Failed to open pty

On Thu, 21 Jul 2022 at 21:13:25 +0900, Rin Okuyama wrote: On 2022/07/21 19:23, RVP wrote: Looking at baselib/configure.in:279, the pty-type check programs only #include w/o pulling in . Depending on what pkgsrc's CFLAGS are, this could result in the 2 programs not compiling at all,

Re: Option -p in apropos(1)

On Tue, 2022-05-17 at 08:24 -0400, David H. Gutteridge wrote: > On 2022-05-17 04:33, Rocky Hotas wrote: > > On mag 16 21:51, David H. Gutteridge wrote: > > > > > It does accept $PAGER as a definition of what tool to use for the > > > purpose, though that wasn't

Re: Option -p in apropos(1)

On Tue, 2022-05-17 at 07:59 +, RVP wrote: > On Mon, 16 May 2022, David H. Gutteridge wrote: > > > Thanks for this, I've applied a similar patch to HEAD. Assuming > > everyone's satisfied, I could request a pullup to netbsd-9. > > > > Thanks for that. Anoth

Re: Option -p in apropos(1)

On 2022-05-17 04:33, Rocky Hotas wrote: On mag 16 21:51, David H. Gutteridge wrote: It does accept $PAGER as a definition of what tool to use for the purpose, though that wasn't documented in the apropos(1) man page. I just added it. FTR, for some reason in my default env(1) variable PAGER

Re: Option -p in apropos(1)

On Mon, 16 May 2022 at 21:05:59 +0200, Steffen Nurpmeso wrote: >Rocky Hotas wrote in > <20220516180129.gwvmvesgw4dxeage@delpotro>: > |On mag 16 18:11, Rocky Hotas wrote: > |> > |> Am I doing something wrong? > ... > |perl5320delta (1) what is new for perl v5.32.0 > |...Configure 4 For

Re: Option -p in apropos(1)

On Mon, 16 May 2022 at 20:33:40 + (UTC), RVP wrote: >On Mon, 16 May 2022, Rocky Hotas wrote: >>Pager formatting is enabled by default (so, it doesn't need neither >>option -p, nor option -P), but the pager is not activated. Results >>are presented as if the option was not specified. > >apropos

Re: Kernel panic on amd A8 Apu Radeon 7 is there anything i can do ?

On Sun, 17 Apr 2022 13:49:40 +0300, chris greek wrote: Kernel panic on amd A8 Apu Radeon 7 is there anything i can do ? I'm out of gpu because it was too old i guess and until my new arrives i want to use the integrated gpu but i can't I tried also the current without any luck On linux to

Re: man

On Mon, 2022-03-07 at 21:09 -0500, David H. Gutteridge wrote: > On Sun, 6 Mar 2022 at 10:19:51 -0500, C Chapman wrote: > > I can't get the -m option to work with man. When I enter > > > > man -m /usr/pkg/heirloom-doctools/man/ > > > > man searches the defau

Re: man

On Sun, 6 Mar 2022 at 10:19:51 -0500, C Chapman wrote: > I can't get the -m option to work with man. When I enter > > man -m /usr/pkg/heirloom-doctools/man/ > > man searches the default paths first. The man page says it should do > it last. > > I am using version 9.2 and the tcsh shell. Hello,

Re: Problems unpacking sets with ftp -o

On Fri, 30 Apr 2021 at 11:32:10 -0400, Louis Guillaume wrote: >Hello! > >My longtime update method for netbsd systems (since NetBSD 1.6 or so) >summarized... > >1. Retrieve/unpack the kernel > # cd / ># ftp -o "|pax -zrvpe"

Re: firefox68 / netbsd-8 : mostly black window

On Sat, 16 May 2020 at 17:09:25 +0200, is wrote: > am I the only one experiencing this? > > lots of > > [4147, Main Thread] WARNING: failed to open shm: Not supported: file > /pkg_comp/obj/pkgsrc/www/firefox68/default/firefox- > 68.7.0/ipc/chromium/src/base/shared_memory_posix.cc, line 142 >

Re: xfce4 startup issue

On Sat, 9 Feb 2019, at 16:38:18 -0600, Robert Nestor wrote: > I’m still trying to isolate the problem I’m seeing. Did notice that > hal is no longer dragged in when I install xfce4 from current or > 2018Q4, so I’ve eliminated it in my install. Avahi was being pulled > in when I installed

Re: xfce4 startup issue

On Fri, 8 Feb 2019, at 15:13:35 -0600, Robert Nestor wrote: > As suggested by David Gutteridge, I commented out the startup of the > dbus, hal and avahi daemons in rc.conf. When I did this, xfce4 came > up and appeared to be working. So that begs the question, why the > install of xfce4 also

Re: xfce4 startup issue

On Thu, 7 Feb 2019, at 10:11:22 -0600, Robert Nestor wrote: > Running NetBSD 8.0_STABLE on an amd64 system using xfce4 and related > packages from pkgsrc-2017Q4 which has been working. But there are > some minor nits, so I’ve tried upgrading my installed packages to > those found in either

Re: libstdc++.so.7 is missing

On Sun, 2019-01-20 at 22:26 +0100, Pedro Pinho wrote: > Sometimes it's a bit strange with mailing lists ;) > I've installed gcc6-libs and that fixed the problem. I'm really happy for it > and would like to thank you all for bearing with me. > I've been testing the browser for 15min and its

Re: libstdc++.so.7 is missing

On Sun, 2019-01-20 at 17:34 +0100, Pedro Pinho wrote: > The symlink was just a test, I've removed it as I got another missing library. > > Here's the output of ldd /usr/pkg/bin/midori https://pastebin.com/h6wbXvBu > and the output of ldd /usr/pkg/lib/lib*.so https://pastebin.com/UPT68xaw > the

Re: libstdc++.so.7 is missing

On Sat, 2019-01-19 at 17:58 -0500, David H. Gutteridge wrote: > On Sat, 2019-01-19 at 23:43 +0100, Pedro Pinho wrote: > > Back at home! > > I've just erased my disk using gpsrted-live usb and made a fresh > > install from the image here, > > http://ftp.fr.netbsd.or

Re: libstdc++.so.7 is missing

On Sat, 2019-01-19 at 23:43 +0100, Pedro Pinho wrote: > Back at home! > I've just erased my disk using gpsrted-live usb and made a fresh install from > the image here, > http://ftp.fr.netbsd.org/pub/NetBSD-daily/netbsd-8/201901151910Z/images/ > > NetBSD 8.0 STABLE arch amd64 > > Pointed pkgin

Re: libstdc++.so.7 is missing

On Sat, 2019-01-19 at 23:43 +0100, Pedro Pinho wrote: > Back at home! > I've just erased my disk using gpsrted-live usb and made a fresh > install from the image here, > http://ftp.fr.netbsd.org/pub/NetBSD-daily/netbsd-8/201901151910Z/images/ > > NetBSD 8.0 STABLE arch amd64 > > Pointed pkgin

Re: libstdc++.so.7 is missing

On Thu, 17 Jan 2019, at 14:43:18 +0100, Marc Baudoin wrote: > Martin Husemann écrit : > > On Thu, Jan 17, 2019 at 02:35:34PM +0100, Pedro Pinho wrote: > > > Nope, this was/is 8.0 from the start. > > > > And you did not have any pkgs pre-installed? > > > > The problem is that 8.0 had

Re: libstdc++.so.7 is missing

On Thu, 17 Jan 2019, at 11:57:36 -0600, Robert Nestor wrote: >[...] >One good example is if I check out the sources for pkgsrc-2018Q4 and >try building the meta-pkg xfce4 it fails, but the binary archive for it >exists on the server. Assuming the sources are the same for both my >build and the

Re: Wireless USB Adapter

On Mon, 01 Oct 2018, at 22:40:48 +, imgli...@protonmail.com wrote: > So, I took a look at http://netbsd.gw.com/cgi-bin/man-cgi?urtwn+4.i386+NetBSD-8.0 > and despite the fact the my specific device is not listed on the > hardware list, its chipset is listed as one of the supported ones. > If

man.netbsd.org is down

Hi, I thought I'd mention it seems man.netbsd.org (a.k.a. netbsd.gw.com) has been down for at least the last two days. (I happened to notice because I have occasion to check NetBSD man pages while I don't have access to a NetBSD machine.) Regards, Dave

Re: pflogd consume CPU

On 2016-02-07, at 10:39 PM, David H. Gutteridge wrote: > On Sun, Feb 07, 2016 at 23:12:02 +0100, Manuel Bouyer wrote: >> On Sun, Feb 07, 2016 at 08:06:35PM +0100, Manuel Bouyer wrote: >>> On Mon, Feb 08, 2016 at 12:06:54AM +0900, Miwa Susumu wrote: >>>> 2016-02-07

Re: pflogd consume CPU

On Sun, Feb 07, 2016 at 23:12:02 +0100, Manuel Bouyer wrote: >On Sun, Feb 07, 2016 at 08:06:35PM +0100, Manuel Bouyer wrote: >> On Mon, Feb 08, 2016 at 12:06:54AM +0900, Miwa Susumu wrote: >> > 2016-02-07 1:15 GMT+09:00 Christos Zoulas : >> > pflogd process

Issue with pflogd consuming 100% of CPU

Hi all, On one of my machines I'm finding that pflogd consistently ends up getting stuck in a loop where it consumes close to 100% of the CPU. This is with the netbsd-7 branch, on i386. This never happens on an evbarm machine, also running netbsd-7, with a similar use case, which is curious. I