Re: FreeBSD Port: security/orthrus

2018-04-02 Thread Gavin McDonald
Excellent - done - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227237 
 

Thanks

Gav…


> On 2 Apr 2018, at 2:42 pm, Kevin Oberman  wrote:
> 
> On Sun, Apr 1, 2018 at 8:41 PM, Gavin McDonald  > wrote:
> Hi Guys,
> 
> I would like to retake over maintainership of this package once more.
> 
> Let me know what else you need .
> 
> Thanks!
> 
> Gav…
> 
> Open a PR with a patch replacing the maintainer with your email address and 
> set the "Maintainer approval requested" flag. If the current maintainer is 
> OKs it, or if it is unmaintained (ports@), any ports committer can commit. 
> These requests are usually committed very quickly!
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkober...@gmail.com 
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> 

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Logitechmediaserver fails to build

2018-04-02 Thread Walter Schwarzenfeld

work/slimserver-vendor-1463b00/CPAN/buildme.sh misses perl5.26 entry.

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: FreeBSD 11.1-STABLE #0 r331865: geomWatch compilation fails

2018-04-02 Thread Dimitry Andric
On 2 Apr 2018, at 21:33, Michael Grimm  wrote:
> 
> since the recent upgrade of llvm et al in STABLE-11.1 geomWatch fails to 
> compile (poudriere):
> 
> In file included from geomWatch.cpp:41:
> In file included from ./zpool.hpp:35:
> In file included from 
> zfs/v28/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h:38:
> In file included from 
> zfs/v28/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_ioctl.h:30:
> In file included from 
> zfs/v28/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zio.h:29:
> In file included from 
> zfs/v28/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h:83:
> zfs/v28/sys/cddl/contrib/opensolaris/uts/common/sys/sysevent.h:79:37: error: 
> invalid suffix on literal; C++11 requires a space between literal and 
> identifier [-Wreserved-user-defined-literal]
> #define SUNW_KERN_PUB   SUNW_VENDOR":"SE_KERN_PUB
>  ^
> 
> zfs/v28/sys/cddl/contrib/opensolaris/uts/common/sys/sysevent.h:80:36: error: 
> invalid suffix on literal; C++11 requires a space between literal and 
> identifier [-Wreserved-user-defined-literal]
> #define SUNW_USR_PUBSUNW_VENDOR":"SE_USR_PUB
>  ^

This can be fixed either by adding spaces before the double quotes, or
it can be worked around by adding USE_CXXSTD=gnu++98 in the port
Makefile.

-Dimitry



signature.asc
Description: Message signed with OpenPGP


Re: FreeBSD 11.1-STABLE #0 r331865: mariadb102-server-10.2.14 compilation fails

2018-04-02 Thread Dimitry Andric
On 2 Apr 2018, at 21:40, Michael Grimm  wrote:
> 
> since the recent upgrade of llvm et al in STABLE-11.1 
> mariadb102-server-10.2.14  fails to compile (poudriere):
> 
> 
> 
> --- storage/connect/CMakeFiles/connect.dir/all ---
> --- storage/connect/CMakeFiles/connect.dir/table.cpp.o ---
> --- storage/connect/CMakeFiles/connect.dir/tabjson.cpp.o ---
> /wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:198:10:
>  error: cannot initialize return object of type 'int' with an rvalue of type 
> 'nullptr_t'
>return NULL;
>   ^~~~

The code is likely buggy, but you can try adding USE_CXXSTD=gnu++98 in
the port Makefile as a workaround.

-Dimitry



signature.asc
Description: Message signed with OpenPGP


unreliable pkg upgrade of pecl / pear packages after flavors

2018-04-02 Thread Miroslav Lachman

UPDATING entry says it should be upgraded automatically but it was not.

"People using Poudriere 3.2+ and binary packages do not have to do 
anything."


Our packages was built in Poudriere 3.2.4. pkg upgrade on target 
machines did upgrade of Apache, PHP, extensions etc. but PECL a PEAR 
packages was left untouched:




