[Fink-users] concerning system-tetex-20010808-14

2006-12-16 Thread David R. Morrison

Dear fink users,

For some time, I've been considering removing the system-tetex and  
system-ghostscript packages from fink.  These packages were created  
in August, 2001 (as the version number of system-tetex indicates) in  
order to accomodate users who had installed TeX and/or ghostscript  
via the only alternative method then available: Gerben Wierda's  
distribution.  However, as the message forwarded below indicates,  
there are now a number of alternatives available (including different  
versions of Wierda's distribution, over time) which install things in  
different places.  System-tetex/system-ghostscript as originally  
designed are essentially unmaintainable.


If system-tetex and system-ghostscript are removed, it will simply  
mean that fink users who wish to use one of the other TeX and  
ghostscript installations for daily use will be forced to download  
and install a second copy of TeX (namely fink's copy).


My action is prompted by the message I just received, forwarded  
below, which is advocating scrapping system-tetex.  You'll see a  
detailed analysis of the current situation if you read it.


If there are questions about or objections to the removal, I'd like  
to hear them soon, as I'd like to act on this in the near future.


  Thanks,
  Dave


Begin forwarded message:


From: Peter Dyballa
Date: December 16, 2006 6:47:20 AM PST
To: [EMAIL PROTECTED]
Subject: system-tetex-20010808-14

Hello!

This package really needs a big fat update!


Now the standard install place for TeX on Mac OS X is not that  
stable as it was when teTeX was still alive. If a user decides to  
install from any TeX Live DVD, it will happen in /usr/local/texlive- 
the year. If a user decides to install from Gerben Wierda's TeX  
Live i-Package, it will happen in /usr/local/gwTeX. If a user  
decides to install from Gerben Wierda an old teTeX i-Package, it  
will happen in /usr/local/teTeX – just as known. The giant MacTeX  
packages (http://www.tug.org/~koch/) will probably mimic the  
corresponding i-Package's behaviour they are based on.


The directories texmf.macosx and texmf.os do not exist in recent  
TeX i-Packages.



Recently I am trying to live with a Geek TeX installation of the  
TeX Live 2006 based i-Package. It also installs a hierarchy of sym- 
links in /Library/TeX. Because of this useless stuff I am planning  
to compile TeX myself, optimised for speed, and install with mpm,  
the MiKTeX Package Manager (http://dojo.miktex.org/blogs/ 
christian_schenk/articles/mpmunix.aspx). And of course there is the  
fact that Gerber Wierda retired from active development. It might  
be as good to give up the system-tetex package ...


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] concerning system-tetex-20010808-14

2006-12-16 Thread Mojca Miklavec
On 12/16/06, David R. Morrison wrote:

 If system-tetex and system-ghostscript are removed, it will simply mean that
 fink users who wish to use one of the other TeX and ghostscript
 installations for daily use will be forced to download and install a second
 copy of TeX (namely fink's copy).

Does that mean that I'll have to remove fink from path every time when
I'll want to use TeX provided by the system?

I wouldn't have any objections as long as someone could guarantee me
that the TeX provided by fink would be based at least on TeXLive2006,
would include XeTeX and the possibility to use the latest ConTeXt.

I don't want fink's executables to have precedence over i-Installer's
ones since fink's version will probably remain behind time. Most LaTeX
users don't ever notice that, but ConTeXt users probably do.

(I had to install system-tetex just because there was some strange
dependency stating that gnuplot needed kpathsea headers, but outside
of fink I managed to compile gnuplot without any problems.)

Mojca

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] concerning system-tetex-20010808-14

2006-12-16 Thread Alexander Hansen
On 12/16/06, Mojca Miklavec [EMAIL PROTECTED] wrote:
 On 12/16/06, David R. Morrison wrote:
 
  If system-tetex and system-ghostscript are removed, it will simply mean that
  fink users who wish to use one of the other TeX and ghostscript
  installations for daily use will be forced to download and install a second
  copy of TeX (namely fink's copy).

 Does that mean that I'll have to remove fink from path every time when
 I'll want to use TeX provided by the system?

 I wouldn't have any objections as long as someone could guarantee me
 that the TeX provided by fink would be based at least on TeXLive2006,
 would include XeTeX and the possibility to use the latest ConTeXt.

 I don't want fink's executables to have precedence over i-Installer's
 ones since fink's version will probably remain behind time. Most LaTeX
 users don't ever notice that, but ConTeXt users probably do.

 (I had to install system-tetex just because there was some strange
 dependency stating that gnuplot needed kpathsea headers, but outside
 of fink I managed to compile gnuplot without any problems.)

 Mojca



You can set your PATH such that your system TeX executables show up
earlier and are therefore what gets chosen at run time.

You had to install system-tetex because presumably gnuplot is
configured to look for kpathsea in a certain path--system-tetex puts
in symbolic links to make that work.
-- 
Alexander K. Hansen
Fink Documenter (still)
Got job?  http://akhmac.blogdns.net/~hansen/akh_cv/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] Install problem on Intel

2006-12-16 Thread Adam Atlas
I'm trying to install Fink from scratch on a MacBook Pro that I  
transitioned from a PowerBook which also had Fink. Whenever I run a  
Fink or Apt command, I get this:

Use of inherited AUTOLOAD for non-method  
Term::ReadKey::termsizeoptions() is deprecated at /Library/Perl/5.8.6/ 
darwin-thread-multi-2level/Term/ReadKey.pm line 289.
Can't locate auto/Term/ReadKey/termsizeopt.al in @INC (@INC  
contains: /sw/lib/perl5 /sw/lib/perl5/darwin /System/Library/Perl/ 
5.8.6/darwin-thread-multi-2level /System/Library/Perl/5.8.6 /Library/ 
Perl/5.8.6/darwin-thread-multi-2level /Library/Perl/5.8.6 /Library/ 
Perl /Network/Library/Perl/5.8.6/darwin-thread-multi-2level /Network/ 
Library/Perl/5.8.6 /Network/Library/Perl /System/Library/Perl/Extras/ 
5.8.6/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.6 / 
Library/Perl/5.8.1 .) at /sw/lib/perl5/Fink/CLI.pm line 493

I searched the archives and found that some other people had this  
same problem, but the fix -- deleting /Library/Perl/5.8.1 -- didn't  
work for me, even after I tried re-re-installing Fink. Any other  
possible fixes?

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Install problem on Intel

2006-12-16 Thread Alexander Hansen
On 12/16/06, Adam Atlas [EMAIL PROTECTED] wrote:
 I'm trying to install Fink from scratch on a MacBook Pro that I
 transitioned from a PowerBook which also had Fink. Whenever I run a
 Fink or Apt command, I get this:

 Use of inherited AUTOLOAD for non-method
 Term::ReadKey::termsizeoptions() is deprecated at /Library/Perl/5.8.6/
 darwin-thread-multi-2level/Term/ReadKey.pm line 289.
 Can't locate auto/Term/ReadKey/termsizeopt.al in @INC (@INC
 contains: /sw/lib/perl5 /sw/lib/perl5/darwin /System/Library/Perl/
 5.8.6/darwin-thread-multi-2level /System/Library/Perl/5.8.6 /Library/
 Perl/5.8.6/darwin-thread-multi-2level /Library/Perl/5.8.6 /Library/
 Perl /Network/Library/Perl/5.8.6/darwin-thread-multi-2level /Network/
 Library/Perl/5.8.6 /Network/Library/Perl /System/Library/Perl/Extras/
 5.8.6/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.6 /
 Library/Perl/5.8.1 .) at /sw/lib/perl5/Fink/CLI.pm line 493

 I searched the archives and found that some other people had this
 same problem, but the fix -- deleting /Library/Perl/5.8.1 -- didn't
 work for me, even after I tried re-re-installing Fink. Any other
 possible fixes?


So you've reinstalled Fink from the Intel installer and you get the
same error?  You're not re-transitioning it (since that doesn't work)?

