[Fink-devel] CVS trouble (was: ever-changing upstream source)

2002-03-12 Thread David R. Morrison
Has anybody ever seen this behavior before? I have a file. I put it in my checked out copy of the source. I say cvs add foo; cvs commit and the file gets corrupted, both on my copy and at the CVS site. I don't notice this until somebody points it out, then I'm not sure if I'm the one who

Re: [Fink-devel] CVS trouble (was: ever-changing upstream source)

2002-03-12 Thread Peter O'Gorman
Might want to set it not to do expansion on files with the .patch extension... Peter On Tuesday, March 12, 2002, at 09:27 PM, Max Horn wrote: It is not confusing CVS, CVS is simply doing its job: key word expansion. We use this for the documentation, for example.

Re: [Fink-devel] CVS trouble (was: ever-changing upstream source)

2002-03-12 Thread Max Horn
At 22:19 Uhr +0900 12.03.2002, Peter O'Gorman wrote: Might want to set it not to do expansion on files with the .patch extension... Good idea, done. I also added some binary formats, like .jpg, .tif etc (useful for the web module). Max -- --- Max

[Fink-devel] wxpython failing to build

2002-03-12 Thread Bill Bumgarner
No prior WX packages installed-- appears that wxgtk installed fine. copying wxPython/lib/PyCrust/version.py - build/lib.darwin-5.3-PowerMacintosh-2.2/wxPython/lib/PyCrust running build_ext building 'wxc' extension creating build/temp.darwin-5.3-PowerMacintosh-2.2 creating

[Fink-devel] wxgtk-python build problem redux

2002-03-12 Thread Bill Bumgarner
[localhost:~] bbum% dpkg -S glib.h glib: /sw/include/glib-1.2/glib.h cc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DSWIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD=1 -Isrc -I/usr/X11R6/include -I/sw/lib/glib/include -I/sw/include/python2.2 -c src/helpers.cpp -o build/

[Fink-devel] fink install audiofile-shlib has odd results

2002-03-12 Thread Randal L. Schwartz
So, first I notice that my audiofile needs updating: $ fink list 'audiofile*' Reading package info... Information about 822 packages read in 22 seconds. i audiofile 0.2.3-3 Audio File Library audiofile-bin 0.2.3-3 Audio File Library (i)

Re: [Fink-devel] fink install audiofile-shlib has odd results

2002-03-12 Thread Justin Hallett
found it, turns out it was you :P, it's shlibs not shlib fink install audiofile-shlibs, the pkg name is too long and gets cut off. [EMAIL PROTECTED] writes: $ fink install audiofile-shlib ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst

Re: [Fink-devel] fink install audiofile-shlib has odd results

2002-03-12 Thread David R. Morrison
Justin, if you do fink install fink-0.9.8 you should get back to pre-splitoff. -- Dave ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fink install audiofile-shlib has odd results

2002-03-12 Thread Randal L. Schwartz
Justin == Justin Hallett [EMAIL PROTECTED] writes: Justin found it, turns out it was you :P, it's shlibs not shlib Justin fink install audiofile-shlibs, the pkg name is too long and gets cut off. Then we need a way to show that in fink list. How do we get to the too wide names? -- Randal L.

Re: [Fink-devel] wxgtk-python build problem redux

2002-03-12 Thread Max Horn
At 14:05 Uhr -0500 12.03.2002, Bill Bumgarner wrote: [localhost:~] bbum% dpkg -S glib.h glib: /sw/include/glib-1.2/glib.h cc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -no-cpp-precomp -DSWIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD=1 -Isrc -I/usr/X11R6/include -I/sw/lib/glib/include

[Fink-devel] PHP-4.1.2

2002-03-12 Thread Gary Kerbaugh
Title: PHP-4.1.2 Hi Max and David, Your humble guinea pig reporting. I wanted to use PHP with Apples Apache and changed the .info ConfigureParams to use the preinstalled apxs with the following parameter: --with-apxs=/usr/sbin/apxs. I dont see that that caused any problem but if you know

Re: [Fink-devel] fink install audiofile-shlib has odd results

2002-03-12 Thread Peter O'Gorman
On Wednesday, March 13, 2002, at 09:34 AM, Max Horn wrote: Peter, the code should be changed to *not* read in the package DB when fink list --help is issued =) Or we need that caching code, it's no fun to wait 10-20 secs :( I vote for the caching code, Finlay.. :) Okay, I'll look at it