py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

Hi, this is 11.2-STABLE (r335532), and I am referring to the recent MFC of syslogd modifications [1]. Because I cannot judge whether fail2ban lacks support for the renewed syslogd or syslogd has an issue in receiving fail2ban messages I do crosspost this mail to ports and stable. I do have f

Re: py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

Marek Zarychta wrote: > On Fri, Jun 22, 2018 at 03:12:05PM +0200, Michael Grimm wrote: >> Hi, >> >> this is 11.2-STABLE (r335532), and I am referring to the recent MFC of >> syslogd modifications [1]. >> >> Because I cannot judge whether fail2ban lacks

Re: py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

On 22. Jun 2018, at 17:59, Marek Zarychta wrote: > Could you please give any advice or workaround for this issue? I switched to a workaround for the time being which you might use as well in a similar way: #) configure fail2ban to use /var/log/faillog #) run something like that in the backgrou

Re: py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

On 22. Jun 2018, at 21:11, Ed Schouten wrote: > Gleb, what are your thoughts on the attached patch? It alters syslogd > to let the 'legacy' RFC 3164 parser also accept messages without a > timestamp. The time on the syslogd server will be used instead. > > Michael, Marek, could you please give t

Re: py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

On 22. Jun 2018, at 21:26, Michael Grimm wrote: > On 22. Jun 2018, at 21:11, Ed Schouten wrote: >> Michael, Marek, could you please give this patch a try? Thanks! > > Recompiled world (FreeBSD 11.2-STABLE r335532), substituted syslogd with the > re-compiled one, and: &g

Re: py-fail2ban turned silent after syslogd rollout (r335059, stable/11)

On 22. Jun 2018, at 22:28, Ed Schouten wrote: > 2018-06-22 22:06 GMT+02:00 Michael Grimm : >> After applying your patch: >>Jun 22 21:22:01 HOSTNAME [31033]: NOTICE [JAILNAME] >> Unban x.x.x.x >> >> Watch: 'fail2ban.actions' -the service- is

beadm-1.2.8: erroneous beadm create

Hi -- I happen to run a boot environment with two zfs filesystems without any zfs property defined that trigger an error with the latest beadm-1.2.8. Example BE of mine: zp0/ROOT/11r33605613.5G463M 95.1M 27.2G972M 2.15x / zp0/ROOT/11r336056/_jails

Re: beadm-1.2.8: erroneous beadm create

Michael Grimm wrote: > Well, I do see the point of embedding variables with ", but I do also believe > that checking for a null string and removing that resulting … > -o ="" > … before applying the final 'zfs clone' command with it would be a much

Re: beadm-1.2.8: erroneous beadm create

Bryan Drewery wrote: > > On 7/8/2018 8:21 AM, Michael Grimm wrote: >> FYI: The author of beadm has fixed this issue, and he will include his fix >> in the upcoming beadm-1.2.9 release. > > Updated. FYI: The author has fixed the version string in 1.2.9, thus SHA2

HOWTO automatically follow PHP default versions switches?

Hi, I am using poudriere for compiling ports, and I do have the following setting in my corresponding make.conf: DEFAULT_VERSIONS+=php=72 In addition I do have two local meta-ports with PHP definitions installed in order to provide PHP and PHP depending ports in service jails:

Re: HOWTO automatically follow PHP default versions switches?

Mathieu Arnold wrote: > On Sun, Nov 04, 2018 at 05:40:35PM +0100, Michael Grimm wrote: >> Question: Is there a way to automatically follow default version switches of >> PHP without having to touch those definitions above? >> >> I cannot find something like meta-po

security/clamav-milter fails to compile (preliminary patch included)

Hi, after upgrading from STABLE-11 to STABLE-12 security/clamav-milter failed to compile: configure: error: Cannot find libmilter ===> Script "configure" failed unexpectedly. Please report the problem to y...@utahime.org [maintainer] and attach the "/wrkdirs/us

Re: security/clamav-milter fails to compile (preliminary patch included)

