[Fink-devel] libtiff

2008-09-25 Thread Martin Costabel
(Originally sent on 2008/09/20, bounced back permanently by the 
fink-devel list because of current sourceforge mailing list troubles)

The libtiff{,-bin,-shlibs} packages are dependencies of very many Fink
packages. It would therefore be nice if they could be fixed.

Currently they build differently whether you have freeglut installed or
not, whether you have Leopard X11 or xquartz, whether you have xcode-3.0
or 3.1. Reasons:

- Neither the libGL-reexport-cycle fix nor the missing-xmkmf fix have
been applied, although both are needed on susceptible systems.

- Missing dependencies: freeglut, x11.

The problem with these packages is that their build doesn't crash, they
just build differently.

-- 
Martin




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


[Fink-devel] fontconfig-path incompatible with xquartz

2008-09-25 Thread Martin Costabel
The xquartz X11 update packages have switched from
/usr/X11/lib/X11/fonts/fonts.conf for the fontconfig conf file to
/usr/X11/lib/X11/fontconfig/fonts.conf

Don't ask me why, probably because of a general backward comaptibility 
is so boring attitude. See the thread from
http://lists.macosforge.org/pipermail/xquartz-dev/2008-September/001064.html
to
http://lists.macosforge.org/pipermail/xquartz-dev/2008-September/001072.html
on the xquartz-dev mailing list.

The change happened already several months ago, I think in 
xquartz-2.2.0. And since Fink is now recommending to install the xquartz 
updates as a cure to the incompatibilities between Apple's stock X11 and 
Apple's stock xcode tools, the fontconfig-path package needs to adapt to 
this situation. Note that stock 10.5.5 X11 still uses the old directory 
for fonts.conf.

I don't know the fontconfig xml based lingo, so I don't know if the 
include directive in /sw/share/fontconfig-path/fontconfig-path.conf 
can be conditionalized on the existence of one fonts.conf file or 
another. It is probably easier to do this in a PostInst script.

In any case, the current situation is broken. If you run any executable 
that uses X11 fonts and fontconfig on an xquartz-updated X11 
installation, you get

Fontconfig error: Cannot load config file 
/usr/X11/lib/X11/fonts/fonts.conf

and the fonts are not loaded.

-- 
Martin



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] Doxygen doesn't need to depend on graphviz or latex

2008-09-25 Thread James Bunton
On Tue, Sep 23, 2008 at 09:28:51PM -0400, Alexander Hansen wrote:
 On Sep 23, 2008, at 7:55 PM, James Bunton wrote:

 As far as I can tell doxygen does not need to depend on graphviz or
 LaTeX. Removing these two dependencies would make the dependency list
 of many packages significantly smaller. Graphviz in particular pulls
 in a lot of other packages.
 snip

 You may want to check out

 http://thread.gmane.org/gmane.os.macosx.fink.user/27082

From the link you posted:
 doxygen builds w/out the need for latex, graphviz, and ghostscript if
 you remove the make install_docs line from InstallScript.  There's a
 check for dot (from graphviz) during ./configure, but I don't know if
 the output of the build is the same w/ or w/out it.

I'm happy to have a shot at making a doxygen.info and doxygen-docs.info
doxygen-docs can bring in everything needed to build the doxygen
samples, but would not need to be depended on by anything. doxygen
proper would be built to always work with whatever was installed at
runtime. If a package needed doxygen with graphviz, it could depend on
both of them.

Does this seem like a reasonable and useful approach to others?

---

James



pgpgLSmaiM5sj.pgp
Description: PGP signature
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread James Bunton
On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
 On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:
 
  Hi there,
  after upgrading dvdbackup to the last package revision it seems that  
  libdvdread has lost its ability to use libdvdcss.
snip

 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.

Hi,

Any chance of getting this fix into Fink CVS? Tracker #2109085 has a
working fink info. See:
http://sourceforge.net/tracker/index.php?func=detailaid=2109085group_id=17203atid=414256

Basically dlopen needs the full path to the dylib

Thanks.

---

James



pgp3Bcs34fTW4.pgp
Description: PGP signature
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread Alexander Hansen

On Sep 25, 2008, at 9:42 AM, James Bunton wrote:

 On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
 On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:

 Hi there,
 after upgrading dvdbackup to the last package revision it seems that
 libdvdread has lost its ability to use libdvdcss.
 snip

 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.

 Hi,

 Any chance of getting this fix into Fink CVS? Tracker #2109085 has a
 working fink info. See:
 http://sourceforge.net/tracker/index.php?func=detailaid=2109085group_id=17203atid=414256

 Basically dlopen needs the full path to the dylib

 Thanks.

 ---

 James


Since the maintainer _was_ contacted about this, I'm going to go ahead  
and make this change in unstable. 
  

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] Doxygen doesn't need to depend on graphviz or latex

2008-09-25 Thread Alexander Hansen

