to Pandoc or not

2020-07-14 Thread sven falempin 
Dear readers,

Is anyone working on that for openbsd ?

https://github.com/freebsd/freebsd-ports/blob/master/textproc/hs-pandoc/Makefile

I do not know the Cabal build system nor haskell
so
I have no idea of the difficulty level of bringing that in ports .

IE: is it possible to have it work with just a few tweeks

Best,

[update] log4cplus 2.0.4

2019-10-31 Thread sven falempin 
build ok 6.6
_
Index: Makefile
===
RCS file: /cvs/ports/devel/log4cplus/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile26 Jul 2017 22:45:18 -  1.10
+++ Makefile31 Oct 2019 19:12:39 -
@@ -2,7 +2,7 @@
 COMMENT=   logging API for C++
-DISTNAME = log4cplus-1.2.0
+DISTNAME = log4cplus-2.0.4
 EXTRACT_SUFX=  .tar.bz2
 REVISION = 0
Index: distinfo
===
RCS file: /cvs/ports/devel/log4cplus/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo28 Jan 2016 12:29:54 -  1.4
+++ distinfo31 Oct 2019 19:12:39 -
@@ -1,2 +1,2 @@
-SHA256 (log4cplus-1.2.0.tar.bz2) =
aAzHqGUjhOPLOH/qwXlNg8jNpqA4yk52HfpqEWh6Y7k=
-SIZE (log4cplus-1.2.0.tar.bz2) = 629119
+SHA256 (log4cplus-2.0.4.tar.bz2) =
DIp7TKv/BwMjhfDG0aB40qecabHEOwaZHKd0+4WIAlI=
+SIZE (log4cplus-2.0.4.tar.bz2) = 1157072
cvs server: Diffing pkg
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/log4cplus/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST   28 Jan 2016 12:29:54 -  1.4
+++ pkg/PLIST   31 Oct 2019 19:12:39 -
@@ -22,11 +22,9 @@ include/log4cplus/helpers/connectorthrea
 include/log4cplus/helpers/fileinfo.h
 include/log4cplus/helpers/lockfile.h
 include/log4cplus/helpers/loglog.h
-include/log4cplus/helpers/logloguser.h
 include/log4cplus/helpers/pointer.h
 include/log4cplus/helpers/property.h
 include/log4cplus/helpers/queue.h
-include/log4cplus/helpers/sleep.h
 include/log4cplus/helpers/snprintf.h
 include/log4cplus/helpers/socket.h
 include/log4cplus/helpers/socketbuffer.h
@@ -65,8 +63,6 @@ include/log4cplus/thread/
 include/log4cplus/thread/impl/
 include/log4cplus/thread/impl/syncprims-cxx11.h
 include/log4cplus/thread/impl/syncprims-impl.h
-include/log4cplus/thread/impl/syncprims-pthreads.h
-include/log4cplus/thread/impl/syncprims-win32.h
 include/log4cplus/thread/impl/threads-impl.h
 include/log4cplus/thread/impl/tls.h
 include/log4cplus/thread/syncprims-pub-impl.h

Re: libnet 1.2

2019-10-25 Thread sven falempin 
On Wed, Oct 16, 2019 at 10:41 AM sven falempin  wrote:
>
> libnet 1.2 just got released, it fixes a but on OpenBSD regarding interface 
> enumeration/autoselection
> and discard sprintf
>
> https://github.com/libnet/libnet/issues/46#issuecomment-538484908
>
> It s been tested (on amd64), for the port there is multiple avenue,
> keeping a makefile am patch to
> use libnet-config and let make put things in subdirectories
>
> or add a definition and a post install
>
> Also 1.2 is compatible with 1.1 .
>
> Currently with more that 4 interfaces arping need to be specified which
> interface to use with -I
>
> Best.
>

Can the ports manager choose a way to update libnet please, 1.2 subdir
or just updating the 1.1 subdir  ?

The new release is compatible and much better.

Please ?

libnet 1.2

2019-10-16 Thread sven falempin 
libnet 1.2 just got released, it fixes a but on OpenBSD regarding interface
enumeration/autoselection
and discard sprintf

https://github.com/libnet/libnet/issues/46#issuecomment-538484908

It s been tested (on amd64), for the port there is multiple avenue,
keeping a makefile am patch to
use libnet-config and let make put things in subdirectories

or add a definition and a post install

Also 1.2 is compatible with 1.1 .

Currently with more that 4 interfaces arping need to be specified which
interface to use with -I

Best.

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: note to builder (rust)

2019-10-08 Thread sven falempin 
On Mon, Oct 7, 2019 at 6:54 PM Stuart Henderson  wrote:
>
> On 2019/10/07 14:05, sven falempin wrote:
> > On Mon, Oct 7, 2019 at 8:05 AM Stuart Henderson  
> > wrote:
> > >
> > > On 2019/10/07 07:46, sven falempin wrote:
> > > > On Fri, Oct 4, 2019 at 6:30 PM Stuart Henderson  
> > > > wrote:
> > > >
> > > > > On 2019/10/04 18:22, sven falempin wrote:
> > > > > > on 6.6 snap
> > > > > >
> > > > > > rust entered an infinite loop
> > > > > >
> > > > > > ` (signal: 15, SIGTERM: termination signal)
> > > > > > command did not execute successfully:
> > > > > >
> > > > > "/usr/ports/pobj/rust-1.38.0/rustc-bootstrap-amd64-1.38.0-20190924/bin/cargo"
> > > > > > "build" "--target" "x86_64-unknown-openbsd" "-j" "1" "-v
> > > > > > " "--release" "--frozen" "--features" "" "--manifest-path"
> > > > > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/rustc/Cargo.toml"
> > > > > > "--message-format" "json"
> > > > > > expected success, got: exit code: 101
> > > > > > Traceback (most recent call last):
> > > > > >   File "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/x.py", line 
> > > > > > 11, in
> > > > > 
> > > > > > bootstrap.main()
> > > > > >   File
> > > > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > > > line 866, in main
> > > > > > bootstrap(help_triggered)
> > > > > >   File
> > > > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > > > line 852, in bootstrap
> > > > > > run(args, env=env, verbose=build.verbose)
> > > > > >   File
> > > > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > > > line 141, in run
> > > > > > raise RuntimeError(err)
> > > > > >
> > > > > > So if your build take a long time you may want to check that.
> > > > > >
> > > > > > --
> > > > > > --
> > > > > >
> > > > > -
> > > > > > Knowing is not enough; we must apply. Willing is not enough; we 
> > > > > > must do
> > > > > >
> > > > >
> > > > > How long did you wait before sending SIGTERM?
> > > > >
> > > > > It takes getting on for 3 hours on fast i386 builders. could be a lot
> > > > > worse if you are short on RAM and swapping.
> > > > >
> > > > Hours, 16gb Ram, 64 bit multi core , process was calling fsleep.
> > > > Consuming like 16% of one of the 8 cores. ( amd )
> > >
> > > There's not enough information to pinpoint anything. All I can say is that
> > > rust does build reliably in bulk builds on several architectures ..
> > >
> >
> > # uname -a
> > OpenBSD current.home 6.6 GENERIC#320 amd64
> >
> > I will test the MP kernel
> >
> >   PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
> >  9521 root  100  231M  301M run   fsleep1:01 35.16% rustc
>
> Don't build ports as root! It is not needed - an unnecessary big risk.
>
> > It takes ages to build ( AMD Athlon(tm) 5350 APU with Radeon(tm) R3,
> > 2046.39 MHz, 16-00-01 )
>
> That particular process (35% cpu use, 1 minute cpu time) hasn't been
> running for long has it. If it was really stuck I'd expect a much higher
> TIME column.
>
> Rust is a massive resource drain, it takes me hours to build on a 3.8GHz
> xeon. I would strongly recommend using the packages unless you have
> a lot of patience.
>

I just build a few package of my own and doxygen depends uppon,
i pkg_add-ed it, the above top was me trying again.

It took more than 8 hours to build rust (after activating the other
cores ) this is crazy ! :
I am not used at compilation looping on flseep '-_-

Create /usr/ports/packages/amd64/all/rust-1.38.0.tgz
Creating package rust-1.38.0
User _pkgfetch couldn't create temp file as /tmp/session.XX:
Permission denied

Sorry for the noise, nevertheless it is good to know, that one may
want to simply
'pkg_add doxygen' before starting a build

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: note to builder (rust)

2019-10-07 Thread sven falempin 
On Mon, Oct 7, 2019 at 8:05 AM Stuart Henderson  wrote:
>
> On 2019/10/07 07:46, sven falempin wrote:
> > On Fri, Oct 4, 2019 at 6:30 PM Stuart Henderson  
> > wrote:
> >
> > > On 2019/10/04 18:22, sven falempin wrote:
> > > > on 6.6 snap
> > > >
> > > > rust entered an infinite loop
> > > >
> > > > ` (signal: 15, SIGTERM: termination signal)
> > > > command did not execute successfully:
> > > >
> > > "/usr/ports/pobj/rust-1.38.0/rustc-bootstrap-amd64-1.38.0-20190924/bin/cargo"
> > > > "build" "--target" "x86_64-unknown-openbsd" "-j" "1" "-v
> > > > " "--release" "--frozen" "--features" "" "--manifest-path"
> > > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/rustc/Cargo.toml"
> > > > "--message-format" "json"
> > > > expected success, got: exit code: 101
> > > > Traceback (most recent call last):
> > > >   File "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/x.py", line 11, in
> > > 
> > > > bootstrap.main()
> > > >   File
> > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > line 866, in main
> > > > bootstrap(help_triggered)
> > > >   File
> > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > line 852, in bootstrap
> > > > run(args, env=env, verbose=build.verbose)
> > > >   File
> > > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > > > line 141, in run
> > > > raise RuntimeError(err)
> > > >
> > > > So if your build take a long time you may want to check that.
> > > >
> > > > --
> > > > --
> > > >
> > > -
> > > > Knowing is not enough; we must apply. Willing is not enough; we must do
> > > >
> > >
> > > How long did you wait before sending SIGTERM?
> > >
> > > It takes getting on for 3 hours on fast i386 builders. could be a lot
> > > worse if you are short on RAM and swapping.
> > >
> > Hours, 16gb Ram, 64 bit multi core , process was calling fsleep.
> > Consuming like 16% of one of the 8 cores. ( amd )
>
> There's not enough information to pinpoint anything. All I can say is that
> rust does build reliably in bulk builds on several architectures ..
>

# uname -a
OpenBSD current.home 6.6 GENERIC#320 amd64

I will test the MP kernel

  PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
 9521 root  100  231M  301M run   fsleep1:01 35.16% rustc

It takes ages to build ( AMD Athlon(tm) 5350 APU with Radeon(tm) R3,
2046.39 MHz, 16-00-01 )

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: note to builder (rust)

2019-10-07 Thread sven falempin 
On Fri, Oct 4, 2019 at 6:30 PM Stuart Henderson  wrote:

> On 2019/10/04 18:22, sven falempin wrote:
> > on 6.6 snap
> >
> > rust entered an infinite loop
> >
> > ` (signal: 15, SIGTERM: termination signal)
> > command did not execute successfully:
> >
> "/usr/ports/pobj/rust-1.38.0/rustc-bootstrap-amd64-1.38.0-20190924/bin/cargo"
> > "build" "--target" "x86_64-unknown-openbsd" "-j" "1" "-v
> > " "--release" "--frozen" "--features" "" "--manifest-path"
> > "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/rustc/Cargo.toml"
> > "--message-format" "json"
> > expected success, got: exit code: 101
> > Traceback (most recent call last):
> >   File "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/x.py", line 11, in
> 
> > bootstrap.main()
> >   File
> "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > line 866, in main
> > bootstrap(help_triggered)
> >   File
> "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > line 852, in bootstrap
> > run(args, env=env, verbose=build.verbose)
> >   File
> "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
> > line 141, in run
> > raise RuntimeError(err)
> >
> > So if your build take a long time you may want to check that.
> >
> > --
> > --
> >
> -
> > Knowing is not enough; we must apply. Willing is not enough; we must do
> >
>
> How long did you wait before sending SIGTERM?
>
> It takes getting on for 3 hours on fast i386 builders. could be a lot
> worse if you are short on RAM and swapping.
>
> Hours, 16gb Ram, 64 bit multi core , process was calling fsleep.
Consuming like 16% of one of the 8 cores. ( amd )

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

note to builder (rust)

2019-10-04 Thread sven falempin 
on 6.6 snap

rust entered an infinite loop

` (signal: 15, SIGTERM: termination signal)
command did not execute successfully:
"/usr/ports/pobj/rust-1.38.0/rustc-bootstrap-amd64-1.38.0-20190924/bin/cargo"
"build" "--target" "x86_64-unknown-openbsd" "-j" "1" "-v
" "--release" "--frozen" "--features" "" "--manifest-path"
"/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/rustc/Cargo.toml"
"--message-format" "json"
expected success, got: exit code: 101
Traceback (most recent call last):
  File "/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/x.py", line 11, in 
