date:20051215

update: libgphoto2, gphoto2

2005-12-15 Thread Genadijus Paleckis


libgphoto2 updated to 2.1.6
gphoto2 updated to 2.1.6

please test

Tarballs can be found at:
http://84.32.40.221/ports/libgphoto2.tar.gz
http://84.32.40.221/ports/gphoto2.tar.gz

updated: gtkam

2005-12-15 Thread Genadijus Paleckis


updated to 0.1.12

please test

Tarball can be found at http://84.32.40.221/ports/gtkam.tar.gz

Re: updated: gtkam

2005-12-15 Thread steven mestdagh

On Thu, Dec 15, 2005 at 12:32:27PM +0200, Genadijus Paleckis wrote:
 updated to 0.1.12
 
 please test
 
 Tarball can be found at http://84.32.40.221/ports/gtkam.tar.gz

can you please submit unified diffs?

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

Re: updated: gtkam

2005-12-15 Thread Genadijus Paleckis


unified diff for updated gtkam is attached.

steven mestdagh wrote:

On Thu, Dec 15, 2005 at 12:32:27PM +0200, Genadijus Paleckis wrote:


updated to 0.1.12

please test

Tarball can be found at http://84.32.40.221/ports/gtkam.tar.gz



can you please submit unified diffs?

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm





--- MakefileThu Dec 15 14:12:42 2005
+++ MakefileThu Dec 15 11:54:52 2005
@@ -2,9 +2,9 @@
 
 COMMENT=   digital camera frontend
 
-VERSION=   0.1.10
+VERSION=   0.1.12
 DISTNAME=  gtkam-${VERSION}
-PKGNAME=   ${DISTNAME}p0
+PKGNAME=   ${DISTNAME}
 CATEGORIES=graphics
 
 HOMEPAGE=  http://gphoto.sourceforge.net/proj/gtkam/
--- distinfoThu Dec 15 14:12:42 2005
+++ distinfoThu Dec 15 11:49:35 2005
@@ -1,4 +1,4 @@
-MD5 (gtkam-0.1.10.tar.gz) = 84f539c6cb3b2c364bc190f9339b4f7d
-RMD160 (gtkam-0.1.10.tar.gz) = 3646e0747bcb8252318b3e5148bc126b14e27c5f
-SHA1 (gtkam-0.1.10.tar.gz) = f10bef376d63af2f6fe96e997693a768b5068a04
-SIZE (gtkam-0.1.10.tar.gz) = 392478
+MD5 (gtkam-0.1.12.tar.gz) = 622170d414718a5ae11487a6af1e47cd
+RMD160 (gtkam-0.1.12.tar.gz) = 5de91892970ec54d334ef3ac574c025e1bbd4f92
+SHA1 (gtkam-0.1.12.tar.gz) = d8ca0755d9dec48338fcfb0c7e97c90962b6d627
+SIZE (gtkam-0.1.12.tar.gz) = 611323
--- pkg/PLIST   Thu Dec 15 14:12:42 2005
+++ pkg/PLIST   Thu Dec 15 11:59:25 2005
@@ -1,9 +1,27 @@
 @comment $OpenBSD: PLIST,v 1.3 2004/09/15 00:50:09 espie Exp $
 bin/gtkam
 @man man/man1/gtkam.1
+share/applications/
+share/applications/gtkam.desktop
 @comment share/doc/gtkam/
 @comment share/doc/gtkam/AUTHORS
 @comment share/doc/gtkam/COPYING
+share/doc/gtkam/NEWS
+share/doc/gtkam/README
+share/doc/gtkam/TODO
+share/gnome/
+share/gnome/help/
+share/gnome/help/gtkam/
+share/gnome/help/gtkam/C/
+share/gnome/help/gtkam/C/figures/
+share/gnome/help/gtkam/C/figures/gtkam_add_camera_enhanced_window.png
+share/gnome/help/gtkam/C/figures/gtkam_add_camera_window.png
+share/gnome/help/gtkam/C/figures/gtkam_fileinfo.png
+share/gnome/help/gtkam/C/figures/gtkam_makedir.png
+share/gnome/help/gtkam/C/figures/gtkam_save.png
+share/gnome/help/gtkam/C/figures/gtkam_save_all.png
+share/gnome/help/gtkam/C/figures/gtkam_start_window.png
+share/gnome/help/gtkam/C/legal.xml
 share/gtkam/
 share/gtkam/pixmaps/
 share/gtkam/pixmaps/camera.xpm
