Re: [Fink-devel] octave question

[Jeff Whitaker]

Koen van der Drift wrote:
On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in 
directories that are called powerpc-apple-darwin7.4.0 This makes it 
OS X version dependent, and thus .deb files for octave are different 
for whatever OS X version the user had installed (I happened to have 
10.3.4 installed when I build octave). Is it possible to fix this, 
maybe by passing --build=powerpc-apple-darwin to the configure params?
(I've mailed the maintainer - Jeff Whitaker - twice but got no 
response. Anyone know if he is still around?)

As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?

I have CC'd him, so he can decide if this is important.
Does this version-dependent directory pose any technical problem, as 
opposed to philosophical or political? I haven't experienced any 
problem with it.

The reason I'm asking is that am the maintainer of plplot and it 
installs its octave related files in the octave directories named 
powerpc-apple-darwin7.X.X based on the OS X version present when 
octave was built. So, it is my understanding that a .deb file should 
always be the same, no matter which Mac it was built on. This is 
clearly not the case in this situation, which is why I asked.

- Koen.
Koen:  Sorry I missed your emails - I'll have a look at it.  Martin is 
right though, it doesn't pose any technical problems, just philosophical 
ones (i.e. the octave package, like many others, doesn't strictly 
conform to policy).  g77, for example, also installs darwin version 
numbered directories.  Your --build=powerpc-apple-darwin is a good 
suggestion though, and may be an easy fix.

-Jeff
--
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1FAX   : (303)497-6449
325 BroadwayWeb   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[Martin Costabel]

Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in directories 
that are called powerpc-apple-darwin7.4.0 This makes it OS X version 
dependent, and thus .deb files for octave are different for whatever OS 
X version the user had installed (I happened to have 10.3.4 installed 
when I build octave). Is it possible to fix this, maybe by passing 
--build=powerpc-apple-darwin to the configure params?

(I've mailed the maintainer - Jeff Whitaker - twice but got no response. 
Anyone know if he is still around?)
As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?

Does this version-dependent directory pose any technical problem, as 
opposed to philosophical or political? I haven't experienced any problem 
with it.

--
Martin

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs2cl package

[Lars Rosengreen]

On Dec 16, 2004, at 10:43 PM, Martin Costabel wrote:
Alexander K. Hansen wrote:
On Dec 16, 2004, at 9:31 PM, Lars Rosengreen wrote:
I recently tried to build the cvs2cl package, and it looks like the 
md5 sum for the upstream source has changed.  cvs2cl doesn't 
currently have anyone listed as a maintainer.  Does that mean that 
it is ``ok'' for me to just go ahead and commit a fix ?

-Lars

It sounds fine to me.
There is one thing to pay attention to in this situation: You 
shouldn't just change the md2sum in the package description, because 
the file on the original source URL may have changed, but the file on 
the distfiles server probably hasn't. You will end up with a situation 
where the source cannot be downloaded from the master server any more.

I don't know if the master server has become sufficiently intelligent 
to deal with this situation, but I doubt it. We have had several such 
cases in the past, and they were unpleasant to handle.

So if you change the md5sum, you should also change the file name, 
using  the SourceRename field.

Yes, I remember reading about that problem.  I bumped the version 
number and the .info file has SourceRename: %n-%v.pl , so all should be 
ok.

Thanks,
Lars

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs2cl package

[Martin Costabel]

Alexander K. Hansen wrote:
On Dec 16, 2004, at 9:31 PM, Lars Rosengreen wrote:
I recently tried to build the cvs2cl package, and it looks like the 
md5 sum for the upstream source has changed.  cvs2cl doesn't currently 
have anyone listed as a maintainer.  Does that mean that it is ``ok'' 
for me to just go ahead and commit a fix ?

-Lars

It sounds fine to me.
There is one thing to pay attention to in this situation: You shouldn't 
just change the md2sum in the package description, because the file on 
the original source URL may have changed, but the file on the distfiles 
server probably hasn't. You will end up with a situation where the 
source cannot be downloaded from the master server any more.

I don't know if the master server has become sufficiently intelligent to 
deal with this situation, but I doubt it. We have had several such cases 
in the past, and they were unpleasant to handle.

So if you change the md5sum, you should also change the file name, using 
 the SourceRename field.

--
Martin


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs2cl package

[Lars Rosengreen]

On Dec 16, 2004, at 7:00 PM, Alexander K. Hansen wrote:
It sounds fine to me.
Ok, I fixed it.  I also updated the version in stable, which was more 
than three years old.  The new .info file should probably also go into 
10.2-gcc3.3, but I don't have a 10.2 system to test on.

-Lars

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] GCC field usage even less clear in packaging.en.xml

[Michèle Garoche]

I'm sorry but I don't understand when the usage of GCC field could 
occur from what is written in packaging.en.xml.

Could some examples for all trees with CC and CXX flags and gcc 
dependencies be inserted in doc, so that it is more clear.

Michèle
 

PGP.sig
Description: =?ISO-8859-1?Q?Ceci_est_une_signature_=E9lectronique_PGP?=

Re: [Fink-devel] /var/lib/fink/prebound/seg_addr_table ?