On Sep 25, 2008, at 9:37 AM, James Bunton wrote:

 On Tue, Sep 23, 2008 at 09:28:51PM -0400, Alexander Hansen wrote:
 On Sep 23, 2008, at 7:55 PM, James Bunton wrote:

 As far as I can tell doxygen does not need to depend on graphviz or
 LaTeX. Removing these two dependencies would make the dependency  
 list
 of many packages significantly smaller. Graphviz in particular pulls
 in a lot of other packages.
 snip

 You may want to check out

 http://thread.gmane.org/gmane.os.macosx.fink.user/27082

 From the link you posted:
 doxygen builds w/out the need for latex, graphviz, and ghostscript if
 you remove the make install_docs line from InstallScript.   
 There's a
 check for dot (from graphviz) during ./configure, but I don't know if
 the output of the build is the same w/ or w/out it.

 I'm happy to have a shot at making a doxygen.info and doxygen- 
 docs.info
 doxygen-docs can bring in everything needed to build the doxygen
 samples, but would not need to be depended on by anything. doxygen
 proper would be built to always work with whatever was installed at
 runtime. If a package needed doxygen with graphviz, it could depend on
 both of them.

 Does this seem like a reasonable and useful approach to others?

 ---

 James


It sounds good to me; all of these runtime-only things could be marked  
as  Recommends:

You probably ought to have a note in the DescDetail regarding the  
removal of dependencies.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread Matthias Ringwald

Talking about libdvdread. the mplayer team just released  
libdvdnv-4.1.3 and libdvdread-4.1.3.
maybe $YOU (not exactly specified whats the value of this variable..)  
could update these package, too.

matthias


On 25.09.2008, at 16:01, Alexander Hansen wrote:


 On Sep 25, 2008, at 9:42 AM, James Bunton wrote:

 On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
 On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:



 Since the maintainer _was_ contacted about this, I'm going to go ahead
 and make this change in unstable.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread James Bunton
On Thu, Sep 25, 2008 at 08:19:33AM -0600, TheSin wrote:
 Just so you know I'm not opposed to the change, but it doesn't seem to  
 fix it 100% I have been digging deeper into it, hence the delay.

I've been using it with vobcopy and mplayer for many months now without
any problems.

What isn't working?

---

James



pgpIix4Atzwvx.pgp
Description: PGP signature
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread TheSin
Just so you know I'm not opposed to the change, but it doesn't seem to  
fix it 100% I have been digging deeper into it, hence the delay.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 25-Sep-08, at 8:01 AM, Alexander Hansen wrote:


 On Sep 25, 2008, at 9:42 AM, James Bunton wrote:

 On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
 On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:

 Hi there,
 after upgrading dvdbackup to the last package revision it seems  
 that
 libdvdread has lost its ability to use libdvdcss.
 snip

 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.

 Hi,

 Any chance of getting this fix into Fink CVS? Tracker #2109085 has a
 working fink info. See:
 http://sourceforge.net/tracker/index.php?func=detailaid=2109085group_id=17203atid=414256

 Basically dlopen needs the full path to the dylib

 Thanks.

 ---

 James


 Since the maintainer _was_ contacted about this, I'm going to go  
 ahead and make this change in unstable.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] Doxygen doesn't need to depend on graphviz or latex

2008-09-25 Thread Hanspeter Niederstrasser
James Bunton wrote:
 On Tue, Sep 23, 2008 at 09:28:51PM -0400, Alexander Hansen wrote:
 On Sep 23, 2008, at 7:55 PM, James Bunton wrote:

 As far as I can tell doxygen does not need to depend on graphviz or
 LaTeX. Removing these two dependencies would make the dependency list
 of many packages significantly smaller. Graphviz in particular pulls
 in a lot of other packages.
 snip
 You may want to check out

 http://thread.gmane.org/gmane.os.macosx.fink.user/27082
 
 From the link you posted:
 doxygen builds w/out the need for latex, graphviz, and ghostscript if
 you remove the make install_docs line from InstallScript.  There's a
 check for dot (from graphviz) during ./configure, but I don't know if
 the output of the build is the same w/ or w/out it.
 
 I'm happy to have a shot at making a doxygen.info and doxygen-docs.info
 doxygen-docs can bring in everything needed to build the doxygen
 samples, but would not need to be depended on by anything. doxygen
 proper would be built to always work with whatever was installed at
 runtime. If a package needed doxygen with graphviz, it could depend on
 both of them.
 
 Does this seem like a reasonable and useful approach to others?

The split and how others should depend on it sound right (as I 
understood it when I very lightly tested this idea back in that thread). 
  The biggest thing to check is that the doxygen binary gets built 
identically irregardless of what supporting packages are installed (ie 
graphviz, etc).  I don't know/use doxygen to test this (and didn't want 
to install graphviz an 90 supporting packages to really test this), but 
it should be straightforward to build doxygen w/out 
graphviz/latex/ghostscript absent and present (but not set up as a 
Depends on the .info file) and compare the outputs to make sure they're 
identical.

Hanspeter

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] libdvdread.3 and libdvdcss

2008-09-25 Thread TheSin
css decryption still gives errors and i have yet to figure out if it's  
in libdvdcss or libdvdread.  But may as well commit the dlopen fix  
anyhow while I keep searching.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 25-Sep-08, at 8:29 AM, James Bunton wrote:

 On Thu, Sep 25, 2008 at 08:19:33AM -0600, TheSin wrote:
 Just so you know I'm not opposed to the change, but it doesn't seem  
 to
 fix it 100% I have been digging deeper into it, hence the delay.

 I've been using it with vobcopy and mplayer for many months now  
 without
 any problems.

 What isn't working?

 ---

 James



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel