On Wed, Feb 20, 2019 at 01:05:59PM -0700, j...@bitminer.ca wrote:
> >
> > did you take a look at net/arpwatch?
>
> Too many emails; email to root is not a useful mechanism for me.
>
And net/arpwatch does not handle IPv6.
I'll use the route message ABI if I had to do what you are looking for.
On Wed, Feb 20, 2019 at 08:37:59PM -0500, James Huddle wrote:
> is ncurses too high-level for your needs? That might work.
>
I said I need a direct access to input devices, ie, /dev/wskbd* and
/dev/wsmouse*, not a library for text UI. ncurses won't work for what
I need, and I need to port libinp
On Wed, Feb 20, 2019 at 09:16:04PM -0500, James Huddle wrote:
Personally, I envision a sort of "open source BIOS"
library in the distant future. Something we jack in on jtag
if we have to. There is no harm in *starting.* Meanwhile,
my super productive Dell laptop can't keep me from wondering
w
And so the mission begins.
With an email.
Perhaps a wiki as a next step?
I see the critical word "starting".
Curious as to what has been "started". Looks like nothing.
James Huddle wrote:
> >An area that I am personally interested in is running
> >OpenBSD on fully open-source / binary-blob-
>An area that I am personally interested in is running
>OpenBSD on fully open-source / binary-blob-free
>hardware: hardware where there is no proprietary
>firmware that could hide vendor backdoors, and
>ideally where even the design of the chip is available
>to the user for review.
(Heck yes)^2
Of
is ncurses too high-level for your needs? That might work.
On Tue, Feb 19, 2019 at 1:27 PM Leonid Bobrov wrote:
> On Tue, Feb 19, 2019 at 04:01:08PM +, tfrohw...@fastmail.com wrote:
> > Is the package x11/xbindkeys what you are looking for?
> >
>
> No, I need a direct access to keyboard out
Hi Jungle Boogie,
Jungle Boogie wrote on Wed, Feb 20, 2019 at 03:56:03PM -0800:
> Thankfully man.openbsd.org has many *BSD man pages available
> so I don't have to search many websites with a less inferior
> user interface.
>
> However, it seems the most recent FreeBSD manpages available
> are f
Hi All,
Thankfully man.openbsd.org has many *BSD man pages available so I don't have to
search many websites with a less inferior user interface.
However, it seems the most recent FreeBSD manpages available are from the 11.1
release. 12.0 is the latest current release of FreeBSD. Should those man
Hello,
I'm not sure if this has already been reported, or if it is indeed a
bug, but the title pretty much sums it up.
I wanted to isolate some vmm virtual machines onto a separate vlan so I
created a vlan interface on the host machine, and created a bridge on
it. I used option 4 from the li
Hi,
ropers wrote on Wed, Feb 20, 2019 at 09:58:06PM +0100:
> Imagine a legacy automobile where the break pedal
> accelerates if the car is in neutral,
Your analogy is not quite to the point.
In vi(1), the escape key, in general, means "change mode",
for example from input mode to vi command mod
Not sure if this is what you are looking for, but I like Netdisco for this.
It uses SNMP to query network routers, switches, and access points,
and dumps out their TCAM as well as ARP tables into a Database in
order to preserve a history of not only what MAC Address was mapped to
what IP Address, b
Thanks Stuart.
I did some more digging and found that salt itself was the culprit.
In my formula, I had a state to write out /etc/rc.conf.local followed
by a state to start the ospf2d service.
I created the state for /etc/rc.conf.local, as a file.managed state,
not understanding that the service.r
Imagine a legacy automobile where the break pedal accelerates if the
car is in neutral, and where the user guide says that's exactly what
it does.
Some people might favour changing those mechanics -- and the user guide too.
Granted, what's "correct" is somewhat a matter of opinion and semantics.
On 2019-02-20 10:59, Solene Rapenne wrote:
On Wed, Feb 20, 2019 at 10:36:16AM -0700, j...@bitminer.ca wrote:
...
The apps in ports don't seem to do what you (or I) want. After
looking them
over,
in the end I wrote a sh script to compare `arp -an` output with a list
of "known" MACs, and it
Thanks a bunch...as I mentioned I never run java anymore...
On 2/20/19, Karel Gardas wrote:
> pkg_info -Q jdk
>
> Then pkg_add
>
> Then go to shell and do:
>
> export JAVA_HOME=/usr/local/jdk-1.8.0
>
> export PATH=$PATH:$JAVA_HOME/bin
>
> since now, you should have sane VM executable by "java"
>
www.youtube.com/watch?v=5UePB46RJ5M
Rajneesh N. Shetty
www.youtube.com/watch?v=QHe1PvKALaY
On Thu, 21/2/19, Anton Lindqvist wrote:
Subject: CVS: cvs.openbsd.org: src
To: source-chan...@openbsd.org
Received: Thursday, 21 February, 2019, 1:54 AM
pkg_info -Q jdk
Then pkg_add
Then go to shell and do:
export JAVA_HOME=/usr/local/jdk-1.8.0
export PATH=$PATH:$JAVA_HOME/bin
since now, you should have sane VM executable by "java"
So java -jar
May do the play...
On 2/20/19 8:38 PM, Z Ero wrote:
Hello,
I am trying to run the stand alon
> Are there particular problems that could benefit from new
> ideas or solutions?
I would suggest reviewing https://www.openbsd.org/events.html
and ongoing discussions in the tech mailing list for inspiration.
ropers wrote:
> I personally agree with Sijmen. OpenBSD has always prioritised
> correctness over legacy compatibility and standards compliance.
> Instinctively, leaving a slightly "buggy" thing in base on the theory
> that anyone who doesn't like it should just install larger and less
> scrutinise
Hello,
I am trying to run the stand alone Java program cgoban.jar found at
https://www.gokgs.com/ for playing the board game "Go."
I very rarely run Java programs these days.
OpenBSD only seems to offer jamvm for a virtual machine and for
whatever reason that does not work with this program.
Th
On 20/02/2019, Todd C. Miller wrote:
> On Mon, 18 Feb 2019 09:04:36 +0100, ropers wrote:
>
>> While this feature/bug is counter-intuitive (IMHO), I presume nvi acts
>> this way so as to be bug-for-bug compatible with original vi. (That's
>> my guess. I haven't actually confirmed this.)
>
> You can
On Wed, Feb 20, 2019 at 10:36:16AM -0700, j...@bitminer.ca wrote:
> > I would like to keep tabs on the MAC/IP addresses in my secure net.
> > I do know how to do this, but keeping track of ethernet MAC addresses
> > seems
> > quite cumbersome in OpenBSD, not that it is more convenient in any other
I would like to keep tabs on the MAC/IP addresses in my secure net.
I do know how to do this, but keeping track of ethernet MAC addresses
seems
quite cumbersome in OpenBSD, not that it is more convenient in any
other
general purpose operating system but many interfaces for ex. routers
make it
Stefan Sperling wrote:
> On Wed, Feb 20, 2019 at 03:54:29PM +0100, Ingo Schwarze wrote:
> > Nor does OpenBSD prefer free firmware over non-free firmware in any way.
>
> That's not quite true. Non-trivial effort was spent to make our
> athn(4) driver work with open source firmware for its USB dev
On Wed, Feb 20, 2019 at 03:54:29PM +0100, Ingo Schwarze wrote:
> Nor does OpenBSD prefer free firmware over non-free firmware in any way.
That's not quite true. Non-trivial effort was spent to make our
athn(4) driver work with open source firmware for its USB devices,
and to cross-compile these fi
On Mon, 18 Feb 2019 09:04:36 +0100, ropers wrote:
> While this feature/bug is counter-intuitive (IMHO), I presume nvi acts
> this way so as to be bug-for-bug compatible with original vi. (That's
> my guess. I haven't actually confirmed this.)
You can install the traditional-vi port and compare th
On Tue, Feb 19, 2019 at 9:35 PM Frank Beuth wrote:
> On Thu, Feb 14, 2019 at 04:22:05AM +, Paul Swanson wrote:
> >Are there particular problems that could benefit from new
> >ideas or solutions?
>
> An area that I am personally interested in is running OpenBSD on fully
> open-source / binary-
Hi Frank,
Frank Beuth wrote on Wed, Feb 20, 2019 at 09:32:53AM +0700:
> On Thu, Feb 14, 2019 at 04:22:05AM +, Paul Swanson wrote:
>> I have some general areas of interest, such as embedded
>> computing, but nothing is set in stone yet, so I thought it'd
>> be fun to hear from those in know ab
Op di feb 19 2019, om 21:33 schreef Ted Unangst:
> I think the answer is, you want traditional vi, you get traditional vi. If you
> want something else, try ports.
Can't we improve vi? The proposed change isn't feature bloat.
Even though it 's the classical behaviour it does feel like a bug to me
On 2019-02-19, Henry Bonath wrote:
> --- /var/backups/etc_rc.conf.local.current Wed Jan 16 01:30:06 2019
> +++ /etc/rc.conf.local Fri Feb 15 13:05:17 2019
> @@ -1,9 +1,7 @@
> bgpd_flags=
> ldpd_flags=
> -ospf2d_flags=-f /etc/ospf2d.conf
> ospf2d_rtable=2
> ospfd_flags=
> pf=NO
> pkg_sc
30 matches
Mail list logo