[Peter O'Gorman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Julien Salort wrote:
| Hi,
|
| I'm retrying to compile tse3 and noteedit.
| I get a bunch of multiple definitions of symbols errors and the compile fails.
| Before that, I get a message about seg_addr_table ? What's this ?
|
| Is there something I can do about those multiple definitions errors ? What
I don't understand is that the two symbols seem come from the same file.
|
| g++ -dynamiclib -flat_namespace -undefined suppress -o
.libs/libtse3.0.0.0.dylib  DisplayParams.lo Error.lo FileBlockParser.lo
Filter.lo TSE2MDL.lo FlagTrack.lo KeySigTrack.lo Metronome.lo Midi.lo
MidiCommandFilter.lo MidiData.lo MidiEcho.lo MidiFile.lo MidiFilter.lo
MidiMapper.lo MidiParams.lo Mixer.lo Mutex.lo Notifier.lo Panic.lo Part.lo
Phrase.lo PhraseEdit.lo PhraseList.lo Playable.lo RepeatTrack.lo
MidiScheduler.lo Serializable.lo Song.lo TempoTrack.lo TimeSigTrack.lo
Track.lo Transport.lo TSE3.lo TSE3MDL.lo -all_load
./app/.libs/libtse3app.al ./cmd/.libs/libtse3cmd.al
./file/.libs/libtse3file.al ./ins/.libs/libtse3ins.al
./plt/.libs/libtse3plt.al ./util/.libs/libtse3util.al  -L/sw/lib
./app/.libs/libtse3app.al ./cmd/.libs/libtse3cmd.al
./file/.libs/libtse3file.al ./ins/.libs/libtse3ins.al
./plt/.libs/libtse3plt.al ./util/.libs/libtse3util.al -lc -install_name
/sw/lib/libtse3.0.dylib -compatibility_version 1 -current_version 1.0
| ld: warning -dylib_install_name /sw/lib/libtse3.0.dylib not found in
segment address table LD_SEG_ADDR_TABLE /sw/var/lib/fink/prebound/seg_addr_table
| ld: warning -undefined suppress disables -prebind
| ld: multiple definitions of symbol
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh
| ./app/.libs/libtse3app.al(Application.lo) definition of absolute
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh (value 0x0)
| ./app/.libs/libtse3app.al(Application.lo) definition of absolute
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh (value 0x0)
|
This is the "libtool convenience library bug".
http://fink.sourceforge.net/doc/porting/libtool.php?phpLang=en
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQCVAwUBQb2QBLiDAg3OZTLPAQKvewQAha6A1MmflvK2Lelu77qFydt6VI8dPLVB
+hauCF0b9FYacF1siqQrbQ9AriBUalsJVY0JC9hIrd+sdV+u8f7K4VgiGTPuYHiQ
VF4h9UeCeofRxVHYzz/BD6LT3lc0LmolPhDHIURQ+Z4KSPehyf7t5jlWO1U+cuCx
0xoDqWHEsys=
=o/bz
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Mac OS X Server, Fink, and maybe perl.

[Josh]

This poses some interesting problems. While I read the developers list; 
I don't really develop. I do administer ond dual G5 Xserver running 
Panther Server and I installed Fink on it. The macosx-server list, run 
on apple's web site, implied that many people run fink with OSX Server 
and for the most part things seem to work well. I also am running the 
server software on an old iMac (G3 - 400 MHz) or two, I have kicking 
around to see if things break before I put them on the production 
server. According to that list there are many people running Fink on OS 
X Server machines; even powerbooks. What I have no clue about is if 
there are significant differences in the server software or if it is 
just a bunch of Startup procedures and a nice gui interface for 
managing programs that could just as easily run on an OS X machine. I 
do know that the Xcode tools are the same; there is not a different set 
between say Panther and Panther server. I just have no idea if there 
are any differences and no idea how I could really tell.  Any ideas? If 
anyone is a truly formal Apple Developer, i.e. paid for one of the 
Apple Developer Connection packages, then Server should be included in 
the software provided to developers. Of course I don't know that from 
experience; I saw where someone wrote that server was included with 
developers packages on the macosx-server list.

On Dec 16, 2004, at 10:38 AM, David R. Morrison wrote:
Josh,
To the best of my knowledge, none of the core fink developers are 
running OS X Server. We need your advice about changes or 
modifications that might be needed to help fink work better in that 
environment.

 -- Dave
On Dec 16, 2004, at 9:10 AM, Josh wrote:

I'm sending this to both the developers and users list, as it is 
really a difficult architecture question. I have been using Fink for 
a long time on OS X, and recently on OS X Server. It seems to work 
well, but I get the feeling a few bits are in different places on the 
server. And also, being on a server, I want to be able to incorporate 
Fink programs for use with other programs.

Is there anything special I need to do for server? Is there a way to 
configure server so that processes find the Fink installed programs 
and libraries as needed? Anybody doing this? Also, though slightly 
off topic, I seem to have similar problems with Perl which makes me 
wonder if OS X Server systems are mapped out differently somehow from 
regular OS X systems.

--
[EMAIL PROTECTED]
josh kuperman

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real 
users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

--
[EMAIL PROTECTED]
josh kuperman

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Sourceforge Mirror

[Peter O'Gorman]

BABA Yoshihiko wrote:
(B
(B> 
(B> I've committed to CVS, but it seems I did it inappropriately. For example, 
(B> Timestamp is still 2004-03-11, there is no CVS TAG except HEAD. Can you have 
(B> a look and fix it?
(B> 
(B
(BThat is fine, the timestamp is not automatically generated, edit it too.
(B
(BPeter
(B-- 
(BPeter O'Gorman - http://www.pogma.com
(B
(B
(B---
(BSF email is sponsored by - The IT Product Guide
(BRead honest & candid reviews on hundreds of IT Products from real users.
(BDiscover which products truly live up to the hype. Start reading now. 
(Bhttp://productguide.itmanagersjournal.com/
(B___
(BFink-devel mailing list
([EMAIL PROTECTED]
(Bhttps://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Sourceforge Mirror

[BABA Yoshihiko]

David,
(B 
(BOn 2004.12.16, at 16:03, "D. H?hn" <[EMAIL PROTECTED]> wrote:
(B
(B>| I am trying to create a new info file for qgis (qgis.sf.net or
(B>| qgis.org), but the sourceforge mirrors are different from the current
(B>| sourceforge list Fink uses. For example, the sever in Japan is now jaist
(B>| for qgis while keihanna in Fink's sourceforge list. It seems Sourceforge
(B>| has changed many mirrors, not just Japan, so can we have a newer list
(B>| (/sw/lib/fink/mirror/sourceforge)?
(B>|
(B>go ahead and update it :)
(B
(BI've committed to CVS, but it seems I did it inappropriately. For example, 
(BTimestamp is still 2004-03-11, there is no CVS TAG except HEAD. Can you have a 
(Blook and fix it?
(B
(B--
(BBABA Yoshihiko
(BKyoto Center for Community Collaboration
(BFink Support, Translation and Documentation Team
(B
(B
(B---
(BSF email is sponsored by - The IT Product Guide
(BRead honest & candid reviews on hundreds of IT Products from real users.
(BDiscover which products truly live up to the hype. Start reading now. 
(Bhttp://productguide.itmanagersjournal.com/
(B___
(BFink-devel mailing list
([EMAIL PROTECTED]
(Bhttps://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] cvs2cl package

[Alexander K. Hansen]

On Dec 16, 2004, at 9:31 PM, Lars Rosengreen wrote:
I recently tried to build the cvs2cl package, and it looks like the 
md5 sum for the upstream source has changed.  cvs2cl doesn't currently 
have anyone listed as a maintainer.  Does that mean that it is ``ok'' 
for me to just go ahead and commit a fix ?

-Lars

It sounds fine to me.
--
Alexander K. Hansen
Fink Documentarian
Day Job:  Levitated Dipole Experiment
http://www.psfc.mit.edu/LDX

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] cvs2cl package

[Lars Rosengreen]

I recently tried to build the cvs2cl package, and it looks like the md5 
sum for the upstream source has changed.  cvs2cl doesn't currently have 
anyone listed as a maintainer.  Does that mean that it is ``ok'' for me 
to just go ahead and commit a fix ?

-Lars

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] lifetime of static variables

[Mark Treiber]

Hi All.

I'm in the middle of updating my quantlib package and the test suite
is producing a failure that doesn't occur on any other platform. 
Basically are there any known issues with the lifetime of static
variables with the november gcc update?

Mark.


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[Koen van der Drift]

On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in 
directories that are called powerpc-apple-darwin7.4.0 This makes it 
OS X version dependent, and thus .deb files for octave are different 
for whatever OS X version the user had installed (I happened to have 
10.3.4 installed when I build octave). Is it possible to fix this, 
maybe by passing --build=powerpc-apple-darwin to the configure 
params?
(I've mailed the maintainer - Jeff Whitaker - twice but got no 
response. Anyone know if he is still around?)
As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?
I have CC'd him, so he can decide if this is important.
Does this version-dependent directory pose any technical problem, as 
opposed to philosophical or political? I haven't experienced any 
problem with it.
The reason I'm asking is that am the maintainer of plplot and it 
installs its octave related files in the octave directories named 
powerpc-apple-darwin7.X.X based on the OS X version present when octave 
was built. So, it is my understanding that a .deb file should always be 
the same, no matter which Mac it was built on. This is clearly not the 
case in this situation, which is why I asked.

- Koen.

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Sylpheed and gpgme 1.0.1 Incompatibility

[Emily Jackson]

Sylpheed (one of whose dependencies is gpgme) and the new version of
gpgme are not compatible at all. If Sylpheed is already installed and
gpgme is upgraded to 1.0.1, Sylpheed crashes on launch because the file
/sw/lib/libgpgme.6.dylib can't be found. If Sylpheed is (re)built after
gpgme 1.0.1 is installed, the build fails:

gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Sylpheed\"   
-I../intl  -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2
-I/sw/lib/glib/include -I/usr/X11R6/include
-I/sw/include/gdk-pixbuf-1.0 -I/sw/include/gtk-1.2
-I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include  
-I/sw/include -I/sw/include -I/sw/include 
-DLOCALEDIR=\""/sw/share/locale"\"  
-DMANUALDIR=\""/sw/share/sylpheed/manual"\"
-DFAQDIR=\""/sw/share/sylpheed/faq"\" 
-DTARGET_ALIAS=\""powerpc-apple-darwin7.6.0"\"  
-DSYSCONFDIR=\""/sw/etc"\"  -O3 -fstrict-aliasing -funroll-loops -pipe
-no-cpp-precomp -fno-common -I/sw/include/glib-1.2
-I/sw/lib/glib/include -D_REENTRANT -c main.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Sylpheed\"   
-I../intl  -I/sw/include/gtk-1.2 -I/sw/include/glib-1.2
-I/sw/lib/glib/include -I/usr/X11R6/include
-I/sw/include/gdk-pixbuf-1.0 -I/sw/include/gtk-1.2
-I/sw/include/glib-1.2 -I/sw/lib/glib/include -I/usr/X11R6/include  
-I/sw/include -I/sw/include -I/sw/include 
-DLOCALEDIR=\""/sw/share/locale"\"  
-DMANUALDIR=\""/sw/share/sylpheed/manual"\"
-DFAQDIR=\""/sw/share/sylpheed/faq"\" 
-DTARGET_ALIAS=\""powerpc-apple-darwin7.6.0"\"  
-DSYSCONFDIR=\""/sw/etc"\"  -O3 -fstrict-aliasing -funroll-loops -pipe
-no-cpp-precomp -fno-common -I/sw/include/glib-1.2
-I/sw/lib/glib/include -D_REENTRANT -c mainwindow.c
main.c: In function `main':
main.c:241: error: too few arguments to function `gpgme_get_engine_info'
make[2]: *** [main.o] Error 1
make[2]: *** Waiting for unfinished jobs
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
### execution of ./configure failed, exit code 2
Failed: compiling sylpheed-ssl-0.9.12-1 failed

The build failure has been discussed on the Sylpheed mailing list
. Perhaps
sylpheed(-ssl)'s info files could be changed to specify the older
version of gpgme, because it certainly won't work (or even build) with
the new version.

Thanks,

Emily

-- 
"If it seem slow, wait for it; it will surely come, it will not delay."
Emily Jackson



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] /var/lib/fink/prebound/seg_addr_table ?

[Julien Salort]

Hi,

I'm retrying to compile tse3 and noteedit.
I get a bunch of multiple definitions of symbols errors and the compile fails.
Before that, I get a message about seg_addr_table ? What's this ?

Is there something I can do about those multiple definitions errors ? What I 
don't understand is that the two symbols seem come from the same file.

g++ -dynamiclib -flat_namespace -undefined suppress -o 
.libs/libtse3.0.0.0.dylib  DisplayParams.lo Error.lo FileBlockParser.lo 
Filter.lo TSE2MDL.lo FlagTrack.lo KeySigTrack.lo Metronome.lo Midi.lo 
MidiCommandFilter.lo MidiData.lo MidiEcho.lo MidiFile.lo MidiFilter.lo 
MidiMapper.lo MidiParams.lo Mixer.lo Mutex.lo Notifier.lo Panic.lo Part.lo 
Phrase.lo PhraseEdit.lo PhraseList.lo Playable.lo RepeatTrack.lo 
MidiScheduler.lo Serializable.lo Song.lo TempoTrack.lo TimeSigTrack.lo Track.lo 
Transport.lo TSE3.lo TSE3MDL.lo -all_load  ./app/.libs/libtse3app.al 
./cmd/.libs/libtse3cmd.al ./file/.libs/libtse3file.al ./ins/.libs/libtse3ins.al 
./plt/.libs/libtse3plt.al ./util/.libs/libtse3util.al  -L/sw/lib 
./app/.libs/libtse3app.al ./cmd/.libs/libtse3cmd.al ./file/.libs/libtse3file.al 
./ins/.libs/libtse3ins.al ./plt/.libs/libtse3plt.al ./util/.libs/libtse3util.al 
-lc -install_name  /sw/lib/libtse3.0.dylib -compatibility_version 1 
-current_version 1.0
ld: warning -dylib_install_name /sw/lib/libtse3.0.dylib not found in segment 
address table LD_SEG_ADDR_TABLE /sw/var/lib/fink/prebound/seg_addr_table
ld: warning -undefined suppress disables -prebind
ld: multiple definitions of symbol 
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh
./app/.libs/libtse3app.al(Application.lo) definition of absolute 
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh (value 0x0)
./app/.libs/libtse3app.al(Application.lo) definition of absolute 
_ZN4TSE33App11Application23setSaveChoicesOnDestroyEb.eh (value 0x0)

Thanks for any advice,

Julien Salort



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[David R. Morrison]

On Dec 15, 2004, at 6:30 AM, Koen van der Drift wrote:

On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in 
directories that are called powerpc-apple-darwin7.4.0 This makes it 
OS X version dependent, and thus .deb files for octave are different 
for whatever OS X version the user had installed (I happened to have 
10.3.4 installed when I build octave). Is it possible to fix this, 
maybe by passing --build=powerpc-apple-darwin to the configure 
params?
(I've mailed the maintainer - Jeff Whitaker - twice but got no 
response. Anyone know if he is still around?)
As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?
I have CC'd him, so he can decide if this is important.
Does this version-dependent directory pose any technical problem, as 
opposed to philosophical or political? I haven't experienced any 
problem with it.
The reason I'm asking is that am the maintainer of plplot and it 
installs its octave related files in the octave directories named 
powerpc-apple-darwin7.X.X based on the OS X version present when 
octave was built. So, it is my understanding that a .deb file should 
always be the same, no matter which Mac it was built on. This is 
clearly not the case in this situation, which is why I asked.
Koen,
You are absolutely right: we want fink packages to build the same for 
everyone (or at least, everyone using 10.3.x), so a directory whose 
name contains more versioning than that is bad. Your suggestion about 
passing --build is a good one.

Jeff, can you look into this?
 -- Dave

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Sylpheed and gpgme 1.0.1 Incompatibility

["D. Höhn"]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Emily Jackson wrote:
| On Tue, 14 Dec 2004 11:54:12 +0100
| "D. Höhn" <[EMAIL PROTECTED]> wrote:
|
|
|>Emily Jackson wrote:
|>| Sylpheed (one of whose dependencies is gpgme) and the new version of
|>| gpgme are not compatible at all. If Sylpheed is already installed
|>| and gpgme is upgraded to 1.0.1, Sylpheed crashes on launch because
|>| the file/sw/lib/libgpgme.6.dylib can't be found. If Sylpheed is
|>| (re)built after gpgme 1.0.1 is installed, the build fails:
|>
|>Should be fixed.
|>|
|>| gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Sylpheed\"
|>
|>|
|>| The build failure has been discussed on the Sylpheed mailing list
|>| . Perhaps
|>| sylpheed(-ssl)'s info files could be changed to specify the older
|>| version of gpgme, because it certainly won't work (or even build)
|>| with the new version.
|>|
|>I am looking into this. The fix does not seem trivial
|
|
| I just tried the revised versions of the packages
| (sylpheed-ssl-0.9.12-11 and gpgme-1.0.1-13); same results as before. :-\
|
selfupdate again. gpgme is at revision 18 now and there is a new gppme11
which is meant for 1.0.1 The old gpgme can then be used to build and run
~ sylpheed
- -d
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFBvv72PMoaMn4kKR4RA2UWAJ0ReKAKJNLd0zPaXOPrC0P5Ny4JqgCcCEwj
VWWA+U2huJi2wkENIT3kvj8=
=nr1L
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] new python 1:2.3.4-3 dependencies

[Hanspeter Niederstrasser]

After a fink selfupdate, I'm being asked to update python23-1:2.3.4-3. 
Specifically, I have python, python23, python23-shlibs, and 
python23-socket to update.  dpkg says that I have 2.3.4-2 installed for 
all of them (these are the only things out of date from 'fink list -o')

However, doing 'fink update-all' asks for a lot of dependencies and now I 
have to install all the following packages:

ghostscript ghostscript-fonts latex2html libwww libwww-bin libwww-shlibs 
netpbm-bin netpbm10-shlibs t1lib1 t1lib1-shlibs tetex-base tetex-shlibs 
tetex-texmf

Huh?  What happened that a single revision upgrade of python now requires 
a full tetex and ghostscript install?  Does having HTML docs really make 
me need a full install of all of tetex and ghostscript?

Running 0.7.1.rysnc/0.23.3/10.3.6.
Hanspeter
--
And when the last last law was down, and the Devil turned round on 
you - where would you hide, Roper, the laws all being flat?
  --Robert Bolt, "A Man For All Seasons"

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Sylpheed and gpgme 1.0.1 Incompatibility

["D. Höhn"]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Emily Jackson wrote:
| Sylpheed (one of whose dependencies is gpgme) and the new version of
| gpgme are not compatible at all. If Sylpheed is already installed and
| gpgme is upgraded to 1.0.1, Sylpheed crashes on launch because the file
| /sw/lib/libgpgme.6.dylib can't be found. If Sylpheed is (re)built after
| gpgme 1.0.1 is installed, the build fails:
Should be fixed.
|
| gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Sylpheed\"

|
| The build failure has been discussed on the Sylpheed mailing list
| . Perhaps
| sylpheed(-ssl)'s info files could be changed to specify the older
| version of gpgme, because it certainly won't work (or even build) with
| the new version.
|
I am looking into this. The fix does not seem trivial
- -d
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFBvsZUPMoaMn4kKR4RA6wOAJ9xHP4NCzqmo8NiIM4dFXX4ypxnhACcCxh1
6xRBxy/m+y0OQguazIPMlsQ=
=FjY1
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Re: octave question

[Blair Zajac]

Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in directories 
that are called powerpc-apple-darwin7.4.0 This makes it OS X version 
dependent, and thus .deb files for octave are different for whatever 
OS X version the user had installed (I happened to have 10.3.4 
installed when I build octave). Is it possible to fix this, maybe by 
passing --build=powerpc-apple-darwin to the configure params?

(I've mailed the maintainer - Jeff Whitaker - twice but got no 
response. Anyone know if he is still around?)
As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?
I traded emails with Jeff today regarding Python.  IIRC, some of his 
packages have an old email address and I used the email address 
[EMAIL PROTECTED]

Regards,
Blair
--
Blair Zajac <[EMAIL PROTECTED]>
Plots of your system's performance - http://www.orcaware.com/orca/
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[Jeff Whitaker]

Koen van der Drift wrote:
On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote:
Koen van der Drift wrote:
Hi,
The current version of octave installs a bunch of files in 
directories that are called powerpc-apple-darwin7.4.0 This makes it 
OS X version dependent, and thus .deb files for octave are different 
for whatever OS X version the user had installed (I happened to have 
10.3.4 installed when I build octave). Is it possible to fix this, 
maybe by passing --build=powerpc-apple-darwin to the configure params?
(I've mailed the maintainer - Jeff Whitaker - twice but got no 
response. Anyone know if he is still around?)

As far as I can see from cvs logs, he is still very much around and 
takes care of a couple of rather difficult packages. Maybe he 
concentrates on really important problems?

I have CC'd him, so he can decide if this is important.
Does this version-dependent directory pose any technical problem, as 
opposed to philosophical or political? I haven't experienced any 
problem with it.

The reason I'm asking is that am the maintainer of plplot and it 
installs its octave related files in the octave directories named 
powerpc-apple-darwin7.X.X based on the OS X version present when 
octave was built. So, it is my understanding that a .deb file should 
always be the same, no matter which Mac it was built on. This is 
clearly not the case in this situation, which is why I asked.

- Koen.
Koen:  Unfortunately, I'm still stuck on the octave package with Xcode 
1.5.  Even with the Nov gcc update, it still won't build - it dies 
building libcruft with errors like this:

ld: misc/quit.o malformed object (stray relocation PAIR entry (1) in 
section (__TEXT,__eh_frame))

Can you build octave with Xcode 1.5 and the Nov update?
-Jeff
--
Jeffrey S. Whitaker Phone  : (303)497-6313
Meteorologist   FAX: (303)497-6449
NOAA/OAR/CDC  R/CDC1Email  : [EMAIL PROTECTED]
325 BroadwayWeb: www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[Alexander K. Hansen]

Koen:  Unfortunately, I'm still stuck on the octave package with Xcode 
1.5.  Even with the Nov gcc update, it still won't build - it dies 
building libcruft with errors like this:

ld: misc/quit.o malformed object (stray relocation PAIR entry (1) in 
section (__TEXT,__eh_frame))

Can you build octave with Xcode 1.5 and the Nov update?
-Jeff
--
Jeffrey S. Whitaker Phone  : (303)497-6313
Meteorologist   FAX: (303)497-6449
NOAA/OAR/CDC  R/CDC1Email  : [EMAIL PROTECTED]
325 BroadwayWeb: www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124

I was able to build it today with XCode1.5 and the November update.
--
Alexander Hansen
Fink Documentarian
[Day Job] Levitated Dipole Experiment
http://www.psfc.mit.edu/LDX

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] octave question

[Peter O'Gorman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Whitaker wrote:
| Koen:  Sorry I missed your emails - I'll have a look at it.  Martin is
| right though, it doesn't pose any technical problems, just philosophical
| ones (i.e. the octave package, like many others, doesn't strictly
| conform to policy).  g77, for example, also installs darwin version
| numbered directories.  Your --build=powerpc-apple-darwin is a good
| suggestion though, and may be an easy fix.
Hi Jeff,
If you do change it, please use --build=%m-apple-darwin so that it will work
properly for the 2 or 3 x86 darwin users.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQCVAwUBQcA8z7iDAg3OZTLPAQIAPQP+IlcuWnDvzexjSVw2L8aVd5FdnXXoBQg/
9+dmzxCZartWZVr1OZcpj5ujgIRjGHRkMLycHKY5WioMbqDSp2KqSxbgKd80Ua7B
C5jqLB/NjgJpHLsHsqiPmAJhBmmPLjjQLoyd8abNWuZopzvhgvgEaQ9/fsvgf0KJ
VWbFn9woNXY=
=spqu
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[Daniel Macks]

On Thu, Dec 16, 2004 at 05:32:11PM +0100, David H. wrote:
> David R. Morrison wrote:
> | 1. I've made a modification to the new UseBinaryDist stuff, introducing
> | a flag "--compile-from-source" in addition to the flag
> | "--use-binary-dist". My new flag will disable the use of the binary
> | distribution for that run only.
> |
> | There have been some objections about the name of my new flag. Some
> | alternative suggestions: "--dont-use-binary-dist" and
> | "--no-use-binary-dist". Any opinions?  Can we somehow reach a quick
> | consensus about this? This needs to appear in a fink release quite soon,
> | in order to fix problems with bootstrapping fink.
>
> - --source-run or --binary-off , just because I HATE typing long
> command line switches.

All long-options can be truncated as much as you like, down to the
minimum unambiguous root (you can --keep-b, but not just --keep; i
fyou do go too short, fink even tells you what the ambiguous
possibilities are). That doesn't get us to single-letter shortcuts,
but it does help the fingers somewhat. "I know the flag is -b, so
--use-b isn't so far-fetched, so --no-use-b is a pretty obvious
extension". We've only got 26*2+10 one-char flags; does every
rarely-used option (including rarely-used negation of commonly-used
options) need one, especially since we've not been too organized with
which ones we use now?

I don't really care "as long as it's well-documented, it could be
anything" as dmalloc would say, but also thinking about how many
special cases we need from a code and doc maintainability perspective.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[Sebastian Hagedorn]

Hi,
--On Donnerstag, 16. Dezember 2004 11:58:12 Uhr MEZ -0500 "Alexander K. 
Hansen" <[EMAIL PROTECTED]> wrote:

Imho this should _always_ default to no.
could you explain why? I think one of fink's main problems is its
dearth of binary packages and that new users can't figure out how to
get those that exist. Defaulting to binary is the appropriate thing to
do for unsophisticated users, IMHO. The sophisticated ones will figure
out how to get source versions ...
The notion is to prevent _established_ users from unexpectedly changing
how Fink operates by just picking the default answer.
oh, I see. I agree with that ...
--
Sebastian Hagedorn  PGP key ID: 0x4D105B45
http://www.spinfo.uni-koeln.de/~hgd/
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[Alexander K. Hansen]

On Dec 16, 2004, at 11:47 AM, Sebastian Hagedorn wrote:
Hi,
--On Donnerstag, 16. Dezember 2004 17:32:11 Uhr MEZ +0100 "David H." 
<[EMAIL PROTECTED]> wrote:

| 2. There is also a question about what the default value should be 
for
| the global UseBinaryDist option. At the moment, any user who runs 
"fink
| --configure" and who hasn't previously made a choice about 
UseBinaryDist
| will be asked a new question about whether to use it, with the 
default
| answer being "Yes." What worries me about this is that a user might 
not
| notice this question, and just select the default answer (along 
with a
| bunch of other defaults that are agreeing with previous choices). 
Then,
| all of a sudden, the behavior of fink will change in a dramatic way!

Imho this should _always_ default to no.
could you explain why? I think one of fink's main problems is its 
dearth of binary packages and that new users can't figure out how to 
get those that exist. Defaulting to binary is the appropriate thing to 
do for unsophisticated users, IMHO. The sophisticated ones will figure 
out how to get source versions ...
--
Sebastian Hagedorn		PGP key ID: 0x4D105B45
http://www.spinfo.uni-koeln.de/~hgd/


The notion is to prevent _established_ users from unexpectedly changing 
how Fink operates by just picking the default answer.

New users would default to  "UseBinaryDist: yes", and this would remain 
the case until they turn it off themselves.

--
Alexander Hansen
Fink Documentarian
[Day Job] Levitated Dipole Experiment
http://www.psfc.mit.edu/LDX

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[Sebastian Hagedorn]

Hi,
--On Donnerstag, 16. Dezember 2004 17:32:11 Uhr MEZ +0100 "David H." 
<[EMAIL PROTECTED]> wrote:

| 2. There is also a question about what the default value should be for
| the global UseBinaryDist option. At the moment, any user who runs "fink
| --configure" and who hasn't previously made a choice about UseBinaryDist
| will be asked a new question about whether to use it, with the default
| answer being "Yes." What worries me about this is that a user might not
| notice this question, and just select the default answer (along with a
| bunch of other defaults that are agreeing with previous choices). Then,
| all of a sudden, the behavior of fink will change in a dramatic way!
Imho this should _always_ default to no.
could you explain why? I think one of fink's main problems is its dearth of 
binary packages and that new users can't figure out how to get those that 
exist. Defaulting to binary is the appropriate thing to do for 
unsophisticated users, IMHO. The sophisticated ones will figure out how to 
get source versions ...
--
Sebastian Hagedorn		PGP key ID: 0x4D105B45
http://www.spinfo.uni-koeln.de/~hgd/

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[David R. Morrison]

- --source-run or --binary-off , just because I HATE typing long 
command line
switches.


Well, I'm hoping for a one-letter shortcut, whatever we choose.
  -- Dave

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Two issues about "UseBinaryDist"

[David H.]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
David R. Morrison wrote:
| 1. I've made a modification to the new UseBinaryDist stuff, introducing
| a flag "--compile-from-source" in addition to the flag
| "--use-binary-dist". My new flag will disable the use of the binary
| distribution for that run only.
|
| There have been some objections about the name of my new flag. Some
| alternative suggestions: "--dont-use-binary-dist" and
| "--no-use-binary-dist". Any opinions?  Can we somehow reach a quick
| consensus about this? This needs to appear in a fink release quite soon,
| in order to fix problems with bootstrapping fink.
|
- --source-run or --binary-off , just because I HATE typing long command line
switches.
| 2. There is also a question about what the default value should be for
| the global UseBinaryDist option. At the moment, any user who runs "fink
| --configure" and who hasn't previously made a choice about UseBinaryDist
| will be asked a new question about whether to use it, with the default
| answer being "Yes." What worries me about this is that a user might not
| notice this question, and just select the default answer (along with a
| bunch of other defaults that are agreeing with previous choices). Then,
| all of a sudden, the behavior of fink will change in a dramatic way!
Imho this should _always_ default to no.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.3.6 (Darwin)
iD8DBQFBwbiKPMoaMn4kKR4RA9FpAKCWLq/ixExgx1OOgxH9jugL88WF4QCfaWkW
HoF/EWabncat5pRVXeQi/LY=
=OMlh
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Mac OS X Server, Fink, and maybe perl.

[David R. Morrison]

Josh,
To the best of my knowledge, none of the core fink developers are 
running OS X Server. We need your advice about changes or modifications 
that might be needed to help fink work better in that environment.

 -- Dave
On Dec 16, 2004, at 9:10 AM, Josh wrote:

I'm sending this to both the developers and users list, as it is 
really a difficult architecture question. I have been using Fink for a 
long time on OS X, and recently on OS X Server. It seems to work well, 
but I get the feeling a few bits are in different places on the 
server. And also, being on a server, I want to be able to incorporate 
Fink programs for use with other programs.

Is there anything special I need to do for server? Is there a way to 
configure server so that processes find the Fink installed programs 
and libraries as needed? Anybody doing this? Also, though slightly off 
topic, I seem to have similar problems with Perl which makes me wonder 
if OS X Server systems are mapped out differently somehow from regular 
OS X systems.

--
[EMAIL PROTECTED]
josh kuperman

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real 
users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Two issues about "UseBinaryDist"

[David R. Morrison]

1. I've made a modification to the new UseBinaryDist stuff, introducing 
a flag "--compile-from-source" in addition to the flag 
"--use-binary-dist". My new flag will disable the use of the binary 
distribution for that run only.

There have been some objections about the name of my new flag. Some 
alternative suggestions: "--dont-use-binary-dist" and 
"--no-use-binary-dist". Any opinions?  Can we somehow reach a quick 
consensus about this? This needs to appear in a fink release quite 
soon, in order to fix problems with bootstrapping fink.

2. There is also a question about what the default value should be for 
the global UseBinaryDist option. At the moment, any user who runs "fink 
--configure" and who hasn't previously made a choice about 
UseBinaryDist will be asked a new question about whether to use it, 
with the default answer being "Yes." What worries me about this is that 
a user might not notice this question, and just select the default 
answer (along with a bunch of other defaults that are agreeing with 
previous choices). Then, all of a sudden, the behavior of fink will 
change in a dramatic way!

I think its good for a brand new user -- installing via some future 
binary installer, or having done a bootstrap -- to get a default answer 
of yes. But I suggest that for a user with an existing 
/sw/etc/fink.conf file but no entry for UseBinaryDist, the default 
answer should be set to "No."

Any opinions about this?
 -- Dave
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Mac OS X Server, Fink, and maybe perl.

[Josh]

I'm sending this to both the developers and users list, as it is really 
a difficult architecture question. I have been using Fink for a long 
time on OS X, and recently on OS X Server. It seems to work well, but I 
get the feeling a few bits are in different places on the server. And 
also, being on a server, I want to be able to incorporate Fink programs 
for use with other programs.

Is there anything special I need to do for server? Is there a way to 
configure server so that processes find the Fink installed programs and 
libraries as needed? Anybody doing this? Also, though slightly off 
topic, I seem to have similar problems with Perl which makes me wonder 
if OS X Server systems are mapped out differently somehow from regular 
OS X systems.

--
[EMAIL PROTECTED]
josh kuperman

---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] SHlibs question about compat numbers.

[Peter O'Gorman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
D. HÃhn wrote:
| I maintain the current gsasl which is at compat 7.0.0 and 7.0.0 for the
| other number.
I think you mean that the current version is 7.0.0 and the compatibility
version is 7.0.0 also. Okay.
|
| The current version is old and needs updating :) so there is 0.2.3 now
| which shows:
|
| 9.0.0 and 9.0.0
|
| Does that mean I have to add a gsasl9  now ?
Well, you could add a gasl8, as I assume the libs are named libgasl.8.dylib,
or nine, whatever you like as long as you are consistent. Yes, you need to
make a new package.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQCVAwUBQcGJh7iDAg3OZTLPAQJEBgP/f2/LLtRoxLZ2paQY9Y0OvC7ZWKpNs0SL
o5XHsq65HZrS6Ww/k9VTD5C9Dc4UrHKcxcis/TwSQ9/+Yu/AdDsK4dOXecJ3FHCe
Q3prObagqNtyF0BBNlmPcASJDmQ4iijNoDKzChEGEvEPtyJFAC9Hul2dizAkNljB
of771xHA+gc=
=RDZ8
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] SHlibs question about compat numbers.

["D. Höhn"]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hello folks.
I will be the frist to agree that the shlibs thingie still make me tear
my hair out.
I maintain the current gsasl which is at compat 7.0.0 and 7.0.0 for the
other number.
The current version is old and needs updating :) so there is 0.2.3 now
which shows:
9.0.0 and 9.0.0
Does that mean I have to add a gsasl9  now ?
- -d
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFBwYZpPMoaMn4kKR4RA5rWAJ9F/Tkw9RXpfOPSE/V92ls26yAxQACdHmbw
FzMUU9QqrXcKZWAAx6zuNZY=
=UaCa
-END PGP SIGNATURE-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Your Fink packages

[Christian Schaffner]

Dear Sylvain
Several fink users were trying to contact you lately about the Fink 
packages you maintain and didn't get an answer. Therefore we (akh, and 
me) figure it makes more sense to set the maintainer to "None" and let 
people update these packages as needed. If you are still maintaining 
the packages, or if you will maintain them again soon, please let me 
know. We hope you don't feel offended by this request.

Best, Chris.
PS: If anybody reading this has an up-to-date email adress of Sylvain, 
please forward this message.


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel