Re: [NEW] security/libbde

[Remi Pointel]

On 01/18/17 20:40, Remi Pointel wrote:

Hi,

attached is the libbde port: library and tools to access the BitLocker
Drive Encryption (BDE) encrypted volumes, needed for Plaso.

Ok?

Cheers,

Remi.


Hi,

attached is the libbde port with cosmetic changes in the Makefile 
compared to the previous tarball I sent.


Ok?

Cheers,

Remi.


libbde-20160731.tar.gz
Description: application/gzip

Fix lang/ruby/2.3 on arm/hppa/powerpc

[Jeremie Courreges-Anglas]

Hi,

currently ruby/2.3 is marked as BROKEN on arm/hppa/powerpc, since
building ripper.c takes more than 1GB of ram.  By tuning the
optimization level to -O1 for this file only, I get a working
interpreter on arm.  I propose to try the same workaround on hppa and
powerpc.

ok?


Index: Makefile
===
RCS file: /d/cvs/ports/lang/ruby/2.3/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile21 Dec 2016 07:22:20 -  1.15
+++ Makefile21 Feb 2017 06:21:29 -
@@ -1,9 +1,5 @@
 # $OpenBSD: Makefile,v 1.15 2016/12/21 07:22:20 phessler Exp $
 
-BROKEN-arm =   OOM when building ext/ripper/ripper.c
-BROKEN-hppa =  OOM when building ext/ripper/ripper.c
-BROKEN-powerpc =   OOM when building ext/ripper/ripper.c
-
 COMMENT-main = object oriented script language with threads
 COMMENT-gdbm = gdbm interface for ruby
 COMMENT-tk =   tk interface for ruby
