Jonathan Thornburg wrote:
> I recently reinstalled my main laptop (which was at 6.5-stable/amd64)
> with 6.6/amd64. Almost everything "just worked", and the things that
> didn't were 3rd-party stuff not from OpenBSD. A big thank-you to everyone!
>
> And... a specific itch-you-scratched-very-ni
I recently reinstalled my main laptop (which was at 6.5-stable/amd64)
with 6.6/amd64. Almost everything "just worked", and the things that
didn't were 3rd-party stuff not from OpenBSD. A big thank-you to everyone!
And... a specific itch-you-scratched-very-nicely I'd like to praise:
For the past
On Fri, Dec 13, 2019 at 10:52:03PM +0100, Alexander Pluhar wrote:
>
> > Just upgraded my APU2 to the latest -current and it seems to hang on the
> > disk.
> > It was fine running on -current #512.
>
> I encountered this problem on 6.6 stable with the latest syspatches installed
> after
> updati
On Thu, Dec 19, 2019 at 02:03:19PM -0700, andrej wrote:
> Hi Ted,
>
> On the note of accurate documentation; how about adding the actually defined
> timeout for persist rather than the "some time"?
>
>
> Cheers,
> Andrej
>
>
>
> --
> Sent from: http://openbsd-archive.7691.n7.nabble.com/openbs
thanks for the reply and clarifications. much appreciated.
after reading the reply i went back and checked the disk.
on amd64 Linux and OpenBSD fdisk shows the GPT properly.
(output of Linux fdisk)
Disk /dev/sdc: 235.58 GiB, 252933308416 bytes, 494010368 sectors
Disk model: SSD-PEU3
Units: se
No, it has to do with disklabel placement.
It will work if the ext2fs filesystem is listed as a MBR partition,
but not if it is only listed as a disklabel entry.
But after that, you potentially have other issues... we do not make
promises about filesystem compatibility between architectures.
Wol
Short version:
Looks like something's wrong either with your hardware or
software: I have the same computer, with OBSD 6.5 installed, and no
problems mounting thumbs - maybe try another thumb, or recreate the
ext2 partition, or use a stable OBSD, instead of current ...
Here on macppc:
hw.pr
Hi Ted,
On the note of accurate documentation; how about adding the actually defined
timeout for persist rather than the "some time"?
Cheers,
Andrej
--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
Long time reader, first time writing in...
> The big question: Is there any DOC for OpenBSD about this? What pf rules
> needed to redirect any DNS server (ex.: 8.8.8.8 or 1.1.1.1) requests to
the
> DNS server running on the ROUTER, coming from the CLIENTS?
You can use rdr-to[0] with pf to redirec
> Sent: Wednesday, December 18, 2019 at 9:49 PM
> From: "Bodie"
> To: misc@openbsd.org, owner-m...@openbsd.org
> Subject: Re: Why isn't ChallengeResponseAuthentication NO in sshd_config?
>
>
>
> On 18.12.2019 18:48, lu hu wrote:
> > Hello,
> >
> >
> > # what am I talking about
* openbsd-misc-nos...@riseup.net [2019-12-13
18:47:52 +0500]:
I have next options in tmux.conf:
bind '"' split-window -c "#{pane_current_path}"
bind % split-window -h -c "#{pane_current_path}"
bind c new-window -c "#{pane_current_path}"
But it doesn't work anymore. And I can't find working o
Use DNSmasque. Use OpenDNS for forwarding to take care of lot of crapware.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, December 17, 2019 9:55 PM, lu hu wrote:
> Our little home network:
>
> ISP -> ROUTER -> SWITCH -> WIFI APs -> CLIENTS
>
> ROUTER: OpenBSD 6
Hi Stuart,
mea culpa. My bad. Two errors in one mail. Of course logfile ist
/var/log/messages. Second error: I forgot to -f Makefile.bsd-wrapper
one time. This installed the tools under /usr/bin not /usr/sbin. And
/usr/bin is before /usr/sbin in the $PATH, so always the wrong file
was executed. Th
On 2019-12-18, Dieter Rauschenberger wrote:
> Hi misc,
>
> $ dig openbsd.org
> Abort trap (core dumped)
>
> $ tail -f /var/www/messages
> Dec 18 17:57:07 ws /bsd: dig[96895]: pledge "dns", syscall 28
>
> $ nslookup openbsd.org
> Abort trap (core dumped)
>
> $ tail -f /var/www/messages
> Dec 18 17
Hello,
I am trying out the reply-to option in pf to force icmp echo replies
back on the same interface (vlan10) where they came in.
The problem I am seeing is that the destination mac address of the
replies are set to ethernet next-hop of the default route (vlan11).
Am I using this correctly?
M
On 15.12.2019. 23:01, Hrvoje Popovski wrote:
> On 15.12.2019. 12:45, Holger Glaess wrote:
>> hi
>>
>>
>> runing version
>>
>>
>> /etc 16>dmesg | more
>> Copyright (c) 1982, 1986, 1989, 1991, 1993
>> The Regents of the University of California. All rights reserved.
>> Copyright (c) 1995-2
On Fri, Dec 13, 2019 at 03:31:51PM +0100, Bodie wrote:
>
>
> On 13.12.2019 14:47, openbsd-misc-nos...@riseup.net wrote:
> > I have next options in tmux.conf:
> >
> > bind '"' split-window -c "#{pane_current_path}"
> > bind % split-window -h -c "#{pane_current_path}"
> > bind c new-window -c "#{p
17 matches
Mail list logo