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 f

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

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

2005-12-15 Thread Jasper Lievisse Adriaanse
On Thu, 15 Dec 2005 21:21:11 +0100 steven mestdagh <[EMAIL PROTECTED]> wrote: > 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

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

Re: libtool vs. -lresolv

2005-12-15 Thread Brad
On Thu, Dec 15, 2005 at 07:46:41PM +0100, Marc Espie wrote: > 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 libt

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 =

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

Re: libtool vs. -lresolv

2005-12-15 Thread Thorsten Glaser
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), whic

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 i

Re: libtool vs. -lresolv

2005-12-15 Thread Ralf Wildenhues
Hi Marc, * Marc Espie wrote on Thu, Dec 15, 2005 at 07:18:26PM CET: > 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... Then the kde configure should not pick it up, with AC_SEARCH_LIBS for example.

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

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://ww

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

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.

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

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

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

Re: graphics/cairo fix for 8bpp stuff

2005-12-15 Thread Eric Faurot
On 12/15/05, Christian Weisgerber <[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