Carmel NY wrote: > On Sat, 22 Dec 2018 17:14:11 +0100, Michael Grimm stated: >> after upgrading from STABLE-11 to STABLE-12 security/clamav-milter failed to >> compile: >> >> configure: error: Cannot find libmilter >> ===> Script "configu

Re: security/clamav-milter fails to compile (preliminary patch included)

Michael Grimm wrote: > I am using poudriere to build my ports. Within a poudriere jail used to > compile the clamav-libmilter port no libmilter.so can be found by configure > (see error message above) unless you tellclamav-libmilter's Makefile to > depend on it and thus pre-i

Re: security/clamav-milter fails to compile (preliminary patch included)

Carmel NY wrote: > On Sat, 22 Dec 2018 18:13:51 +0100, Michael Grimm stated: >> Michael Grimm wrote: >>> I am using poudriere to build my ports. Within a poudriere jail used to >>> compile the clamav-libmilter port no libmilter.so can be found by >>> config

Re: security/clamav-milter fails to compile (preliminary patch included)

Carmel NY wrote: > On Sat, 22 Dec 2018 20:23:39 +0100, Michael Grimm stated: >> Hmm, I do get the feeling that you misunderstand what I am telling you. See, below. >> Next, that poudriere jail keeps a copy of a resulting "make buildworld" run >> of base. This jai

Re: security/clamav-milter fails to compile (preliminary patch included)

Yasuhiro KIMURA wrote: > And build of security/clamav-milter succeeded with all cases. > > Do you use any non-default setting about clamav-milter itself or any > of its dependencies? See my last mail. I do not have sendmail compiled for base, thus I am lacking libmilter.so.X in my poudriere ja

Re: security/clamav-milter fails to compile (preliminary patch included)

Yasuhiro KIMURA wrote: > > From: Michael Grimm >> See my last mail. I do not have sendmail compiled for base, thus I am >> lacking libmilter.so.X in my poudriere jail. >> Yes, that is non-default ;-) My port has default settings. > > Sorry, I read only fi

Re: security/clamav-milter fails to compile (preliminary patch included)

Yasuhiro KIMURA wrote: > From: Michael Grimm >> If I do set the option to create the milter interface (sp?) in >> security/clamav I do run into the same error "Cannot find libmilter". > > Thank you for replay. Then please try following patch. With it > se

Re: security/clamav-milter fails to compile (preliminary patch included)

Yasuhiro KIMURA wrote: > Thank you for checking patch. Then I'll submit this patch to > Bugzilla. I may take for a while but will be committed to ports > repository. Thanks. "One more thing" ;-) Your patch will work, and thinking about the maturity of libmilter, your patch will be an appropri

mariadb10x-server Makefile "oddity"?

Hi, I came across the following "oddity" in the Makefiles of mariadb-10x-server ports mwn> grep SLAVEDIRS /usr/ports/databases/mariadb*/Makefile /usr/ports/databases/mariadb101-server/Makefile:SLAVEDIRS= databases/mariadb101-client /usr/ports/databases/mariadb102-se

[patch] security/ipsec-tools is broken

FYI, the recent renaming of security/openssl111 to security/openssl breaks security/ipsec-tools. Have a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232169 for details. Regards, Michael ___ freebsd-ports@freebsd.org mailing list https:/

Re: [patch] security/ipsec-tools is broken

Kurt Jaeger wrote: >> the recent renaming of security/openssl111 to security/openssl breaks >> security/ipsec-tools. >> >> Have a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232169 for >> details. > > Any reason you attach a patch to a closed/fix bug from Feb. 2019 ? I am not v

replacement of security/ipsec-tools

[X-posted, please chose the relevant ML for such a thread] Hi, I am running ipsec-tools to implement a VPN tunnel (esp) between two hosts for years now. But this statement on http://ipsec-tools.sourceforge.net makes me think about an alternative: The development of ipsec-tools has been

Re: replacement of security/ipsec-tools

Victor Sudakov wrote: > Michael Grimm wrote: First of all, I'd like to thank all of you for your input, which helped a lot. >> I am running ipsec-tools to implement a VPN tunnel (esp) between two hosts >> for years now. >> >> But this statement on http://ipse

