On Thu, 12 Feb 2009 12:32:13 -0500
Thomas Abthorpe 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,
> http://lists.freebsd.org/pipermail/freebsd-announce/20
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 (i
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
On Sun, 22 Feb 2009 03:16:21 -0600, Thomas Schmitt
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 .so.X and for 3rd
>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: chang
On Sat, 21 Feb 2009 09:47:13 +0100 Oliver Lehmann
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
>just keeping my IP
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
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 () points to
> ...
>
> /lang/plt-s
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 it
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 use:
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
Quoting Thomas Schmitt (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"
versuffix=".$current";
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
13 matches
Mail list logo
