Compiling gnuplot-4.2.3-12 fails with the following error:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../term -I../term -DBINDIR=\"/sw/
bin\" -DX11_DRIVER_DIR=\"/sw/lib/gnuplot/4.2\" -DGNUPLOT_PS_DIR=\"/sw/
share/gnuplot/4.2/PostScript\"
-DCONTACT=\"http://sourceforge.net/projects/gnuplot
\" -DHELPFI
On May 6, 2008, at 10:33 PM, Daniel Macks wrote:
> On Tue, May 06, 2008 at 10:17:32PM -0700, David R. Morrison wrote:
>> I've tried to write an expanded error message for the situation where
>> the validator encounters a shared library in a .deb which is not
>> listed in the Shlibs field. (The c
I've tried to write an expanded error message for the situation where
the validator encounters a shared library in a .deb which is not
listed in the Shlibs field. (The code is in HEAD, but not yet
released.) Here's a sample error message:
Validating .deb file fontforge_20080330-1_darwin-po
On Tue, May 06, 2008 at 10:17:32PM -0700, David R. Morrison wrote:
> I've tried to write an expanded error message for the situation where
> the validator encounters a shared library in a .deb which is not
> listed in the Shlibs field. (The code is in HEAD, but not yet
> released.) Here's a
On Apr 26, 2008, at 6:33 PM, Charles C. Kankelborg wrote:
> Hi,
>
> I just built 0.20.5. unrtf mostly works, but segfaults after
> producing apparently correct output:
>
> kankel% unrtf --text /tmp/onetouchlog0.txt
> ### Translation from RTF performed by UnRTF, version 0.20.5
> ### document uses
Hello,
If /sw/lib/pango-ft219/lib/pkgconfig/xrender.pc exists,
pkg-config (0.22-3) seems to confuse about the search path
for --cflags and --libs.
For example:
[existing case]
$
PKG_CONFIG_PATH=/sw/lib/pango-ft219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/freetype219/lib/pkgconfig
The big problem is that using dvdcss it'll have to be crypto then, I
wanted to avoid this and it's why the dlopen option is avail, it'll
only use it if avail.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.
On 6-May-08, at 8:24 AM, Daniel Macks wrote
There's no dlopen *path* IIRC, just filename. Usually, if the package
can do real linking (instead of runtime dlopen), that's gonna me more
stable in general. But that makes the dep mandatory...not sure how
onerous a package and dependency-tree for libdvdcss is.
dan
On Tue, May 06, 2008 at 08:20:
was the dlopen path and file name correct, it could be left over from
a new compat version or it might need to be patched not to use .so? I
didn't do the lastest updates so I'll have to look into it in a month
when I have time again.
---
TS
http://southofheaven.org/
Chaos is the beginning an
Hi there,
after upgrading dvdbackup to the last package revision it seems that
libdvdread has lost its ability to use libdvdcss. You can get the
picture from data reported below:
> % fink list libdvdcss
> Information about 6961 packages read in 1 seconds.
> i libdvdcss 1.2.9-1
10 matches
Mail list logo