-- 
Alexander K. Hansen
Fink Documenter (still)
Got job?  http://akhmac.blogdns.net/~hansen/akh_cv/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Install problem on Intel

2006-12-16 Thread Adam Atlas

On 16 Dec 2006, at 12.15, Alexander Hansen wrote:

 On 12/16/06, Adam Atlas [EMAIL PROTECTED] wrote:
 I'm trying to install Fink from scratch on a MacBook Pro that I
 transitioned from a PowerBook which also had Fink. Whenever I run a
 Fink or Apt command, I get this:

 Use of inherited AUTOLOAD for non-method
 Term::ReadKey::termsizeoptions() is deprecated at /Library/Perl/ 
 5.8.6/
 darwin-thread-multi-2level/Term/ReadKey.pm line 289.
 Can't locate auto/Term/ReadKey/termsizeopt.al in @INC (@INC
 contains: /sw/lib/perl5 /sw/lib/perl5/darwin /System/Library/Perl/
 5.8.6/darwin-thread-multi-2level /System/Library/Perl/5.8.6 /Library/
 Perl/5.8.6/darwin-thread-multi-2level /Library/Perl/5.8.6 /Library/
 Perl /Network/Library/Perl/5.8.6/darwin-thread-multi-2level /Network/
 Library/Perl/5.8.6 /Network/Library/Perl /System/Library/Perl/Extras/
 5.8.6/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.6 /
 Library/Perl/5.8.1 .) at /sw/lib/perl5/Fink/CLI.pm line 493

 I searched the archives and found that some other people had this
 same problem, but the fix -- deleting /Library/Perl/5.8.1 -- didn't
 work for me, even after I tried re-re-installing Fink. Any other
 possible fixes?


 So you've reinstalled Fink from the Intel installer and you get the
 same error?  You're not re-transitioning it (since that doesn't work)?