@@ -91,6 +87,15 @@ TEST_DEPENDS =   ${FULLPKGNAME-main}:${BU
 
 post-extract:
rm -rf ${WRKSRC}/ext/fiddle/libffi-* ${WRKSRC}/tool/downloader.rb
+
+# cc(1) uses too much ram to build ext/ripper/ripper.c
+# XXX remove arch if vmparam.h + login.conf give more than 1024M to pbuild
+.if ${MACHINE_ARCH:Malpha} || ${MACHINE_ARCH:Marm} || ${MACHINE_ARCH:Mhppa}
+CFLAGS_OVERRIDE =  -O1
+.endif
+pre-configure:
+   sed -i 's/%%CFLAGS_OVERRIDE%%/${CFLAGS_OVERRIDE}/g' \
+   ${WRKSRC}/ext/ripper/depend
 
 pre-install:
find ${WRKSRC} -name '*.orig' -print0 | xargs -0r rm
Index: patches/patch-ext_ripper_depend
===
RCS file: patches/patch-ext_ripper_depend
diff -N patches/patch-ext_ripper_depend
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-ext_ripper_depend 21 Feb 2017 06:02:10 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- ext/ripper/depend.orig Fri Dec 19 14:34:54 2014
 ext/ripper/depend  Tue Feb 21 07:02:06 2017
+@@ -43,6 +43,8 @@ ripper.E: ripper.c
+   $(ECHO) preprocessing ripper.c
+   $(Q) $(CC) -E $(CPPFLAGS) ripper.c | $(RUBY) $(srcdir)/tools/strip.rb > 
$@
+ 
++CFLAGS += %%CFLAGS_OVERRIDE%%
++
+ # AUTOGENERATED DEPENDENCIES START
+ ripper.o: $(RUBY_EXTCONF_H)
+ ripper.o: $(arch_hdrdir)/ruby/config.h

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [NEW] devel/py-hachoir-{core,metadata,parser}

[Remi Pointel]

On 01/18/17 21:58, Remi Pointel wrote:

Hi,

attached are the following ports (needed for Plaso):
- hachoir-core
- hachoir-metadata
- hachoir-parser

Ok?

Cheers,

Remi.


ping

Re: [NEW] devel/libvslvm

[Remi Pointel]

On 02/12/17 11:10, Remi Pointel wrote:

On 01/18/17 21:44, Remi Pointel wrote:

Hi,

attached is libvslvm: library and tools to access the Linux Logical
Volume Manager (LVM) volume system format, needed for Plaso.

Ok?

Cheers,

Remi.


The port is now in sysutils instead of devel, and the tests are enabled.

Ok?

Cheers,

Remi.


ping

Re: [NEW] devel/libvshadow

[Remi Pointel]

On 02/12/17 11:05, Remi Pointel wrote:

On 01/18/17 21:36, Remi Pointel wrote:

Hi,

attached is libvshadow: library and tools to access the Volume Shadow
Snapshot (VSS) format, needed for Plaso.

Ok?

Cheers,

Remi.


The port is now in sysutils instead of devel, and the tests are enabled.

Ok?

Cheers,

Remi.


ping

Re: [NEW] security/py-dfvfs

[Remi Pointel]

On 02/12/17 11:40, Remi Pointel wrote:

On 01/18/17 21:53, Remi Pointel wrote:

Hi,

attached is dfvfs: dfVFS, or Digital Forensics Virtual File System,
provides read-only access to file-system objects from various storage
media types and file formats. It is needed for Plaso.

Ok ?

Cheers,

Remi.


Updated path of run_depends now they are in sysutils.

Ok?

Cheers,

Remi.


ping

Re: [NEW] security/py-dfwinreg

[Remi Pointel]

On 02/12/17 09:52, Remi Pointel wrote:

On 01/18/17 21:55, Remi Pointel wrote:

Hi,

attached is dfwinreg: Digital Forensics Windows Registry, provides
read-only access to Windows Registry objects. It's needed for Plaso.

Ok?

Cheers,

Remi.



Update depends which are in sysutils now.

Ok?

Cheers,

Remi.


ping

Re: [NEW] devel/libvmdk

[Remi Pointel]

On 02/12/17 11:02, Remi Pointel wrote:

On 01/18/17 21:35, Remi Pointel wrote:

Hi,

attached is libvmdk: library and tools to access the VMware Virtual Disk
(VMDK) format, needed for Plaso.

Ok?

Cheers,

Remi.


The port is now in sysutils instead of devel, and the tests are enabled.

Ok?

Cheers,

Remi.


ping

Re: spring cleanup, old scripts removal

[Nigel Taylor]

On 02/20/17 09:44, David Coppa wrote:
> On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie  wrote:
>> I'd like to remove
>> extract-dependencies
>> find-build-order
>> (dpb does it and more)
>>
>> portslogger
>> (haven't used it in ages, again, dpb)
>>
>> and maybe
>> retrieve-index
>> does anyone actually use that one ?
>>
>> (personally, I do either grep on INDEX, or I use
>> sqlports whenever I really need something)
>>
> 
> I use portslogger a lot, for the others I don't care (never used them).
> 
> Ciao!
> David
> 
> 
portlogger used my me also.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/20 15:57:16

Modified files:
devel/libev: Makefile 
devel/p5-EV: Makefile 
x11/rxvt-unicode: Makefile 

Log message:
Drop workarounds to get libev working on arm.

libev can use the appropriate sync instructions now that cc defines
__ARM_ARCH_6K__.

ok dcoppa@ (libev and rxvt-unicode maintainer)

Re: openjdk: java.net.ServerSocket can't bind to [::1]:8080

[Kurt Miller]

On Mon, 2017-02-20 at 13:13 -0500, Kurt Miller wrote:
> On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> > 
> > On 2017/01/16 12:38, Stuart Henderson wrote:
> > > 
> > > 
> > > I don't think Java's v6 support has been tested much on OpenBSD,
> > > in
> > > general it's rather awkward because Java expects support for v6
> > > sockets to work with mapped v4 addresses, which is not the case
> > > on
> > > OpenBSD.
> > > 
> > > IPv6_supported() in jdk/src/solaris/native/java/net/net_util_md.c
> > > has
> > > a couple of checks to decide whether to use v6 or not; I suspect
> > > one
> > > of these may be failing. Does this help at all?
> > Thanks for the help. So what you sent me is a patch, correct? I put
> > it
> > in the jdk's patches folder and then recompiled everything (patch,
> > package, install). However it's still not working.
> > 
> > When I look at the logs of the package phase I see that
> > Inet4AddressImpl
> > is compiled but there is not mention of Inet6AddressImpl. How can I
> > debug this IPv6_supported function?
> Sorry for the late reply. java's ipv6 has issues as it relies on ipv4
> to ipv6 address mapping. There is a 'with_ipv6' flavor which is
> described in the package description as follows:
> 
>   with_ipv6
> Build the jdk/jre with ipv6 support. When the jdk/jre is built
> with this flavor, java will create only ipv6 sockets by default.
> Since ipv4 to ipv6 address mapping is disabled on OpenBSD,
> using ipv4 addresses will fail. Consequently, you may only
> use ipv6 addresses or you can start java with
> -Djava.net.preferIPv4Stack=true and can only use ipv4
> addresses.
> 

It seems I missed that you did use the with_ipv6 flavor in the original
email. I'll look into it when I find some free time.

-Kurt

Re: NEW: sysutils/yank

[Anton Lindqvist]

Thanks for the review, comments below:

On Mon, Feb 20, 2017 at 07:52:16PM +, Stuart Henderson wrote:
> On 2017/02/20 19:37, Anton Lindqvist wrote:
> > Update to newest version 0.8.2.
> > 
> > On Sat, Feb 18, 2017 at 09:05:24AM +0100, Anton Lindqvist wrote:
> > > The yank(1) utility reads input from stdin and displays a selection
> > > interface that allows a field to be selected and copied to the
> > > clipboard.
> > > 
> > > I'm the creator and maintainer of yank(1).
> > > 
> > > https://github.com/mptre/yank
> 
> - HOMEPAGE isn't needed, that's the default with GH_* anyway.

Fixed

> - the @conflict is done on the package name, so it should be EMBOSS-*
> not emboss-*.

Fixed

> - we're trying to keep track of things in ports using pledge, so please
> add a "# uses pledge()" comment near the WANTLIB

Thanks, didn't know. Maybe this convention should mentioned in
infrastructure/templates/Makefile.template.

> rest is ok ports-wise, though I'm not a fan of hard-coded terminal
> escape sequences.

Agree, I will migrate to curses at some point in the future.


yank.tar.gz
Description: application/tar-gz

Re: NEW: sysutils/yank

[Stuart Henderson]

On 2017/02/20 19:37, Anton Lindqvist wrote:
> Update to newest version 0.8.2.
> 
> On Sat, Feb 18, 2017 at 09:05:24AM +0100, Anton Lindqvist wrote:
> > The yank(1) utility reads input from stdin and displays a selection
> > interface that allows a field to be selected and copied to the
> > clipboard.
> > 
> > I'm the creator and maintainer of yank(1).
> > 
> > https://github.com/mptre/yank

- HOMEPAGE isn't needed, that's the default with GH_* anyway.

- the @conflict is done on the package name, so it should be EMBOSS-*
not emboss-*.

- we're trying to keep track of things in ports using pledge, so please
add a "# uses pledge()" comment near the WANTLIB

rest is ok ports-wise, though I'm not a fan of hard-coded terminal
escape sequences.

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/02/20 12:33:13

Modified files:
security/nss   : Makefile distinfo 

Log message:
Update to nss 3.29.1.

See
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.29_release_notes
and
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.29.1_release_notes

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/02/20 12:31:56

Modified files:
databases/sqlite3: Makefile distinfo 

Log message:
Update to sqlite 3.17.0.

See http://sqlite.org/releaselog/3_17_0.html - went into an amd64 bulk
build without issues, and is a requirement for upcoming gecko 52.

Re: NEW: sysutils/yank

[Anton Lindqvist]

Update to newest version 0.8.2.

On Sat, Feb 18, 2017 at 09:05:24AM +0100, Anton Lindqvist wrote:
> The yank(1) utility reads input from stdin and displays a selection
> interface that allows a field to be selected and copied to the
> clipboard.
> 
> I'm the creator and maintainer of yank(1).
> 
> https://github.com/mptre/yank


yank.tar.gz
Description: application/tar-gz

Re: openjdk: java.net.ServerSocket can't bind to [::1]:8080

[Kurt Miller]

On Thu, 2017-01-19 at 08:38 -0500, Nick wrote:
> On 2017/01/16 12:38, Stuart Henderson wrote:
> > 
> > I don't think Java's v6 support has been tested much on OpenBSD, in
> > general it's rather awkward because Java expects support for v6
> > sockets to work with mapped v4 addresses, which is not the case on
> > OpenBSD.
> > 
> > IPv6_supported() in jdk/src/solaris/native/java/net/net_util_md.c
> > has
> > a couple of checks to decide whether to use v6 or not; I suspect
> > one
> > of these may be failing. Does this help at all?
> Thanks for the help. So what you sent me is a patch, correct? I put
> it
> in the jdk's patches folder and then recompiled everything (patch,
> package, install). However it's still not working.
> 
> When I look at the logs of the package phase I see that
> Inet4AddressImpl
> is compiled but there is not mention of Inet6AddressImpl. How can I
> debug this IPv6_supported function?

