Re: Problem with .so numbering on FreeBSD in contrast to Linux

2009-02-22 Thread Thomas Schmitt
Hi, Jeremy Messenger wrote: The ltverhack is a hack in ports/Mk/bsd.gnome.mk[1]. ltverhack_PRE_PATCH=for file in gnome-ltmain.sh gnome-libtool; do \ ... [some impressive shell code] ... Looks like they patch their private libtool on demand. My problem appears to be a simple bug in the

Re: Problem with .so numbering on FreeBSD in contrast to Linux

2009-02-22 Thread Alexander Leidinger
Quoting Thomas Schmitt scdbac...@gmx.net (from Sat, 21 Feb 2009 11:12:51 +0100): Hi, it looks like the problem is indeed in ltmain.sh of my source packages. The decisive code piece is not the one from my last mail but this freebsd-elf) major=.$current

Re: Problem with .so numbering on FreeBSD in contrast to Linux

2009-02-22 Thread Thomas Schmitt
Hi, Alexander Leidinger wrote: which i believe complies to policies-shlib.html. I think this is a little bit outdated. We only have one number after the .so since a long time. All libs in /lib and /usr/lib are .so.X and for 3rd party applications most are .so.X (those which aren't are a sign

Re: Call for potential ports maintainers

2009-02-22 Thread martinko
Thomas Abthorpe wrote: I have summarised some details on the wiki on Adopting Ports, http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. The gauntlet has been thrown down, who among you is prepared to pick it up? I might try adapting the following which I

lang/gcc42 without gfortran

2009-02-22 Thread Rainer Hurling
After upgrading to latest lang/gcc42 I found that there is no gfortran any more. Comparing the Makefiles of the ports lang/gcc42 and lang/gcc43 shows that it had been removed. Was this intentional? I need version 4.2.xx of gfortran for programs like math/R etc. Is it possible to integrate

Re: Remove /lang/drscheme?

2009-02-22 Thread Andrew Reilly
On Sat, Feb 21, 2009 at 11:06:36PM +0100, Philipp Ost wrote: /lang/drscheme is a port of the DrScheme development environment included with PLT Scheme. This port installs a rather old version and is unmaintained. The project page given in the pkg-descr (www.drscheme.org) points to

FYI: x11/nvidia-driver no longer nvidia provided Xorg libraries

2009-02-22 Thread Garrett Cooper
Hi Chris, porters, and x11, This is a note that our version of x11/nvidia-driver available in ports no longer loads with the current provided plist due to ABI incompatibility between the nvidia provided Xorg X11 libraries and the vanilla libraries. Not using the nvidia provided libraries loads

dyndns.org clients

2009-02-22 Thread Scott Bennett
On Sat, 21 Feb 2009 09:47:13 +0100 Oliver Lehmann lehm...@ans-netz.de wrote: I'm looking for a dyndns.org client. I've used ddup for years but it is deleted for quite some time now. ipcheck is not a solution because it requires python. I don't want to install a whole scripting language for

maintainership request for japanese/zope-ejsplitter and japanese/zope-jamailhost

2009-02-22 Thread NAKAJI Hiroyuki
Submitter-Id: current-users Originator:NAKAJI Hiroyuki Organization: Confidential: no Synopsis: maintainership request for japanese/zope-ejsplitter and japanese/zope-jamailhost Severity: non-critical Priority: medium Category: ports Class: change-request

Re: Problem with .so numbering on FreeBSD in contrast to Linux

2009-02-22 Thread Jeremy Messenger
On Sun, 22 Feb 2009 03:16:21 -0600, Thomas Schmitt scdbac...@gmx.net wrote: Hi, Alexander Leidinger wrote: which i believe complies to policies-shlib.html. I think this is a little bit outdated. We only have one number after the .so since a long time. All libs in /lib and /usr/lib are

Re: Problem with .so numbering on FreeBSD in contrast to Linux

2009-02-22 Thread Thomas Schmitt
Hi, Jeremy Messenger wrote: The API can be check version inside the *.pc file by via configure. Yes. But that protects against mishaps at install time, not against mishaps at run time. What if the asserted preconditions get changed afterwards ? Or/and use the header (*.h) to check API stuff.

FreeBSD Port: ruby-1.9.1.0_1,1

2009-02-22 Thread Grzegorz Junka
Hi, I am trying to configure edge versions of rails and passenger on ruby 1.9.1. Passenger fails because of a problem in the Ruby port on FreeBSD. The problem is reproducible in irb19: irb(main):001:0 @pid = fork NotImplementedError: fork() function is unimplemented on this machine from

Re: Call for potential ports maintainers

2009-02-22 Thread Yoshihiro Ota
On Thu, 12 Feb 2009 12:32:13 -0500 Thomas Abthorpe tabtho...@freebsd.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How do I know this? I was one, a silent observer on the mailing lists, and in on IRC. Then one day, I answered a similar plea,