WITH_META_MODE and poudriere: *.meta files, where?

Hi, I do have activated 'WITH_META_MODE=yes' in /poudriere.d/src-env.conf [1]. Now, I would like to double-check if poudriere is following my "advice". For buildworld I do find *.meta files in /usr/obj/…, but I do not have any clue where poudriere would keep this information for subsequent com

Re: WITH_META_MODE and poudriere: *.meta files, where?

Torfinn Ingolfsen wrote: > On Mon, Jun 22, 2020 at 8:56 PM Michael Grimm wrote: >> I do have activated 'WITH_META_MODE=yes' in > to>/poudriere.d/src-env.conf [1]. >> >> Now, I would like to double-check if poudriere is following my "advice". Fo

Re: WITH_META_MODE and poudriere: *.meta files, where?

[restored crossposting to ML] David Wolfskill wrote: > On Tue, Jun 23, 2020 at 01:08:30PM +0200, Michael Grimm wrote: >> ... >> Hmm, but that information doesn't help me regarding my question above: >> >> Where does poudriere store .meta files during compilatio

Re: WITH_META_MODE and poudriere: *.meta files, where?

matt...@freebsd.org wrote: > On 23/06/2020 12:08, Michael Grimm wrote: >> Hmm, but that information doesn't help me regarding my question above: >> Where does poudriere store .meta files during compilations? >> META_MODE doesn't make sense, IMHO, if this informa

Recent wordpress, huge compiling effort, needed?

Hi I am running 12.1-STABLE (r362720), ports (head, revison 540950) and poudriere-devel for ports compilations. The recent update of www/wordpress ended in a compilation 'nightmare', because this port newly depends on ImageMagick: MWN> cat diff-wordpress 2c2 < # $FreeBSD: head/www/wordpress/M

Re: Recent wordpress, huge compiling effort, needed?

Kurt Jaeger wrote: >> The recent update of www/wordpress ended in a compilation 'nightmare', >> because this port newly depends on ImageMagick: > [...] >> 1) Why does one need this dependency? > > The wordpress install script checks if imagemagick is available, and > I'm not sure it's still opt

latest Makefile breaks compilation of security/clamav if base is lacking sendmail