Sorry for the late reply. java's ipv6 has issues as it relies on ipv4
to ipv6 address mapping. There is a 'with_ipv6' flavor which is
described in the package description as follows:

  with_ipv6
Build the jdk/jre with ipv6 support. When the jdk/jre is built
with this flavor, java will create only ipv6 sockets by default.
Since ipv4 to ipv6 address mapping is disabled on OpenBSD,
using ipv4 addresses will fail. Consequently, you may only
use ipv6 addresses or you can start java with
-Djava.net.preferIPv4Stack=true and can only use ipv4
addresses.

Regards,
-Kurt

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/20 10:14:31

Modified files:
shells/nsh : Makefile 
Added files:
shells/nsh/patches: patch-stats_c 

Log message:
Adapt after the struct ipipstat members size bump

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/20 10:09:39

Modified files:
x11/gnome/contacts: Makefile 

Log message:
Regen WANTLIB to unbreak.

reported by naddy@

apache-httpd package - rc.d/apache2 request/question

[Theodore Wynnychenko]

Hello

I am and have been following current for a few years now.

At some point a couple of years ago, I decided to use apache2 from the
"apache-http" package (currently at version apache-httpd-2.4.23.tgz in
current).

I have installed apache2 using the ChrootDir directive to chroot it to
/var/www.  Therefore, I also added 'apache2_flags="-T"' to rc.conf.local,
otherwise apache2 won't start because it can't find the document
directories (e.g. "/htdocs" does not exist, and httpd2 tries to check it
rather than "/var/www/htdocs").