Right... I deleted /Library/Perl/5.8.1, deleted /sw, and reinstalled  
from Fink-0.8.1-Intel-Installer.dmg.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Install problem on Intel

2006-12-16 Thread Martin Costabel
Adam Atlas wrote:
 On 16 Dec 2006, at 12.15, Alexander Hansen wrote:
 
 On 12/16/06, Adam Atlas [EMAIL PROTECTED] wrote:
 I'm trying to install Fink from scratch on a MacBook Pro that I
 transitioned from a PowerBook which also had Fink. Whenever I run a
 Fink or Apt command, I get this:

 Use of inherited AUTOLOAD for non-method
 Term::ReadKey::termsizeoptions() is deprecated at /Library/Perl/ 
 5.8.6/
 darwin-thread-multi-2level/Term/ReadKey.pm line 289.
[]
 Right... I deleted /Library/Perl/5.8.1, deleted /sw, and reinstalled  
 from Fink-0.8.1-Intel-Installer.dmg.

The directory /Library/Perl/5.8.6/darwin-thread-multi-2level wasn't 
installed by your system either. Try if removing it (or moving it out of 
the way) helps.

-- 
Martin




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] build failure in gnucash2-2.0.2-2 (Tiger/PowerPC)

2006-12-16 Thread Alexander Hansen
I encountered the following error:
...
 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../.. -I../.. 