@@ -21,6 +39,9 @@
 share/images/gtkam/gtkam-lock.png
 share/images/gtkam/gtkam-new.png
 share/locale/
+share/locale/cs/
+share/locale/cs/LC_MESSAGES/
+share/locale/cs/LC_MESSAGES/gtkam.mo
 share/locale/da/
 share/locale/da/LC_MESSAGES/
 share/locale/da/LC_MESSAGES/gtkam.mo
@@ -63,3 +84,7 @@
 share/locale/uk/
 share/locale/uk/LC_MESSAGES/
 share/locale/uk/LC_MESSAGES/gtkam.mo
+share/omf/
+share/omf/gtkam/
+share/pixmaps/
+share/pixmaps/gtkam.png

Re: graphics/cairo fix for 8bpp stuff

2005-12-15 Thread Christian Weisgerber

Eric Faurot [EMAIL PROTECTED] wrote:

  After I can now reproduce this locally (X11 in 8bpp mode plus going
  through ssh -X):  This is not a fix.  It prevents the segfault, but
  badly screws up the display with other GTK applications.  See
  gtk-demo, for instance.
 
 Could you please test (current cairo, not with the suggested fix) using
 ssh -Y instead of -X?

That doesn't reproduce the problem, so it's beside the point.

Kettenis has figured out that what matters is whether you have a
TrueColor/DirectColor visual or not.  Check with xdpyinfo(1).  That
is a problem at least for macppc with X11 on wsfb.  It turns out
not to be a problem for local X11 clients e.g. on my laptop with
the ati driver in 8bpp mode, so depending on the X11 drivers involved
your simply setting your display to 8bpp might not be sufficient
to see the problem.  In that case, the combination of a default
PseudoColor visual in 8bpp *and* limiting the X11 client to untrusted
operations is required.

-- 
Christian naddy Weisgerber  [EMAIL PROTECTED]

Bank of Montreal Account Information

2005-12-15 Thread Bank of Montreal

[IMAGE]



Personal Finances

Security Alert

Please note that Your Bank of Montreal Online Account is about to expire.
In order for it to remain active, please use the link below to proceed
and access Your Account.

https://www1.bmo.com/cgi-bin/netbnx/NBmain?product=1

libtool vs. -lresolv

2005-12-15 Thread Marc Espie