I then noticed that using rcctl to restart apache2 would fail.
Apparently, when "apachectl2 graceful-stop" is invoked, it also tries to
verify directories, and when it can't find them, throws an error.

My solution was to change, in /etc/rc.d/apache2:

rc_stop() {
/usr/local/sbin/apachectl2 graceful-stop
}

To:

rc_stop() {
/usr/local/sbin/apachectl2 graceful-stop ${daemon_flags}
}

Then, rcctl stop/restart work as expected.

Of course, this means that every time I update current, the apache2
package does not want to update and gives:  "Couldn't delete
/etc/rc.d/apache2 (bad checksum)"

It's not that big a deal, but a bit annoying.  I rerun the package update
with the partial package, then I go to etc/rc.d/apache2 and add back the
"${daemon_flags}" to the rc_stop function.

But, I am wondering, is there any specific reason not to include
"${daemon_flags}" in the rc_stop function to begin with?

If not, could it be added?

Thanks

Ted

Re: apache-httpd package - rc.d/apache2 request/question

[Stuart Henderson]

On 2017/02/20 09:03, Ted Wynnychenko wrote:
> Hello
> 
> I am and have been following current for a few years now.
> 
> At some point a couple of years ago, I decided to use apache2 from the
> "apache-http" package (currently at version apache-httpd-2.4.23.tgz in 
> current).
> 
> I have installed apache2 using the ChrootDir directive to chroot it to 
> /var/www.
> Therefore, I also added 'apache2_flags="-T"' to rc.conf.local, otherwise 
> apache2
> won't start because it can't find the document directories (e.g. "/htdocs" 
> does
> not exist, and httpd2 tries to check it rather than "/var/www/htdocs").

Doesn't the chroot directory get stripped off automatically, i.e. isn't it
correct to just keep the document directory as /var/www/htdocs? (Though I often
just "mkdir /var/www/var; ln -s .. /var/www/var/www" which saves a lot of hassle
when dealing with a chrooted webserver).

> I then noticed that using rcctl to restart apache2 would fail.
> Apparently, when "apachectl2 graceful-stop" is invoked, it also tries to 
> verify
> directories, and when it can't find them, throws an error.
> 
> My solution was to change, in /etc/rc.d/apache2:
> 
> rc_stop() {
> /usr/local/sbin/apachectl2 graceful-stop
> }
> 
> To:
> 
> rc_stop() {
> /usr/local/sbin/apachectl2 graceful-stop ${daemon_flags}
> }
> 
> Then, rcctl stop/restart work as expected.
> 
> Of course, this means that every time I update current, the apache2 package 
> does
> not want to update and gives:  "Couldn't delete /etc/rc.d/apache2 (bad
> checksum)"

Generally if you need to modify an rc.d script locally it's better to copy
it to a different name to avoid this..

> It's not that big a deal, but a bit annoying.  I rerun the package update with
> the partial package, then I go to etc/rc.d/apache2 and add back the
> "${daemon_flags}" to the rc_stop function.
> 
> But, I am wondering, is there any specific reason not to include
> "${daemon_flags}" in the rc_stop function to begin with?
> 
> If not, could it be added?

