On Sat, Apr 16, 2005 at 10:37:45PM -0400, Jack Howarth wrote:
Dan,
I think we should follow Debian's lead here. They are in the process
of depreciating out their libglut3 package in favor of freeglut. They have
replaced their old libglut3 package, based on the old non-free version, with
a
Dan,
What if we patch the freeglut package to build with a different
shared lib version number? I think this is the main source of the
confusion out there. The developers of freeglut let it create a
libglut.3.x.x.so/dylib when it should have been bumped up to
libglut.4.x.x.so/dylib or such
On Apr 17, 2005, at 11:55 AM, Jack Howarth wrote:
Dan,
What if we patch the freeglut package to build with a different
shared lib version number? I think this is the main source of the
confusion out there. The developers of freeglut let it create a
libglut.3.x.x.so/dylib when it should have
I was trying earlier to submit fink package info for physfs-1.0.0.
But, I'm failing miserably attaching a file to the tracker.
I've succeeded years ago in doing so.
Today, I've tried three different browsers... each with
the little check the box to append or upload button
checked and each without
I tried uploading these on the package tracker. I got this message:
Could Not Attach File to Item: ArtifactFile: Could not open file for
writing Item Successfully Created
So... here they are...
paragui.info
Description: Binary data
paragui-1.1.8-1.patch
Description: Binary data
alter,
Chris,
Well I did a quick test of changing the versioning and that doesn't help
much under fink anyway. If I use...
Package: freeglut
Version: 2.2.0
Revision: 2
GCC: 3.3
Maintainer: Jack Howarth howarth at bromo.med.uc.edu
Source: mirror:sourceforge:freeglut/%N-%v.tar.gz
Source-MD5:
When I updated postgresql74-ssl i get the following and no binaries
are installed in /sw/bin
Setting up postgresql74-ssl-shlibs (7.4.7-12) ...
cat: /sw/var/postgresql/binary.list: No such file or directory
cat: /sw/var/postgresql/man1.list: No such file or directory
cat:
Chris,
I've tried a test build of the current glut package where I have
the following packaging...
...for the glut package...
-rwxr-xr-x 1 root admin 744232 17 Apr 15:56 /sw/lib/glut/libglut.a
lrwxr-xr-x 1 root admin 14 17 Apr 15:56 /sw/lib/libglut.a - glut/libglut.a
lrwxr-xr-x 1 root
Setting up postgresql80-ssl-shlibs (8.0.2-12) ...
cat: /sw/var/postgresql/binary.list: No such file or directory
cat: /sw/var/postgresql/man1.list: No such file or directory
cat: /sw/var/postgresql/man7.list: No such file or directory
Setting up postgresql80-ssl (8.0.2-12) ...
cat:
Neil Tiffin wrote:
Setting up postgresql80-ssl-shlibs (8.0.2-12) ...
cat: /sw/var/postgresql/binary.list: No such file or directory
cat: /sw/var/postgresql/man1.list: No such file or directory
cat: /sw/var/postgresql/man7.list: No such file or directory
It appears I was too liberal in my
When I updated postgresql74-ssl i get the following and no binaries
are installed in /sw/bin
Setting up postgresql74-ssl-shlibs (7.4.7-12) ...
cat: /sw/var/postgresql/binary.list: No such file or directory
cat: /sw/var/postgresql/man1.list: No such file or directory
cat:
Dan,
Okay. I think the glut.info and freeglut.info attached below should
meet with your approval. I have moved the shared libraries of glut-shlibs
into /sw/lib/glut and those from freeglut-shlibs into /sw/libs/freeglut.
This allows one to build against both and the binaries will still run.
I've seen gdal-1.2.6 in the tracker
(http://sourceforge.net/tracker/index.php?
func=detailaid=1181060group_id=17203atid=414256).
One thing to note is that postgresql80 (=8.0.2-11) now includes
PostGIS. The current info file depends only on 74, and should be
modified to depend on 80.
My
Jack Howarth wrote:
[]
If fink's dpkg weren't so brain dead about shared library versioning
While you have IMHO correctly diagnosed the idiocy of freeglut using the
same name libglut.3.dylib as the old glut when it is not a binary
compatible dropin replacement, you are certainly barking up
BABA Yoshihiko wrote:
One thing to note is that postgresql80 (=8.0.2-11) now includes
PostGIS. The current info file depends only on 74, and should be
modified to depend on 80.
My suggestion is to have variants of gdal depending on postgresql
version, as there are too many variants of of
Jack Howarth wrote:
[]
In creating these packages, I did notice one feature that fink lacks, the
ability to specify a Build-Conflicts field. This would have been very nice
Actually, fink does have a BuildConflicts field. Not necessary in this
case, though, because a BuildDepends: glut will remove
On Mon, Apr 18, 2005 at 01:52:18PM +1000, Martin Costabel wrote:
Jack Howarth wrote:
In creating these packages, I did notice one feature that fink lacks, the
s/lacks/fails to document in the Packaging Manual/
ability to specify a Build-Conflicts field. This would have been very nice
to have
17 matches
Mail list logo