Re: WIP: Suricata-4.0.0

2017-08-27 Thread Artur Pedziwilk

> On 15 Aug 2017, at 17:14, Gonzalo L. Rodriguez  wrote:
> 
> This is a WIP for Suricata 4.0.0:
> 
> https://suricata-ids.org/2017/07/27/suricata-4-0-released/
> 
> Still working with the rules and some details but it would be nice some 
> test.


It is compiling and works OK on sparc64 and powerpc also.
Thanks a lot for the work.



UPDATE: sysutils/monit

2017-09-26 Thread Artur Pedziwilk
Tested on amd64 with -current
OpenBSD 6.2-beta (GENERIC.MP) #105: Fri Sep 22 18:36:47 MDT 2017




diff --git a/sysutils/monit/Makefile b/sysutils/monit/Makefile
index a4a02bcfabf..5d77ee3df04 100644
--- a/sysutils/monit/Makefile
+++ b/sysutils/monit/Makefile
@@ -2,7 +2,7 @@

 COMMENT=   monitoring and managing daemons utility

-DISTNAME=  monit-5.23.0
+DISTNAME=  monit-5.24.0

 CATEGORIES=sysutils

diff --git a/sysutils/monit/distinfo b/sysutils/monit/distinfo
index f18f68c5341..f0ab7b267cf 100644
--- a/sysutils/monit/distinfo
+++ b/sysutils/monit/distinfo
@@ -1,2 +1,2 @@
-SHA256 (monit-5.23.0.tar.gz) = 3Tn+OjecAkArqcRMIBs7qSXr3I8EIlkYggYHtsXVZxM=
-SIZE (monit-5.23.0.tar.gz) = 1298472
+SHA256 (monit-5.24.0.tar.gz) = 
754d1f0e165e5a26d4639a6a83f44ccf839e381f2622e0946d5302fa1f2d2414
+SIZE (monit-5.24.0.tar.gz) = 1352660



Re: please help! apache ignoring ifmodule php

2017-10-11 Thread Artur Pedziwilk

> On 11 Oct 2017, at 08:18, kasak  wrote:
> 
> By the way, why does we use «mod_php7.c» in configs? 
> Here is the included in openbsd php.conf file:
> 
> LoadModule php7_module /usr/local/lib/php-7.0/libphp7.so
> 
> 
>AddType application/x-httpd-php .php .phtml .php3
>AddType application/x-httpd-php-source .phps
> # Most php configs require this
>DirectoryIndex index.php
> 
> 
> First we load module named php7_module and after that we are trying to check 
> not the name of module, but some .c file? 
> Isn’t it more logical to check like this:  ? 


The module argument can be either the module identifier or the file name of the 
module, at the time it was compiled. For example, rewrite_module is the 
identifier and mod_rewrite.c is the file name.

I personally use and I would use also in default php.conf in the ports the 
following



LoadModule php!!MV!!_module !!PREFIX!!/lib/php-!!PV!!/libphp!!MV!!.so



AddType application/x-httpd-php .php .phtml .php3
AddType application/x-httpd-php-source .phps
DirectoryIndex index.php


It is more consistent IMHO but there is Robert Nagy  to ask 
about opinion.



ignoring x11/getbdf - repository missing

2017-12-26 Thread Artur Pedziwilk
Does anyone know what is wrong with that?

cvs update: ignoring x11/getbdf (CVS/Repository missing)


I have seen that several times, I think mostly when on anoncvs.fr.openbsd.org.
Also, the git repository on GitHub seems kind of corrupt/misbehaving at the 
same point.

Regards,
Artur



Re: Porting to ARMv8 (board, qemu, etc.)

2018-01-29 Thread Artur Pedziwilk


> On 11 Jan 2018, at 15:40, Karel Gardas  wrote:
> 
> - cloud/kvm solution. There are several cloud provides already 
> selling/supporting Cavium ThunderX
>  and for quite cheap money. Anyone has a luck with this solution? I guess 
> OpenBSD would need to run on
>  qemu-system-aarch64 first to support all those kvm/virtio devices needed and 
> then grabed to cloud, but still
>  any chance?