I don't know the answer to your question, maybe someone who knows Apache httpd
can help there? At first glance it doesn't look like it would be a problem..

btw are you able to test this update? Somebody requested offlist that this was
updated but then said they wouldn't test it..

Index: Makefile
===
RCS file: /cvs/ports/www/apache-httpd/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile5 Jul 2016 14:32:16 -   1.80
+++ Makefile20 Feb 2017 16:14:12 -
@@ -3,7 +3,7 @@
 COMMENT-main=  apache HTTP server
 COMMENT-common=/var/www files for Apache HTTPd
 
-V= 2.4.23
+V= 2.4.25
 DISTNAME=  httpd-${V}
 PKGNAME=   apache-httpd-${V}
 
Index: distinfo
===
RCS file: /cvs/ports/www/apache-httpd/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo5 Jul 2016 14:32:16 -   1.23
+++ distinfo20 Feb 2017 16:14:12 -
@@ -1,2 +1,2 @@
-SHA256 (httpd-2.4.23.tar.gz) = txoT9WuAYca0CG/cyf/d3ZBESXNerewPDilH4z7skdc=
-SIZE (httpd-2.4.23.tar.gz) = 8406575
+SHA256 (httpd-2.4.25.tar.gz) = vmxeuAUhbsIFRTuwKxmQyCYJyxsUW8tp3G6Z//RUk6k=
+SIZE (httpd-2.4.25.tar.gz) = 8460433
Index: patches/patch-configure
===
RCS file: /cvs/ports/www/apache-httpd/patches/patch-configure,v
retrieving revision 1.12
diff -u -p -r1.12 patch-configure
--- patches/patch-configure 27 Oct 2015 18:18:17 -  1.12
+++ patches/patch-configure 20 Feb 2017 16:14:12 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-configure,v 1.12 2015/10/27 18:18:17 sthen Exp $
 configure.orig Fri Oct  9 18:32:07 2015
-+++ configure  Mon Oct 26 12:26:50 2015
-@@ -3414,7 +3414,7 @@ do
+--- configure.orig Fri Dec 16 18:24:48 2016
 configure  Wed Dec 21 11:09:53 2016
+@@ -3418,7 +3418,7 @@ do
ap_last="${ap_cur}"
ap_cur=`eval "echo ${ap_cur}"`
  done
@@ -10,7 +10,7 @@ $OpenBSD: patch-configure,v 1.12 2015/10
  
  
APACHE_VAR_SUBST="$APACHE_VAR_SUBST exp_sysconfdir"
-@@ -4620,7 +4620,7 @@ APR_INCLUDEDIR=`$apr_config --includedir`
+@@ -4624,7 +4624,7 @@ APR_INCLUDEDIR=`$apr_config --includedir`
  APR_INCLUDES=`$apr_config --includes`
  APR_VERSION=`$apr_config --version`
  apr_major_version=`echo ${APR_VERSION} | sed 's,\..*,,'`
Index: patches/patch-docs_conf_httpd_conf_in
===
RCS file: /cvs/ports/www/apache-httpd/patches/patch-docs_conf_httpd_conf_in,v
retrieving revision 1.7
diff -u -p -r1.7 patch-docs_conf_httpd_conf_in
--- patches/patch-docs_conf_httpd_conf_in   30 Dec 2015 09:59:31 -  
1.7
+++ patches/patch-docs_conf_httpd_conf_in   20 Feb 2017 16:14:12 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-docs_conf_httpd_conf_in,v 1.7 2015/12/30 

apache-httpd package - rc.d/apache2 request/question

[Ted Wynnychenko]

Hello

I am and have been following current for a few years now.

At some point a couple of years ago, I decided to use apache2 from the
"apache-http" package (currently at version apache-httpd-2.4.23.tgz in current).

I have installed apache2 using the ChrootDir directive to chroot it to /var/www.
Therefore, I also added 'apache2_flags="-T"' to rc.conf.local, otherwise apache2
won't start because it can't find the document directories (e.g. "/htdocs" does
not exist, and httpd2 tries to check it rather than "/var/www/htdocs").

I then noticed that using rcctl to restart apache2 would fail.
Apparently, when "apachectl2 graceful-stop" is invoked, it also tries to verify
directories, and when it can't find them, throws an error.

My solution was to change, in /etc/rc.d/apache2:

rc_stop() {
/usr/local/sbin/apachectl2 graceful-stop
}

To:

rc_stop() {
/usr/local/sbin/apachectl2 graceful-stop ${daemon_flags}
}

Then, rcctl stop/restart work as expected.