Hi, I am running 12.1-STABLE (r362940), ports head (541271) and compile all my ports with poudriere-devel My /etc/src.conf contains … WITHOUT_SENDMAIL=yes … thus I do not have /usr/lib/libmilter.so in base. The recent modification of security/clamav/Makefile breaks my setup (again [1]

postfix-current marked erroneously broken for 12.1-STABLE and OpenSSL 1.1.1g

Hi, postfix-current has been marked broken recently: BROKEN_FreeBSD_11= error: OpenSSL-1.1.1 is the minimum supported version My system: root> uname -v FreeBSD 12.1-STABLE r363443 CUSTOM root> openssl version OpenSSL 1.1.1g 21 Apr 2020

Re: portmaster new development

Matthias Apitz wrote: > El día domingo, diciembre 27, 2020 a las 09:22:42a. m. +0100, Kurt Jaeger > escribió: >> That works as well. I have a checkout of the ports tree, use >> make config to define non-default port options. This stores the >> selected OPTIONs in /var/db/ports/, and poudriere us

Re: portmaster new development

Hi > On 28. Dec 2020, at 21:41, Stefan Esser wrote: > > Poudriere works best on sufficiently powerful build servers and it > often requires rebuilding dependencies over hours when I just want to > test a new port before committing it. Excuse me, but that is not true in this generality. I do run

Re: openssl broken

Jerry wrote: > I updated openssl on my system and ran into this bug: > > As noted numerous times on the openssl-dev list, OpenSSL 1.0.1d is > broken. You need to grab > > and apply it to the 1.0.1d source to fix it. > > Will

Re: openssl broken

Jerry wrote: > Usually I never update any software to a new version until it has been > in use for a while. However, since this was not a major update, but > just a minor letter, I figured how badly could I get burnt. Hmm, I did follow the advice in my daly security report: | Affected package:

[poudriere] creation/update of jails failing

Hi -- Disclaimer: I have to admit that I am still very unexperienced with poudriere even though using it for a couple of month now. I do have two jails compiling packages for release and stable created some time ago by: | poudriere jail -c stable -c -v stable/9 -m svn -J 6 | poudriere jail

Re: [poudriere] creation/update of jails failing

Hi - On 23.08.2013, at 23:49, Andrei Brezan wrote: > On 08/23/13 22:28, Michael Grimm wrote: >> I do have two jails compiling packages for release and stable created some >> time ago by: >> >> | poudriere jail -c stable -c -v stable/9 -m svn -J 6 >> | poudr

Re: Berkeley DB 4.1

On 12.09.2013, at 13:34, Ivan Voras wrote: > Yes, I've had WITH_BDB_VER?=48 in my standard /etc/make.conf Please excuse my ignorance, but I couldn't find the meaning of that '?'. Does that stand for "*at least* version db48"? Or? Thanks in advance, Michael

Re: Berkeley DB 4.1

On 13.09.2013, at 21:56, Pietro Cerutti wrote: > On 13-set-2013, at 21:01, Michael Grimm wrote: >> On 12.09.2013, at 13:34, Ivan Voras wrote: >>> Yes, I've had WITH_BDB_VER?=48 in my standard /etc/make.conf >> >> Please excuse my ignorance, but I co

amavis[12345]: (12345-02) (!)file utility failed: exit 1

Hi -- This is FreeBSD (9.2-STABLE, r256062), amavisd-new 2.8.0, and file 5.15. Mailserver including amavisd is running in a service jail. After a recent port upgrade of file to 5.15, I do get warnings like shown in the subject line. In order to debug that issue I did replace the file 5.15 by t

Re: amavis[12345]: (12345-02) (!)file utility failed: exit 1

Hi Marc -- On 23.10.2013, at 16:49, Mark Martinec wrote: >> amavis[12345]: (12345-02) (!)file utility failed: exit 1 >> >> 1. Do others see those warning messages as well, running the combination >> amavisd-new 2.8.0 and file 5.15? 2. Can one safely ignore those messages? > > If it occurs on a

Re: amavis[12345]: (12345-02) (!)file utility failed: exit 1

Hi -- On 23.10.2013, at 20:03, Mark Martinec wrote: > The text "ERROR: line 163: regex error 17, (illegal byte sequence)" > comes from the file utility, unmodified. > >> 1) Is the file utility to blame? > > Yes. > >> 2) My setup? > > Possibly (e.g. broken magic database). > > Looks like a k

from stable/9 to stable/10: some questions

Hi -- I recently upgraded one of my servers from stable/9 to stable/10 which worked pretty well. But, there are some questions left: 1) ezjail/jails --- I am using ezjail to administrate my jails. During jail startup I will get warnings like: | WARNING: Per-jail configuration via

Re: net/unison240 depends on lang/ocaml-nox11

> On 21.03.2015, at 15:50, Guido Falsi wrote: > On 03/21/15 14:50, Michelle Sullivan wrote: >> Which means that if unsetting X11 on in the port and not globally ocaml >> is built with X11 and unison without - which poudriere will fail on when >> it tries to find the dependencies... which means

Re: net/unison240 depends on lang/ocaml-nox11

On 21.03.2015, at 19:10, Guido Falsi wrote: > On 03/21/15 17:55, Michael Grimm wrote: >> I recently (after last upgrade of poudriere-devel, although I do not know if >> that is the cause) ran into a comparable issue with unison without X11 : >> >> | MWN>

Re: FreeBSD Port: python27-2.7.9_1

On 02.07.2015, at 18:11, Kubilay Kocak wrote: > On 3/07/2015 1:28 AM, Albert Gabàs | Astabis wrote: >> Please, could you update the port to the latest version (2.7.10)?? > > It's in progress :) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201088 > https://reviews.freebsd.org/D2637 Gre