bootstrap.main()
  File 
"/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
line 866, in main
bootstrap(help_triggered)
  File 
"/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
line 852, in bootstrap
run(args, env=env, verbose=build.verbose)
  File 
"/usr/ports/pobj/rust-1.38.0/rustc-1.38.0-src/src/bootstrap/bootstrap.py",
line 141, in run
raise RuntimeError(err)

So if your build take a long time you may want to check that.

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

[Update] devel/p5-Error

2019-10-03 Thread sven falempin 
I m testing 6.6 and porting some of my ports (like my ttyd)

I noticed that doxygen depends upon p5-Error, which does not server
0.17025 anymore on https://www.cpan.org/modules/by-module/Error/

Maybe a good time to update ?
(so far it's ok here)


Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Error/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile12 Jul 2019 20:44:52 -  1.20
+++ Makefile3 Oct 2019 14:05:36 -
@@ -4,7 +4,7 @@ COMMENT=error/exception handling in an
 MODULES=   cpan
 PKG_ARCH=  *
-DISTNAME = Error-0.17025
+DISTNAME = Error-0.17028
 CATEGORIES=devel
 # perl
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Error/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo28 Apr 2018 13:53:21 -  1.13
+++ distinfo3 Oct 2019 14:05:36 -
@@ -1,2 +1,2 @@
-SHA256 (Error-0.17025.tar.gz) = bJ9HStPU/gyr/2tr5TLLHdNIJFmG1Ka2AK2SHVz9768=
-SIZE (Error-0.17025.tar.gz) = 32013
+SHA256 (Error-0.17028.tar.gz) = OthcXlizHIkDAGKYQkpRu6OfGEDjJPWuYS6ryLk16WA=
+SIZE (Error-0.17028.tar.gz) = 33234
cvs server: Diffing pkg

PS:
Most scary build ever
{{{
===>  Building for p5-Error-0.17028
Building Error
===>  Faking installation for p5-Error-0.17028
Building Error
}}}

Re: pre [UPDATE] net/arping et net/libnet

2019-05-14 Thread sven falempin 
On Wed, May 8, 2019 at 5:05 PM Stuart Henderson  wrote:

> On 2019/05/08 17:00, sven falempin wrote:
> > ( tab less diff !! warning )
> > Shall wait for merge and cleaning from a better port maintainer
>
> Really...
>
>
>
Yes this is not a proposition just information.
I want to Kudo all the ports maintainer because patching libnet show me how
much work this is .

First of all after review of depends getting rid of libnet 1.0 would remove
some legacy
'historical' software mostly unmaintained
See TL;DR below if you want to see the list of tools using libnet 1.0 and
what is happening with them
I should have guessed than a Raw packet manipulation tool would have many
'blackhat' style fun tool.

Anyway 1.2 is compatible with 1.1 so the fix regarding interface
enumeration would be push as a regular update.
I also compiled tcptraceroute/used with it.

It is nevertheless not reassuring that popular tool are using the libnet
like that , which need root access and is , well,
behaving. 1.0 was tested and 'hardened' 1.1+ is apparently not as much.

How do the ports tree with 'old' software : currently I know source is
copied to a mirror and its left there with a port, is it sustainable ?

Meanwhile I tested the HOMEPAGE var, ( seeing all those Symantec redirect )
using this :

--- /usr/src/share/mk/bsd.port.mk   Sat Sep 24 03:26:01 2011
+++ /usr/share/mk/bsd.port.mk   Tue May 14 08:36:10 2019
@@ -3,3 +3,16 @@
 .endif
 PORTSDIR?= /usr/ports
 .include   "${PORTSDIR}/infrastructure/mk/bsd.port.mk"
+
+homepage:
+   @curl -s -o /dev/null -w '%{HTTP_CODE}@{redirect_url}\n'
${HOMEPAGE} | while read p; do\
+  [ $${p%@*} = 301 ] && continue; \
+  [ $${p%@*} = 200 ] && continue; \
+  if [ $${p%@*} = 302 ]; then \
+echo "${HOMEPAGE}" | sed -e 's/http:/https:/' | sed -e
's/:443//' | while read h; do \
+  [ "$${h}" != "${HOMEPAGE}" ] || echo ${CATEGORIES}
${PKGSPEC}${VERSION} ${DISTNAME} ${HOMEPAGE} is $${p%@*} Broken; \
+done \
+  else \
+echo ${CATEGORIES} ${PKGSPEC}${VERSION} ${DISTNAME}
${HOMEPAGE} is $${p%@*} Broken; \
+  fi \
+done

many HOMEPAGE  failed the DNS resolution, this can slow down script quite a
lot if a request is one day made ( to extract so http meta for a freshports
fancy front )
I dont think I know how to do that with base FTP.

- -

TL;DR
../../net/angst/Makefile = never released , inactive since 2004
../../net/firewalk/Makefile = OPENBSD_4_7  last active, no maintainer 15
years ago
../../net/libnids/Makefile = 2010, DEAD HOMEPAGE, 1.24 out , looks dead
https://github.com/MITRECND/libnids/commits/master
../../net/nemesis/Makefile =
 *1999: Nemesis was created by Mark Grimes
 * 2001: Jeff Nathan took over maintainership
 * 2018: Project resurrected by Joachim Nilsson
 ~1.5
../../net/sing/Makefile
 * https://www.cvedetails.com/cve/CVE-2007-6211/
 * RIP writer :-( looks like a dangerous legit tool with no plan to use
updated libnet !
SAD
../../net/thcrut/Makefile
 FREEBSD WWW: http://thc.org.segfault.net/ DEAD
 HOMEPAGE = 'FISHING' ( the hackr choice lol )
 IS that an upgrade ? : https://packetstormsecurity.com/files/31909/
 uthored by thc, anonymous | Site thc.org

https://github.com/vanhauser-thc/THC-Archive/blob/master/Tools/thcrut-0.1.tar.gz
'
Actually not supported but not 'dead', note the package is using a
completely deprecated MAC fingerprinting file instead of oui/aib

../../security/despoof/Makefile
RDR to : https://www.symantec.com/products/control-compliance-suite
https://github.com/raphaelr/despoof
14 DEPRECATED= Depends on expired net/libnet10
15 EXPIRATION_DATE=2014-09-30
../../security/dsniff/Makefile
  is ../../net/libnids/Makefile use
../../security/rdp/Makefile
  http://www.atstake.com/research/tools/ => symantec
../../security/scanlogd/Makefile
  is ../../net/libnids/Makefile use
  * local copy of libnet 1.1.3 release candidate (1129 KB)
  * local copy of libnet 1.0.2a (137 KB) - much smaller, but also works
with libnids and scanlogd
  Actually alive people

../../security/sentinel/Makefile
  no comment, the cat is adleiavde
../../security/zebedee/Makefile
  if libnet is not amintained how can they do a vpn with it
http://www.packetfactory.net/libnet/dist/deprecated

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

pre [UPDATE] net/arping et net/libnet

2019-05-08 Thread sven falempin 
Dear Users,

Using arping on a device with 8 em interfaces, I noticed the program was
unable to
autoselect the output interface when some interface are down.

ktrace help me track down the problem to libnet.

Libnet is moving around and 1.2 rc3 is in sourceforge
and code in GitHub : https://github.com/sam-github/libnet
and the project is active.

Nevertheless the newest version is still not using getifaddrs
so I proposed a patch upstream

I have created libnet-1.2 package and modified arping to use it.
Note that current arping can load the new library without recompilation.

So far my test are ok, but I wonder how much impact this 1.2 libnet may
have
on the port tree, it s not incompatible with 1.1.

If you are using arping you may want to try these.
And I hope the port tree can upgrade soon to the new GitHub release of
libnet.

( tab less diff !! warning )
Shall wait for merge and cleaning from a better port maintainer

Index: arping/Makefile
===
RCS file: /cvs/ports/net/arping/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- arping/Makefile 30 Nov 2017 14:26:14 -  1.47
+++ arping/Makefile 8 May 2019 20:50:43 -
@@ -3,7 +3,7 @@
 COMMENT =  ARP level ping utility
 DISTNAME = arping-2.19
-REVISION = 0
+REVISION = 1
 CATEGORIES =   net
 HOMEPAGE = http://www.habets.pp.se/synscan/programs.php?prog=ARPing
@@ -13,17 +13,17 @@ MAINTAINER =Benoit Lecocq http://www.habets.pp.se/synscan/files/ \
http://www.arcane-labs.net/download/OpenBSD/
-LIB_DEPENDS =  net/libnet/1.1
+LIB_DEPENDS =  net/libnet/1.2
 CONFIGURE_STYLE = gnu
-CONFIGURE_ENV = CFLAGS="${CFLAGS} -I${LOCALBASE}/include/libnet-1.1 \
-   `libnet-config-1.1 --defines`" \
-   LIBS="-L${LOCALBASE}/lib/libnet-1.1 -lnet"
+CONFIGURE_ENV = CFLAGS="${CFLAGS} -I${LOCALBASE}/include/libnet-1.2 \
+   `libnet-config-1.2 --defines`" \
+   LIBS="-L${LOCALBASE}/lib/libnet-1.2 -lnet"
 pre-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/arping




Index: libnet//Makefile
===
RCS file: /cvs/ports/net/libnet/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- libnet//Makefile1 Feb 2010 17:00:13 -   1.32
+++ libnet//Makefile8 May 2019 20:58:55 -
@@ -3,5 +3,6 @@
 SUBDIR =
 SUBDIR += 1.0
 SUBDIR += 1.1
+SUBDIR += 1.2
 .include 
cvs server: Diffing libnet//1.0
cvs server: Diffing libnet//1.0/patches
cvs server: Diffing libnet//1.0/pkg
cvs server: Diffing libnet//1.1
cvs server: Diffing libnet//1.1/pkg
cvs server: Diffing libnet//1.2
Index: libnet//1.2/Makefile
===
RCS file: libnet//1.2/Makefile
diff -N libnet//1.2/Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libnet//1.2/Makefile8 May 2019 20:58:55 -
@@ -0,0 +1,37 @@
+# $OpenBSD: Makefile,v 1.17 2017/04/19 12:29:12 jca Exp $
+
+REV=   1.2
+VERSION=   ${REV}.0
+SHARED_LIBS=   net 12.0
+PKGSPEC=   libnet->=1.2,<1.3v0
+
+# waiting for merge in sam-github
+# MASTER_SITES=   ${MASTER_SITES_GITHUB}
+# they release on sourceforge 1.2 rc3..
+GH_ACCOUNT= dohnuts
+GH_PROJECT= libnet
+GH_COMMIT= 416b8af51a990472795f00f5a89bc4532e303523
+
+WRKSRC=${WRKDIST}/libnet
+BUILD_DEPENDS = devel/doxygen
+
+AUTOMAKE_VERSION=1.15
+AUTOCONF_VERSION=2.69
+AUTOCONF=autoreconf --install
+
+MAKE_FLAGS=LIBnet_VERSION=${LIBnet_VERSION}
+
+pre-install:
+   cd ${WRKSRC} && make -C doc doc
+
+post-install:
+   ${INSTALL_SCRIPT} ${WRKSRC}/libnet-config \
+   ${PREFIX}/bin/libnet-config-1.2
+   @mkdir -p ${PREFIX}/lib/libnet-1.2/
+   @cp ${PREFIX}/lib/libnet.a ${PREFIX}/lib/libnet-1.2/
+   @cp ${PREFIX}/lib/libnet.so.${LIBnet_VERSION}
${PREFIX}/lib/libnet-1.2/
+   @mkdir -p ${PREFIX}/include/libnet-1.2/libnet
+   @cp ${PREFIX}/include/libnet/* ${PREFIX}/include/libnet-1.2/libnet/
+   @cp ${PREFIX}/include/libnet.h ${PREFIX}/include/libnet-1.2/
+
+.include 
Index: libnet//1.2/distinfo
===
RCS file: libnet//1.2/distinfo
diff -N libnet//1.2/distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libnet//1.2/distinfo8 May 2019 20:58:55 -
@@ -0,0 +1,2 @@
+SHA256 (libnet-1.2.0-416b8af5.tar.gz) =
7CqQazUYLfv+Jru600qaLAAKmCdv9+AdeT9RRnx7+ig=
+SIZE (libnet-1.2.0-416b8af5.tar.gz) = 252010
cvs server: Diffing libnet//1.2/pkg
Index: libnet//1.2/pkg/DESCR
===
RCS file: libnet//1.2/pkg/DESCR
diff -N libnet//1.2/pkg/DESCR
--- /dev/null   1 Jan 1970 00:00:00 -
+++ libnet//1.2/pkg/DESCR   8 May 2019 20:58:55 -
@@ -0,0 +1 @@
+Raw IP packet construction library.
Index: libnet//1.2/pkg/PLIST

bump p5-Devel-CheckLib to newer version ?

2019-01-07 Thread sven falempin 
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Devel-CheckLib/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile29 Dec 2017 07:24:49 -  1.3
+++ Makefile7 Jan 2019 19:48:13 -
@@ -3,7 +3,7 @@
 COMMENT =  module to check for C library availablity
 MODULES =  cpan
-DISTNAME = Devel-CheckLib-1.02
+DISTNAME = Devel-CheckLib-1.12
 CATEGORIES =   devel
 REVISION = 0
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Devel-CheckLib/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo2 Jan 2015 14:23:29 -   1.1.1.1
+++ distinfo7 Jan 2019 19:48:13 -
@@ -1,2 +1,2 @@
-SHA256 (Devel-CheckLib-1.02.tar.gz) =
72/Ef77zbIOeM4V4iKfO2BY4IwW4C/NH/1upvw9d7EM=
-SIZE (Devel-CheckLib-1.02.tar.gz) = 13277
+SHA256 (Devel-CheckLib-1.12.tar.gz) =
qQq+a1RC3AoxtM9SMcYTh3ZYivwUbQrW6Nmoq8u9lVE=
+SIZE (Devel-CheckLib-1.12.tar.gz) = 15222
cvs server: Diffing pkg


-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: 6.3 subversion package

2018-04-04 Thread sven falempin 
On Wed, Apr 4, 2018 at 11:16 AM, Stefan Sperling <s...@stsp.name> wrote:
> On Wed, Apr 04, 2018 at 10:10:20AM -0400, sven falempin wrote:
>> On Wed, Apr 4, 2018 at 4:23 AM, Stuart Henderson <s...@spacehopper.org> 
>> wrote:
>> > Is there any particular reason for building from source anyway?
>>
>> Thank you for the pointers,
>> i wanted to have a lighter version , and
>> it is probably not a silly idea because someone already did it
>> but before building with Flavors, i just wanted to build the basic package.
>
> I don't see why compiling the subversion port would be useful.
>
> The subversion port only has PSEUDO_FLAVORS, which means you can compile
> just the core 'subversion' package with less build dependencies installed
> if you want, and avoid also compiling the py-subversion, ruby-subversion,
> etc.  sub-packages.
> This can be useful on a -current OpenBSD system in case packages and base
> system sets on the mirrors are out of sync with respect to base system
> libraries, and you need subversion on your -current system "right now".
>
> But there is no advantage to compiling this port on a -release system.
> As long as you don't install additional packages like py-subversion or
> ruby-subversion, the behaviour and content of the core 'subversion' package
> on official mirrors and the one you've compiled is effectively identical.
>
> (There is one exception: The 'maintainer_mode' flavor enables additional
> debugging output, but it doesn't sound like that's what you want.)

I used the FLAVOR option using the Makefile info :

FLAVOR?=
.if ${FLAVOR:Mno_bindings}
FLAVOR += no_perl no_python no_ruby

to get my package doing FLAVOR='no_perl no_python no_ruby' make package

Ports are great because you can patch stuff quickly in case of trouble.
If they build.

AFAIK the no_bindings option is new, and thanks for whoever did it.

Another example:

I am adding the DAV module of nginx and passenger is not building.
I just removed passenger as i do not need it.

Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.120
diff -u -p -r1.120 Makefile
--- Makefile1 Mar 2018 15:58:19 -   1.120
+++ Makefile4 Apr 2018 17:22:16 -
@@ -12,7 +12,6 @@ COMMENT-naxsi=nginx web application fi
 COMMENT-lua=   nginx lua scripting module
 COMMENT-headers_more=  nginx module for setting/adding/clearing headers
 COMMENT-perl=  nginx perl scripting module
-COMMENT-passenger= nginx passenger (ruby/python/nodejs) integration module

 VERSION=   1.12.2
 DISTNAME=  nginx-${VERSION}
@@ -28,7 +27,6 @@ PKGNAME-naxsi=nginx-naxsi-${VERSION}
 PKGNAME-lua=   nginx-lua-${VERSION}
 PKGNAME-headers_more=  nginx-headers-more-${VERSION}
 PKGNAME-perl=  nginx-perl-${VERSION}
-PKGNAME-passenger= nginx-passenger-${VERSION}

 MASTER_SITES=  https://nginx.org/download/
 MASTER_SITES0= https://github.com/simpl/ngx_devel_kit/archive/
@@ -51,7 +49,7 @@ MAINTAINER=   Robert Nagy <robert@openbsd.
 PERMIT_PACKAGE_CDROM=  yes

 MULTI_PACKAGES =   -main -image_filter -geoip -xslt -mailproxy -stream \
-   -naxsi -perl -passenger -headers_more -lua
+   -naxsi -perl -headers_more -lua

 FLAVOR ?=
 PSEUDO_FLAVORS =   no_lua
@@ -68,9 +66,6 @@ WANTLIB-naxsi=
 WANTLIB-lua=   ${MODLUA_WANTLIB} m
 WANTLIB-headers_more=
 WANTLIB-perl=  c m perl
-WANTLIB-passenger= m pthread ${COMPILER_LIBCXX}
-
-BUILD_DEPENDS+=
${MODRUBY_PKG_PREFIX}-passenger-*:www/ruby-passenger

 LIB_DEPENDS-main=  devel/pcre
 LIB_DEPENDS-xslt=  textproc/libxml \
@@ -89,8 +84,6 @@ RUN_DEPENDS-naxsi=www/nginx,-main=${VER
 RUN_DEPENDS-lua=   www/nginx,-main=${VERSION}
 RUN_DEPENDS-headers_more=www/nginx,-main=${VERSION}
 RUN_DEPENDS-perl=  www/nginx,-main=${VERSION}
-RUN_DEPENDS-passenger= www/nginx,-main=${VERSION} \
-   ruby23-passenger-*|ruby24-passenger-*:www/ruby-passenger

 NGINX_DIR= /var/www
 SUBST_VARS=NGINX_DIR
@@ -103,7 +96,6 @@ PREFIX-geoip=${NGINX_MODULES_DIR}
 PREFIX-xslt=   ${NGINX_MODULES_DIR}
 PREFIX-lua=${NGINX_MODULES_DIR}
 PREFIX-headers_more=   ${NGINX_MODULES_DIR}
-PREFIX-passenger=  ${NGINX_MODULES_DIR}

 CFLAGS+=   -Wall -Wpointer-arith \
-I "${LOCALBASE}/include/libxml2" \
@@ -153,11 +145,11 @@ CONFIGURE_ARGS+=  --prefix=${NGINX_DIR} \
--with-http_xslt_module=dynamic \
--with-mail=dynamic \
--with-ipv6 \
+   --with-http_dav_module \
--with-stream=dynamic \
--add-dynamic-module=${WRKSRC}/naxsi/naxsi_src/ \
--a

Re: 6.3 subversion package

2018-04-04 Thread sven falempin 
On Wed, Apr 4, 2018 at 4:23 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2018/04/04 09:18, Marc Espie wrote:
>>
>> First, your subject is misleading, you're talking about the port,
>> not the package.
>> On Tue, Apr 03, 2018 at 10:31:47PM -0400, sven falempin wrote:
>> > Fresh out of the box.
>>
>>
>> Builds here.
>
> I've never had problems with this in bulk builds. I think it's a
> bit more likely there is something present locally causing a problem
> than an issue with the port.
>
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:196:
>> > Error: Couldn't find 'proxy.py'.
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:197:
>> > Error: Couldn't find 'proxy.py'.
>> > Unable to open file subversion/bindings/swig/python/svn_client.c: Too
>> > many open files
>> > *** Error 1 in /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7
>> > (./build-outputs.mk:286
>> > 'subversion/bindings/swig/python/svn_client.c')
>> > *** Error 1 in . (Makefile:224 'post-build')
>> >
>> > Given the large amount of  _Couldn't find 'proxy.py'_
>> > i guess allowing more fd would be a terrible idea.
>> >
>> > the problem starts with :
>>
>> It probably starts earlier. This looks like a hidden dependency to me.
>>
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_version.h:148:
>> > Warning 302: Identifier 'svn_version_t' redefined (ignored),
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_types_h.swg:47:
>> > Warning 302: previous definition of 'svn_version_t'.
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:504:
>> > Warning 305: Bad constant value (ignored).
>> > /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:652:
>> > Warning 305: Bad constant value (ignored).
>> >
>> > I update to -rOPENBSD_6_3 after uncompressing, reproduced
>>
>> You probably have stuff installed that isn't properly configured out
>> properly. with --disable or something.
>>
>> (python ? swig ? I don't know).
>>
>>
>> You didn't actually provide relevant info (the stuff scrolling by in the
>> configure part), so I don't have stuff to diff...
>>
>> I could look, but I'm lazy and this is actually an incomplete report.
>>
>
> Full build log please, but first make sure you don't have old versions
> of things lying around.
>
> Is there any particular reason for building from source anyway?
>

Thank you for the pointers,
i wanted to have a lighter version , and
it is probably not a silly idea because someone already did it
but before building with Flavors, i just wanted to build the basic package.

Nothing was installed prior to that, but the dhclient that filter answers.

It does not matter much as the build i want ('no_perl no_python no_ruby')
is building fine.

I can try to reproduce and send you the .config file and or configure
output ( which as some warning
about deprecated option btw )

I may have a few more modification coming in ( but nothing that is
related to basic ports  ).

Best

pkg_info :

apache-httpd-2.4.29p0 apache HTTP server
apache-httpd-common-2.4.29 /var/www files for Apache HTTPd
apr-1.6.3p0 Apache Portable Runtime
apr-util-1.6.1  companion library to APR
autoconf-2.13p4 automatically configure source code on many Un*x platforms
autoconf-2.64p1 automatically configure source code on many Un*x platforms
autoconf-2.67p1 automatically configure source code on many Un*x platforms
autoconf-2.68p1 automatically configure source code on many Un*x platforms
autoconf-2.69p2 automatically configure source code on many Un*x platforms
automake-1.15.1 GNU Standards-compliant Makefile generator
bash-4.4.19 GNU Bourne Again Shell
bison-3.0.4p0   GNU parser generator
bzip2-1.0.6p8   block-sorting file compressor, unencumbered
cairo-1.14.12   vector graphics library
cyrus-sasl-2.1.26p25 RFC  SASL (Simple Authentication and Security Layer)
db-4.6.21p5v0   Berkeley DB package, revision 4
dbus-1.12.6v0   message bus system
docbook-4.5p1   technical documentation XML/SGML definitions
docbook-dsssl-1.79  modular DSSSL stylesheets for the DocBook DTD
docbook-xsl-1.68.1p5 docbook XSL modular stylesheet
gdbm-1.14.1 GNU dbm
gettext-0.19.8.1p1  GNU gettext runtime libraries and programs
gettext-tools-0.19.8.1 GNU gettext development and translation tools
glib2-2.54.3p1  general-purpose utility library
gmake-4

6.3 subversion package

2018-04-03 Thread sven falempin 
Fresh out of the box.

/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:196:
Error: Couldn't find 'proxy.py'.
/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_client_h.swg:197:
Error: Couldn't find 'proxy.py'.
Unable to open file subversion/bindings/swig/python/svn_client.c: Too
many open files
*** Error 1 in /usr/ports/pobj/subversion-1.9.7/subversion-1.9.7
(./build-outputs.mk:286
'subversion/bindings/swig/python/svn_client.c')
*** Error 1 in . (Makefile:224 'post-build')

Given the large amount of  _Couldn't find 'proxy.py'_
i guess allowing more fd would be a terrible idea.

the problem starts with :

/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_version.h:148:
Warning 302: Identifier 'svn_version_t' redefined (ignored),
/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/bindings/swig/proxy/svn_types_h.swg:47:
Warning 302: previous definition of 'svn_version_t'.
/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:504:
Warning 305: Bad constant value (ignored).
/usr/ports/pobj/subversion-1.9.7/subversion-1.9.7/subversion/include/svn_props.h:652:
Warning 305: Bad constant value (ignored).

I update to -rOPENBSD_6_3 after uncompressing, reproduced

Any pointer ?


-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: NEW PORT: systemd

2017-08-03 Thread sven falempin 
On Tue, Aug 1, 2017 at 4:43 PM, Theo de Raadt  wrote:
>>On 2017-07-31, Marc Espie  wrote:
>>
>>> Port is attached.
>>
>>Needs more sparkle.
>
> Animated sparkle.
>

https://68.media.tumblr.com/b5fc59def5264b007c380eaef4377bb6/tumblr_nwwijlM1ME1u3rmioo1_500.gif

Disclaimer: this image can create elliptic reaction

Re: Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
On Fri, Mar 3, 2017 at 1:04 PM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2017/03/03 11:34, sven falempin wrote:
>> About Bison, this is how it fails:
>>
>> checking for bison... yacc
>> checking for ranlib... (cached) ranlib
>> checking for GNU M4 that supports accurate traces... configure: error:
>> no acceptable m4 could be found in $PATH.
>> GNU M4 1.4.6 or later is required; 1.4.16 or newer is recommended.
>> GNU M4 1.4.15 uses a buggy replacement strstr on some systems.
>
> You may need to use gnu m4 to build this. For some configure scripts
> you can do this with "M4 = ${LOCALBASE}/bin/gm4" (and add the build dep).
>


Okay,

Actually the BUILD_DEPENDS already contains devel/m4
and the m4 i got is not in my local dir, so it is too old, and providing a path
would work ( i tried to put M4= in CONFIGURE_ENV )
did not work, so i went to m4 package and i am scratching my head

The package references libsigsegv well in WANTLIB and LIB_DEPENDS
but the command `make` simply refuses to do anything because the explicitly
marked dependencies is not fulfilled, and the program is not even trying ...
in complete head scratching mode i change the Makefile to add BUILD_DEPENDS
with of course no effect.

Index: Makefile
===
RCS file: /cvs/ports/devel/m4/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile22 Nov 2013 19:53:46 -  1.32
+++ Makefile3 Mar 2017 20:42:49 -
@@ -14,6 +14,7 @@ PERMIT_PACKAGE_CDROM= Yes

 WANTLIB=   c sigsegv

+BUILD_DEPENDS= devel/libsigsegv
 LIB_DEPENDS=   devel/libsigsegv

 CONFIGURE_STYLE= gnu
cvs server: Diffing patches
cvs server: Diffing pkg
[1]-[vps102084]-[/usr/ports/devel/m4]
# make
===>  Verifying specs:  c sigsegv
Missing library for sigsegv>=0.0
Fatal error
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2144
'/usr/ports/pobj/m4-1.4.17/.buildwantlibs')
*** Error 1 in /usr/ports/devel/m4
(/usr/ports/infrastructure/mk/bsd.port.mk:2396 'all')


make install in /usr/ports/devel/libsigsegv  theproblem

Once deve/m4 is installed
bison build

Now it was my understanding that BUILD_DEPENDS would do make install
of the listed
ports.


Cheers.
-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
On Fri, Mar 3, 2017 at 1:04 PM, Stuart Henderson <s...@spacehopper.org> wrote:
> On 2017/03/03 11:34, sven falempin wrote:
>> About Bison, this is how it fails:
>>
>> checking for bison... yacc
>> checking for ranlib... (cached) ranlib
>> checking for GNU M4 that supports accurate traces... configure: error:
>> no acceptable m4 could be found in $PATH.
>> GNU M4 1.4.6 or later is required; 1.4.16 or newer is recommended.
>> GNU M4 1.4.15 uses a buggy replacement strstr on some systems.
>
> You may need to use gnu m4 to build this. For some configure scripts
> you can do this with "M4 = ${LOCALBASE}/bin/gm4" (and add the build dep).
>
>> Another iccups, that is more interesting, i think, is the fact i add
>> to override MASTER_SITE
>> after using GH_ vars.
>>
>> Any pointer on that would be helpfull.
>
> You aren't using the right variables, compare yours with Makefile.template
> or any other port using them.
>

Indeed GH_TAG was not the good one,
i got confused again the the link was so close to the good one !

The following ports compile, and the binary run correctly,
a bug force to use it beside a proxy ( on my test the bundled html
file is not fullly send ) but it s stable otherwise.

I created _ttyd user and group with uid 888,
because the daemon could run as a user and only need
one html file.

Testing the software i have doubt this is a good idea,
maybe adding a rc file and user to this package is complete
overkill.

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do


ttyd.tar.gz
Description: GNU Zip compressed data

Re: Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
About Bison, this is how it fails:

checking for bison... yacc
checking for ranlib... (cached) ranlib
checking for GNU M4 that supports accurate traces... configure: error:
no acceptable m4 could be found in $PATH.
GNU M4 1.4.6 or later is required; 1.4.16 or newer is recommended.
GNU M4 1.4.15 uses a buggy replacement strstr on some systems.

Another iccups, that is more interesting, i think, is the fact i add
to override MASTER_SITE
after using GH_ vars.

Any pointer on that would be helpfull.




On Fri, Mar 3, 2017 at 10:32 AM, sven falempin <sven.falem...@gmail.com> wrote:
> xterm.js is a modern implementation for tty in browser.
>
> https://github.com/tsl0922/ttyd provides a backend in c to use with xterm.js.
>
> A few patches are needed for openbsd compilation (thus i am not sure why cmake
> is used if putting c99 is such a hassle )
>
> I wanted to make a real complete package and  the html  file
> and encountered a few iccups :
> bison is not compiling ( ports tree at -rOPENBSD_6_0)
> node is required to run the yarn thingy and it requires bison
> to build.
>
> I just pkg_add node to workaround.
>
> But running node just do not work, the device is 6.0 GENERIC#2148 amd64
> # pkg_info | grep node
> node-4.4.5  V8 JavaScript for clients and servers
>
> # npm install yarn
> Abort trap (core dumped)
>
> The attached package is working ( compilation ) and maybe the yarn packaging
> would not pass the review before integration.
>
> Another way would be to yarn this somewhere else and put the result
> file in ./pkg
> along with a rcscript , the package would be build without node and without 
> the
> npm package.
>
> Please advice.
>
> Cheers.
>
> --
> -
> Knowing is not enough; we must apply. Willing is not enough; we must do.



-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
On Fri, Mar 3, 2017 at 10:49 AM, Aaron Bieber <abie...@openbsd.org> wrote:
> On Fri, Mar 03, 2017 at 10:42:03AM -0500, sven falempin wrote:
>> On Fri, Mar 3, 2017 at 10:32 AM, sven falempin <sven.falem...@gmail.com>
>> wrote:
>>
>> > xterm.js is a modern implementation for tty in browser.
>> >
>> > https://github.com/tsl0922/ttyd provides a backend in c to use with
>> > xterm.js.
>> >
>> > A few patches are needed for openbsd compilation (thus i am not sure why
>> > cmake
>> > is used if putting c99 is such a hassle )
>> >
>> > I wanted to make a real complete package and  the html  file
>> > and encountered a few iccups :
>> > bison is not compiling ( ports tree at -rOPENBSD_6_0)
>> > node is required to run the yarn thingy and it requires bison
>> > to build.
>> >
>> > I just pkg_add node to workaround.
>> >
>> > But running node just do not work, the device is 6.0 GENERIC#2148 amd64
>> > # pkg_info | grep node
>> > node-4.4.5  V8 JavaScript for clients and servers
>> >
>> > # npm install yarn
>> > Abort trap (core dumped)
>> >
>> > The attached package is working ( compilation ) and maybe the yarn
>> > packaging
>> > would not pass the review before integration.
>> >
>> > Another way would be to yarn this somewhere else and put the result
>> > file in ./pkg
>> > along with a rcscript , the package would be build without node and
>> > without the
>> > npm package.
>> >
>> > Please advice.
>> >
>> > Cheers.
>> >
>> >
>> >
>> About the core :
>>
>> Core was generated by `node'.
>> Program terminated with signal SIGABRT, Aborted.
>> #0  0x0a6a9b7af17a in _thread_sys___syscall () at :2
>> 2   : No such file or directory.
>> [Current thread is 1 (process 87071)]
>> (gdb) bt
>> #0  0x0a6a9b7af17a in _thread_sys___syscall () at :2
>> #1  0x0a6a9b7e688a in *_libc_mmap (addr=0x39804a722000, len=4096,
>> prot=-1686441606, flags=4098, fd=-1,
>> offset=) at /usr/src/lib/libc/sys/mmap.c:47
>> #2  0x0a67d6746271 in v8::base::OS::Allocate(unsigned long, unsigned
>> long*, bool) ()
>> #3  0x0a67d65905c5 in v8::internal::CreateSqrtFunction() ()
>> #4  0x0a67d62d8779 in v8::internal::init_fast_sqrt_function() ()
>> #5  0x0a67d6563134 in v8::internal::V8::InitializeOncePerProcessImpl()
>> ()
>> #6  0x0a67d6745240 in v8::base::CallOnceImpl(long*, void (*)(void*),
>> void*) ()
>> #7  0x0a67d65631a6 in v8::internal::V8::Initialize() ()
>> #8  0x0a67d627f799 in v8::V8::Initialize() ()
>> #9  0x0a67d61efb0e in node::Start(int, char**) ()
>> #10 0x0a67d61ce8e2 in _start ()
>> (gdb) info frame
>>   [26/1213]
>> Stack level 8, frame at 0x7f7eff20:
>>  rip = 0xa67d627f799 in v8::V8::Initialize(); saved rip = 0xa67d61efb0e
>>  called by frame at 0x7f7f0080, caller of frame at 0x7f7eff10
>>  Arglist at 0x7f7eff10, args:
>>  Locals at 0x7f7eff10, Previous frame's sp is 0x7f7eff20
>>  Saved registers:
>>   rbp at 0x7f7eff10, rip at 0x7f7eff18
>> (gdb) f 3
>> #3  0x0a67d65905c5 in v8::internal::CreateSqrtFunction() ()
>> (gdb) info frame
>> Stack level 3, frame at 0x7f7efeb0:
>>  rip = 0xa67d65905c5 in v8::internal::CreateSqrtFunction(); saved rip =
>> 0xa67d62d8779
>>  called by frame at 0x7f7efec0, caller of frame at 0x7f7efd50
>>  Arglist at 0x7f7efd50, args:
>>  Locals at 0x7f7efd50, Previous frame's sp is 0x7f7efeb0
>>  Saved registers:
>>   rbx at 0x7f7efe80, rbp at 0x7f7efea0, r12 at 0x7f7efe88, r13
>> at 0x7f7efe90, r14 at 0x7f7efe98,
>>   rip at 0x7f7efea8
>>
>>
>> the core file is here : http://filebin.ca/3EIqXoO4mmAm/node.core
>
> This looks suspiciously like the WX stuff. Is there anything in `dmesg`?
>
> --
> PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D 62A9 ADCE


Yes , i just notice the wxallowed is removed because i moved around
/usr/local  to gain disk space

oops

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do

Re: Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
On Fri, Mar 3, 2017 at 10:32 AM, sven falempin <sven.falem...@gmail.com>
wrote:

> xterm.js is a modern implementation for tty in browser.
>
> https://github.com/tsl0922/ttyd provides a backend in c to use with
> xterm.js.
>
> A few patches are needed for openbsd compilation (thus i am not sure why
> cmake
> is used if putting c99 is such a hassle )
>
> I wanted to make a real complete package and  the html  file
> and encountered a few iccups :
> bison is not compiling ( ports tree at -rOPENBSD_6_0)
> node is required to run the yarn thingy and it requires bison
> to build.
>
> I just pkg_add node to workaround.
>
> But running node just do not work, the device is 6.0 GENERIC#2148 amd64
> # pkg_info | grep node
> node-4.4.5  V8 JavaScript for clients and servers
>
> # npm install yarn
> Abort trap (core dumped)
>
> The attached package is working ( compilation ) and maybe the yarn
> packaging
> would not pass the review before integration.
>
> Another way would be to yarn this somewhere else and put the result
> file in ./pkg
> along with a rcscript , the package would be build without node and
> without the
> npm package.
>
> Please advice.
>
> Cheers.
>
>
>
About the core :

Core was generated by `node'.
Program terminated with signal SIGABRT, Aborted.
#0  0x0a6a9b7af17a in _thread_sys___syscall () at :2
2   : No such file or directory.
[Current thread is 1 (process 87071)]
(gdb) bt
#0  0x0a6a9b7af17a in _thread_sys___syscall () at :2
#1  0x0a6a9b7e688a in *_libc_mmap (addr=0x39804a722000, len=4096,
prot=-1686441606, flags=4098, fd=-1,
offset=) at /usr/src/lib/libc/sys/mmap.c:47
#2  0x0a67d6746271 in v8::base::OS::Allocate(unsigned long, unsigned
long*, bool) ()
#3  0x0a67d65905c5 in v8::internal::CreateSqrtFunction() ()
#4  0x0a67d62d8779 in v8::internal::init_fast_sqrt_function() ()
#5  0x0a67d6563134 in v8::internal::V8::InitializeOncePerProcessImpl()
()
#6  0x0a67d6745240 in v8::base::CallOnceImpl(long*, void (*)(void*),
void*) ()
#7  0x0a67d65631a6 in v8::internal::V8::Initialize() ()
#8  0x0a67d627f799 in v8::V8::Initialize() ()
#9  0x0a67d61efb0e in node::Start(int, char**) ()
#10 0x0a67d61ce8e2 in _start ()
(gdb) info frame
  [26/1213]
Stack level 8, frame at 0x7f7eff20:
 rip = 0xa67d627f799 in v8::V8::Initialize(); saved rip = 0xa67d61efb0e
 called by frame at 0x7f7f0080, caller of frame at 0x7f7eff10
 Arglist at 0x7f7eff10, args:
 Locals at 0x7f7eff10, Previous frame's sp is 0x7f7eff20
 Saved registers:
  rbp at 0x7f7eff10, rip at 0x7f7eff18
(gdb) f 3
#3  0x0a67d65905c5 in v8::internal::CreateSqrtFunction() ()
(gdb) info frame
Stack level 3, frame at 0x7f7efeb0:
 rip = 0xa67d65905c5 in v8::internal::CreateSqrtFunction(); saved rip =
0xa67d62d8779
 called by frame at 0x7f7efec0, caller of frame at 0x7f7efd50
 Arglist at 0x7f7efd50, args:
 Locals at 0x7f7efd50, Previous frame's sp is 0x7f7efeb0
 Saved registers:
  rbx at 0x7f7efe80, rbp at 0x7f7efea0, r12 at 0x7f7efe88, r13
at 0x7f7efe90, r14 at 0x7f7efe98,
  rip at 0x7f7efea8


the core file is here : http://filebin.ca/3EIqXoO4mmAm/node.core

Packaging ttyd a tty over http backend

2017-03-03 Thread sven falempin 
xterm.js is a modern implementation for tty in browser.

https://github.com/tsl0922/ttyd provides a backend in c to use with xterm.js.

A few patches are needed for openbsd compilation (thus i am not sure why cmake
is used if putting c99 is such a hassle )

I wanted to make a real complete package and  the html  file
and encountered a few iccups :
bison is not compiling ( ports tree at -rOPENBSD_6_0)
node is required to run the yarn thingy and it requires bison
to build.

I just pkg_add node to workaround.

But running node just do not work, the device is 6.0 GENERIC#2148 amd64
# pkg_info | grep node
node-4.4.5  V8 JavaScript for clients and servers

# npm install yarn
Abort trap (core dumped)

The attached package is working ( compilation ) and maybe the yarn packaging
would not pass the review before integration.

Another way would be to yarn this somewhere else and put the result
file in ./pkg
along with a rcscript , the package would be build without node and without the
npm package.

Please advice.

Cheers.

-- 
-
Knowing is not enough; we must apply. Willing is not enough; we must do.


ttyd.tar.gz
Description: GNU Zip compressed data

Re: sysctl set up in packages

2017-03-01 Thread sven falempin 
On Wed, Mar 1, 2017 at 10:25 AM, Marc Espie  wrote:

> On Tue, Feb 28, 2017 at 10:21:05PM +, Stuart Henderson wrote:
> > Send diff :)
>
> Rather, do not.
>
> Removing keywords from pkg tools is somewhat tricky.
> There are some steps you have to take to keep pkg_add -u working.
>


http://pastebin.com/QZacSKMU

This breaks pkg_add -u because old installed package with the
sysctl declaration wont be understood.

Running this would fix no ?

sed -i s/@sysctl.*//g /var/db/pkg/*/+CONTENTS


Are you implying some user out there are using package to push
configuration live ?
( The sysctl wont be there after a reboot )

Index: pkg_create.1
===
RCS file: /cvs/src/usr.sbin/pkg_add/pkg_create.1,v
retrieving revision 1.102
diff -u -p -r1.102 pkg_create.1
--- pkg_create.128 Jun 2016 15:30:29 -  1.102
+++ pkg_create.11 Mar 2017 23:07:12 -
@@ -730,6 +730,9 @@ variable
 is set to exactly/at least a given value
 .Ar val .
 Adjust it otherwise.
+.Xr
+sysctl.conf 5
+must be updated.
 .Pp
 .It Cm @unexec Ar command
 Execute


-- 

-
() ascii ribbon campaign - against html e-mail
/\

Re: sysctl set up in packages

2017-02-28 Thread sven falempin 
On Tue, Feb 28, 2017 at 12:01 PM, Solène Rapenne  wrote:

>
>
> Hello, currently It seems that no package use this option.
>
> Usually, tweaks needed for a package are described in the
> pkg/README file in the ports, which goes into
> /usr/local/share/doc/pkg-readme
> after install.
>


Shall we remove the unused feature from documentation and pkg code then ?
A post script install could do the job anyway.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

sysctl set up in packages

2017-02-28 Thread sven falempin 
Dear ports makers and pkg_xxx creators,

Manual states :
@sysctl var=val @sysctl var≥val During pkg_add(1), check that
sysctl(8) variable var is set to exactly/at least a given value val.
Adjust it otherwise.

This is live adjusting the value but do not change  and create /etc/sysctl.conf
thus the modification is not permanent,

Is there a way ( a pkg_add option hidden somewhere or just in front my eyes ).
do have this configure by the package even after reboot.

Cheers.


--
-
() ascii ribbon campaign - against html e-mail
/\

Re: mksqlitedb, i create a port i want to register it in sqlports for external service

2016-12-12 Thread sven falempin 
On Sun, Dec 11, 2016 at 7:37 AM, Marc Espie <es...@nerim.net> wrote:

> On Fri, Dec 09, 2016 at 05:52:03PM -0500, sven falempin wrote:
> >
> >faq : < >database,>>
> >Trying to invoke the base generation fail :
> >Use of uninitialized value $error[0] in join or string at (eval 5)
> line
> >3.
> >        eval 'package                   # hide from PAUSE
> >Â  Â  Â  Â  Â  Â  Â  Â  DBI::_firesafe; Â  Â  Â  Â  # just in case
> >Â  Â  Â  Â  Â  Â  require DBD::SQLite; Â  Â  Â  Â # load the driver
> >Â  Â  ' called at
> >/usr/local/libdata/perl5/site_perl/amd64-openbsd/DBI.pm line 793
> >And well the package does not generate anything , only the port does
> >I dont faq5.html anywhere and it is late
> >I think the line
> >The sqlports port includes the script used to generate the database,
> ><>
> >Would not hurt.
> >Unless there is a better way ?
>
> I don't understand what you mean, it must be very late. There is no mention
> of sqlports in faq5.html.
>
> That script is not stand-alone, as you found.
>
> Building packages always work the same way, it doesn't need any faq entry.
>

It is in faq 15, the 1 did not make it

<>

After creating a ports, the port guide is not really clear about how to
register it,
especially if you create a section, after creating the little including
makefile
make index create the INDEX flat file at /usr/ports

this INDEX file is almost exactly the same as the dump of sqlports Ports
table.

For a reason i  do not know Ansible openbsd pkg modules rely on sqlports and
not on index to find a port.

After creating a port , to update the sqlports quickly (non tested i use
the long version) :

sqlite3 /usr/local/share/sqlports 'INSERT INTO Ports
(FULLPKGPATH,CATEGORIES,\
DESCR,DISFILES,DISTNAME,FULLPKGNAME,PKGNAME,PKGSPEC,PKG_ARCH,\
PERMIT_PACKAGE_CDROM) VALUES ("yourstuff/thingy","yourstuff","/usr/ports/
yourstuff/\
thingy/pkg/DESCR","pack-1","pack-1","pack-1","pack-1","pack-*","*", "Yes");'

make reinstall sqlports take a looong time, nearly the same as make index .

I am not sure if i could make index in the port directory to just create
the new line.

Then the port could be remotebuild with ansible, or installed

I am not sure why there is a sqlite version of /usr/ports/INDEX file

was make search key= that bad ?


-- 

-
() ascii ribbon campaign - against html e-mail
/\

mksqlitedb, i create a port i want to register it in sqlports for external service

2016-12-09 Thread sven falempin 
faq : <>

Trying to invoke the base generation fail :
Use of uninitialized value $error[0] in join or string at (eval 5) line 3.
eval 'package   # hide from PAUSE
DBI::_firesafe; # just in case
require DBD::SQLite;# load the driver
' called at /usr/local/libdata/perl5/site_perl/amd64-openbsd/DBI.pm
line 793

And well the package does not generate anything , only the port does

I dont faq5.html anywhere and it is late

I think the line

The sqlports port includes the script used to generate the database,

<>

Would not hurt.
Unless there is a better way ?

-- 
-
() ascii ribbon campaign - against html e-mail
/\

nginx ports , dav mod please ?

2016-09-21 Thread sven falempin 
Would it be possible to have
<<--with-http_dav_module>>
as a flavor or by default please ?

Works here (amd64)

Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.98
diff -u -p -r1.98 Makefile
--- Makefile2 Jun 2016 13:22:52 -   1.98
+++ Makefile21 Sep 2016 20:07:55 -
@@ -31,7 +31,7 @@ NGINX_DIR=/var/www
 SUBST_VARS=NGINX_DIR
 CFLAGS+=   -Wall -Wpointer-arith

-FLAVORS=   lua naxsi passenger
+FLAVORS=   lua naxsi passenger dav
 FLAVOR?=

 .if !${FLAVOR:Mpassenger}
@@ -77,6 +77,10 @@ CONFIGURE_ARGS+= --prefix=${NGINX_DIR} \
--without-mail_pop3_module \
--without-mail_imap_module \
--without-mail_smtp_module
+
+.if ${FLAVOR:Mdav}
+CONFIGURE_ARGS+=   --with-http_dav_module
+.endif

 DISTFILES+=${DISTNAME}${EXTRACT_SUFX}
 PATCHFILES+=   nginx-${VERSION}-chroot.patch:3

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: nginx / dav

2016-07-28 Thread sven falempin 
On Wed, Jul 27, 2016 at 2:19 PM, Antoine Jacoutot <ajacou...@bsdfrog.org>
wrote:

> On Wed, Jul 27, 2016 at 12:32:28PM -0400, sven falempin wrote:
> > It s compiling well.
>
> I wonder if it could not be on by default...
>

it works *

i also make it run for a night with GET and PUT in loops , MKCOL and DELETE
are ok too

I wonder why they did not code PROPFIND


> > ===>  Building package for nginx-1.9.10-lua-dav
> > Create /usr/ports/packages/amd64/all/nginx-1.9.10-lua-dav.tgz
> > Link to /usr/ports/packages/amd64/ftp/nginx-1.9.10-lua-dav.tgz
> > Link to /usr/ports/packages/amd64/cdrom/nginx-1.9.10-lua-dav.tgz
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/www/nginx/Makefile,v
> > retrieving revision 1.89
> > diff -u -p -r1.89 Makefile
> > --- Makefile26 Jan 2016 20:42:56 -  1.89
> > +++ Makefile27 Jul 2016 16:15:29 -
> > @@ -29,7 +29,7 @@ NGINX_DIR=/var/www
> >  SUBST_VARS=NGINX_DIR
> >  CFLAGS+=   -Wall -Wpointer-arith
> >
> > -FLAVORS=   lua naxsi passenger
> > +FLAVORS=   lua naxsi passenger dav
> >  FLAVOR?=
> >
> >  .if !${FLAVOR:Mpassenger}
> > @@ -73,6 +73,10 @@ CONFIGURE_ARGS+= --prefix=${NGINX_DIR} \
> > --without-mail_pop3_module \
> > --without-mail_imap_module \
> > --without-mail_smtp_module
> > +
> > +.if ${FLAVOR:Mdav}
> > +CONFIGURE_ARGS+=   --with-http_dav_module
> > +.endif
> >
> >  DISTFILES+=${DISTNAME}${EXTRACT_SUFX}
> >  PATCHFILES+=   nginx_chroot-20151002.patch:2
> > cvs server: Diffing patches
> > cvs server: Diffing pkg
> >
> > In case someone wants it.
> >
> > --
> >
> -
> > () ascii ribbon campaign - against html e-mail
> > /\
>
> --
> Antoine
>



-- 
-
() ascii ribbon campaign - against html e-mail
/\

nginx / dav

2016-07-27 Thread sven falempin 
It s compiling well.

===>  Building package for nginx-1.9.10-lua-dav
Create /usr/ports/packages/amd64/all/nginx-1.9.10-lua-dav.tgz
Link to /usr/ports/packages/amd64/ftp/nginx-1.9.10-lua-dav.tgz
Link to /usr/ports/packages/amd64/cdrom/nginx-1.9.10-lua-dav.tgz

Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.89
diff -u -p -r1.89 Makefile
--- Makefile26 Jan 2016 20:42:56 -  1.89
+++ Makefile27 Jul 2016 16:15:29 -
@@ -29,7 +29,7 @@ NGINX_DIR=/var/www
 SUBST_VARS=NGINX_DIR
 CFLAGS+=   -Wall -Wpointer-arith

-FLAVORS=   lua naxsi passenger
+FLAVORS=   lua naxsi passenger dav
 FLAVOR?=

 .if !${FLAVOR:Mpassenger}
@@ -73,6 +73,10 @@ CONFIGURE_ARGS+= --prefix=${NGINX_DIR} \
--without-mail_pop3_module \
--without-mail_imap_module \
--without-mail_smtp_module
+
+.if ${FLAVOR:Mdav}
+CONFIGURE_ARGS+=   --with-http_dav_module
+.endif

 DISTFILES+=${DISTNAME}${EXTRACT_SUFX}
 PATCHFILES+=   nginx_chroot-20151002.patch:2
cvs server: Diffing patches
cvs server: Diffing pkg

In case someone wants it.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

libstdc++ (bug?) / libc++ (cant test)

2016-04-25 Thread sven falempin 
Dear openbsd users,

Today i had to patch a cpp program like this

-  (*_obj).insert(p);
+
+  size_t s = _obj->erase( key );
+  //fprintf(stderr, "wtf %d\n", s); //ANNO 2016 LIBC++ NEW WAY...
+
+  _obj->insert(p);

_obj is define like this
class Foo { std::shared_ptr<  std::map< std::vector , Foo> > }


new C++14 is integrating an upsert or whatever, i did not read the last
patches on
gnu libstdc++

This occurs this the last patch of g++.

I wanted to try clang/llvm but figure, well if i want that on openbsd
i ll have to not sleep next week end.

Unless i miss something.

I share this , in case you encounter some crazy bug on a cpp program..

and it s another cent, in the lets get rid of gnu jar.

Cheers.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Cant build subversion on OPENBSD_5_8

2016-02-10 Thread sven falempin 
On Wed, Feb 10, 2016 at 5:25 AM, Stuart Henderson <s...@spacehopper.org>
wrote:

> On 2016/02/09 21:42, sven falempin wrote:
> > Hello,
> >
> > Sorry to inform you something is broken, looks these problem already
> > happened
> > a long time ago because of Build.pm regexp of version. I am not sure if
> it
> > is iconv 0.2 ?
> > Without the FLAVOR it ask iconv '6' and fail too.
>
> I'm not sure what you have done to your system but you seem to be
> having quite a few problems that don't really make sense and aren't
> happening for other people.
>
> > ===>  Verifying specs:  lib/db4/db>=4 expat pthread apr-1=5 iconv>=2
> > Missing library for iconv>=2.0
>
> Is /usr/local/lib/libiconv.so.6.0 present on your system?
>
> Have you had any crashes which might have corrupted /var/db/pkg?
> If so, run pkg_check.
>
>
I am not sure either, it is a night build, it just build the system from
scratch.

Worked since 5.7 and updated to 5.8 no problem, i am just keeping it up to
date, and for some raeson
it breaks now.

With a few patches here and there (one of those was a rdomain compatibility
for isc-dhcp for example)
nothing fancy.

pkg_check is not happy, libiconv was absent make reinstall the package fix
the problem.

I will look more into it, thanks for support.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Cant build subversion on OPENBSD_5_8

2016-02-09 Thread sven falempin 
Hello,

Sorry to inform you something is broken, looks these problem already
happened
a long time ago because of Build.pm regexp of version. I am not sure if it
is iconv 0.2 ?
Without the FLAVOR it ask iconv '6' and fail too.

With flavor It comes from the apr pack

# make install
===>  Checking files for apr-util-1.5.4p0
`/usr/ports/distfiles/apr-util-1.5.4.tar.gz' is up to date.
>> (SHA256) apr-util-1.5.4.tar.gz: OK
===>  Verifying specs:  lib/db4/db>=4 expat pthread apr-1=5 iconv>=2
Missing library for iconv>=2.0
Fatal error
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2229
'/usr/ports/pobj/apr-util-1.5.4/.buildwantlibs')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2575
'/usr/ports/pobj/apr-util-1.5.4/.extract_done')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1952
'/usr/ports/packages/amd64/all/apr-util-1.5.4p0.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2508
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2488 'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1969
'/var/db/pkg/apr-util-1.5.4p0/+CONTENTS')
*** Error 1 in /usr/ports/devel/apr-util (/usr/ports/infrastructure/mk/
bsd.port.mk:2488 'install')

== main build ==


# export FLAVOR="no_bindings no_ap2"
# make package
===>  Checking files for subversion-1.8.14
>> Fetch
http://www.reverse.net/pub/apache/subversion/subversion-1.8.14.tar.bz2
ftp: Error retrieving file: 404 Not Found
>> Fetch
http://www.mirrorservice.org/sites/ftp.apache.org/subversion/subversion-1.8.14.tar.bz2
ftp: Error retrieving file: 404 Not Found
>> Fetch http://archive.apache.org/dist/subversion/subversion-1.8.14.tar.bz2
subversion-1.8.14.tar.bz2 100%
|**|
 6690 KB00:06
>> (SHA256) subversion-1.8.14.tar.bz2: OK
===> subversion-1.8.14 depends on: serf->=1.3.2 - not found
===>  Verifying install for serf->=1.3.2 in net/serf
===>  Checking files for serf-1.3.8p0
`/usr/ports/distfiles/serf-1.3.8.tar.bz2' is up to date.
>> (SHA256) serf-1.3.8.tar.bz2: OK
===> serf-1.3.8p0 depends on: apr-util-* - not found
===>  Verifying install for apr-util-* in devel/apr-util
===>  Checking files for apr-util-1.5.4p0
`/usr/ports/distfiles/apr-util-1.5.4.tar.gz' is up to date.
>> (SHA256) apr-util-1.5.4.tar.gz: OK
===>  Verifying specs:  lib/db4/db>=4 expat pthread apr-1=5 iconv>=2
Missing library for iconv>=2.0
Fatal error
*** Error 1 in /usr/ports/devel/apr-util (/usr/ports/infrastructure/mk/
bsd.port.mk:2229 '/usr/ports/pobj/apr-util-1.5.4/.buildwantlibs')


-- 
-
() ascii ribbon campaign - against html e-mail
/\

Never had those kind of problem before

2016-02-04 Thread sven falempin 
Hello,

so i have a nightbuild script, it builds patched openbsd with a few package.
since a few days i have problems with the ports tree, a master site is down
over here,
(linx) some patch does not apply (libxml2) because the size change, and now
dhcp is also
refusing some patch .


# make package
===>  Patching for isc-dhcp-4.3.3.1
Ignoring previously applied (or reversed) patch.
3 out of 3 hunks ignored--saving rejects to bind/Makefile.in.rej
***>   patch-bind_Makefile_in did not apply cleanly
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to client/Makefile.in.rej
***>   patch-client_Makefile_in did not apply cleanly
Ignoring previously applied (or reversed) patch.
5 out of 5 hunks ignored--saving rejects to server/dhcpd.c.rej
***>   patch-server_dhcpd_c did not apply cleanly
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2689
'/usr/ports/pobj/isc-dhcp-4.3.3.1/.patch_done': @if cd
/usr/ports/net/isc-dh...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1952
'/usr/ports/packages/amd64/all/isc-dhcp-server-4.3.3.1.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2508
'_internal-package')
*** Error 1 in /usr/ports/net/isc-dhcp (/usr/ports/infrastructure/mk/
bsd.port.mk:2488 'package')
# cvs log -h ./Makefile

RCS file: /cvs/ports/net/isc-dhcp/Makefile,v
Working file: Makefile
head: 1.40
branch:
locks: strict
access list:
symbolic names:
OPENBSD_3_2: 1.2.0.2
OPENBSD_3_2_BASE: 1.2
[...snip ...]
OPENBSD_5_6_BASE: 1.34
OPENBSD_5_7: 1.36.0.2
OPENBSD_5_7_BASE: 1.36
OPENBSD_5_8: 1.38.0.4
OPENBSD_5_8_BASE: 1.38
jakob: 1.1.1
jakob_20020624: 1.1.1.1
keyword substitution: kv
total revisions: 47
=
#
[1] 0:sh* 1:ksh-

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Never had those kind of problem before

2016-02-04 Thread sven falempin 
On Thu, Feb 4, 2016 at 12:45 PM, trondd <tro...@kagu-tsuchi.com> wrote:

> On Thu, February 4, 2016 10:10 am, sven falempin wrote:
> > Hello,
> >
> > so i have a nightbuild script, it builds patched openbsd with a few
> > package.
> > since a few days i have problems with the ports tree, a master site is
> > down
> > over here,
> > (linx) some patch does not apply (libxml2) because the size change, and
> > now
> > dhcp is also
> > refusing some patch .
> >
> >
> > # make package
> > ===>  Patching for isc-dhcp-4.3.3.1
> > Ignoring previously applied (or reversed) patch.
> > 3 out of 3 hunks ignored--saving rejects to bind/Makefile.in.rej
> > ***>   patch-bind_Makefile_in did not apply cleanly
> > Ignoring previously applied (or reversed) patch.
> > 1 out of 1 hunks ignored--saving rejects to client/Makefile.in.rej
> > ***>   patch-client_Makefile_in did not apply cleanly
> > Ignoring previously applied (or reversed) patch.
> > 5 out of 5 hunks ignored--saving rejects to server/dhcpd.c.rej
> > ***>   patch-server_dhcpd_c did not apply cleanly
> >
>
> You're not cleaning between builds.
>


Well It was my fault this time, but this wasn t about cleaning, it s a
previous hot fix that is no more valid.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

compiling the ports in 5.8 stable

2016-02-04 Thread sven falempin 
./textproc/libxml/

need a make makesum,
moreover
>>> MASTER_SITES0 not ending in /:
https://git.gnome.org/browse/libxml2/patch/?id=

This entry has changed

./textproc/libxml/Makefile:CVE_TAGS=
 51f02b0a03ea1fa6c65b3f9fd88cf60fb5803783 \
./textproc/libxml/distinfo:SHA256
(libxml2/51f02b0a03ea1fa6c65b3f9fd88cf60fb5803783) =
vWxKXNoqFmG6wUaeKZNKlMk52bFHVcUIxKMtnQCaPLY=
./textproc/libxml/distinfo:SIZE
(libxml2/51f02b0a03ea1fa6c65b3f9fd88cf60fb5803783) = 4192

Summing and patch :

# make makesum
===>  Checking files for libxml2-2.9.2
`/usr/ports/distfiles/libxml2/libxml2-2.9.2.tar.gz' is up to date.
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=51f02b0a03ea1fa6c65b3f9fd88cf60fb5803783
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=f65128f38289d77ff322d63aef2858cc0a819c34
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=a7dfab7411cbf545f359dd3157e5df1eb0e7ce31
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=9b8512337d14c8ddf662fcb98b0135f225a1c489
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=213f1fe0d76d30eaed6e5853057defc43e6df2c9
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=bd0526e66a56e75a18da8c15c4750db8f801c52d
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=41ac9049a27f52e7a1f3b341f8714149fc88d450
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=f0709e3ca8f8947f2d91ed34e92e38a4c23eae63
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=afd27c21f6b36e22682b7da20d726bce2dcb2f43
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=6360a31a84efe69d155ed96306b9a931a40beab9
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=69030714cde66d525a8884bda01b9e8f0abf8e1e
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=28cd9cb747a94483f4aea7f0968d202c20bb4cfc
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=35bcb1d758ed70aa7b257c9c3b3ff55e54e3d0da
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=f1063fdbe7fa66332bbb76874101c2a7b51b519f
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=8fb4a770075628d6441fb17a1e435100e2f3b1a2
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=ab2b9a93ff19cedde7befbf2fcc48c6e352b6cbe
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=9aa37588ee78a06ca1379a9d9356eab16686099c
>> Checksum file does not exist
>> Fetch
https://git.gnome.org/browse/libxml2/patch/?id=e724879d964d774df9b7969fc846605aa1bac54c
>> Checksum file does not exist
>>> MASTER_SITES0 not ending in /:
https://git.gnome.org/browse/libxml2/patch/?id=
# cvs diff 1>&2
cvs server: Diffing .
Index: distinfo
===
RCS file: /cvs/ports/textproc/libxml/distinfo,v
retrieving revision 1.49.6.4
diff -u -p -r1.49.6.4 distinfo
--- distinfo7 Jan 2016 10:45:04 -   1.49.6.4
+++ distinfo4 Feb 2016 20:39:48 -
@@ -1,38 +1,38 @@
-SHA256 (libxml2/213f1fe0d76d30eaed6e5853057defc43e6df2c9) =
GMyU4tGRfm57lZ0a0aGxqQfNvW/Hz9Ur/Sp6rseBa/I=
-SHA256 (libxml2/28cd9cb747a94483f4aea7f0968d202c20bb4cfc) =
rZn4RCzG3FEny2fItid5lfMBtznsimCkdHRshG42Ds4=
-SHA256 (libxml2/35bcb1d758ed70aa7b257c9c3b3ff55e54e3d0da) =
TETCKl8xVq/0CgKdZWyspVzAlc88uu6rwLbgmwP88Iw=
-SHA256 (libxml2/41ac9049a27f52e7a1f3b341f8714149fc88d450) =
vZiEXk+0QFrkX029rAl6xA206KyNL/cZSsCZdATKN78=
-SHA256 (libxml2/51f02b0a03ea1fa6c65b3f9fd88cf60fb5803783) =
vWxKXNoqFmG6wUaeKZNKlMk52bFHVcUIxKMtnQCaPLY=
-SHA256 (libxml2/6360a31a84efe69d155ed96306b9a931a40beab9) =
tjvgIzmOjYkGi5aLrLjFDZysCzLu7CnJctS5pU9yiM0=
-SHA256 (libxml2/69030714cde66d525a8884bda01b9e8f0abf8e1e) =
hnZJjoHY+XPAK7DI1WSGvlk8AXmgzJ0MbpvN//BouwU=
-SHA256 (libxml2/8fb4a770075628d6441fb17a1e435100e2f3b1a2) =
5KFEGvzUN5RV7WgyFt++5Jt+9UgPV8RJSB+zkoGQtB8=
-SHA256 (libxml2/9aa37588ee78a06ca1379a9d9356eab16686099c) =
lznEttp0DdVa+9n5dXPfVc9Clo80tJCiyxiZZ0g3HBQ=
-SHA256 (libxml2/9b8512337d14c8ddf662fcb98b0135f225a1c489) =
U8Kt8AD4cWqelq75AYzYJLtM0kFp1iaGwWMbvubsYMg=
-SHA256 (libxml2/a7dfab7411cbf545f359dd3157e5df1eb0e7ce31) =
htV1qxJz+aGCpcWJ2z56k7fEvtY8o1iKipmoQjW5kL4=
-SHA256 (libxml2/ab2b9a93ff19cedde7befbf2fcc48c6e352b6cbe) =
au9tliZULHa+Z6vCpPnVl4hUrI8sa81Es7oa9RfH7CI=
-SHA256 (libxml2/afd27c21f6b36e22682b7da20d726bce2dcb2f43) =
Vr88WM04i9q/O0dhPPsthL5WSVTYaDboFWea1BUZI9w=
-SHA256 (libxml2/bd0526e66a56e75a18da8c15c4750db8f801c52d) =
kJUWXRfbfmYGAwf+oWhyzlvmO9n1LoWPBSANbxI5HuQ=
-SHA256 (libxml2/e724879d964d774df9b7969fc846605aa1bac54c) =
BaIvf7yIAKKhZFmDjNnxIXuvQmz+hUtH+aAnOM3QRMA=
-SHA256

Re: 5.8 stable tag not so stable

2016-02-02 Thread sven falempin 
On Tue, Feb 2, 2016 at 10:53 AM, Stuart Henderson  wrote:

>
> Please show the lines above where it has the compiler command line.
>

will do sorry :(

-- 
-
() ascii ribbon campaign - against html e-mail
/\

5.8 stable tag not so stable

2016-02-02 Thread sven falempin 
isc-dhcp (flavor server only) is not building.

PctestIpv6.h: In member function 'virtual char*
PctestIpv6::GetAddressFamilyString()':
PctestIpv6.h:85: warning: deprecated conversion from string constant to
'char*'
main.o: In function `DoTrout(Pctest*)':
main.cc:(.text+0x955): warning: warning: random() may return deterministic
values, is that what you want?
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2689
'/usr/ports/pobj/isc-dhcp-4.3.3.1/.patch_done': @if cd
/usr/ports/net/isc-dh...)


-- 
-
() ascii ribbon campaign - against html e-mail
/\

building 5.8 stable with ports, lynx is wrong

2016-02-01 Thread sven falempin 
Also ftp disagree on the minor
base is 4, and france is 8

Index: Makefile
===
RCS file: /cvs/ports/www/lynx/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile7 May 2015 19:40:43 -   1.18
+++ Makefile1 Feb 2016 19:36:07 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.18 2015/05/07 19:40:43 bcallah Exp $

 V =2.8.9
-PL =   6
+PL =   8
 COMMENT =  console Internet browser
 DISTNAME = lynx${V}dev.${PL}
 PKGNAME =  lynx-${V}pl${PL}
Index: distinfo
===
RCS file: /cvs/ports/www/lynx/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo7 May 2015 19:40:43 -   1.6
+++ distinfo1 Feb 2016 19:36:07 -
@@ -1,2 +1,2 @@
-SHA256 (lynx2.8.9dev.6.tar.bz2) =
Ph8+jA3xnemz0m1vIhtnidqz7hMCyc96iI78wYbzc7U=
-SIZE (lynx2.8.9dev.6.tar.bz2) = 2595337
+SHA256 (lynx2.8.9dev.8.tar.bz2) =
xiI7iFN413y8fPcTcnPx6cFC7IRtTXhHfTGdEMQxbTE=
+SIZE (lynx2.8.9dev.8.tar.bz2) = 2657804
cvs server: Diffing patches
cvs server: Diffing pkg


-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: building 5.8 stable with ports, lynx is wrong

2016-02-01 Thread sven falempin 
On Mon, Feb 1, 2016 at 3:22 PM, Stuart Henderson <st...@openbsd.org> wrote:

> On 2016/02/01 14:36, sven falempin wrote:
> > Also ftp disagree on the minor
> > base is 4, and france is 8
>
> I can't make sense of your email.
>

base is 4:
http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/lynx2.8.9dev.8.tar.bz2
france is 8:
http://ftp.openbsd.org/pub/OpenBSD/distfiles/lynx2.8.9dev.4.tar.bz2
Makefile is 6:
lynx2.8.9dev.6.tar.bz2

sorry
-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: building 5.8 stable with ports, lynx is wrong

2016-02-01 Thread sven falempin 
On Mon, Feb 1, 2016 at 5:19 PM, Stuart Henderson <st...@openbsd.org> wrote:

> On 2016/02/01 16:21, sven falempin wrote:
> > On Mon, Feb 1, 2016 at 3:22 PM, Stuart Henderson <st...@openbsd.org>
> wrote:
> >
> > > On 2016/02/01 14:36, sven falempin wrote:
> > > > Also ftp disagree on the minor
> > > > base is 4, and france is 8
> > >
> > > I can't make sense of your email.
> > >
>
> Oh, you are talking about the distfile mirroring. This is only done
> periodically.
>
> > base is 4:
>
> This would have been clearer if you had said 'ftp.openbsd.org' instead
> of 'base', and especially if you had mentioned 'distfiles'. Most people
> here will think 'base' is talking about 'the base OS'.
>
> > http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/lynx2.8.9dev.8.tar.bz2
> > france is 8:
> > http://ftp.openbsd.org/pub/OpenBSD/distfiles/lynx2.8.9dev.4.tar.bz2
> > Makefile is 6:
> > lynx2.8.9dev.6.tar.bz2
>
> The port Makefile and the packages in snapshots are for lynx2.8.9dev.8.
>
> ftp.openbsd.org should catch up in distfiles/ sometime, but it's not
> very important, this is only used as a backup if the main server
> listed in the port's Makefile as MASTER_SITES is down, or if the
> file has been removed from there.
>
>
it is not important, but the .8 is not building , patch does not apply ,
while .4 is building.

and master site is down :-( since friday

the patch put the home page to openbsd instead of lynx,

even more important :D

-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: CoreCLR and OpenBSD

2015-03-19 Thread sven falempin 
On Thu, Mar 19, 2015 at 7:07 PM, Aaron Bieber aa...@bolddaemon.com wrote:
 Should have mentioned what the current hurdles are.  So far the build
 dies because of a few lacking items:

 1) libunwind (needed for the GC, also I am told this is not a hard
 requirement)

libunwind depends on a libc extension called Setcontext, which i quote
wikipedia is somewhat cumbersome to use effectively, this libc
extension is present on NETBSD and FREEBSD but having this entering
into openBSD libc may take a long time, even bikeshed are taking time
here.

 2) lldb

 I haven't had time to test the builds further to see if there is more
 stuff needed.

 - Original message -
 From: Aaron Bieber aa...@bolddaemon.com
 To: ports@openbsd.org
 Subject: CoreCLR and OpenBSD
 Date: Thu, 19 Mar 2015 16:53:00 -0600

 Hi ports@,

 For anyone interested in .NET running on OpenBSD, there is some action
 over on
 GitHub (https://github.com/dotnet/coreclr/issues/455) around *BSD
 support.

 Upstream has been very responsive in regards to merging in support for
 BSD
 systems and seems to have a strong desire to get it working on as many
 OSs
 as possible.

 I would like to get coreclr to a state that would allow for a drop in
 (no patches
 needed) port.

 If anyone else is interested in helping out, please ping me or offer
 your services
 on the issue listed above!

 More info on CoreCLR is available in the main repo:
 https://github.com/dotnet/coreclr/blob/master/Documentation/intro-to-clr.md

 Cheers,
 Aaron




-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Squid configure option

2014-12-11 Thread sven falempin 
I found out why the squid didnt start with sslBump, it is related to
the TODO here :
https://github.com/squid-cache/squid/blob/master/src/anyp/PortCfg.cc#L123

 // TODO: AYJ: 2009-07-18: for now SSL does not clone. Configure
separate ports with IPs and SSL settings
More precisely put an ip in front of your :port in  http(s)_port


I feel ill after reading this c++ code.





On Tue, Dec 9, 2014 at 6:53 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/12/09 03:48, Jiri B wrote:
   Index: Makefile.inc
   ===
   RCS file: /cvs/ports/www/squid/Makefile.inc,v
   retrieving revision 1.9
   diff -u -p -r1.9 Makefile.inc
   --- Makefile.inc15 May 2014 21:24:33 -  1.9
   +++ Makefile.inc5 Dec 2014 13:54:30 -
   @@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
   --enable-referer-log \
   --enable-removal-policies=lru heap \
   --enable-ssl \
   +   --enable-ssl-crtd \
   --with-openssl \
   --enable-storeio=aufs ufs diskd \
   --with-default-user=_squid \

 I'll add this when I've finished with the update of snapshot to 3.5.0.2,
 which is delayed while I find time to work around libressl incompatibility.

 Obviously there were several missing parts to the diff that was sent.

 and what about this as well?

 --enable-http-violations

 cf. 
 http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#Can_Squid_anonymize_HTTP_requests.3F

 j.


 Not by default. I'll have a think about adding this as a flavour.




-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Squid configure option

2014-12-11 Thread sven falempin 
On Tue, Dec 9, 2014 at 6:53 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/12/09 03:48, Jiri B wrote:
   Index: Makefile.inc
   ===
   RCS file: /cvs/ports/www/squid/Makefile.inc,v
   retrieving revision 1.9
   diff -u -p -r1.9 Makefile.inc
   --- Makefile.inc15 May 2014 21:24:33 -  1.9
   +++ Makefile.inc5 Dec 2014 13:54:30 -
   @@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
   --enable-referer-log \
   --enable-removal-policies=lru heap \
   --enable-ssl \
   +   --enable-ssl-crtd \
   --with-openssl \
   --enable-storeio=aufs ufs diskd \
   --with-default-user=_squid \

 I'll add this when I've finished with the update of snapshot to 3.5.0.2,
 which is delayed while I find time to work around libressl incompatibility.

Currently SSL_accept is not accepting me :-)

2014/12/11 15:38:39| clientNegotiateSSL: Error negotiating SSL
connection on FD 14: error:1407609B:SSL
routines:SSL23_GET_CLIENT_HELLO:https proxy request (1/-1)

client_side.cc:3477

debugs(83, DBG_IMPORTANT, clientNegotiateSSL: Error
negotiating SSL connection on FD  
   fd  :   ERR_error_string(ERR_get_error(), NULL) 
(  ssl_error  /  ret  ));
comm_close(fd);

is this the kind of libressl incompatibility you are talking about ?

 Obviously there were several missing parts to the diff that was sent.

 and what about this as well?

 --enable-http-violations

 cf. 
 http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#Can_Squid_anonymize_HTTP_requests.3F

 j.


 Not by default. I'll have a think about adding this as a flavour.




-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Squid configure option

2014-12-09 Thread sven falempin 
I am trying to have debugging symbols .
So far i failed from ports,

Index: Makefile
===
RCS file: /cvs/ports/www/squid/snapshot/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile19 Jul 2014 22:36:13 -  1.21
+++ Makefile9 Dec 2014 16:58:29 -
@@ -18,6 +18,7 @@ EXTERNAL_ACL= LDAP_group SQL_session fil

 CONFIGURE_ARGS=--disable-strict-error-checking \
--disable-arch-native \
+   --with-debug \
--enable-ssl-crtd

 LIB_DEPENDS+=  security/gnutls

running the unstripped binary with egdb in /usr/ports/pobj/squid/src/squid
i found functions name but i cannot one line step in it or display variable.

(still trying to figure whats wrong with sslBump)


It is probably upstream to patch but 

Index: ./patches/patch-include_squid_endian_h
===
RCS file: ./patches/patch-include_squid_endian_h
diff -N ./patches/patch-include_squid_endian_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ ./patches/patch-include_squid_endian_h  9 Dec 2014 16:56:23 -
@@ -0,0 +1,23 @@
+$OpenBSD$
+--- include/squid_endian.h.origTue Dec  9 11:51:31 2014
 include/squid_endian.h Tue Dec  9 11:52:10 2014
+@@ -117,19 +117,6 @@
+ #  endif /* ! WORDS_BIGENDIAN */
+ #endif /* ! HAVE_HTOBE16  ! defined(htobe16) */
+
+-/*
+- * Define htole*()/le*toh() in terms of bswap*().
+- *
+- * XXX: If htole16() is missing, we assume that the other *le*() functions
+- *  are also missing.
+- *
+- *  Except OpenBSD - htole16  32 exist, but not le16toh etc
+- */
+-#if _SQUID_OPENBSD_
+-#  define le16toh(x) htole16(x)
+-#  define le32toh(x) htole32(x)
+-#endif
+-
+ #if ! HAVE_HTOLE16  ! defined(htole16)
+ #  ifdef WORDS_BIGENDIAN
+ #define htole16(x) bswap16(x)



On Tue, Dec 9, 2014 at 6:53 AM, Stuart Henderson st...@openbsd.org wrote:
 On 2014/12/09 03:48, Jiri B wrote:
   Index: Makefile.inc
   ===
   RCS file: /cvs/ports/www/squid/Makefile.inc,v
   retrieving revision 1.9
   diff -u -p -r1.9 Makefile.inc
   --- Makefile.inc15 May 2014 21:24:33 -  1.9
   +++ Makefile.inc5 Dec 2014 13:54:30 -
   @@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
   --enable-referer-log \
   --enable-removal-policies=lru heap \
   --enable-ssl \
   +   --enable-ssl-crtd \
   --with-openssl \
   --enable-storeio=aufs ufs diskd \
   --with-default-user=_squid \

 I'll add this when I've finished with the update of snapshot to 3.5.0.2,
 which is delayed while I find time to work around libressl incompatibility.

 Obviously there were several missing parts to the diff that was sent.

 and what about this as well?

 --enable-http-violations

 cf. 
 http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#Can_Squid_anonymize_HTTP_requests.3F

 j.


 Not by default. I'll have a think about adding this as a flavour.




-- 
-
() ascii ribbon campaign - against html e-mail
/\

Squid configure option

2014-12-05 Thread sven falempin 
Index: Makefile.inc
===
RCS file: /cvs/ports/www/squid/Makefile.inc,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile.inc
--- Makefile.inc15 May 2014 21:24:33 -  1.9
+++ Makefile.inc5 Dec 2014 13:54:30 -
@@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
--enable-referer-log \
--enable-removal-policies=lru heap \
--enable-ssl \
+   --enable-ssl-crtd \
--with-openssl \
--enable-storeio=aufs ufs diskd \
--with-default-user=_squid \



because, why not ?

# ./squid-3.4.6/build-amd64/src/ssl/ssl_crtd -h
usage: ssl_crtd -hv -s ssl_storage_path -M storage_max_size
-h   Help
-v   Version
-s ssl_storage_path  Path to specific disk storage of ssl server
 certificates.
-M storage_max_size  max size of ssl certificates storage.
-b fs_block_size File system block size in bytes. Need for
processing
 natural size of certificate on disk.
Default value is
 2048 bytes.

After running write requests in the next format:
request codewhitespacebody_lenwhitespacebody
There are two kind of request now:
new_certificate 13 host=host.dom
Create new private key and selfsigned certificate for host.dom.
new_certificate xxx host=host.dom
-BEGIN CERTIFICATE-
...
-END CERTIFICATE-
-BEGIN RSA PRIVATE KEY-
...
-END RSA PRIVATE KEY-
Create new private key and certificate request for host.dom
Sign new request by received certificate and private key.
usage: ssl_crtd -c -s ssl_store_path
-c   Init ssl db directories and exit.





-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: Squid configure option

2014-12-05 Thread sven falempin 
On Fri, Dec 5, 2014 at 8:56 AM, sven falempin sven.falem...@gmail.com
wrote:

 Index: Makefile.inc
 ===
 RCS file: /cvs/ports/www/squid/Makefile.inc,v
 retrieving revision 1.9
 diff -u -p -r1.9 Makefile.inc
 --- Makefile.inc15 May 2014 21:24:33 -  1.9
 +++ Makefile.inc5 Dec 2014 13:54:30 -
 @@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
 --enable-referer-log \
 --enable-removal-policies=lru heap \
 --enable-ssl \
 +   --enable-ssl-crtd \
 --with-openssl \
 --enable-storeio=aufs ufs diskd \
 --with-default-user=_squid \



 because, why not ?

 # ./squid-3.4.6/build-amd64/src/ssl/ssl_crtd -h
 usage: ssl_crtd -hv -s ssl_storage_path -M storage_max_size
 -h   Help
 -v   Version
 -s ssl_storage_path  Path to specific disk storage of ssl server
  certificates.
 -M storage_max_size  max size of ssl certificates storage.
 -b fs_block_size File system block size in bytes. Need for
 processing
  natural size of certificate on disk.
 Default value is
  2048 bytes.

 After running write requests in the next format:
 request codewhitespacebody_lenwhitespacebody
 There are two kind of request now:
 new_certificate 13 host=host.dom
 Create new private key and selfsigned certificate for host.dom.
 new_certificate xxx host=host.dom
 -BEGIN CERTIFICATE-
 ...
 -END CERTIFICATE-
 -BEGIN RSA PRIVATE KEY-
 ...
 -END RSA PRIVATE KEY-
 Create new private key and certificate request for host.dom
 Sign new request by received certificate and private key.
 usage: ssl_crtd -c -s ssl_store_path
 -c   Init ssl db directories and exit.






Dear ports,

Me again,,, is it possible than sslbump from squid has some problem with
libTLS ?
All i got from my sslbump config is that my certifcate are invalid.

Best regards,



-- 
-
() ascii ribbon campaign - against html e-mail
/\

asterisk alternatives

2014-11-19 Thread sven falempin 
Porters,

Did someone tried to work on that ?

http://www.kamailio.org/dokuwiki/doku.php/packages:pkgs

( my sip provider want a bleeding edge version of asterisk with
specific register frequency,
so if you know how to change the register frequency in the in ports
asterisk you are welcome to answer :-) )

Best regards.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

building 12 hours ago ports tree trigger lil code problem

2014-08-15 Thread sven falempin 
Look in /usr/local/share/doc/pkg-readmes for extra documentation.
Can't use an undefined value as a HASH reference at
/usr/libdata/perl5/OpenBSD/Dependencies.pm line 387.


-- 
-
() ascii ribbon campaign - against html e-mail
/\

Re: building 12 hours ago ports tree trigger lil code problem

2014-08-15 Thread sven falempin 
certainly an out of sync base.
sorry for the noise


On Fri, Aug 15, 2014 at 6:55 AM, sven falempin sven.falem...@gmail.com
wrote:

 Look in /usr/local/share/doc/pkg-readmes for extra documentation.
 Can't use an undefined value as a HASH reference at
 /usr/libdata/perl5/OpenBSD/Dependencies.pm line 387.


 --

 -
 () ascii ribbon campaign - against html e-mail
 /\




-- 
-
() ascii ribbon campaign - against html e-mail
/\

dnsmasq update

2014-04-13 Thread sven falempin 
Hello,

I would like to upgrade the dnsmasq ports
to the version that support DNSSEC
and add the patch for ipset :
https://bitbucket.org/Dohnuts/dnsmasq
as soon as Simon Kelley accept the patch.

( code review on tables.c is welcome, is there some defines for pfra_net ? )

Happy easter.

-- 
-
() ascii ribbon campaign - against html e-mail
/\

monit 5.4 on openBSD 5.1

2012-07-10 Thread sven falempin 
monit 5.4 on openBSD 5.1

changing the patch files and the version in Makefile, compilation execution
OK

but packaging fail, install.sh is broken 

-
patch-configure :
--
--- configure.orig  Tue Jul 10 10:43:51 2012
+++ configure   Tue Jul 10 10:41:07 2012
@@ -11046,13 +11046,13 @@
 fi


-{ $as_echo $as_me:${as_lineno-$LINENO}: checking for pthread_create in
-lpthread 5
-$as_echo_n checking for pthread_create in -lpthread...  6; }
+{ $as_echo $as_me:${as_lineno-$LINENO}: checking for pthread_create in
-pthread 5
+$as_echo_n checking for pthread_create in -pthread...  6; }
 if test ${ac_cv_lib_pthread_pthread_create+set} = set; then :
   $as_echo_n (cached)  6
 else
   ac_check_lib_save_LIBS=$LIBS
-LIBS=-lpthread  $LIBS
+LIBS=-pthread  $LIBS
 cat confdefs.h - _ACEOF conftest.$ac_ext
 /* end confdefs.h.  */

@@ -11087,7 +11087,7 @@
 #define HAVE_LIBPTHREAD 1
 _ACEOF

-  LIBS=-lpthread $LIBS
+  LIBS=-pthread $LIBS

 else
   as_fn_error POSIX thread library is required $LINENO 5

--
patch-sysdep_OPENBSD.c :
--
--- src/process/sysdep_OPENBSD.c.orig   Tue Jul 10 10:57:36 2012
+++ src/process/sysdep_OPENBSD.cSun May  6 05:40:45 2012
@@ -140,11 +140,11 @@
   inttreesize;
   char   buf[_POSIX2_LINE_MAX];
   size_t size = sizeof(maxslp);
-  intmib_proc2[6] = {CTL_KERN, KERN_PROC2,
KERN_PROC_KTHREAD, 0, sizeof(struct kinfo_proc2), 0};
+  intmib_proc2[6] = {CTL_KERN, KERN_PROC,
KERN_PROC_KTHREAD, 0, sizeof(struct kinfo_proc), 0};
   static int mib_maxslp[] = {CTL_VM, VM_MAXSLP};
   ProcessTree_T *pt;
   kvm_t *kvm_handle;
-  static struct kinfo_proc2 *pinfo;
+  static struct kinfo_proc *pinfo;

   if (sysctl(mib_maxslp, 2, maxslp, size, NULL, 0)  0) {
 LogError(system statistic error -- vm.maxslp failed);
@@ -158,14 +158,14 @@

   size *= 2; // Add reserve for new processes which were created between
calls of sysctl
   pinfo = CALLOC(1, size);
-  mib_proc2[5] = (int)(size / sizeof(struct kinfo_proc2));
+  mib_proc2[5] = (int)(size / sizeof(struct kinfo_proc));
   if (sysctl(mib_proc2, 6, pinfo, size, NULL, 0) == -1) {
 FREE(pinfo);
 LogError(system statistic error -- kern.proc2 #2 failed);
 return FALSE;
   }

-  treesize = (int)(size / sizeof(struct kinfo_proc2));
+  treesize = (int)(size / sizeof(struct kinfo_proc));

   pt = CALLOC(sizeof(ProcessTree_T), treesize);

@@ -185,7 +185,7 @@
   pt[i].status_flag |= PROCESS_ZOMBIE; //FIXME: save system service
flag too (kernel threads)
 pt[i].time = get_float_time();
 char **args;
-if ((args = kvm_getargv2(kvm_handle, pinfo[i], 0))) {
+if ((args = kvm_getargv(kvm_handle, pinfo[i], 0))) {
   StringBuffer_T cmdline = StringBuffer_create(64);;
   for (int j = 0; args[j]; j++)
 StringBuffer_append(cmdline, args[j + 1] ? %s  : %s, args[j]);
---

error when trying make install :

install -d -o root -g bin -m 755
/usr/ports/pobj/monit-5.4/fake-i386/usr/local/share/doc/monit
install -d -o root -g bin -m 755
/usr/ports/pobj/monit-5.4/fake-i386/usr/local/share/examples/monit
cd /usr/ports/pobj/monit-5.4/monit-5.4  install -c -o root -g bin -m 444
 /usr/ports/pobj/monit-5.4/fake-i386/usr/local/share/doc/monit
usage: install [-bCcdpSs] [-B suffix] [-f flags] [-g group] [-m mode] [-o
owner]
   source ... target ...
*** Error code 64

Stop in /usr/ports/sysutils/monit (line 33 of Makefile).
*** Error code 1