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 +-+ devel/m6811-binutils| 2.15| 2.25 +-+ finance/sabernetdcs-client | 2.0.3 | 2.0.22 +-+ 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 http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
On Tue, 23 Dec 2014, Chris H wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me. It
would mean if one of those options is set it will only drag in a single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
On Wed, 24 Dec 2014 12:23:38 +0300 Dmitry Morozovsky wrote:
On Tue, 23 Dec 2014, Chris H wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me. It
would mean if one of those options is set it will only drag in a single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
I'm going to resolve conflict among pinentry-* ports and convert
security/pinentry to a meta port, which installs pinentry-curses by default.
Hopefully, everyone will be satisfied now.
Max
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
On Wed, 24 Dec 2014 11:00:26 + Max Brazhnikov wrote:
On Wed, 24 Dec 2014 12:23:38 +0300 Dmitry Morozovsky wrote:
On Tue, 23 Dec 2014, Chris H wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making
the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me. It
would mean if one of those options is set it will only drag in a single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
I'm going to resolve conflict among pinentry-* ports and convert
security/pinentry to a meta port, which installs pinentry-curses by default.
Hopefully, everyone will be satisfied now.
Here's the patch:
http://people.freebsd.org/~makc/patches/pinentry-meta.diff
I've also added security/pinentry-tty port for pure console version. Please,
test it and I'll enable it by default instead of pinentry-curses if it works
fine for you.
Max
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
Max,
On Wed, 24 Dec 2014, Max Brazhnikov wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill
the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making
the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me.
It
would mean if one of those options is set it will only drag in a
single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be
more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
I'm going to resolve conflict among pinentry-* ports and convert
security/pinentry to a meta port, which installs pinentry-curses by default.
Hopefully, everyone will be satisfied now.
Here's the patch:
http://people.freebsd.org/~makc/patches/pinentry-meta.diff
I've also added security/pinentry-tty port for pure console version. Please,
test it and I'll enable it by default instead of pinentry-curses if it works
fine for you.
I did not test many different cases, but at least can confirm my usual set of
ports/packages no longer tries to eat much x11 ports as a dependency.
Thanks!
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gnupg pinentry
On Wed, 24 Dec 2014 12:23:38 +0300 (MSK) Dmitry Morozovsky ma...@rinet.ru
wrote
On Tue, 23 Dec 2014, Chris H wrote:
It looks as though it would be feasible to write an extremely
lightweight pinentry-compatible program to depend on so we can kill the
dependency bloat and have a simple shell-based password entry option.
Anyone up for a weekend challenge? :-)
There has been another thread on this mailing list discussing making the
port honour the WITHOUT_X11 and OPTIONS_UNSET+=X11 options from
make.conf which would make it only depend on security/pinentry-curses
instead of security/pinentry. This seems like a good solution to me. It
would mean if one of those options is set it will only drag in a single
dependancy rather than all the X11 libraries and GTK.
A quick look @ the security/pinentry Makefile, indicates that the
request for this type of modification is trivial. It simply requires
reversing the (PORT_)OPTIONS logic -- this port could completed in
under 5 minutes. So unless instructed otherwise, I'll go ahead with
this.
One last question; pinentry-console, or pinentry-nox?
already defined: pinentry-curses ;)
Right you are, Dmitry. :)
(see side thread)
Patch I snet previoursy is syntax incorrect, the following seems to be more
useful:
Index: Makefile
===
--- Makefile(revision 375271)
+++ Makefile(working copy)
@@ -22,7 +22,11 @@
libksba.so:${PORTSDIR}/security/libksba \
libnpth.so:${PORTSDIR}/devel/npth
BUILD_DEPENDS= libgpg-error=1.11:${PORTSDIR}/security/libgpg-error
+.if defined(WITHOUT_X11) || !empty(OPTIONS_UNSET:MX11)
+RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry-curses
+.else
RUN_DEPENDS= pinentry0:${PORTSDIR}/security/pinentry
+.endif
GNU_CONFIGURE= YES
USES= gmake iconv tar:bzip2
Yes, I had a closer look at the code last night, and the only
possible addition I could find. Was possibly adding:
--disable-fallback-curses
to the -ncurses slave port. But in the end, what would be gained?
I think your patch above does it all.
Thanks for your time, and consideration, Dmitry, and
have a Merry Christmas!
--Chris
--
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: ma...@freebsd.org ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru ***
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX build failed for 8.x
INDEX build failed with errors: Generating INDEX-8 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- --- describe.finance --- --- describe.french --- --- describe.ftp --- [...] --- describe.print --- --- describe.russian --- --- describe.science --- --- describe.security --- --- describe.shells --- --- describe.sysutils --- --- describe.textproc --- --- describe.ukrainian --- --- describe.vietnamese --- --- describe.www --- --- describe.x11 --- --- describe.x11-clocks --- --- describe.x11-drivers --- --- describe.x11-fm --- --- describe.x11-fonts --- --- describe.x11-servers --- --- describe.x11-themes --- --- describe.x11-toolkits --- --- describe.x11-wm --- Done. make_index: /home/indexbuild/tindex/ports/devel/linux-c6-devtools: no entry for /home/indexbuild/tindex/ports/devel/linux-c6-libgfortran Committers on the hook: amdmi3 antoine pawel xmj Most recent SVN update was: Updating '.': Uwww/cadaver/Makefile Adevel/linux-c6-libgfortran Adevel/linux-c6-libgfortran/distinfo.i686 Adevel/linux-c6-libgfortran/Makefile Adevel/linux-c6-libgfortran/pkg-descr Udevel/linux-c6-devtools/Makefile Ugraphics/tif22pnm/Makefile Ugraphics/xv/files/patch-Imakefile Ugames/tuxmath/Makefile Ugames/pvpgn/pkg-plist Dx11-toolkits/termit/files Ux11-toolkits/termit/Makefile Ux11-toolkits/termit/distinfo Updated to revision 375485. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
reports down?
redports.org times out. Is it down? Anton ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
INDEX now builds successfully on 8.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