poudriere: best strategy to create ports either linked to openssl or libressl

Hi -- This is 10.2-STABLE and a host plus some service jails setup. I did switch from OpenSSL to LibreSSL some month ago and never ran into trouble until the recent update to LibreSSL 2.2.2 [1]. Now I am thinking about running all service jails with ports linked against LibreSSL libraries, exc

postfix-current is marked broken w.r.t SPF support, why?

Hi — I am wondering why postfix-current is still marked broken regarding SPF support: | poudriere build log file excerpt: | Finished build of mail/postfix-current: Ignored: is marked as broken: At the moment, SPF support is unavailable for postfix-3.0-20151003 Thus, I made a custom port r

Re: postfix-current is marked broken w.r.t SPF support, why?

Hi Olli — On 14.02.2016, at 22:37, olli hauer wrote: > On 2016-02-08 20:13, Michael Grimm wrote: >> I am wondering why postfix-current is still marked broken regarding SPF >> support: >> >> | poudriere build log file excerpt: >> |Finished build of mail/po

openntpd-5.7p4_2,2 depends on libressl-2.2.6 ?!

Hi — A couple of days ago, poudriere started complaining about openntpd: | pkg-static: libressl-2.2.6 conflicts with openssl-1.0.2_11 (installs files into the same place). | Problematic file: /usr/local/bin/openssl | | Failed to install the following 1 package(s

Re: openntpd-5.7p4_2,2 depends on libressl-2.2.6 ?!

Walter Schwarzenfeld wrote: > Makefile > OPTIONS_DEFAULT=RESSL > > RESSL_LIB_DEPENDS= libtls.so:${PORTSDIR}/security/libressl > > > turn option RESSL to off. Ok, thanks, and that was easy ;-) Sorry, I should have found that myself. Regards, Michael

pkg-1.7.0 is an order of magnitude slower than pkg-1.6.4

Hi — This is 10.3-PRERELEASE (r297387). I did upgrade ports-mgmt/pkg today and ever since, I do observe a significant slow-down when it comes to reinstalling ports from my poudriere repository: 26 seconds for 74 ports within a jail and pkg-1.6.4:

Re: pkg-1.7.0 is an order of magnitude slower than pkg-1.6.4

Baptiste Daroussin wrote: > > On Sat, Apr 02, 2016 at 02:42:06PM +0200, Michael Grimm wrote: >> 26 seconds for 74 ports within a jail and pkg-1.6.4: […] >> 309 seconds for the very same 74 ports within the very same jail and >> pkg-1.7.0: […] >> Is this an

Re: pkg-1.7.0 is an order of magnitude slower than pkg-1.6.4