-I/sw/include -DPREFIX=\/sw\ -DSYSCONFDIR=\/sw/etc/gnucash\ 
-DDATADIR=\/sw/share/gnucash\ -DLIBDIR=\/sw/lib/gnucash\ 
-I../../src/core-utils -I../../src/gnc-module -I../../src/engine 
-I../../src/backend/file -I../../src/network-utils -I../../src/app-utils 
-I../../src -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -DXTHREADS 
-D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI 
-I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include 
-I/sw/include/pango-1.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -I/sw/include/libxml2 
-I/sw/include -I/sw/include/libglade-2.0 -DXTHREADS -D_REENTRANT 
-DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -I/sw/include/glib-2.0 
-I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -DXTHREADS -D_REENTRANT 
-DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -I/sw/include/glib-2.0 
-I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -I/sw/include/libart-2.0 
-I/sw/include/libxml2 -I/sw/include -I/sw/include/libgnomecanvas-2.0 
-I/sw/include/libgnomeprint-2.2 -I/sw/include/libgnomeprintui-2.2 
-DORBIT2=1 -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API 
-DXNO_MTSAFE_UNISTDAPI -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include 
-I/sw/include/orbit-2.0 -I/sw/include/bonobo-activation-2.0 
-I/sw/include/gconf/2 -I/sw/include/libbonobo-2.0 
-I/sw/include/gnome-vfs-2.0 -I/sw/lib/gnome-vfs-2.0/include 
-I/sw/include/pango-1.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -I/sw/include/libart-2.0 
-I/sw/include/libgnome-2.0 -I/sw/include/libgnomecanvas-2.0 
-I/sw/include/libxml2 -I/sw/include -I/sw/include/gnome-keyring-1 
-I/sw/include/libbonoboui-2.0 -I/sw/include/libgnomeui-2.0 -DXTHREADS 
-D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI -DORBIT2=1 
-I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include 
-I/sw/include/pango-1.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -I/sw/include/libxml2 
-I/sw/include/libart-2.0 -I/sw/include/libgnomecanvas-2.0 
-I/sw/include/libgnomeprint-2.2 -I/sw/include/orbit-2.0 
-I/sw/include/bonobo-activation-2.0 -I/sw/include/gconf/2 
-I/sw/include/libbonobo-2.0 -I/sw/include/gnome-vfs-2.0 
-I/sw/lib/gnome-vfs-2.0/include -I/sw/include/libgnome-2.0 
-I/sw/include/gnome-keyring-1 -I/sw/include/libbonoboui-2.0 
-I/sw/include/libglade-2.0 -I/sw/include/libgnomeprintui-2.2 
-I/sw/include/libgnomeui-2.0 -I/sw/include/libgtkhtml-3.8 -I/sw/include 
-I /sw/include/g-wrap -I../../lib/libqof/qof -I../../lib/libqof/qof 
-DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -DXNO_MTSAFE_UNISTDAPI 
-I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include 
-I/sw/include/pango-1.0 -I/sw/include/libxml2 -I/sw/include 
-I/sw/include/libart-2.0 -I/usr/X11R6/include 
-I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 
-I/sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include 
-I/sw/include/libgnomeprint-2.2 -I/sw/include/libglade-2.0 
-I/sw/include/libgsf-1 -I/sw/include/libgoffice-1 -DORBIT2=1 
-I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include 
-I/sw/include/orbit-2.0 -I/sw/include/bonobo-activation-2.0 
-I/sw/include/gconf/2 -I/sw/include/libbonobo-2.0 -I/sw/include/libxml2 
-I/sw/include -I/sw/include/gnome-vfs-2.0 
-I/sw/include/gnome-vfs-module-2.0 -I/sw/lib/gnome-vfs-2.0/include 
-I/sw/include/libgsf-1 -g -O2 -Wall -Wunused -Wmissing-prototypes 
-Wmissing-declarations -Wdeclaration-after-statement -Wno-pointer-sign 
-D_FORTIFY_SOURCE=2 -c gnc-gnome-utils.c  -fno-common -DPIC -o 
.libs/gnc-gnome-utils.o
In file included from gnc-html.h:26,
 from gnc-gnome-utils.c:39:
/sw/include/gtkhtml/gtkhtml.h:28:34: error: libgnome/gnome-paper.h: No 
such file or directory
/sw/include/gtkhtml/gtkhtml.h:30:46: error: 
libgnomeprint/gnome-print-master.h: No such file or directory

removing gtkhtml-dev (which is the source of 
/sw/include/gtkhtml/gtkhtml.h) solves the problem--I'm not sure whether 
a BuildConflict in gnucash2 is indicated or better Conflicts/Replaces in 
the various gtkhtml*-dev packages.

Alexander Hansen

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Install problem on Intel

2006-12-16 Thread Adam Atlas

On 16 Dec 2006, at 15.55, Martin Costabel wrote:

 Adam Atlas wrote:
 On 16 Dec 2006, at 12.15, Alexander Hansen wrote:
 On 12/16/06, Adam Atlas [EMAIL PROTECTED] wrote:
 I'm trying to install Fink from scratch on a MacBook Pro that I
 transitioned from a PowerBook which also had Fink. Whenever I run a
 Fink or Apt command, I get this:

 Use of inherited AUTOLOAD for non-method
 Term::ReadKey::termsizeoptions() is deprecated at /Library/Perl/  
 5.8.6/
 darwin-thread-multi-2level/Term/ReadKey.pm line 289.
 []
 Right... I deleted /Library/Perl/5.8.1, deleted /sw, and  
 reinstalled  from Fink-0.8.1-Intel-Installer.dmg.

 The directory /Library/Perl/5.8.6/darwin-thread-multi-2level wasn't  
 installed by your system either. Try if removing it (or moving it  
 out of the way) helps.

Ah, that worked. Thanks so much!

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users