# pkg version -vRL =
Updating codelab repository catalogue...
codelab repository is up to date.
All repositories are up to date.
pear-1.10.5_1  ?   orphaned: devel/pear
pear-Net_DNS2-1.4.4?   orphaned: dns/pear-Net_DNS2
pear-Net_IDNA-0.8.1?   orphaned: net/pear-Net_IDNA
pear-OLE-1.0.0.r3  ?   orphaned: devel/pear-OLE
pear-Spreadsheet_Excel_Writer-0.9.4 ?   orphaned: 
textproc/pear-Spreadsheet_Excel_Writer

pecl-memcached-3.0.4   ?   orphaned: databases/pecl-memcached
pecl-xdebug-2.5.5_1?   orphaned: devel/pecl-xdebug


Those packages must be upgraded manualy by "pkg upgrade -f devel/pear 
dns/pear-Net_DNS2 ..."


So.. is there an error in pkg or in UPDATING entry 20180308?

Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


FreeBSD 11.1-STABLE #0 r331865: mariadb102-server-10.2.14 compilation fails

2018-04-02 Thread Michael Grimm
Hi,

since the recent upgrade of llvm et al in STABLE-11.1 mariadb102-server-10.2.14 
 fails to compile (poudriere):



--- storage/connect/CMakeFiles/connect.dir/all ---
--- storage/connect/CMakeFiles/connect.dir/table.cpp.o ---
--- storage/connect/CMakeFiles/connect.dir/tabjson.cpp.o ---
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:198:10:
 error: cannot initialize return object of type 'int' with an rvalue of type 
'nullptr_t'
return NULL;
   ^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
#define NULLnullptr
^~~
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:246:11:
 error: cannot initialize return object of type 'int' with an rvalue of type 
'nullptr_t'
return NULL;
   ^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
#define NULLnullptr
^~~
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:253:12:
 error: cannot initialize return object of type 'int' with an rvalue of type 
'nullptr_t'
return NULL;
   ^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
#define NULLnullptr
^~~
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:272:12:
 error: cannot initialize return object of type 'int' with an rvalue of type 
'nullptr_t'
return NULL;
   ^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
#define NULLnullptr
^~~
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/connect/tabjson.cpp:279:12:
 error: cannot initialize return object of type 'int' with an rvalue of type 
'nullptr_t'
return NULL;
   ^~~~
/usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
#define NULLnullptr
^~~
--- storage/spider/CMakeFiles/spider.dir/all ---
--- storage/spider/CMakeFiles/spider.dir/ha_spider.cc.o ---
In file included from 
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/spider/ha_spider.cc:28:
In file included from 
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/sql/sql_class.h:4913:
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:376:48:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
  int (*write_keys)(struct st_mi_sort_param *, register uchar **,
   ^
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:386:30:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int chk_del(HA_CHECK *param, register MI_INFO *info, ulonglong test_flag);
 ^
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:390:32:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int mi_repair(HA_CHECK *param, register MI_INFO *info,
   ^
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:392:36:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int mi_sort_index(HA_CHECK *param, register MI_INFO *info, char * name);
   ^
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:393:40:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int mi_repair_by_sort(HA_CHECK *param, register MI_INFO *info,
   ^
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/myisam.h:395:41:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int mi_repair_parallel(HA_CHECK *param, register MI_INFO *info,
^
In file included from 
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/storage/spider/ha_spider.cc:28:
In file included from 
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/sql/sql_class.h:4916:
/wrkdirs/usr/ports/databases/mariadb102-server/work/mariadb-10.2.14/include/maria.h:369:44:
 warning: 'register' storage class specifier is deprecated and incompatible 
with C++17 [-Wdeprecated-register]
int maria_repair_parallel(HA_CHECK *param, register MARIA_HA *info,

FreeBSD 11.1-STABLE #0 r331865: geomWatch compilation fails

2018-04-02 Thread Michael Grimm
Hi,

since the recent upgrade of llvm et al in STABLE-11.1 geomWatch fails to 
compile (poudriere):

In file included from geomWatch.cpp:41:
In file included from ./zpool.hpp:35:
In file included from 
zfs/v28/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h:38:
In file included from 
zfs/v28/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_ioctl.h:30:
In file included from 
zfs/v28/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zio.h:29:
In file included from 
zfs/v28/cddl/contrib/opensolaris/lib/libzpool/common/sys/zfs_context.h:83:
zfs/v28/sys/cddl/contrib/opensolaris/uts/common/sys/sysevent.h:79:37: error: 
invalid suffix on literal; C++11 requires a space between literal and 
identifier [-Wreserved-user-defined-literal]
#define SUNW_KERN_PUB   SUNW_VENDOR":"SE_KERN_PUB
  ^
   
zfs/v28/sys/cddl/contrib/opensolaris/uts/common/sys/sysevent.h:80:36: error: 
invalid suffix on literal; C++11 requires a space between literal and 
identifier [-Wreserved-user-defined-literal]
#define SUNW_USR_PUBSUNW_VENDOR":"SE_USR_PUB
  ^
   
1 warning and 2 errors generated.
*** [geomWatch] Error code 1

make[1]: stopped in /wrkdirs/usr/ports/sysutils/geomWatch/work/geomWatch-1.3.0
1 error

Regards,
Michael

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Logitechmediaserver fails to build

2018-04-02 Thread Michael Grimm
Eric Masson  wrote:

> Seems Logitech Media Server doesn't build on 11-STABLE (I had to rebuild
> it after perl5 defaults from 5.24 to 5.26).
> 
> root@newsrv:/usr/ports/audio/logitechmediaserver # make
[…]
> cd: 
> /storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/slimserver-vendor-1463b00/CPAN/build:
>  No such file or directory
> *** Error code 2
> 
> Stop.
> make[1]: stopped in /usr/ports/audio/logitechmediaserver
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/audio/logitechmediaserver
> root@newsrv:/usr/ports/audio/logitechmediaserver #

FYI: Same here, starting a couple of days ago.

Regarda,
Michael

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Logitechmediaserver fails to build

2018-04-02 Thread Eric Masson
Hi,

Seems Logitech Media Server doesn't build on 11-STABLE (I had to rebuild
it after perl5 defaults from 5.24 to 5.26).

root@newsrv:/usr/ports/audio/logitechmediaserver # make
===>  License SDL needs confirmation, will ask later
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on file: 
/usr/local/sbin/pkg - found
===> Fetching all distfiles required by logitechmediaserver-7.9.1.g2017.07.11 
for building
===>  Extracting for logitechmediaserver-7.9.1.g2017.07.11
=> SHA256 Checksum OK for 
Logitech-slimserver-7.9.1.g2017.07.11-762b5cb_GH0.tar.gz.
=> SHA256 Checksum OK for Logitech-slimserver-vendor-1463b00_GH0.tar.gz.
===>  Patching for logitechmediaserver-7.9.1.g2017.07.11
===>  Applying extra patch 
/usr/ports/audio/logitechmediaserver/files/vendorpatch-CPAN_buildme.sh
===>  Applying FreeBSD patches for logitechmediaserver-7.9.1.g2017.07.11
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: nasm - found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: bash - found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: rsync - 
found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: gmake - 
found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on package: 
perl5>=5.26<5.27 - found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on shared library: 
libgd.so - found (/usr/local/lib/libgd.so)
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on shared library: 
libintl.so - found (/usr/local/lib/libintl.so)
===>  Configuring for logitechmediaserver-7.9.1.g2017.07.11
===>  Building for logitechmediaserver-7.9.1.g2017.07.11
cd 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/slimserver-vendor-1463b00/CPAN
 && ./buildme.sh
RUN_TESTS:1 CLEAN:1 USE_HINTS:1 target all
Building for FreeBSD / amd64-freebsd-thread-multi
Failed to find supported Perl version for '/usr/local/bin/perl'
===>  Staging for logitechmediaserver-7.9.1.g2017.07.11
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: flac - found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: shorten - 
found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on executable: sox - found
===>   logitechmediaserver-7.9.1.g2017.07.11 depends on package: 
perl5>=5.26<5.27 - found
===>   Generating temporary packing list
===> Creating groups.
===> Creating users
(cd 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/slimserver-762b5cb
 && /bin/sh -c '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 
2>&1) &&  /usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd 
'\''$2'\'' && chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd 
'\''$2'\'' && chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE . 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/stage/usr/local/share/logitechmediaserver)
(cd 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/slimserver-vendor-1463b00/CPAN/build
 &&  /bin/sh -c '(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 
2>&1) &&  /usr/bin/find -Ed $1 $3 \(   -type d -exec /bin/sh -c '\''cd 
'\''$2'\'' && chmod 755 "$@"'\'' . {} +  -o -type f -exec /bin/sh -c '\''cd 
'\''$2'\'' && chmod 0644 "$@"'\'' . {} + \)' COPYTREE_SHARE arch 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/stage/usr/local/share/logitechmediaserver/CPAN)
cd: 
/storage/work/ports/build/usr/ports/audio/logitechmediaserver/work/slimserver-vendor-1463b00/CPAN/build:
 No such file or directory
*** Error code 2

Stop.
make[1]: stopped in /usr/ports/audio/logitechmediaserver
*** Error code 1

Stop.
make: stopped in /usr/ports/audio/logitechmediaserver
root@newsrv:/usr/ports/audio/logitechmediaserver #

Regards

Éric Masson

-- 
 > Mais bon, c'est pas moi qui lancerais l'AAD là-dessus (mais s'il passe
 > je voterai certainement pour si ça peut éviter aux dinosaures de bloquer
 > systèmatiquement toutes les initiatives des linuxiens).
 -+- EF in Guide du linuxien pervers : "Les dinos ont changé de camps !" -+-
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: UPDATING RSS feed

2018-04-02 Thread Andrea Venturoli

On 03/31/18 19:34, Kevin Oberman wrote:


I moved to:
http://updating.kojevnikov.com/


Thanks a lot!

 bye
av.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


How to get timely MFH of security commits?

2018-04-02 Thread Mel Pilgrim
The update to net/samba4{5,6,7} addressing CVEs went to head on March 
13.  The security/openssl update to 1.0.2o was committed to head with 
MFH 2018Q1 explicitly asked for in the commit message.  In both cases, 
2018Q1 expired before the MFH happened.


Last year, r453380 updated security/openssl in head to 1.0.2m the same 
day it was available upstream.  The commit was flagged MFH 2017Q4, but 
it took opening a bug asking for the MFH three weeks later.


Delays like this mean that, for the vast majority of users, security 
fixes are delayed by up to three months.


Is there a process hindering security merges?

Can those of us who aren't committers do anything to help improve this 
process?

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


committer needed for [NEW PORT] mail/ratelimit-policyd

2018-04-02 Thread Miroslav Lachman

My new port needs committer with few minutes of time.

It is a very simple sender rate limit policy daemon for Postfix written 
in Perl. Customised to work with modern Perl version on FreeBSD.


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226795

Kind regards
Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Poudriere and PkgBase

2018-04-02 Thread Dan Mahoney (Gushi)

All,

Slightly off topic, but as the poudriere experts are in this list, I think 
it's poignant.


Is there a way to leverage my Poudriere Jails to build pkgbase repos?  For 
example, to build different packages for amd64 and i386, or to build 
distinct packages against -stable, and -release?


Specifically, my needs are for a custom kernel for -RELEASE -- but it 
looks like there's no easy way to *just* build that, it looks like the 
kernel package needs to track with the entire rest of the OS.  Is this the 
case?


Best,

-Dan

--

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"