Of course, this means that every time I update current, the apache2 package does
not want to update and gives:  "Couldn't delete /etc/rc.d/apache2 (bad
checksum)"

It's not that big a deal, but a bit annoying.  I rerun the package update with
the partial package, then I go to etc/rc.d/apache2 and add back the
"${daemon_flags}" to the rc_stop function.

But, I am wondering, is there any specific reason not to include
"${daemon_flags}" in the rc_stop function to begin with?

If not, could it be added?

Thanks

Ted

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/20 06:45:17

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
remove quite a few old targets, introduce a new one
- 'prepare' is what gets dependencies in place to build a port
- install-depends is what the install/update cookies do internally
before installing a port.

older / intermediate targets are not really needed, namely:
build-depends, run-depends, runlib-depends, runwantlib-depends,
lib-depends, buildlib-depends, buildwantlib-depends

They redirect to cookies, so just depend on the cookies directly

okay aja@, sthen@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/20 05:10:42

Modified files:
mail/postfix/snapshot: Makefile distinfo 
mail/postfix/snapshot/patches: 
   
patch-src_posttls-finger_posttls-finger_c 

Log message:
update to postfix-3.3.20170218, from Brad

Re: CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

On 02/10/17 10:40, Giovanni Bechis wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   giova...@cvs.openbsd.org2017/02/10 02:40:01
> 
> Modified files:
>   mail/courier-authlib/patches: patch-Makefile_in patch-configure 
> 
> Log message:
> unbreak and regen patches
> spotted by Nygel Tailor, thanks
> 
a configuration change is needed if you are using mysql or postgresql, a marker 
should be added to auth(mysql,pgsql}rc:
---

##NAME: MARKER:0
#
# Do not remove this section from this configuration file. This section
# must be present at the end of this file.
---

In addition, for MySQL the option "MYSQL_OPT 0" should also be set.

 Cheers
  Giovanni

CVS: cvs.openbsd.org: ports

[Peter Hessler]

CVSROOT:/cvs
Module name:ports
Changes by: phess...@cvs.openbsd.org2017/02/20 04:04:27

Modified files:
lang/python: Makefile.inc 
lang/python/2.7: Makefile 
lang/python/3.4: Makefile 
lang/python/3.5: Makefile 
lang/python/3.6: Makefile 

Log message:
10 years ago, we needed to build python with c++ to make sure modules
with native c++ code worked fine.  We no longer need to do that, and
llvm errors out with the non-sensical combination of "c++ -std=c99".

this fixes the python build on arm64

tested by sthen@ in an i386 bulk, thanks!

OK sthen@, rpointel@ (maintainer)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/20 03:23:28

Modified files:
comms/fldigi   : Makefile 

Log message:
set a portroach marker, the default scheme picks up alpha versions.

Re: spring cleanup, old scripts removal

[Stuart Henderson]

On 2017/02/20 10:44, David Coppa wrote:
> On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie  wrote:
> > I'd like to remove
> > extract-dependencies
> > find-build-order
> > (dpb does it and more)
> >
> > portslogger
> > (haven't used it in ages, again, dpb)
> >
> > and maybe
> > retrieve-index
> > does anyone actually use that one ?
> >
> > (personally, I do either grep on INDEX, or I use
> > sqlports whenever I really need something)
> >
> 
> I use portslogger a lot, for the others I don't care (never used them).

Certainly OK with me for the !portslogger ones.

I do still use portslogger out of habit, but outside of a bulk or
partial-bulk build (where the magic filename-choosing is needed) I don't
really see that it has an advantage over tee(1) - in fact, tee's shorter
name probably gives *it* the advantage, so I'm going to stop using
portslogger now. :)

Re: spring cleanup, old scripts removal

[David Coppa]

On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie  wrote:
> I'd like to remove
> extract-dependencies
> find-build-order
> (dpb does it and more)
>
> portslogger
> (haven't used it in ages, again, dpb)
>
> and maybe
> retrieve-index
> does anyone actually use that one ?
>
> (personally, I do either grep on INDEX, or I use
> sqlports whenever I really need something)
>

I use portslogger a lot, for the others I don't care (never used them).

Ciao!
David

spring cleanup, old scripts removal

[Marc Espie]

I'd like to remove
extract-dependencies
find-build-order
(dpb does it and more)

portslogger
(haven't used it in ages, again, dpb)

and maybe
retrieve-index
does anyone actually use that one ?

(personally, I do either grep on INDEX, or I use
sqlports whenever I really need something)