Baptiste Daroussin wrote: > > On Sat, Apr 02, 2016 at 02:59:06PM +0200, Michael Grimm wrote: >> Baptiste Daroussin wrote: >>> On Sat, Apr 02, 2016 at 02:42:06PM +0200, Michael Grimm wrote: >>>> 26 seconds for 74 ports within a jail and pkg-1.6.4: >> […

freebsd-uucp: rmail fails on email addresses with leading dashes

Hi - I recently subscribed to this ML, although reading it quite some time at Usenet. The background for this mail has its origin in a thread in comp.unix.bsd.freebsd.misc, see [1]. I'm receiving my mail via UUCP, thus '/bin/rmail' will be called by '/usr/local/libexec/uucp/uuxqt', and I'm re

inn-2.4.5 and Berkeley DB 4.x: compilation fails

Hi - I'm running a inn-2.4.3 (with ovdb) using Berkeley db40 on a 6.3- RELEASE-p5, and I'm trying to upgrade to the recent inn-2.4.5. A 'portmaster -v inn' fails with (snipped to the relevant information): gmake[1]: Entering directory `/usr/ports/news/inn/work/inn-2.4.5/ storage' [

FreeBSD Port: inn-2.4.5

Hi - I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and ovdb overview in a jail without any difficulties sofar. The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start-up, reproducible. I did re-compile all ports including inn, same result. Then I removed Perl sup

Re: FreeBSD Port: inn-2.4.5

Hi, again - On 17.01.2009, at 10:38, Michael Grimm wrote: I'm running FBSD 7.1-p2 and inn-2.4.5 with largefile support and ovdb overview in a jail without any difficulties sofar. The recent Perl-upgrade to 5.8.9 crashes innd (core dump) at start- up, reproducible. I did re-compil

Re: FreeBSD Port: spamassassin-3.4.0_11

On 24.06.2014, at 12:57, Dirk-Willem van Gulik wrote: > Op 24 jun. 2014, om 12:07 heeft Kurt Jaeger het volgende > geschreven: >> If you still see the problem, can you provide more details ? >> What did you test ? What was the output ? > > > The symptom is all DNS failing within Spam Assassi

Re: r356789 breaks rkhunter

On 09.06.2014, at 14:00, Frank Seltzer wrote: > On Sun, 8 Jun 2014, Frank Seltzer wrote: >> I just upgraded rkhunter and the installer splatted the sample file over my >> .conf file. >> >> Running 'rkhunter --propupd' now quits with the error message >> >> The SCRIPTDIR configuration option h

Re: r356789 breaks rkhunter

On 25.06.2014, at 19:53, Frank Seltzer wrote: > On Wed, 25 Jun 2014, Michael Grimm wrote: >> On 09.06.2014, at 14:00, Frank Seltzer wrote: >>> On Sun, 8 Jun 2014, Frank Seltzer wrote: >>>> I just upgraded rkhunter and the installer splatted the sample

Net::DNS 0.77 / resolv.conf with comments (was: FreeBSD Port: spamassassin-3.4.0_11)

On 25.06.2014, at 17:21, Michael Grimm wrote: > On 24.06.2014, at 12:57, Dirk-Willem van Gulik wrote: >> Op 24 jun. 2014, om 12:07 heeft Kurt Jaeger het volgende >> geschreven: >>> If you still see the problem, can you provide more details ? >>> What d

Re: Net::DNS 0.77 / resolv.conf with comments (was: FreeBSD Port: spamassassin-3.4.0_11)

On 28.06.2014, at 15:50, Michael Grimm wrote: > spamassassin-3.4.0_11 and p5-Net-DNS-0.76 worked as expected. After upgrading > to p5-Net-DNS-0.77 I ran into an issue that looked similar to the one > reported above. spamd couldn't be daemonized at start-up (timed out).

roundcube and php 5.4.33: fgets(): SSL read operation timed out

Hi -- My setup: roundcube-1.0.2 + nginx-1.6.2 in a FreeBSD-10 jail. RC will connect to a recent dovecot server in another jail at the same host. Recently, after upgrading php from 5.4.32 to 5.4.33 roundcube will refuse to connect to dovecot: | roundcube: PHP Warning: fgets(): SSL read o

Re: roundcube and php 5.4.33: fgets(): SSL read operation timed out

JFTR: On 20.09.2014, at 13:17, Michael Grimm wrote: > My setup: roundcube-1.0.2 + nginx-1.6.2 in a FreeBSD-10 jail. RC will connect > to a recent dovecot server in another jail at the same host. > > Recently, after upgrading php from 5.4.32 to 5.4.33 roundcube will refuse to

mariadb101-server vulnerability? (was: tiff vulnerability in ports?)

Hi — Kubilay Kocak wrote: > Unfortunately you are yet one more example of a user that's been left in > the lurch without information or recourse wondering (rightfully) how > they can resolve or mitigate this vulnerability. Our apologies. While we are that topic, I am wondering about that 14 day

poudriere: howto build ports with 'make -j x'?

Hi, I am used to build my ports by poudriere in parallel (-J x). But I do want to build specific ports in parallel per se (make -j x) just to speed up build times of huge ports like mariadb101-server. I did try to add an MAKEOPTS="-j8" into poudriere's specific jailname-make.conf file, and I d

Re: poudriere: howto build ports with 'make -j x'?

Christian Schwarz wrote: > From my poudriere.conf: > > # By default MAKE_JOBS is disabled to allow only one process per cpu > # Use the following to allow it anyway > ALLOW_MAKE_JOBS=no > > # List of packages that will always be allowed to use MAKE_JOBS > # regardless of ALLOW_MAKE_JOBS. T

Re: mariadb101-server vulnerability?

On 2016-08-08 12:02, Bernard Spil wrote: The CVE's mention MariaDB where applicable. Added versions where these vulns were fixed for MariaDB. PerconaDB follows the MySQL release numbering and has also received updates so I added version checks there as well. See https://svnweb.freebsd.org/port

Re: Clamd core dumps

Kubilay Kocak wrote: > On 9/08/2016 11:07 AM, Dima Panov wrote: >> 09.08.16 10:05, Doug Hardie пишет: >>> I just upgraded a mail server from 9.3 to 11.0-BETA4. clamav worked fine >>> on 9.3. However, after upgrading it and reinstalling the package clamd >>> core dumps just after reading all

poudriere / logitechmediaserver: License SDL needs confirmation, but BATCH is defined

Hi — as audio/squeezeboxserver has gone, I need to migrate to audio/logitechmediaserver. But I am failing to get this port compiled by poudriere (3.2-pre): | … | ---End make.conf— | >> Ignoring audio/logitechmediaserver: License SDL needs confirmation, but BATCH is

Re: poudriere / logitechmediaserver: License SDL needs confirmation, but BATCH is defined

Don Lewis wrote: > > On 8 Oct, Michael Grimm wrote: >> as audio/squeezeboxserver has gone, I need to migrate to >> audio/logitechmediaserver. >> >> But I am failing to get this port compiled by poudriere (3.2-pre): >> >> | ? >> | ---

Re: poudriere / logitechmediaserver: License SDL needs confirmation, but BATCH is defined

Don Lewis wrote: > On 8 Oct, Michael Grimm wrote: >> Don Lewis wrote: >>> >>> On 8 Oct, Michael Grimm wrote: >>>>| >> Ignoring audio/logitechmediaserver: License SDL needs >>>> confirmation, but BATCH is defined >&

audio/logitechmediaserver fails to compile

Hi — This is FreeBSD 11.0-STABLE #0 r316610. IIRC, starting with the recent upgrade to ... poudriere> clang --version FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) ... audio/logitechmediaserver fails to compile (poudriere run): gmake

Re: audio/logitechmediaserver fails to compile

Jan Beich wrote: > Michael Grimm writes: >> uspoof.cpp:369:22: error: ordered comparison between pointer and zero >> ('int32_t *' (aka 'int *') and 'int') >>if (position > 0) { >> ^ ~ >> 1 warning an

'pkg upgrade -f spamassassin' stops but doesn't restart spamd

Hi, I am following 11-STABLE and therefore upgrading my system quite frequently. During that process I do recompile all ports installed by poudriere and upgrade all ports after reboot. Today I stumbled over an IMHO weird behaviour of the spamassassin's installation process, that stops a runnin

Re: 'pkg upgrade -f spamassassin' stops but doesn't restart spamd

Kevin Oberman wrote: > On Sun, Jan 7, 2018 at 7:10 AM, Miroslav Lachman <000.f...@quip.cz> wrote: >> There are no consensus about what services should do on deinstall or >> upgrade. That's why there is such a mess in ports / packages. >> Some did nothing (my preferred way), some stop (but did not

Re: perl5.24 build failing on a new 11.1-STABLE install

Bob Willcox wrote: > --- perl --- > cc -o perl -lpthread -Wl,-E -fstack-protector-strong -L/usr/local/lib > -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE maindtrace/perlmain.o dtrace_main.o > libperl.so.5.24.3 `cat ext.libs` -lpthread -lm -lcrypt -lutil > maindtrace/perlmain.o: In function `main'

Re: perl5.24 build failing on a new 11.1-STABLE install

Antoine Brodin wrote: > On Wed, Mar 28, 2018 at 12:04 PM, Michael Grimm wrote: >> FreeBSD 11.1-STABLE #0 r331660: Wed Mar 28 08:36:15 CEST 2018 >> root@mer-waases:/usr/obj/usr/src/sys/CUSTOM > You can try to revert https://svnweb.freebsd.org/changeset/base/331551

Re: perl5.24 build failing on a new 11.1-STABLE install

Bob Willcox wrote: > On Wed, Mar 28, 2018 at 12:45:27PM +, Antoine Brodin wrote: >> svn merge -c -331551 . Thanks. Done that ... > I've done the above svn command and am now rebuilding world on > my system. Should be able to give it a try this evening when I get home. … rebuilt world and c

Re: Logitechmediaserver fails to build

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-vendo

FreeBSD 11.1-STABLE #0 r331865: geomWatch compilation fails

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/sy

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

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

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

Dimitry Andric wrote: > 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: >

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

Dimitry Andric wrote: > 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 --- >> --- stora

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

Dimitry Andric wrote: > On 3 Apr 2018, at 19:34, Michael Grimm wrote: >> Well, this time, after adding "USE_CXXSTD=gnu++98" into that port's >> Makefile, poudriere has not been able to compile that port. Sadly. But thank >> you anyway. > > Please tr

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

Dimitry Andric wrote: >> On 3 Apr 2018, at 19:34, Michael Grimm wrote: >> With "USE_CXXSTD=gnu++98" added into that port's Makefile poudriere has been >> able to compile that port. Thank you. > > Alternatively, please try the patch in <https:/

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

Dimitry Andric wrote > On 3 Apr 2018, at 21:27, Michael Grimm wrote: >> >> Dimitry Andric wrote: >>>> On 3 Apr 2018, at 19:34, Michael Grimm wrote: >>>> With "USE_CXXSTD=gnu++98" added into that port's Makefile poudrie

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

Dimitry Andric wrote: > On 3 Apr 2018, at 21:23, Michael Grimm wrote: >> >> Dimitry Andric wrote: >>> On 3 Apr 2018, at 19:34, Michael Grimm wrote: >>>> Well, this time, after adding "USE_CXXSTD=gnu++98" into that port's >>>> Ma

Re: amavis[12345]: (12345-02) (!)file utility failed: exit 1

Hi -- I'd like to come back on an issue reported last October (see thread ending in http://lists.freebsd.org/pipermail/freebsd-ports/2013-October/087175.html). amavisd-new requires sysutils/file which throws an error like ... | test> /usr/local/bin/file ascii.txt | ascii.txt: ERROR: line 163: r

Re: amavis[12345]: (12345-02) (!)file utility failed: exit 1

Hi -- On 04.03.2014, at 14:04, Scot Hetzel wrote: > On Mon, Mar 3, 2014 at 10:39 AM, Michael Grimm > wrote: >> amavisd-new requires sysutils/file which throws an error [...] > I checked the Magdir/windows file and the bug is still there. You > will need to apply the p

Re: ports requiring OpenSSL not honouring OpenSSL from ports

[CC'd to freebsd-ports] On 28.04.2014, at 00:50, Jamie Landeg-Jones wrote: > Scot Hetzel wrote: > Here's a list of some that link against /lib/libcrypto.so.7 and/or > /lib/libssl.so.7 [...] > devel/android-tools-adb > net-p2p/transmission-cli > net-p2p/transmission-daemon > net/socat > net/svnu

Re: ports requiring OpenSSL not honouring OpenSSL from ports

On 01.05.2014, at 12:03, Uwe Doering wrote: > On 01.05.14 01:38, Darren Pilgrim wrote: >> On 4/30/2014 12:48 PM, Michael Grimm wrote: >>> On 28.04.2014, at 00:50, Jamie Landeg-Jones wrote: >>>> Here's a list of some that link against /lib/libcrypt

Re: ports requiring OpenSSL not honouring OpenSSL from ports

On 01.05.2014, at 18:12, Uwe Doering wrote: > One additional data point: "WITH_OPENSSL_PORT" is mentioned in the > FreeBSD Porter's Handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html#idp67984816 If I would have searched for "knobs" in that docu