Hi Julian,
Am 22.10.2018 um 01:26 schrieb Julian Suschlik:
FAM/gamin execute programs when parts of the filesystem change AFAIK.
My goto program for this is entr (http://entrproject.org/) available as
port under sysutils/entr (http://ports.su/sysutils/entr)
I still don't get what you tryin
Hello,
I am having trouble with ospfd not updating the kernel fib as it
should (I think). This is in my lab environment on vagrant.
host# uname -a
OpenBSD host 6.4 GENERIC.MP#329 amd64
host# ospfctl sh rib | grep 172.29.21.2
172.29.21.2/32 172.29.2.10 Intra-Area Network 20 00
Hi,
Is the LibreOffice package in the i386 tree expected for OpenBSD 6.4?
not listed the mirrors so far.
Kihaguru
On Fri, Oct 19, 2018 at 04:16:51AM +, Mike Larkin wrote:
> On Thu, Oct 18, 2018 at 10:34:20PM -0300, Daniel Bolgheroni wrote:
> > On Wed, Oct 17, 2018 at 08:42:46PM +, Mike Larkin wrote:
> > > A 1000Hz host helps here. I get 10.32s real time on sleep 10 with that
> > > setting.
> > >
> >
Dear All,
I have managed to configure and get the output of the serial console on
KVM and here is the output (with different CPU type only the name of
the CPU changes) :
~~
>> OpenBSD/amd64 CDBOOT 3.40
boot>
cannot open cd0a:/etc
FAM/gamin execute programs when parts of the filesystem change AFAIK.
My goto program for this is entr (http://entrproject.org/) available as
port under sysutils/entr (http://ports.su/sysutils/entr)
Markus Rosjat schrieb am So., 21. Okt. 2018 10:54:
> hi Julian,
>
> Am 20.10.2018 um 01:01 schr
Ted Unangst wrote:
> Ted Unangst wrote:
> > Derek wrote:
> > > Adding a "#!/bin/sh" at the top of the scripts made them all work again.
> >
> > i don't believe this is a change; that's how it should always work.
>
> sorry, this appears wrong. doas actually uses execvpe() from libc, which is
> sup
Ted Unangst wrote:
> Derek wrote:
> > Just upgraded from 6.3 to 6.4 and the doas behaviour seems to have changed.
> >
> > I finally solved it, but just posting here in case anyone has this problem.
> >
> > I had a few little shell scripts in /usr/local/sbin/ - intended to be run
> > by doas : one
Derek wrote:
> Just upgraded from 6.3 to 6.4 and the doas behaviour seems to have changed.
>
> I finally solved it, but just posting here in case anyone has this problem.
>
> I had a few little shell scripts in /usr/local/sbin/ - intended to be run
> by doas : one-liners like bioctl mounting a US
thx for the speedy answer, theo.
I will learn.
Gesendet: Sonntag, 21. Oktober 2018 um 23:48 Uhr
Von: "Theo de Raadt"
An: "Heinz Kampmann"
Cc: misc@openbsd.org
Betreff: Re: pledge & unveil
Heinz Kampmann wrote:
> is there a paper on the web that explains work and relationship
> from pledge
Heinz Kampmann wrote:
> is there a paper on the web that explains work and relationship
> from pledge and unveil for dummies?
There are some talks at openbsd.org/events.html, the manual pages,
and more than 300 examples in the source tree.
Hello,
is there a paper on the web that explains work and relationship
from pledge and unveil for dummies?
Best wishes,
Heinz
Hello All,
During install of install64.iso I experience a kernel panic during
boot of the CD (pc=811c303c).
install64.iso sha256sum is
81833b79e23dc0f961ac5fb34484bca66386deb3181ddb8236870fa4f488cdd2 which
matches https://cdn.openbsd.org/pub/OpenBSD/6.4/amd64/SHA256
I have tested with var
Shawn Southern(shawn.south...@entegrus.com) on 2018.10.19 18:01:41 +:
> So apparently this works... I was expecting relayd to listen on those ports,
> but I'm guessing that since it hooks through pf, that's not necessary.
It only listens if you use "relay". If you use "redirect", it uses pf t
On 2018-10-21 21:17, Gilles Chehade wrote:
On Wed, Oct 17, 2018 at 10:44:19PM +0300, Atanas Vladimirov wrote:
Hi misc,
Please, let me know if this mailing list is not the right place for
this
question.
I'm following -current and I found that maybe something is wrong with
my
setup.
When the
Adding the route to other side network from the alias address does work:
route add 192.168.99.0/24 50.79.22.45
On Sun, Oct 21, 2018 at 1:58 PM Sonic wrote:
>
> On Mon, Oct 15, 2018 at 7:17 PM Stuart Henderson wrote:
> > The problem is _not_ that your source address is 50.79.22.41,
> > because it
On Wed, Oct 17, 2018 at 10:44:19PM +0300, Atanas Vladimirov wrote:
> Hi misc,
>
> Please, let me know if this mailing list is not the right place for this
> question.
>
> I'm following -current and I found that maybe something is wrong with my
> setup.
> When the server boots the first time after
On Mon, Oct 15, 2018 at 7:17 PM Stuart Henderson wrote:
> The problem is _not_ that your source address is 50.79.22.41,
> because it wouldn't work with 50.79.22.45 either, you need to be
> using an address that is covered by the flows (say 192.168.55.1).
>
> Try "ping -I $source_ip $dest_ip" with
> The jumping up and down vertically should have been fixed via this
> commit from @bru:
>
https://github.com/openbsd/xenocara/commit/a011f4db8a6b02f5b298f8b631330764f40aa037
Confirming that installing the new 6.4 release (which includes the
linked patch) fixes the issue.
For the sake of futur
On 10/11/18 10:40 AM, Kevin Chadwick wrote:
On Thu, 11 Oct 2018 12:32:06 +0200
The gdb from packages is then called egdb.
Make sure cgdb is using egdb, if you use cgdb too.
I wanted to give cgdb a shot. How do I make sure its using egdb?
Documentation is required for gdb unlike eclipse a
>Adding a "#!/bin/sh" at the top of the scripts made them all work
>again.
Sounds like now the behavior is as it should be. If you really need the old
behavior back you could try running the scripts with the dot command.
Hi again,
to elaborate a bit, the reason I'm interested in getting more detailed
benchmark results for the build processes is that I've noticed there are many
situations where servers with less hardware resources (CPU cores and RAM in
particular) often seem to finish the builds quite a lot fast
Hi!
I have a handful of OpenBSD (CURRENT) instances, running on different VPS and
full iron platforms.
Since I use CURRENT, keeping up to date means I have the opportunity to watch
and compare the build process durations of the kernel, the userland, and
Xenocara.
For now, I've simply clocked
Hi.
Certificate is not valid from 20 Oct. for
https://cloudflare.cdn.openbsd.org.
Thank you, OpenBSD team! )
Regards,
Alex Fedorov
hi Julian,
Am 20.10.2018 um 01:01 schrieb Julian Suschlik:
Would sysutils/entr help?
canyou be more specific?
thank you
--
Markus Rosjatfon: +49 351 8107224mail: ros...@ghweb.de
G+H Webservice GbR Gorzolla, Herrmann
Königsbrücker Str. 70, 01099 Dresden
http://www.ghweb.de
fon: +49
25 matches
Mail list logo
