salvomicciche` wrote:
>
> Il giorno 14/mar/08, alle ore 21:22, Alexander Hansen ha scritto:
>
>> What happens if you do "fink remove perl586" ? That should remove
>> /sw/bin/perl?
>
> yes, I could try this, thanks.
>
> Hoping that some Fink's programs wouldn't require perl 5.8.6 :-))
>
> have a n
salvomicciche` wrote:
>
> Il giorno 14/mar/08, alle ore 18:58, Alexander K. Hansen ha scritto:
>
>> Exporting PATH won't do a thing. fink will _unset_ your user-level
>> environment changes. It looks like something is altering your PATH
>> at the
>> root level, and fink is inheriting that change
> Before I commit, could you test if the following diff works on 10.5
> too ?
It worked on ppc 10.5.2
Thanks
Dominique
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
htt
On Friday 14 March 2008 01:21:17 pm salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 18:03, Alexander K. Hansen ha scritto:
> > All of this appears to be due to some local environment setting
> > (perhaps
> > system-wide) on your machine--whatever was done to put /usr/bin ahead
> > of /sw/bin.
On 14 Mar 2008, at 17:34, Jean-François Mertens wrote:
> Expect an update soon (to 3.8.1 also).
Dominique,
Before I commit, could you test if the following diff works on 10.5
too ?
diff -r1.14 atlas.info
2,3c2,3
< Version: 3.8.0
< Revision: 7
---
> Version: 3.8.1
> Revision: 1
35c35
< Sour
On Friday 14 March 2008 12:58:41 pm salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 17:50, Alexander K. Hansen ha scritto:
> > I get
> >
> > fink dumpinfo xmlto | grep " PATH="
> >
> > PATH=/sw/var/lib/fink/path-prefix-g++-4.0:/sw/bin:/sw/sbin:/bin:/usr/
> > bin:/sbin:/usr/sbin:/usr/X11R6/bin
On Friday 14 March 2008 12:30:32 pm salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 17:12, Alexander K. Hansen ha scritto:
> > This seems like it has something to do with the way that you've set
> > up your
> > environment. Try running
> >
> > fink dumpinfo xmlto | grep " PATH="
> >
> > to s
On 14 Mar 2008, at 11:19, Dominique Dhumieres wrote:
> On PPC OSX 10.5.2 updating to atlas-3.8.0-7 failed with:
>
> ...
> cd lib
> # Apparently on some machines (=monoprocesors ?) the threaded libs
> are not made;
> # we first make atlas 'look the same' to all other pkgs,
> independently o
On Friday 14 March 2008 11:32:59 am salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 16:16, Alexander K. Hansen ha scritto:
> > Only if you want this to build.
>
> ok, tried just now, but xmlto doesn't compile also if the path begin
> with /sw/bin:/sw/sbin...
>
> any help?
>
> Salvo
This seem
On Friday 14 March 2008 10:52:37 am salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 15:39, Alexander K. Hansen ha scritto:
> > Does "which getopt" still not give you Fink's?
>
> no.
> my PATH is that standard in Leopard:
> "/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/sw/bin:/sw/sbin:/usr/
>
On Friday 14 March 2008 10:35:24 am salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 15:25, Alexander K. Hansen ha scritto:
> > That would indicate that Martin C's suggestion of installing
> > getoptbin would
> > likely be the right way to go, then--I have it installed, and like I
> > said,
>
On Friday 14 March 2008 10:20:12 am salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 13:59, Alexander K. Hansen ha scritto:
> > What do you get from "which getopt"?
>
> I get:
> mela salvo$ ~ > which getopt
> /usr/bin/getopt
>
>
> have a nice day
> Salvo
That would indicate that Martin C's su
I just noticed that gopenmol was updated to build with
gcc43 but the packaging was not fixed to work on Leopard.
I have placed test packaging for a gopenmol-py package
on fink tracking. However the current packaging should
be fixable with a change like...
FFLAGS=-O3 GL_LIBS='-lGL
/System/Lib
Dominique Dhumieres wrote:
> On PPC OSX 10.5.2 updating to plplot-5.8.0-1004 failed with:
>
> ...
> g++ -bundle -bundle_loader /sw/bin/octave-3.0.0 -o plplot_octave.oct
> plplot_octave.o -L../../src/.libs -lplplotd -L/sw/lib/python2.5/config
> -L/sw/lib/freetype219/lib -L/sw/lib/freetype219/lib
Kevin,
I would point out again that the vectorization support
in gcc 4.3.0 is enabled automatically at -O3. So it would be
worthwhile to make sure that all packages using gcc43 are
compiling at -O3 with the gcc43 compilers.
Jack
On Fri, Mar 14, 2008 at 07:33:43AM -0400, Ke
On PPC OSX 10.5.2 updating to plplot-5.8.0-1004 failed with:
...
g++ -bundle -bundle_loader /sw/bin/octave-3.0.0 -o plplot_octave.oct
plplot_octave.o -L../../src/.libs -lplplotd -L/sw/lib/python2.5/config
-L/sw/lib/freetype219/lib -L/sw/lib/freetype219/lib -lfreetype -L/sw/lib -lz
-L/sw/src/fin
On Friday 14 March 2008 08:49:33 am salvomicciche` wrote:
> Il giorno 14/mar/08, alle ore 13:44, Alexander K. Hansen ha scritto:
> > In the build directory: /sw/src/fink.build/xmlto-0.0.18-1009/
> > xmlto-0.0.18
> >
> > or whatever it actually comes out to be
>
> ok,
> I get the above log,
> thank
Am Fr, 14.03.2008, 13:32, schrieb Benjamin Reed:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kevin Horton wrote:
> | I'm trying to update my packages to use gcc43 instead of gcc42, and I
> | get a "Permission denied, please try again" when I try to do a "cvs
> | up". Is there some genera
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Horton wrote:
| I'm trying to update my packages to use gcc43 instead of gcc42, and I
| get a "Permission denied, please try again" when I try to do a "cvs
| up". Is there some general problem with fink's cvs, and I should
| simply wait for it t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Gasser wrote:
| Dear List,
|
| I'm in the process of adding kdissert to the excellent list of
| fink-packages. First I made some patch in order for kdissert to compile
| correctly on MacOSX, then I tried myself on creating a kdissert.info
| file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Gasser wrote:
| Validating .deb dir /sw/src/fink.build/root-kdissert-1.0.7-1...
| Warning: /sw/lib/kde3/libkdissapplet.so is a DYLIB but it does not end
| in .dylib or .jnilib.
Looks like kdissert's build has some bugs. Those should all have
"
salvomicciche` wrote:
>
> Hi,
>
> I cannot compile xmlto, as the compilation give the above error log.
>
> Any help, please?
>
>
> TIA!
>
>
> Salvo
>
>
> --
>
> Package manager version: 0.28.1
>
> Distribution version: selfupdate-rsync Wed Mar 12 21:43:02 2008, 10.5,
> i386
>
> Mac OS X version: 1
Kevin Horton wrote:
> I'm trying to update my packages to use gcc43 instead of gcc42, and I
> get a "Permission denied, please try again" when I try to do a "cvs
> up". Is there some general problem with fink's cvs, and I should
> simply wait for it to be sorted out, or does user ID "rv8" n
On 14-Mar-08, at 02:46 , Martin Costabel wrote:
> Jean-François Mertens wrote:
> []
>> but right, if true it would encourage a fast update of anything in
>> fink to gcc43
>
> I too have come round to the conclusion that this is indeed the best
> plan for action at this moment. I would suggest that
I'm trying to update my packages to use gcc43 instead of gcc42, and I
get a "Permission denied, please try again" when I try to do a "cvs
up". Is there some general problem with fink's cvs, and I should
simply wait for it to be sorted out, or does user ID "rv8" no longer
have cvs access?
On PPC OSX 10.5.2 updating to atlas-3.8.0-7 failed with:
...
cd lib
# Apparently on some machines (=monoprocesors ?) the threaded libs are not
made;
# we first make atlas 'look the same' to all other pkgs, independently of the
machine
if test -f libptcblas.a
then for C in c f77; do
Dear List,
I'm in the process of adding kdissert to the excellent list of
fink-packages. First I made some patch in order for kdissert to compile
correctly on MacOSX, then I tried myself on creating a kdissert.info
file to be able to compile it. It nearly succeeds, only the verification
at th
Jean-François Mertens wrote:
> On 14 Mar 2008, at 04:28, David Lowe wrote:
>
>
>> I was unsuccessful in finding png.h..
>
> libpng isn't obvious ? (installs in %p/include a symlink png.h to the
> real file)
Or rather libpng3.
>
>> I am a little overwhelmed with the choices for SSL. I
salvomicciche` wrote:
> Hi,
>
> I cannot compile xmlto, as the compilation give the above error log.
>
[]
> checking for getopt program... getopt
> checking whether getopt handles long options... configure: error: no
Do you have the getoptbin package installed?
--
Martin
29 matches
Mail list logo