Yesterday, I have managed to run the current of arm64 on scaleway.com...

... by resizing the miniroot62.fs, partitioning it and installing it very 
analogically to 
Antoine's "create-ami.sh" - https://github.com/ajacoutot/aws-openbsd

Later I just simply "dd if=myimage.fs of=/dev/vdb bs=1m"
from Linux instance with 2 disks attached and reboot the disk with new fresh 
instance.
It is basically working but many "Segmentation fault (core dumped)".
I intend to keep that instance running and check it with incoming snapshots.

OpenBSD 6.2-current (GENERIC) #160: Wed Jan 24 18:26:59 MST 2018
dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC
real mem  = 2090483712 (1993MB)
avail mem = 2002345984 (1909MB)
mainbus0 at root: unknown model
cpu0 at mainbus0: Cavium ThunderX T88 r1p1
efi0 at mainbus0: UEFI 2.6
efi0: EDK II rev 0x1
psci0 at mainbus0: PSCI 0.2
simplebus0 at mainbus0: "platform"
virtio0 at mainbus0: Virtio Unknown (0) Device
virtio1 at mainbus0: Virtio Unknown (0) Device
virtio2 at mainbus0: Virtio Unknown (0) Device
virtio3 at mainbus0: Virtio Unknown (0) Device
virtio4 at mainbus0: Virtio Unknown (0) Device
virtio5 at mainbus0: Virtio Unknown (0) Device
virtio6 at mainbus0: Virtio Unknown (0) Device
virtio7 at mainbus0: Virtio Unknown (0) Device
virtio8 at mainbus0: Virtio Unknown (0) Device
virtio9 at mainbus0: Virtio Unknown (0) Device
virtio10 at mainbus0: Virtio Unknown (0) Device
virtio11 at mainbus0: Virtio Unknown (0) Device
virtio12 at mainbus0: Virtio Unknown (0) Device
virtio13 at mainbus0: Virtio Unknown (0) Device
virtio14 at mainbus0: Virtio Unknown (0) Device
virtio15 at mainbus0: Virtio Unknown (0) Device
virtio16 at mainbus0: Virtio Unknown (0) Device
virtio17 at mainbus0: Virtio Unknown (0) Device
virtio18 at mainbus0: Virtio Unknown (0) Device
virtio19 at mainbus0: Virtio Unknown (0) Device
virtio20 at mainbus0: Virtio Unknown (0) Device
virtio21 at mainbus0: Virtio Unknown (0) Device
virtio22 at mainbus0: Virtio Unknown (0) Device
virtio23 at mainbus0: Virtio Unknown (0) Device
virtio24 at mainbus0: Virtio Unknown (0) Device
virtio25 at mainbus0: Virtio Unknown (0) Device
virtio26 at mainbus0: Virtio Unknown (0) Device
virtio27 at mainbus0: Virtio Unknown (0) Device
virtio28 at mainbus0: Virtio Unknown (0) Device
virtio29 at mainbus0: Virtio Unknown (0) Device
virtio30 at mainbus0: Virtio Unknown (0) Device
virtio31 at mainbus0: Virtio Unknown (0) Device
pciecam0 at mainbus0
pci0 at pciecam0
"Red Hat Host" rev 0x00 at pci0 dev 0 function 0 not configured
virtio32 at pci0 dev 1 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio32: address de:2b:88:06:60:4f
virtio32: irq
virtio33 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev 0x00
vioblk0 at virtio33
scsibus0 at vioblk0: 2 targets
sd0 at scsibus0 targ 0 lun 0:  SCSI3 0/direct fixed
sd0: 47683MB, 512 bytes/sector, 97656250 sectors
virtio33: irq
pluart0 at mainbus0: console
agintc0 at mainbus0 nirq 288, nredist 4
agtimer0 at mainbus0: tick rate 10 KHz
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
bootfile: sd0a:/bsd
boot device: sd0
root on sd0a (11af0f37e1af6b1a.a) swap on sd0b dump on sd0b