Search results

Yes, this might be the reason for flavored version. I've always preferred to build ports by myself. Now I use ports-mgmt/poudriere and I'm happy that using the flavors didn't break the main port and its options. And now I can confirm that mail/postfix-3.6.2_3,1 works fine!

I found a quick and dirty workaround: https://forums.freebsd.org/threads/ldap-error-in-mail-postfix.82641/

I was able to build a working package for mail/postfix by ignoring the mail/postfix{,-ldap-sasl,-sasl}: Flavorize commit yet applying devel/icu: update to 70.1 commit. This works since the mail/postfix version is not changed during the period of these commits. I'm not sure if the problem is in...

Same here...

I found that now we have "flavors" so I built mail/postfix@ldap but the problem persists. Further I found that the version of mail/postfix was not updated but the devel/icu is newer. Trying to blindly downgrade led to: ld-elf.so.1: Shared object "libicuuc.so.69" not found, required by "postfix"

Hi! Today I've updated mail/postfix to version 3.6.2_2,1 built in ports-mgmt/poudriere. I use it with LDAP support. I was surprised by the following messages in my logs: postfix/smtps/smtpd[35950]: fatal: load_library_symbols: dlsym failure looking up dict_ldap_open in...

I don't have MPLS VPN. The setup is very simple - my network is "stub", the uplinks belong to the same AS and they announce the default route only. The first one is main and we have two fallback but only one link works at a given time. Here is my net/quagga bgpd.conf: ! Note: the IPs and AS...

Today I was able to test net/openbgpd6, but with no success. I've got the following messages: bgpd[2301]: PF_KEY not available, disabling ipsec bgpd[2303]: neighbor 19.14.25.25 (bak2-1G): Received multi protocol capability: unknown AFI 1, safi 2 pair bgpd[2303]: neighbor 19.14.23.21 (main)...

I have the same error messages during build, I guess I'd better not fill PR because the build cluster has notified the maintainers already. The "dirty fix" did the trick and my databases/grass7 was built successfully.

Hi, all! I'm trying to build databases/grass7 in ports-mgmt/poudriere on FreeBSD 13.0-Release jail. Unlike its previous builds (same version grass7-7.8.5_3, same jail but with older ports tree) the build fails at the very end with: =======================<phase: package...

You can downgrade only if you haven't upgraded ZFS with zpool upgrade <pool>. The downgrade is not so straightforward. You'll have to replace everything except /var, /usr/home and /tmp with the 12.2-RELEASE. If you need I can help you further.

Do you attempt connection by IP or \\servername? I'm not sure how map to guest = bad user exactly works.

Thank you very much for the helpful replies! I'll test both routing daemons later. Sadly now I have troubles with unexpected kernel panics in FreeBSD 13.0-Release. I believe they are related to ipfw and natd and are discussed here or in PRs. Without official patches (with unclear schedule yet)...

I'll do my best but it will take some time. It's production system and I have to fit in a maintenance window.

No, I have just one routing table with several static routes inside the LAN and one default route acquired via BGP.

Hi all, I found an unexpected problem running net/quagga after upgrade FreeBSD 12.2-RELEASE to FreeBSD 13.0-RELEASE. bgpd seems to work fine, but obviously zebra is unable to set the default route in the Kernel. In zebra.log I have: ZEBRA: Try to set TE Link Param ZEBRA: Try to set TE Link Param...

Well, it seems I've hit an old bug, described here: https://github.com/freebsd/poudriere/issues/330 The quick solution: in the custom make.conf add the following line: WITH_MPM=event Now my Poudriere builds everything!

I have an update: My lang/php74 is built with ZTS support, thus the installed libraries are in /usr/local/lib/php/20190902-zts. Port build fails because it looks for the libraries in /usr/local/lib/php/20190902/. If I can change this I guess I'll manage to build everything in my...

Sorry for the delay! I didn't use custom make.conf initially, now I have the following: OPTIONS_UNSET+= DOCS X11 DEBUG OPTIONS_SET+= CPU_OPTS OPTIMIZED_CFLAGS CPUFLAGS BUILD_OPTIMIZED But it changes nothing. I *guess* that the problem occurs only for ports depending on other PHP ports. I...

I'm sorry I have to bother you again, but the ports-mgmt/poudriere problem still persists. I'm using version 3.3.6, not devel. Tested with lang/php73 and its extensions with the same result: ===> php73-pdo_mysql-7.3.26 depends on file: /usr/local/lib/php/20180731/pdo.so - not found ===>...