Thanks Travis, I found it and making it now.
Clay
On Tue, Apr 21, 2020 at 11:31 PM Travis Paul wrote:
>
>
> > On Apr 22, 2020, at 5:49 AM, Clay Daniels
> wrote:
> >
> > I want to burn a bootable dvd with NetBSD 9.0. I tried to install
> mkisofs, but it says it is not available in the
> On Apr 22, 2020, at 5:49 AM, Clay Daniels wrote:
>
> I want to burn a bootable dvd with NetBSD 9.0. I tried to install mkisofs,
> but it says it is not available in the repository. Any suggestions?
Hi Clay,
mkisofs is in pkgsrc, it is part sysutils/cdrtools
Good luck!
Travis
I want to burn a bootable dvd with NetBSD 9.0. I tried to install mkisofs,
but it says it is not available in the repository. Any suggestions?
I do use a mix of pre-built binaries and pkgsrc.
My SSD isn't big enough to build things like firefox with pkgsrc.
Besides, there are a few packages that I want to stay AWAY from but, they are
building dependencies of things I use. So, I install the binary, build my stuff
and remove the binary.
I found out from the manual that I have an on-board graphics chip. Can
this cause
the slowness I have been experiencing?
Is there a program that allows me to interrogate this board and see what the PCI
address of the on-board graphics chip is; and whether this on-board
graphics chip is
on or
Chavdar Ivanov writes:
> x11-links depends on osabi-9.0; it should be available in the repo,
> but I don't use the released pkgin repos myself. If you have pkgsrc
> somewhere, you can build it locally and then continue with the rest
> from the repo. While mixing of packages is normally frowned
x11-links depends on osabi-9.0; it should be available in the repo,
but I don't use the released pkgin repos myself. If you have pkgsrc
somewhere, you can build it locally and then continue with the rest
from the repo. While mixing of packages is normally frowned upon, I
believe in this case there
hello;
sudo pkgin install x11-links
(*master+1102) 23:05:37
calculating dependencies...done.
1 package to install:
x11-links-1.31
0 to refresh, 0 to
The problem I reproduced in March (but didn't solve) was on amd64 where
the DS didn't match. It used SHA384.
Two different examples:
https://mail-index.netbsd.org/netbsd-users/2020/03/24/msg024303.html
https://mail-index.netbsd.org/netbsd-users/2020/03/20/msg024285.html
On Tue, 21 Apr 2020, John D. Baker wrote:
> Patch modified for netbsd-7 ( instead of ):
My netbsd-7 BIND now generates the proper SHA-1 hash and resolves external
domains with DNSSEC enabled.
The output of 'dig ' doesn't seem to indicate that DNSSEC is
in use--appears the same with it disabled
Patch modified for netbsd-7 ( instead of ):
Index: include/config.h
===
RCS file: /cvsroot/src/external/bsd/bind/include/Attic/config.h,v
retrieving revision 1.20.8.1
diff -u -r1.20.8.1 config.h
--- include/config.h21 Jun 2017
On 21/04/2020 17:38, John D. Baker wrote:
I seem to recall the real issue there was "dnssec-lookaside auto" being
set in "named.conf" and the "dlv.isc.org." key in "bind.keys" being
expired. The canned root keys in the file are valid (at least the second
one). If one has the latest updates
On Tue, 21 Apr 2020, Greg Troxel wrote:
> Havard Eidnes writes:
>
> >> Does anybody think that the bind bits in netbsd-8 are ok, even before we
> >> talk about compilation?
> >
> > I'm about halfway through the diff between what's in-tree in
> > netbsd-8 and what's in ISC BIND 9.10.5-P1, and
Havard Eidnes writes:
>> Does anybody think that the bind bits in netbsd-8 are ok, even before we
>> talk about compilation?
>
> I'm about halfway through the diff between what's in-tree in
> netbsd-8 and what's in ISC BIND 9.10.5-P1, and all I find so far
> are
I asked because I had trouble
On Tue, Apr 21, 2020 at 10:56 AM Havard Eidnes wrote:
>
> > Does anybody think that the bind bits in netbsd-8 are ok, even before we
> > talk about compilation?
>
> I'm about halfway through the diff between what's in-tree in
> netbsd-8 and what's in ISC BIND 9.10.5-P1, and all I find so far
>
On Tue, 21 Apr 2020 08:25:47 -0400
Greg Troxel wrote:
> Sad Clouds writes:
>
> > On Tue, 21 Apr 2020 09:47:45 +0200 (CEST)
> > Havard Eidnes wrote:
> >
> >> So now I'm a bit confused where this error comes from. Its root
> >> cause does not seem to be the in-tree compiler (the "standalone"
>
Date:Tue, 21 Apr 2020 09:57:51 -0400
From:Greg Troxel
Message-ID:
| I have a very dim memory of somewhere between init and getty there being
| a small delay, so that if getty failed, there wouldn't be a rapid loop.
I doubt that is the delay that is being
> Does anybody think that the bind bits in netbsd-8 are ok, even before we
> talk about compilation?
I'm about halfway through the diff between what's in-tree in
netbsd-8 and what's in ISC BIND 9.10.5-P1, and all I find so far
are
- tweak of RCSID tags
- /*CONSTCOND*/ annotation additions
-
Vitaly Shevtsov writes:
> It seems to be a getty issue not shell itself. As I mentioned before
> (but chosen incorrect responder) I type 'exit', wait ~1 second then
> login prompt appears. And I tried many shells with the same result.
> Actually, I stopped worried about this because it happens
I just log in from physical console (/dev/constty).
If I use urxvt under X11, it closes immediately.
On Tue, Apr 21, 2020 at 6:35 PM Andreas Kusalananda Kähäri
wrote:
>
> On Mon, Apr 20, 2020 at 02:06:23AM +0500, Vitaly Shevtsov wrote:
> > Hello!
> >
> > Does anybody know why there is about 1
Greg, you're right!
It seems to be a getty issue not shell itself. As I mentioned before
(but chosen incorrect responder) I type 'exit', wait ~1 second then
login prompt appears. And I tried many shells with the same result.
Actually, I stopped worried about this because it happens only on
getty
On Mon, Apr 20, 2020 at 02:06:23AM +0500, Vitaly Shevtsov wrote:
> Hello!
>
> Does anybody know why there is about 1 second delay before OS exited
> from the shell? There is no such issue on FreeBSD for example - it
> quits immediately when you type 'exit' or press ^D.
How do you run the shell
On Tue, Apr 21, 2020 at 09:25:59AM -0400, Greg Troxel wrote:
> If that doesn't make sense, please be much more precise about what
> you're talking about.
Yes, it is one of the sleep() calls in getty, not sure why we hit it though
[for wscons based ttys].
Martin
Gua Chung Lim writes:
> * Vitaly Shevtsov wrote:
>> Does anybody know why there is about 1 second delay before OS exited
>> from the shell? There is no such issue on FreeBSD for example - it
>> quits immediately when you type 'exit' or press ^D.
I would suggest looking into what's actually
* Vitaly Shevtsov wrote:
> Does anybody know why there is about 1 second delay before OS exited
> from the shell? There is no such issue on FreeBSD for example - it
> quits immediately when you type 'exit' or press ^D.
Me too. Although it is not serious, but I'm very curious to know the reason.
>> So now I'm a bit confused where this error comes from. Its root
>> cause does not seem to be the in-tree compiler (the "standalone"
>> BIND releases I've built are built with "-g -O2"), and it's not
>> the original BIND code either by the looks of it, as this is the
>> same code which is in
Pierre-Philipp Braun writes:
> Hello, I was willing to benchmark and compare a few IPSEC settings and
> I noticed twofish-cbc does not seem to be available, although it is
> referenced in the manual. Seen on NetBSD/amd64 9.0. Is this a known
> issue? I tried with 128 and 256 bit keys, same
Sad Clouds writes:
> On Tue, 21 Apr 2020 09:47:45 +0200 (CEST)
> Havard Eidnes wrote:
>
>> So now I'm a bit confused where this error comes from. Its root
>> cause does not seem to be the in-tree compiler (the "standalone"
>> BIND releases I've built are built with "-g -O2"), and it's not
>>
On Tue, 21 Apr 2020 13:01:01 +0200
Martin Husemann wrote:
> On Tue, Apr 21, 2020 at 11:59:38AM +0100, Sad Clouds wrote:
> > Thanks guys, I'll keep this in mind. I've not used GPT that much,
> > but looking at /etc/fstab entries I see
> >
> > NAME="XXX" / ffs rw,log 1 1
> >
> > Since partitions
On Tue, Apr 21, 2020 at 11:59:38AM +0100, Sad Clouds wrote:
> > > Advantage might be portability and the availability of partition
> > > names.
> >
> Thanks guys, I'll keep this in mind. I've not used GPT that much, but
> looking at /etc/fstab entries I see
>
> NAME="XXX" / ffs rw,log 1 1
>
>
On Tue, Apr 21, 2020 at 11:59:38AM +0100, Sad Clouds wrote:
> Thanks guys, I'll keep this in mind. I've not used GPT that much, but
> looking at /etc/fstab entries I see
>
> NAME="XXX" / ffs rw,log 1 1
>
> Since partitions are found by ID, does this mean swapping disks between
> different
On Tue, 21 Apr 2020 11:09:07 +0100
David Brownlee wrote:
> On Tue, 21 Apr 2020 at 10:58, Michael van Elst
> wrote:
> >
> > cryintotheblue...@gmail.com (Sad Clouds) writes:
> >
> > >Hi, assuming I'm using a system that doesn't require UEFI and
> > >disks are smaller than 2TB in size. Is there
On Tue, 21 Apr 2020 at 10:58, Michael van Elst wrote:
>
> cryintotheblue...@gmail.com (Sad Clouds) writes:
>
> >Hi, assuming I'm using a system that doesn't require UEFI and disks are
> >smaller than 2TB in size. Is there any advantage of using GPT vs the
> >old disklabel scheme? Also if I want
cryintotheblue...@gmail.com (Sad Clouds) writes:
>Hi, assuming I'm using a system that doesn't require UEFI and disks are
>smaller than 2TB in size. Is there any advantage of using GPT vs the
>old disklabel scheme? Also if I want to use a partition (not whole
>disk) for ZFS, are there any weird
Hello, I was willing to benchmark and compare a few IPSEC settings and I
noticed twofish-cbc does not seem to be available, although it is referenced in
the manual.
Seen on NetBSD/amd64 9.0. Is this a known issue? I tried with 128 and 256 bit
keys, same result. No probem with blowfish-cbc
On 20/04/2020 17:23, Greg Troxel wrote:
Things are occasionally removed from base if there is broad consensus
that the overall NetBSD user community would be better off within them
in base. So far, I see no reason to think mdnsd is one of them.
In the case of mdns not having it in base
On Tue, 21 Apr 2020 09:47:45 +0200 (CEST)
Havard Eidnes wrote:
> So now I'm a bit confused where this error comes from. Its root
> cause does not seem to be the in-tree compiler (the "standalone"
> BIND releases I've built are built with "-g -O2"), and it's not
> the original BIND code either
Hi, assuming I'm using a system that doesn't require UEFI and disks are
smaller than 2TB in size. Is there any advantage of using GPT vs the
old disklabel scheme? Also if I want to use a partition (not whole
disk) for ZFS, are there any weird interaction/restrictions with GPT?
Thanks.
> BIND in netbsd-8 is version 9.10.5-P1.
>
> BIND compiled from ISC, version 9.10.5-P3 also does this correctly:
>
> castor: {11} dig . dnskey | bin/dnssec/dnssec-dsfromkey -f - .
> . IN DS 20326 8 1 AE1EA5B974D4C858B740BD03E3CED7EBFCBD1724
> . IN DS 20326 8 2
>
39 matches
Mail list logo