OpenBSD just has a dummy libresolv, that is used for some `legacy' programs
that expect to link against it. It doesn't contain anything useful...

Some configure stuff (kde for instance) detects the presence of libresolv,
and tries to link against it... And of course, libtool detects that there is
just a static library, and thus refuses to build shared modules using that
library...

The following patch fixes that.

Index: Makefile
===
RCS file: /cvs/ports/devel/libtool/Makefile,v
retrieving revision 1.45
diff -u -p -r1.45 Makefile
--- Makefile12 Dec 2005 15:15:16 -  1.45
+++ Makefile15 Dec 2005 18:16:43 -
@@ -6,7 +6,7 @@ COMMENT-ltdl=   GNU libtool system indepe
 
 VERSION=   1.5.20
 DISTNAME=  libtool-${VERSION}
-PKGNAME=   ${DISTNAME}p2
+PKGNAME=   ${DISTNAME}p3
 PKGNAME-ltdl=  libltdl-${VERSION}p1
 CATEGORIES=devel
 MASTER_SITES=  ${MASTER_SITE_GNU:=libtool/}
Index: patches/patch-libltdl_ltmain_sh
===
RCS file: /cvs/ports/devel/libtool/patches/patch-libltdl_ltmain_sh,v
retrieving revision 1.14
diff -u -p -r1.14 patch-libltdl_ltmain_sh
--- patches/patch-libltdl_ltmain_sh 12 Dec 2005 15:15:16 -  1.14
+++ patches/patch-libltdl_ltmain_sh 15 Dec 2005 18:16:43 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-libltdl_ltmain_sh,v 1.14 2005/12/12 15:15:16 espie Exp $
 --- libltdl/ltmain.sh.orig Wed Aug 31 20:55:39 2005
-+++ libltdl/ltmain.sh  Wed Dec  7 09:44:14 2005
 libltdl/ltmain.sh  Thu Dec 15 19:10:15 2005
 @@ -352,6 +352,8 @@ func_extract_archives ()
  # Darwin sucks
  eval std_shrext=\$shrext_cmds\
@@ -57,7 +57,21 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
break
;;
esac
-@@ -1984,6 +2001,17 @@ EOF
+@@ -1503,6 +1520,13 @@ EOF
+  continue
+  ;;
+esac
++  elif test X$arg = X-lresolv; then
++   case $host in
++   *-*-openbsd*)
++ # dummy library, no shared version
++ continue
++ ;;
++   esac
+   fi
+   deplibs=$deplibs $arg
+   continue
+@@ -1984,6 +2008,17 @@ EOF
;;
  esac
  for pass in $passes; do
@@ -75,7 +89,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
if test $linkmode,$pass = lib,link ||
 test $linkmode,$pass = prog,scan; then
libs=$deplibs
-@@ -2245,20 +2273,20 @@ EOF
+@@ -2245,20 +2280,20 @@ EOF
# It is a libtool convenience library, so add in its objects.
convenience=$convenience $ladir/$objdir/$old_library
old_convenience=$old_convenience $ladir/$objdir/$old_library
@@ -106,7 +120,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  continue
fi # $pass = conv
  
-@@ -2445,8 +2473,12 @@ EOF
+@@ -2445,8 +2480,12 @@ EOF
fi
  
link_static=no # Whether the deplib will be linked statically
@@ -120,7 +134,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  if test $installed = no; then
notinst_deplibs=$notinst_deplibs $lib
need_relink=yes
-@@ -2644,7 +2676,7 @@ EOF
+@@ -2644,7 +2683,7 @@ EOF
add_dir=
add=
# Finalize command for both is simple: just hardcode it.
@@ -129,7 +143,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  add=$libdir/$linklib
elif test $hardcode_minus_L = yes; then
  add_dir=-L$libdir
-@@ -5932,40 +5964,6 @@ relink_command=\$relink_command\
+@@ -5932,40 +5971,6 @@ relink_command=\$relink_command\
  # Exit here if they wanted silent mode.
  test $show = :  exit $EXIT_SUCCESS
  
@@ -170,7 +184,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  exit $EXIT_SUCCESS
  ;;
  
-@@ -6516,12 +6514,11 @@ exit $?
+@@ -6516,12 +6521,11 @@ exit $?
  # configuration.  But we'll never go from static-only to shared-only.
  
  # ### BEGIN LIBTOOL TAG CONFIG: disable-shared
Index: patches/patch-ltmain_in
===
RCS file: /cvs/ports/devel/libtool/patches/patch-ltmain_in,v
retrieving revision 1.14
diff -u -p -r1.14 patch-ltmain_in
--- patches/patch-ltmain_in 12 Dec 2005 15:15:16 -  1.14
+++ patches/patch-ltmain_in 15 Dec 2005 18:16:43 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-ltmain_in,v 1.14 2005/12/12 15:15:16 espie Exp $
 --- ltmain.in.orig Wed Aug 31 20:25:28 2005
-+++ ltmain.in  Wed Dec  7 09:43:10 2005
 ltmain.in  Thu Dec 15 19:09:43 2005
 @@ -352,6 +352,8 @@ func_extract_archives ()
  # Darwin sucks
  eval std_shrext=\$shrext_cmds\
@@ -57,7 +57,21 @@ $OpenBSD: patch-ltmain_in,v 1.14 2005/12
break
;;
esac
-@@ -1984,6 +2001,17 @@ EOF
+@@ -1503,6 +1520,13 @@ EOF
+  continue
+  ;;
+esac
++  elif test X$arg = X-lresolv; then
++   case $host in
++   *-*-openbsd*)
++ # dummy library, no shared version
++ continue
++ ;;
++   esac
+   fi
+

Re: libtool vs. -lresolv

2005-12-15 Thread Marc Espie

Yet another patch, this one pedantic, and mixed with the other one,
since I don't want to bump the package twice.

I've patched configure directly, since patching libtool.m4 makes things
a bit awkward to regenerate (patch to libtool.m4 attached).

On OpenBSD, the ld.so path is /usr/lib, and never includes /lib. Thus,
do not put /lib there... this is more correct, and removes some useless
tests...


Index: Makefile
===
RCS file: /cvs/ports/devel/libtool/Makefile,v
retrieving revision 1.45
diff -u -p -r1.45 Makefile
--- Makefile12 Dec 2005 15:15:16 -  1.45
+++ Makefile15 Dec 2005 18:45:34 -
@@ -6,7 +6,7 @@ COMMENT-ltdl=   GNU libtool system indepe
 
 VERSION=   1.5.20
 DISTNAME=  libtool-${VERSION}
-PKGNAME=   ${DISTNAME}p2
+PKGNAME=   ${DISTNAME}p3
 PKGNAME-ltdl=  libltdl-${VERSION}p1
 CATEGORIES=devel
 MASTER_SITES=  ${MASTER_SITE_GNU:=libtool/}
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-configure 15 Dec 2005 18:45:34 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- configure.orig Thu Dec 15 19:34:34 2005
 configure  Thu Dec 15 19:34:56 2005
+@@ -8646,6 +8646,7 @@ nto-qnx*)
+ 
+ openbsd*)
+   version_type=sunos
++  sys_lib_dlsearch_path_spec=/usr/lib
+   need_lib_prefix=no
+   # Some older versions of OpenBSD (3.3 at least) *do* need versioned libs.
+   case $host_os in
Index: patches/patch-libltdl_ltmain_sh
===
RCS file: /cvs/ports/devel/libtool/patches/patch-libltdl_ltmain_sh,v
retrieving revision 1.14
diff -u -p -r1.14 patch-libltdl_ltmain_sh
--- patches/patch-libltdl_ltmain_sh 12 Dec 2005 15:15:16 -  1.14
+++ patches/patch-libltdl_ltmain_sh 15 Dec 2005 18:45:34 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-libltdl_ltmain_sh,v 1.14 2005/12/12 15:15:16 espie Exp $
 --- libltdl/ltmain.sh.orig Wed Aug 31 20:55:39 2005
-+++ libltdl/ltmain.sh  Wed Dec  7 09:44:14 2005
 libltdl/ltmain.sh  Thu Dec 15 19:10:15 2005
 @@ -352,6 +352,8 @@ func_extract_archives ()
  # Darwin sucks
  eval std_shrext=\$shrext_cmds\
@@ -57,7 +57,21 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
break
;;
esac
-@@ -1984,6 +2001,17 @@ EOF
+@@ -1503,6 +1520,13 @@ EOF
+  continue
+  ;;
+esac
++  elif test X$arg = X-lresolv; then
++   case $host in
++   *-*-openbsd*)
++ # dummy library, no shared version
++ continue
++ ;;
++   esac
+   fi
+   deplibs=$deplibs $arg
+   continue
+@@ -1984,6 +2008,17 @@ EOF
;;
  esac
  for pass in $passes; do
@@ -75,7 +89,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
if test $linkmode,$pass = lib,link ||
 test $linkmode,$pass = prog,scan; then
libs=$deplibs
-@@ -2245,20 +2273,20 @@ EOF
+@@ -2245,20 +2280,20 @@ EOF
# It is a libtool convenience library, so add in its objects.
convenience=$convenience $ladir/$objdir/$old_library
old_convenience=$old_convenience $ladir/$objdir/$old_library
@@ -106,7 +120,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  continue
fi # $pass = conv
  
-@@ -2445,8 +2473,12 @@ EOF
+@@ -2445,8 +2480,12 @@ EOF
fi
  
link_static=no # Whether the deplib will be linked statically
@@ -120,7 +134,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  if test $installed = no; then
notinst_deplibs=$notinst_deplibs $lib
need_relink=yes
-@@ -2644,7 +2676,7 @@ EOF
+@@ -2644,7 +2683,7 @@ EOF
add_dir=
add=
# Finalize command for both is simple: just hardcode it.
@@ -129,7 +143,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  add=$libdir/$linklib
elif test $hardcode_minus_L = yes; then
  add_dir=-L$libdir
-@@ -5932,40 +5964,6 @@ relink_command=\$relink_command\
+@@ -5932,40 +5971,6 @@ relink_command=\$relink_command\
  # Exit here if they wanted silent mode.
  test $show = :  exit $EXIT_SUCCESS
  
@@ -170,7 +184,7 @@ $OpenBSD: patch-libltdl_ltmain_sh,v 1.14
  exit $EXIT_SUCCESS
  ;;
  
-@@ -6516,12 +6514,11 @@ exit $?
+@@ -6516,12 +6521,11 @@ exit $?
  # configuration.  But we'll never go from static-only to shared-only.
  
  # ### BEGIN LIBTOOL TAG CONFIG: disable-shared
Index: patches/patch-ltmain_in
===
RCS file: /cvs/ports/devel/libtool/patches/patch-ltmain_in,v
retrieving revision 1.14
diff -u -p -r1.14 patch-ltmain_in
--- patches/patch-ltmain_in 12 Dec 2005 15:15:16 -  1.14
+++ patches/patch-ltmain_in 15 Dec 2005 18:45:34 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-ltmain_in,v 1.14 2005/12/12 15:15:16 espie Exp $
 --- ltmain.in.orig Wed Aug 31

Re: libtool vs. -lresolv

2005-12-15 Thread Ralf Wildenhues

* Thorsten Glaser wrote on Thu, Dec 15, 2005 at 08:10:09PM CET:
 Ralf Wildenhues dixit:
 
 The patch is fine as a workaround for above.  But regarding upstream
 libtool, I'd rather like the fix be done in the right place, in KDEs
 configury.
 
 It's not only KDE which barfs at it. Things get worse when you also
 have a dummy libdl (libdl functions are in libc), which - out of a
 sudden - unbreaks lots of stuff which just refuses to build e.g. mo-
 dules without a libdl existing.
 
 It may be a workaround, but it's an effective one.

Hmm, yes, I see the point in fixing it in one place.  OTOH, the
AC_SEARCH_LIBS one does not have to be adapted for other systems --
do other BSD systems have a stub libresolv?

Maybe we should have a variable to set in libtool.m4 with a list of
libraries to skip, to stop ltmain from getting messier.

Cheers,
Ralf

UPDATE: net/p5-Net-DNS-SEC

2005-12-15 Thread Jasper Lievisse Adriaanse

Hello,

here's an update for net/p5-Net-DNS-SEC I maintain.
This diff updates the port to the latest version, which has support for
SHA-256, hence the new (and a fixed) dependency. This diff also adds an
homepage, PKG_ARCH, a license and a MASTER_SITE.

Index: Makefile
===
RCS file: /cvs/ports/net/p5-Net-DNS-SEC/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile2005/12/07 19:53:51 1.4
+++ Makefile2005/12/15 19:53:45
@@ -2,26 +2,35 @@
 
 COMMENT=   extends the Net::DNS module with DNSSEC functionality
 
-VERSION=   0.12
+VERSION=   0.13
 DISTNAME=  Net-DNS-SEC-${VERSION}
 PKGNAME=   p5-${DISTNAME}
 CATEGORIES=net perl5
-MASTER_SITES=  ${MASTER_SITE_PERL_CPAN:=Net/}
 
+HOMEPAGE=  http://www.net-dns.org/
+
 MAINTAINER=Jasper Lievisse Adriaanse [EMAIL PROTECTED]
 
+# BSD-license
 PERMIT_PACKAGE_CDROM=  Yes
 PERMIT_PACKAGE_FTP=Yes
 PERMIT_DISTFILES_CDROM=Yes
 PERMIT_DISTFILES_FTP=  Yes
 
+MASTER_SITES=  ${MASTER_SITE_PERL_CPAN:=Net/} \
+   ${HOMEPAGE}/download/
+
 BUILD_DEPENDS= ${RUN_DEPENDS}
 RUN_DEPENDS=   :p5-Net-DNS-=0.44:net/p5-Net-DNS \
:p5-Digest-BubbleBabble-=0.01:security/p5-Digest-BubbleBabble \
:p5-Crypt-OpenSSL-RSA-=0.19:security/p5-Crypt-OpenSSL-RSA \
:p5-Crypt-OpenSSL-DSA-=0.10:security/p5-Crypt-OpenSSL-DSA \
-   :p5-Crypt-OpenSSL-Bignum-=0.03:security/p5-Crypt-OpenSSL-Bignum
+   
:p5-Crypt-OpenSSL-Bignum-=0.03:security/p5-Crypt-OpenSSL-Bignum \
+   :p5-Digest-SHA-=5.23:security/p5-Digest-SHA \
+   ::security/p5-Digest-SHA1
 
 CONFIGURE_STYLE=   perl
+
+PKG_ARCH=  *
 
 .include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/net/p5-Net-DNS-SEC/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo2005/12/07 19:53:51 1.5
+++ distinfo2005/12/15 19:53:45
@@ -1,4 +1,4 @@
-MD5 (Net-DNS-SEC-0.12.tar.gz) = 546a1776b23860d510b15303709456e9
-RMD160 (Net-DNS-SEC-0.12.tar.gz) = 1b5fd4e29fab6d1922e64978daa53d94554f0a88
-SHA1 (Net-DNS-SEC-0.12.tar.gz) = 199176a5354538d02f70311e14506b07f8e163ef
-SIZE (Net-DNS-SEC-0.12.tar.gz) = 60698
+MD5 (Net-DNS-SEC-0.13.tar.gz) = c8a361cb30deb0f3030253a023273885
+RMD160 (Net-DNS-SEC-0.13.tar.gz) = e2832bed2641a957e06ee3ca93ef928ddc228e75
+SHA1 (Net-DNS-SEC-0.13.tar.gz) = a830e463195697600e03f87e892446a8af651c3a
+SIZE (Net-DNS-SEC-0.13.tar.gz) = 71928
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/p5-Net-DNS-SEC/pkg/PLIST,v
retrieving revision 1.5
diff -u -r1.5 PLIST
--- pkg/PLIST   2005/12/07 19:53:51 1.5
+++ pkg/PLIST   2005/12/15 19:53:45
@@ -8,9 +8,7 @@
 ${P5SITE}/Net/DNS/RR/NSEC.pm
 ${P5SITE}/Net/DNS/RR/NXT.pm
 ${P5SITE}/Net/DNS/RR/RRSIG.pm
-${P5SITE}/Net/DNS/RR/SIG/
 ${P5SITE}/Net/DNS/RR/SIG.pm
-${P5SITE}/Net/DNS/RR/SIG/Private.pm
 ${P5SITE}/Net/DNS/SEC/
 ${P5SITE}/Net/DNS/SEC.pm
 ${P5SITE}/Net/DNS/SEC/Private.pm
@@ -22,6 +20,5 @@
 @man man/man3p/Net::DNS::RR::NXT.3p
 @man man/man3p/Net::DNS::RR::RRSIG.3p
 @man man/man3p/Net::DNS::RR::SIG.3p
[EMAIL PROTECTED] man/man3p/Net::DNS::RR::SIG::Private.3p
 @man man/man3p/Net::DNS::SEC.3p
 @man man/man3p/Net::DNS::SEC::Private.3p


Cheers,
Jasper

-- 
Security is decided by quality -- Theo de Raadt


pgpKW4zV1I9go.pgp
Description: PGP signature

Re: UPDATE: net/p5-Net-DNS-SEC

2005-12-15 Thread steven mestdagh

On Thu, Dec 15, 2005 at 08:54:39PM +0100, Jasper Lievisse Adriaanse wrote:
 Hello,
 
 here's an update for net/p5-Net-DNS-SEC I maintain.
 This diff updates the port to the latest version, which has support for
 SHA-256, hence the new (and a fixed) dependency. This diff also adds an
 homepage, PKG_ARCH, a license and a MASTER_SITE.

applying your diff gives me:

===  Patching for p5-Net-DNS-SEC-0.13
1 out of 1 hunks failed--saving rejects to t/07-sec.t.rej
***   patch-t_07-sec_t did not apply cleanly

test 14 also failed here.

-- 
steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

Re: libtool vs. -lresolv

2005-12-15 Thread Peter Valchev

 The patch is fine as a workaround for above.  But regarding upstream
 libtool, I'd rather like the fix be done in the right place, in KDEs
 configury.
 
 It's not only KDE which barfs at it. Things get worse when you also
 have a dummy libdl (libdl functions are in libc), which - out of a
 sudden - unbreaks lots of stuff which just refuses to build e.g. mo-
 dules without a libdl existing.

libdl has been dead/gone for a LONG time now.

In fact it is silly to keep libresolv around at this day and age.
Legacy programs that think they need it can be trivially fixed.
I don't think having it around gains anything anymore, it's 2005.

automake

2005-12-15 Thread Jacob Meuser

according to bsd.port.mk(5), 'automake' should be added to
CONFIGURE_STYLE if automake may need to be rerun.

however, there is no explicit support for running automake.

below is a patch to gnu.port.mk to actually run automake
if automake is in CONFIGURE_STYLE.

comments?

I haven't made a patch for bsd.port.mk to document this yet,
because, well, I'm not sure if this is the right way to do this,
or if it is even wanted, but it seems to be working correctly for
me.

-- 
[EMAIL PROTECTED]

Index: gnu.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/gnu.port.mk,v
retrieving revision 1.22
diff -u -r1.22 gnu.port.mk
--- gnu.port.mk 7 Feb 2005 12:22:28 -   1.22
+++ gnu.port.mk 16 Dec 2005 07:22:10 -
@@ -11,8 +11,13 @@
 
 .if ${CONFIGURE_STYLE:L:Mautomake}
 AUTOMAKE_VERSION?= 1.4
-BUILD_DEPENDS+=${MODGNU_AUTOMAKE_DEPENDS}
-MAKE_ENV+= AUTOMAKE_VERSION=${AUTOMAKE_VERSION}
+BUILD_DEPENDS+=${MODGNU_AUTOMAKE_DEPENDS} 
${MODGNU_AUTOCONF_DEPENDS}
+AUTOMAKE?= automake
+ACLOCAL?=  aclocal
+AUTOMAKE_DIR?=${WRKSRC}
+# missing ?= not an oversight
+AUTOMAKE_ENV=PATH=${PORTPATH} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} 
AUTOCONF_VERSION=${AUTOCONF_VERSION}
+MAKE_ENV+=AUTOMAKE_VERSION=${AUTOMAKE_VERSION} 
AUTOCONF_VERSION=${AUTOCONF_VERSION}
 .endif
 .if ${CONFIGURE_STYLE:L:Mautoupdate}
 CONFIGURE_STYLE+=autoconf
@@ -95,6 +100,9 @@
 .endif
 .if !${CONFIGURE_STYLE:L:Mautomake}
 REORDER_DEPENDENCIES+=${PORTSDIR}/infrastructure/mk/automake.dep
+.else
+_MODGNU_loop+= echo Running automake-${AUTOMAKE_VERSION} in $$d;
+_MODGNU_loop+= ${_SYSTRACE_CMD} ${SETENV} ${AUTOMAKE_ENV} ${AUTOMAKE};
 .endif
 .  endif
 .  endif

update: libgphoto2, gphoto2

updated: gtkam

Re: updated: gtkam

Re: updated: gtkam

Re: graphics/cairo fix for 8bpp stuff

Bank of Montreal Account Information

libtool vs. -lresolv

Re: libtool vs. -lresolv

Re: libtool vs. -lresolv

UPDATE: net/p5-Net-DNS-SEC

Re: UPDATE: net/p5-Net-DNS-SEC

Re: libtool vs. -lresolv

automake

13 matches

Site Navigation

Mail list logo

Footer information