FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ emulators/mame | 0.166 | mame0180 +-+ emulators/mess | 0.166 | mame0180 +-+ lang/sbcl | 1.3.1 | 1.3.12 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ 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: [devel/protobuf] upgrade request to 3
On 29/11/2016 10:36 PM, CeDeROM wrote: > Hello, > > I want to port Ultimaker Cura 2.3 to FreeBSD. This would bring 3D > print. However, Cura depends on CuraEngine and this depends on > protobuf >= 3.0.0. I think I have already asked for this upgrade some > time ago. Maybe there will be some spare time now to make the upgrade > please? :-) > > Best ragards, > Tomek > This probably requires a new port (protobuf30), as it crosses a major version boundary (2.x -> 3.x) and judging by the presence of separate protobuf (2.6.x) and protobuf25 port. I've CC'd Dmitry (MAINTAINER of protobuf25) in case they're interested. If not, please create a new port (protobuf30) based on devel/protobuf and submit it as a new port in Bugzilla. ./koobs ___ 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: [devel/protobuf] upgrade request to 3
ACK! i have simply updated the nuber and 3.1.0 port compiled well. not sure how it works yet. i will create protobuf30 port. thanks! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: upgrade to devel/dbus breaks xfce4
On Tue, 29 Nov 2016 18:00:40 -0500 Aryeh Friedman wrote: > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > non-root user due to being unable to open/write to /etc/machine-id. I > made a tempurary fix by touching /etc/machine-id and chmod'ing it to 777. > "Funny", this (/etc/machine-id) is systemd-os stuff, the port is configured to use /var/db/dbus/machine-id which should be generated by the rc script. I'm not having issues with slim/xfce4... -- Matthieu pgpmqV44YMFiz.pgp Description: OpenPGP digital signature
Re: upgrade to devel/dbus breaks xfce4
Aryeh Friedman writes: > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > non-root user due to being unable to open/write to /etc/machine-id. I > made a tempurary fix by touching /etc/machine-id and chmod'ing it to > 777. If the /etc/machine-id message you're getting looks like D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/etc/machine-id": No such file or directory it may be misleading as /etc/machine-id is a fallback if other files were not found before (see bug 213540, for example). Is dbus running when you try to launch XFCE? ___ 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: [devel/protobuf] upgrade request to 3
On Wed, Nov 30, 2016 at 11:19 AM, Kubilay Kocak wrote: > This probably requires a new port (protobuf30), as it crosses a major > version boundary (2.x -> 3.x) and judging by the presence of separate > protobuf (2.6.x) and protobuf25 port. > > I've CC'd Dmitry (MAINTAINER of protobuf25) in case they're interested. > > If not, please create a new port (protobuf30) based on devel/protobuf > and submit it as a new port in Bugzilla. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214957 :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: [devel/protobuf] upgrade request to 3
Hi! > This probably requires a new port (protobuf30), as it crosses a major > version boundary (2.x -> 3.x) and judging by the presence of separate > protobuf (2.6.x) and protobuf25 port. As far as I studied the issue, a new version is not required. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212973 But I had no time for a final validation and I'm traveling right now. -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ 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: [devel/protobuf] upgrade request to 3
On Wed, Nov 30, 2016 at 6:26 PM, Kurt Jaeger wrote: > Hi! > >> This probably requires a new port (protobuf30), as it crosses a major >> version boundary (2.x -> 3.x) and judging by the presence of separate >> protobuf (2.6.x) and protobuf25 port. > > As far as I studied the issue, a new version is not required. See > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212973 Tanks! :-) It looks that 2 and 3 have different API. Keeping 'protobuf' up to date and leaving 'protobuf2' for legacy reasons seems to be reasonable.. :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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"
Cancelled: Loan Offer
___ 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"
邀請： Loan Offer
___ 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"
Breaking SSL options: Which to use to build 1000 ports?
Hi po...@freebsd.org Advice Please: I need some SSL settings I can compile 1000 ports with. I dont care which SSL. (Any of eg base from src/ or any from devel/ ) I dont care if SSL fails to run on most ports. I need 1000 ports to compile & install, & stop wasting my time with SSL. SSL will not even be used in most cases, Here's a small subset of ever growing DUDS= fail to build because of SSL: arandr fetchmail fvwm2 xf86-input-keyboard xf86-input-mouse xf86-video-chips xf86-video-fbdev xf86-video-neomagic xf86-video-vesa xorg xorg-apps xorg-server I make ports from sources, never packages, using ports/*/Makefile.local with SUBDIR+= ports_i_want I purged some old old duplicate bins & libs, & now need to do eg cd /usr/ports ; make BERKLIX_CLIENT=YES BERKLIX_SERVER=YES install Lots of ports fail to build, no matter which SSL options I try, currently (with make.conf below) I'm seeing a dependent port eg: cd /usr/ports/security/p5-GSSAPI ; make ===> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected GSSAPI from base, please select another GSSAPI value. I can't revert to src/ base as loads of ports want devel/openssl pkg delete openssl-1.0.2j_1,1 # Number of packages to be removed: 149 FreeBSD's SSL defaults seem a mess : complex, breaking on loads of ports, inadequately documented, insufficiently clear error messages. My current /etc/make.conf: # GSSAPI: Generic Security Services Application Program Interface # http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface # /usr/ports/Mk/Uses/gssapi.mk: # You are using OpenSSL from ports and have selected # GSSAPI from base, please select another GSSAPI value. # cd /usr/ports/security/openssl; echo ../*ssl* # SSL_DEFAULT=base # Disapproved of by # /usr/ports/Mk/bsd.default-versions.mk # which instead reccomends: # DEFAULT_VERSIONS+=ssl=base # DEFAULT_VERSIONS+=ssl=openssl # Possible values: base, openssl, openssl-devel, libressl, libressl-devel # & also has: # WITH_OPENSSL_* DEFAULT_VERSIONS+=ssl=openssl # WITH_OPENSSL="YES" # WITH_OPENSSL="openssl" # WITH_OPENSSL_PORT="YES" # WITH_OPENSSL_PORT="openssl" # SEE ALSO # /etc/src.conf (used only by src/), # whereas this make.conf used by both src/ & ports/. # https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/openssl.html # WITH_OPENSSL_PORT WITH_OPENSSL_BASE # man 7 ports # /usr/ports/Mk/Uses/gssapi.mk Advice welcome, Thanks ! Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes ___ 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: Breaking SSL options: Which to use to build 1000 ports?
On 30 Nov, Julian H. Stacey wrote: > Hi po...@freebsd.org > Advice Please: > I need some SSL settings I can compile 1000 ports with. > I dont care which SSL. (Any of eg base from src/ or any from devel/ ) > I dont care if SSL fails to run on most ports. > I need 1000 ports to compile & install, & stop wasting my time with SSL. > SSL will not even be used in most cases, > Here's a small subset of ever growing DUDS= fail to build because of SSL: > arandr fetchmail fvwm2 xf86-input-keyboard xf86-input-mouse > xf86-video-chips xf86-video-fbdev xf86-video-neomagic > xf86-video-vesa xorg xorg-apps xorg-server > > I make ports from sources, never packages, using ports/*/Makefile.local > with SUBDIR+= ports_i_want > > I purged some old old duplicate bins & libs, & now need to do eg > cd /usr/ports ; make BERKLIX_CLIENT=YES BERKLIX_SERVER=YES install > Lots of ports fail to build, no matter which SSL options I try, > currently (with make.conf below) I'm seeing a dependent port eg: > cd /usr/ports/security/p5-GSSAPI ; make > ===> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected > GSSAPI from base, please select another GSSAPI value. > > I can't revert to src/ base as loads of ports want devel/openssl > pkg delete openssl-1.0.2j_1,1 # Number of packages to be removed: 149 > > FreeBSD's SSL defaults seem a mess : complex, breaking on loads > of ports, inadequately documented, insufficiently clear error messages. > > My current /etc/make.conf: > > # GSSAPI: Generic Security Services Application Program Interface > # > http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface > # /usr/ports/Mk/Uses/gssapi.mk: > # You are using OpenSSL from ports and have selected > # GSSAPI from base, please select another GSSAPI value. > # cd /usr/ports/security/openssl; echo ../*ssl* > # SSL_DEFAULT=base # Disapproved of by > # /usr/ports/Mk/bsd.default-versions.mk > # which instead reccomends: > # DEFAULT_VERSIONS+=ssl=base > # DEFAULT_VERSIONS+=ssl=openssl > # Possible values: base, openssl, openssl-devel, libressl, > libressl-devel > # & also has: > # WITH_OPENSSL_* > DEFAULT_VERSIONS+=ssl=openssl > # WITH_OPENSSL="YES" > # WITH_OPENSSL="openssl" > # WITH_OPENSSL_PORT="YES" > # WITH_OPENSSL_PORT="openssl" > # SEE ALSO > # /etc/src.conf (used only by src/), > # whereas this make.conf used by both src/ & ports/. > # > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/openssl.html > # WITH_OPENSSL_PORT WITH_OPENSSL_BASE > # man 7 ports > # /usr/ports/Mk/Uses/gssapi.mk > > > Advice welcome, Thanks ! This is what I use in /etc/make.conf to build ports with openssl from ports: WITH_OPENSSL_PORT=yes DEFAULT_VERSIONS+=ssl=openssl OPTIONS_SET=GSSAPI_NONE KRB_NONE OPTIONS_UNSET=GSSAPI_BASE KRB_BASE KERBEROS The GSSAPI and KERBEROS adjustments are needed because openssl from ports can't be combined with base gssapi / kerberos. GSSAPI_HEIMDAL or GSSAPI_MIT should also work, likewise KRB_HEIMDAL or KRB_MIT. ___ 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: upgrade to devel/dbus breaks xfce4
On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa wrote: > Aryeh Friedman writes: > > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > > non-root user due to being unable to open/write to /etc/machine-id. I > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to > > 777. > > If the /etc/machine-id message you're getting looks like > > D-Bus library appears to be incorrectly set up; failed to read > machine uuid: Failed to open "/etc/machine-id": No such file or > directory > > it may be misleading as /etc/machine-id is a fallback if other files > were not found before (see bug 213540, for example). > > Is dbus running when you try to launch XFCE? > That is the message I got... it was immediately after boot and dbus was not running (it asked for a onestart when I attempted to manually start it). My .xinitrc is as follows: xfce4-session -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ 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 Port: pgtune-0.9.3_1
Hello,
Sadly pgtune don't works. Take a look to the output.
Thanks in advance.
[code]
root@FreeBSD:~ # pgtune
pgtune: Command not found.
root@FreeBSD:~ # which pgtune
/usr/local/bin/pgtune
root@FreeBSD:~ # ls -lA /usr/local/bin/pgtune
-r-xr-xr-x 1 root wheel 18021 Nov 4 06:06 /usr/local/bin/pgtune
root@FreeBSD:~ # sh /usr/local/bin/pgtune
/usr/local/bin/pgtune:
pgtune
Sample usage shown by running with --help
: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: import: not found
/usr/local/bin/pgtune: try:: not found
from: can't read /var/mail/ctypes
from: can't read /var/mail/ctypes.wintypes
/usr/local/bin/pgtune: 22: Syntax error: "(" unexpected
root@FreeBSD:~ # uname -Kpr
11.0-RELEASE-p1 amd64 1100122
[/code]
___
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: upgrade to devel/dbus breaks xfce4
On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman wrote: > On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa > > wrote: > > > Aryeh Friedman writes: > > > > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > > > non-root user due to being unable to open/write to /etc/machine-id. I > > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to > > > 777. > > > > If the /etc/machine-id message you're getting looks like > > > > D-Bus library appears to be incorrectly set up; failed to read > > machine uuid: Failed to open "/etc/machine-id": No such file or > > directory > > > > it may be misleading as /etc/machine-id is a fallback if other files > > were not found before (see bug 213540, for example). > > > > Is dbus running when you try to launch XFCE? > > > > That is the message I got... it was immediately after boot and dbus was not > running (it asked for a onestart when I attempted to manually start it). > My .xinitrc is as follows: > > xfce4-session > > > > -- > Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf? It looks like the dbus daemon is not running and, when it tries to run from xfce, it lacks the privs needed. Perhaps the protections were adjusted in the new version of dbus. -- 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: upgrade to devel/dbus breaks xfce4
On Wed, Nov 30, 2016 at 3:28 PM, Kevin Oberman wrote: > On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman > wrote: > >> On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa < >> rak...@freebsd.org> >> wrote: >> >> > Aryeh Friedman writes: >> > >> > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a >> > > non-root user due to being unable to open/write to /etc/machine-id. I >> > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to >> > > 777. >> > >> > If the /etc/machine-id message you're getting looks like >> > >> > D-Bus library appears to be incorrectly set up; failed to read >> > machine uuid: Failed to open "/etc/machine-id": No such file or >> > directory >> > >> > it may be misleading as /etc/machine-id is a fallback if other files >> > were not found before (see bug 213540, for example). >> > >> > Is dbus running when you try to launch XFCE? >> > >> >> That is the message I got... it was immediately after boot and dbus was >> not >> running (it asked for a onestart when I attempted to manually start it). >> My .xinitrc is as follows: >> >> xfce4-session >> >> >> >> -- >> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org >> > > To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf? > It looks like the dbus daemon is not running and, when it tries to run from > xfce, it lacks the privs needed. Perhaps the protections were adjusted in > the new version of dbus. > I am using what ever the defaults are but I suspect since I had to use onestart it was not enabled (before the update this was not needed). > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkober...@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org ___ 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: upgrade to devel/dbus breaks xfce4
On Wed, 30 Nov 2016 15:32:49 -0500 Aryeh Friedman wrote: > On Wed, Nov 30, 2016 at 3:28 PM, Kevin Oberman wrote: > > > On Wed, Nov 30, 2016 at 11:42 AM, Aryeh Friedman > > wrote: > > > >> On Wed, Nov 30, 2016 at 9:11 AM, Raphael Kubo da Costa < > >> rak...@freebsd.org> > >> wrote: > >> > >> > Aryeh Friedman writes: > >> > > >> > > After upgrading deval/dbus to dbus-1.10.12 xfce4 fails to start as a > >> > > non-root user due to being unable to open/write to /etc/machine-id. I > >> > > made a tempurary fix by touching /etc/machine-id and chmod'ing it to > >> > > 777. > >> > > >> > If the /etc/machine-id message you're getting looks like > >> > > >> > D-Bus library appears to be incorrectly set up; failed to read > >> > machine uuid: Failed to open "/etc/machine-id": No such file or > >> > directory > >> > > >> > it may be misleading as /etc/machine-id is a fallback if other files > >> > were not found before (see bug 213540, for example). > >> > > >> > Is dbus running when you try to launch XFCE? > >> > > >> > >> That is the message I got... it was immediately after boot and dbus was > >> not > >> running (it asked for a onestart when I attempted to manually start it). > >> My .xinitrc is as follows: > >> > >> xfce4-session > >> > >> > >> > >> -- > >> Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org > >> > > > > To ask a dumb question, do you have 'dbus_enable="YES"' in /etc/rc.conf? > > It looks like the dbus daemon is not running and, when it tries to run from > > xfce, it lacks the privs needed. Perhaps the protections were adjusted in > > the new version of dbus. > > > > I am using what ever the defaults are but I suspect since I had to use > onestart it was not enabled (before the update this was not needed). > I had a very hard time starting xfce those days with a minimal xinitrc (could not get the shutdown permissions to apply and such). I ended copying /usr/local/etc/xdg/xfce4/xinitrc which seems to take care of everything. pgpQp7uLIwV7g.pgp Description: OpenPGP digital signature
Re: Breaking SSL options: Which to use to build 1000 ports?
Le 30/11/2016 à 19:35, Julian H. Stacey a écrit : > FreeBSD's SSL defaults seem a mess : complex, breaking on loads > of ports, inadequately documented, insufficiently clear error messages. And any attempt I've made it the past year and a half to make it better was met with "DON'T TOUCH HOW I USE OPENSSL" hate mail. In the close future, the default will be to use OpenSSL from ports, but other things need to happen in the GSSAPI front, and yes, it is a mess. -- Mathieu Arnold signature.asc Description: OpenPGP digital signature
Re: Breaking SSL options: Which to use to build 1000 ports?
Don Lewis wrote: > On 30 Nov, Julian H. Stacey wrote: > > Hi po...@freebsd.org > > Advice Please: > > I need some SSL settings I can compile 1000 ports with. > > I dont care which SSL. (Any of eg base from src/ or any from devel/ ) > > I dont care if SSL fails to run on most ports. > > I need 1000 ports to compile & install, & stop wasting my time with SSL. > > SSL will not even be used in most cases, > > Here's a small subset of ever growing DUDS= fail to build because of SSL: > > arandr fetchmail fvwm2 xf86-input-keyboard xf86-input-mouse > > xf86-video-chips xf86-video-fbdev xf86-video-neomagic > > xf86-video-vesa xorg xorg-apps xorg-server > > > > I make ports from sources, never packages, using ports/*/Makefile.local > > with SUBDIR+= ports_i_want > > > > I purged some old old duplicate bins & libs, & now need to do eg > > cd /usr/ports ; make BERKLIX_CLIENT=YES BERKLIX_SERVER=YES install > > Lots of ports fail to build, no matter which SSL options I try, > > currently (with make.conf below) I'm seeing a dependent port eg: > > cd /usr/ports/security/p5-GSSAPI ; make > > ===> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected > > GSSAPI from base, please select another GSSAPI value. > > > > I can't revert to src/ base as loads of ports want devel/openssl > > pkg delete openssl-1.0.2j_1,1 # Number of packages to be removed: 149 > > > > FreeBSD's SSL defaults seem a mess : complex, breaking on loads > > of ports, inadequately documented, insufficiently clear error messages. > > > > My current /etc/make.conf: > > > > # GSSAPI: Generic Security Services Application Program Interface > > # > > http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface > > # /usr/ports/Mk/Uses/gssapi.mk: > > # You are using OpenSSL from ports and have selected > > # GSSAPI from base, please select another GSSAPI value. > > # cd /usr/ports/security/openssl; echo ../*ssl* > > # SSL_DEFAULT=base # Disapproved of by > > # /usr/ports/Mk/bsd.default-versions.mk > > # which instead reccomends: > > # DEFAULT_VERSIONS+=ssl=base > > # DEFAULT_VERSIONS+=ssl=openssl > > # Possible values: base, openssl, openssl-devel, libressl, > > libressl-devel > > # & also has: > > # WITH_OPENSSL_* > > DEFAULT_VERSIONS+=ssl=openssl > > # WITH_OPENSSL="YES" > > # WITH_OPENSSL="openssl" > > # WITH_OPENSSL_PORT="YES" > > # WITH_OPENSSL_PORT="openssl" > > # SEE ALSO > > # /etc/src.conf (used only by src/), > > # whereas this make.conf used by both src/ & ports/. > > # > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/openssl.html > > # WITH_OPENSSL_PORT WITH_OPENSSL_BASE > > # man 7 ports > > # /usr/ports/Mk/Uses/gssapi.mk > > > > > > Advice welcome, Thanks ! > > This is what I use in /etc/make.conf to build ports with openssl from > ports: > > WITH_OPENSSL_PORT=yes > DEFAULT_VERSIONS+=ssl=openssl > OPTIONS_SET=GSSAPI_NONE KRB_NONE > OPTIONS_UNSET=GSSAPI_BASE KRB_BASE KERBEROS > > The GSSAPI and KERBEROS adjustments are needed because openssl from > ports can't be combined with base gssapi / kerberos. GSSAPI_HEIMDAL or > GSSAPI_MIT should also work, likewise KRB_HEIMDAL or KRB_MIT. Valuable magic ! Saved me lots of time, Thanks Don ! I also added WITHOUT_KERBEROS="TRUE" to /etc/src.conf & removed /usr/lib/ libgssapi.a libgssapi_ntlm.so.10libkrb5.so.11 libgssapi.solibgssapi_ntlm_p.a libkrb5_p.a libgssapi.so.10 libgssapi_p.a librpcsec_gss.a libgssapi_krb5.alibgssapi_spnego.a librpcsec_gss.so libgssapi_krb5.so libgssapi_spnego.so librpcsec_gss.so.1 libgssapi_krb5.so.10libgssapi_spnego.so.10 pam_krb5.so libgssapi_krb5_p.a libgssapi_spnego_p.apam_krb5.so.6 libgssapi_ntlm.alibkrb5.a libgssapi_ntlm.so libkrb5.so /usr/include/ krb5/ krb5-protos.h krb5.h krb5_ccapi.hopenssl/ krb5-private.h krb5-types.hkrb5_asn1.h krb5_err.h & ldconfig -R I seem to be making some progress now, Thanks :-) Maybe we could have a handbook section for it starting from the above to help people, without arousing the ire of people Mathieu Arnold referred to ? Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes ___ 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"
Commit request mail/py-milter
Hi could a committer please spare a moment an look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214317 it's straight forward patch to fix a minor bug in py-milter with IPv6. Regards Estartu signature.asc Description: OpenPGP digital signature
