Re: [Fink-devel] Help with shlib

[Hanspeter Niederstrasser]

On 7/9/17 1:03 PM, Scott Hannahs wrote:



On Jun 26, 2017, at 11:46 AM, Alexander Hansen  
wrote:


On Jun 25, 2017, at 17:39, Scott Hannahs  wrote:

So do I need to modify the install phase to install the 
/sw/lib/libcryptopp.5.dylib file?  Should it be a hard link to the 
libcryptopp.dylib or should that file not exist.



The preferred option is actually the reverse:  real libcryptopp.5.dylib with 
libcryptopp.dylib as a symbolic link.


When there are two split off packages, I think I have the following
all packages: Install.txt License.txt Readme.txt in share/doc/libcryptopp5
package: cryptest.exe in /bin  testdata in share/libcryptopp/ headers in 
include/libcryptopp
package-shlib: lib/libcryptopp.5.dylib and libcryptopp.dylib (and maybe 
libcryptopp.a but I think I can delete it??)


Ideally, package-shlibs should only contain the shared library/libraries and 
the DocFiles you noted earlier.


package-dev: headers in include/libcryptopp


If libcryptopp.dylib is a symlink as I suggested above, it needs to go here.  
This structure helps us to have multiple versions of the library available for 
builds, since by swapping the -dev package we can change what -lFOO on a build 
line really points to.

Moving rather than is intentional, since you aren’t supposed to have the same 
file provided by multiple splitoffs in a package build.  We’d wind up with 
files duplicated between the main package and splitoffs, or we’d have to go 
back and delete them after the fact.

Make sure that you didn’t declare it in multiple Files lines, and otherwise 
check what’s actually in the directory.


I seem to still be missing something essential here.  I have separated the 
symbolic link to the -dev split off and renamed the package to contain the 
major version number.

I can’t seem to get a match between the shilib and the file name.  I have set 
it up so that the symbolic link gets made and then installed by the -dev split 
off.  But the deb package does not pass the test.  I am having a match problem 
for the files: and shilibs: fields.

I have tried various different prefixes and relative and absolute paths but 
still do not seem to get a clean DEB file.  I have used as templates some of 
the other .info files in lib.  Such as canna.info and lhasa.info.

Currently I get a mismatch:

Validating .deb dir /sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-23...
Error: Name '/sw/lib/libcryptopp.5.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib'
Error: package contains the shared library
   /sw/lib/libcryptopp.5.dylib
but the corresponding install_name and compatibility_version
   
%p/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib 5.6.0
are not listed in the Shlibs field.  See the packaging manual.


The real libcryptopp.5.dylib file needs to have its install_name fixed 
(this is a bug in upstream's makefile). You can either edit the Makefile 
to do it properly, or run install_name_tool at the end of InstallScript: 
to give it the proper install_name. The command for the latter option 
would be something like:


install_name_tool -id %p/lib/libcryptopp.5.dylib %i/lib/libcryptopp.5.dylib

This fixes the file in "%i/lib/libcryptopp.5.dylib" to have an 
install_name of "%p/lib/libcryptopp.5.dylib".


What files are in the base libcryptopp5 package? If there are any 
executables, you need to make sure they show linkage (via otool -L) to 
the file in %p and not the file in %i. If there are files there that 
link to the library, it might be easier to fix the build process than to 
fix the results after the build.


Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Scott Hannahs]

> On Jun 26, 2017, at 11:46 AM, Alexander Hansen  
> wrote:
> 
>> On Jun 25, 2017, at 17:39, Scott Hannahs  wrote:
>> 
>> So do I need to modify the install phase to install the 
>> /sw/lib/libcryptopp.5.dylib file?  Should it be a hard link to the 
>> libcryptopp.dylib or should that file not exist.
>> 
> 
> The preferred option is actually the reverse:  real libcryptopp.5.dylib with 
> libcryptopp.dylib as a symbolic link.  
> 
>> When there are two split off packages, I think I have the following
>> all packages: Install.txt License.txt Readme.txt in share/doc/libcryptopp5
>> package: cryptest.exe in /bin  testdata in share/libcryptopp/ headers in 
>> include/libcryptopp
>> package-shlib: lib/libcryptopp.5.dylib and libcryptopp.dylib (and maybe 
>> libcryptopp.a but I think I can delete it??)
> 
> Ideally, package-shlibs should only contain the shared library/libraries and 
> the DocFiles you noted earlier.
> 
>> package-dev: headers in include/libcryptopp
> 
> If libcryptopp.dylib is a symlink as I suggested above, it needs to go here.  
> This structure helps us to have multiple versions of the library available 
> for builds, since by swapping the -dev package we can change what -lFOO on a 
> build line really points to.
> 
> Moving rather than is intentional, since you aren’t supposed to have the same 
> file provided by multiple splitoffs in a package build.  We’d wind up with 
> files duplicated between the main package and splitoffs, or we’d have to go 
> back and delete them after the fact.
> 
> Make sure that you didn’t declare it in multiple Files lines, and otherwise 
> check what’s actually in the directory.

I seem to still be missing something essential here.  I have separated the 
symbolic link to the -dev split off and renamed the package to contain the 
major version number.

I can’t seem to get a match between the shilib and the file name.  I have set 
it up so that the symbolic link gets made and then installed by the -dev split 
off.  But the deb package does not pass the test.  I am having a match problem 
for the files: and shilibs: fields.

I have tried various different prefixes and relative and absolute paths but 
still do not seem to get a clean DEB file.  I have used as templates some of 
the other .info files in lib.  Such as canna.info and lhasa.info.

Currently I get a mismatch:

Validating .deb dir /sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-23...
Error: Name '/sw/lib/libcryptopp.5.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib'
Error: package contains the shared library
  /sw/lib/libcryptopp.5.dylib
   but the corresponding install_name and compatibility_version
  
%p/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib 5.6.0
   are not listed in the Shlibs field.  See the packaging manual.

at the moment I have the following fields in the split off
   InstallScript: make install PREFIX=%p DESTDIR=%d

SplitOff: <<
   Package: %N-shlibs
   DocFiles: Install.txt License.txt Readme.txt
   Files: lib/libcryptopp.5.dylib
   Shlibs: %p/lib/libcryptopp.5.dylib 5.6.0 %n (>= 5.6.5-5)
<<

SplitOff2: <<
   Package: %N-dev
   Depends: %N-shlibs (= %v-%r)
   BuildDependsOnly: true
   Files: <<
  include
  lib/libcryptopp.dylib
  lib/libcryptopp.a
   <<
<<

And now I realize I am just flailing around here…. :-)

So what is the correct location for my 3 files and how do I reference them in 
the two split offs for the -shlibs and -dev portions of the fink file.

The three files are in the main build directory and are
libcryptopp.5.dylib
libcryptopp.dylib (a symbolic link to the file above)
libcryptopp.a (the static version)

The root-libcryptopp5-shlibs-5.6.5-23 and root-libcryptopp5-dev-5.6.5-23 
folders look like they have all the right files in the the right parts of the 
sw directory.

So the Files: tag should be a relative path.  The Shlibs: tag has to be an 
absolute path.  But… the deb file is not matching the index.  I seem to just be 
testing all combinations here and not hitting the right one.  The examples in 
the lib/*.info files all seem to use %p, but the documentation suggests to me 
that %I would be the correct (or %D%P).

-Scott



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Alexander Hansen]

> On Jun 25, 2017, at 17:39, Scott Hannahs  wrote:
> 
>> 
>> On Jun 25, 2017, at 7:27 AM, Hanspeter Niederstrasser 
>>  wrote:
>> 
>> On 6/24/17 5:19 PM, Scott Hannahs via Fink-devel wrote:
>>> I need a bit of help with a fink package.  I don’t fully understand the 
>>> Shlibs: tag in a fink package.  I am trying to create a package for a 
>>> dynamic library.  The library builds correctly.  However it just builds the 
>>> library as cryptopp.dylib in the midst of the source files.
>>> The discussion of the SHLIBS tag in the packaging manual seems a bit 
>>> obscure to me.
>>> Here is the relevant part of the package as I have it now following another 
>>> library package as a template.
>>> NoSourceDirectory: True
>>> CompileScript: make dynamic
>>> InfoTest: <<
>>>  TestScript: make test || exit2
>>> <<
>>> DocFiles: Install.txt License.txt Readme.txt
>>> InstallScript: make install PREFIX=%i
>>> SplitOff: <<
>>>   Package: %N-shlibs
>>>   Files: <<
>>>  lib/libcryptopp.dylib
>>><<
>>>   Shlibs: <<
>>>  %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
>>>   <<
>>> <<
>>> SplitOff2: <<
>>>   Package: %N-dev
>>>   Depends: %N-shlibs (= %v-%r)
>>>   BuildDependsOnly: true
>>>   Files: <<
>>>  include
>>>   <<
>>> <<
>>> the package goes and build both the dylib and .a libraries, but has a 
>>> problem installing them.  The deb file does not pass authentication when I 
>>> run fink in -m mode.
>>> When I try to build with the -km flags, I get the following:
>>> Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
>>> Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
>>> install_name 
>>> '/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
>>> Error: package contains the shared library
>>>  /sw/lib/libcryptopp.dylib
>>>   but the corresponding install_name and compatibility_version
>>>  
>>> %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 5.6.0
>>>   are not listed in the Shlibs field.  See the packaging manual.
>> 
>> Your Shlibs: field is OK given what the library is giving you, but the 
>> problem is that upstream is not handling their library in a useful way.
>> 
>> 1) Their library is not versioned. It is named 'librcrypto.dylib', but 
>> should be 'libcrypto.N.dylib', where N is the library version (not 
>> necessarily the zipfile version). This can be fixed by modifying the 
>> makefile and adding $(LIB_MAJOR) to the install_name bits.
>> 
>> 2) The makefile uses install_name_tool to change the install name of the 
>> library but uses $(DESTDIR) badly in setting the new -id of the library. 
>> This incorrectly adds the whole 'src/fink.build/root-...' mess to the 
>> install_name. Fix the makefile to only use LIBDIR when setting the 
>> install_name for the library. And tell upstream, because that is a basic 
>> error.
>> 
>> 3) As far as I can tell, the Makefile fully supports DESTDIR, so you're 
>> probably better off using both DESTDIR=%d and PREFIX=%p in the install 
>> command (and not PREFIX=%i).
>> 
>> 4) Fink convention is that if your library is libcryptopp.5.dylib, your 
>> package should be libcryptopp5-shlibs and libcryptopp5-dev. The base package 
>> (if non-library) can stay libcryptopp (no 5).
>> 
>> Hanspeter
> 
> Thanks, I have attempted this but I am not sure I understand what the 
> install_name_tool actually does.  I don’t think that it creates the 
> ‘libcryptopp.N.dylib’ files themselves?  But sets an internal name?
> 

Correct.  

> Should I set the name to the correct ‘libcryptopp.N.dylib’ after the build 
> and before the install?
> 

You can even set it at the end of the install phase (i.e. somewhere in the 
InstallScript).  

> So do I need to modify the install phase to install the 
> /sw/lib/libcryptopp.5.dylib file?  Should it be a hard link to the 
> libcryptopp.dylib or should that file not exist.
> 

The preferred option is actually the reverse:  real libcryptopp.5.dylib with 
libcryptopp.dylib as a symbolic link.  

> When there are two split off packages, I think I have the following
> all packages: Install.txt License.txt Readme.txt in share/doc/libcryptopp5
> package: cryptest.exe in /bin  testdata in share/libcryptopp/ headers in 
> include/libcryptopp
> package-shlib: lib/libcryptopp.5.dylib and libcryptopp.dylib (and maybe 
> libcryptopp.a but I think I can delete it??)

Ideally, package-shlibs should only contain the shared library/libraries and 
the DocFiles you noted earlier.

> package-dev: headers in include/libcryptopp

If libcryptopp.dylib is a symlink as I suggested above, it needs to go here.  
This structure helps us to have multiple versions of the library available for 
builds, since by swapping the -dev package we can change what -lFOO on a build 
line really points to.
 
> 
> for some reason it tries to move instead of copy and it fails creating the 
> shlibs folder structure.
> 
> /bin/mv 
> /sw/src/fink.build/root-libcrypto

Re: [Fink-devel] Help with shlib

[Scott Hannahs]

> On Jun 25, 2017, at 7:27 AM, Hanspeter Niederstrasser 
>  wrote:
> 
> On 6/24/17 5:19 PM, Scott Hannahs via Fink-devel wrote:
>> I need a bit of help with a fink package.  I don’t fully understand the 
>> Shlibs: tag in a fink package.  I am trying to create a package for a 
>> dynamic library.  The library builds correctly.  However it just builds the 
>> library as cryptopp.dylib in the midst of the source files.
>> The discussion of the SHLIBS tag in the packaging manual seems a bit obscure 
>> to me.
>> Here is the relevant part of the package as I have it now following another 
>> library package as a template.
>> NoSourceDirectory: True
>> CompileScript: make dynamic
>> InfoTest: <<
>>   TestScript: make test || exit2
>> <<
>> DocFiles: Install.txt License.txt Readme.txt
>> InstallScript: make install PREFIX=%i
>> SplitOff: <<
>>Package: %N-shlibs
>>Files: <<
>>   lib/libcryptopp.dylib
>> <<
>>Shlibs: <<
>>   %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
>><<
>> <<
>> SplitOff2: <<
>>Package: %N-dev
>>Depends: %N-shlibs (= %v-%r)
>>BuildDependsOnly: true
>>Files: <<
>>   include
>><<
>> <<
>> the package goes and build both the dylib and .a libraries, but has a 
>> problem installing them.  The deb file does not pass authentication when I 
>> run fink in -m mode.
>> When I try to build with the -km flags, I get the following:
>> Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
>> Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
>> install_name 
>> '/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
>> Error: package contains the shared library
>>   /sw/lib/libcryptopp.dylib
>>but the corresponding install_name and compatibility_version
>>   
>> %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 5.6.0
>>are not listed in the Shlibs field.  See the packaging manual.
> 
> Your Shlibs: field is OK given what the library is giving you, but the 
> problem is that upstream is not handling their library in a useful way.
> 
> 1) Their library is not versioned. It is named 'librcrypto.dylib', but should 
> be 'libcrypto.N.dylib', where N is the library version (not necessarily the 
> zipfile version). This can be fixed by modifying the makefile and adding 
> $(LIB_MAJOR) to the install_name bits.
> 
> 2) The makefile uses install_name_tool to change the install name of the 
> library but uses $(DESTDIR) badly in setting the new -id of the library. This 
> incorrectly adds the whole 'src/fink.build/root-...' mess to the 
> install_name. Fix the makefile to only use LIBDIR when setting the 
> install_name for the library. And tell upstream, because that is a basic 
> error.
> 
> 3) As far as I can tell, the Makefile fully supports DESTDIR, so you're 
> probably better off using both DESTDIR=%d and PREFIX=%p in the install 
> command (and not PREFIX=%i).
> 
> 4) Fink convention is that if your library is libcryptopp.5.dylib, your 
> package should be libcryptopp5-shlibs and libcryptopp5-dev. The base package 
> (if non-library) can stay libcryptopp (no 5).
> 
> Hanspeter

Thanks, I have attempted this but I am not sure I understand what the 
install_name_tool actually does.  I don’t think that it creates the 
‘libcryptopp.N.dylib’ files themselves?  But sets an internal name?

Should I set the name to the correct ‘libcryptopp.N.dylib’ after the build and 
before the install?

So do I need to modify the install phase to install the 
/sw/lib/libcryptopp.5.dylib file?  Should it be a hard link to the 
libcryptopp.dylib or should that file not exist.

When there are two split off packages, I think I have the following
all packages: Install.txt License.txt Readme.txt in share/doc/libcryptopp5
package: cryptest.exe in /bin  testdata in share/libcryptopp/ headers in 
include/libcryptopp
package-shlib: lib/libcryptopp.5.dylib and libcryptopp.dylib (and maybe 
libcryptopp.a but I think I can delete it??)
package-dev: headers in include/libcryptopp

for some reason it tries to move instead of copy and it fails creating the 
shlibs folder structure.

/bin/mv /sw/src/fink.build/root-libcryptopp5-5.6.5-16/sw/lib/libcryptopp.dylib 
/sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-16/sw/lib/
mv: rename 
/sw/src/fink.build/root-libcryptopp5-5.6.5-16/sw/lib/libcryptopp.dylib to 
/sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-16/sw/lib/libcryptopp.dylib: 
No such file or directory

-Scott



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Hanspeter Niederstrasser]

On 6/24/17 5:19 PM, Scott Hannahs via Fink-devel wrote:

I need a bit of help with a fink package.  I don’t fully understand the Shlibs: 
tag in a fink package.  I am trying to create a package for a dynamic library.  
The library builds correctly.  However it just builds the library as 
cryptopp.dylib in the midst of the source files.

The discussion of the SHLIBS tag in the packaging manual seems a bit obscure to 
me.

Here is the relevant part of the package as I have it now following another 
library package as a template.

NoSourceDirectory: True
CompileScript: make dynamic
InfoTest: <<
   TestScript: make test || exit2
<<
DocFiles: Install.txt License.txt Readme.txt
InstallScript: make install PREFIX=%i
SplitOff: <<
Package: %N-shlibs
Files: <<
   lib/libcryptopp.dylib
 <<
Shlibs: <<
   %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
<<
<<
SplitOff2: <<
Package: %N-dev
Depends: %N-shlibs (= %v-%r)
BuildDependsOnly: true
Files: <<
   include
<<
<<

the package goes and build both the dylib and .a libraries, but has a problem 
installing them.  The deb file does not pass authentication when I run fink in 
-m mode.

When I try to build with the -km flags, I get the following:

Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
Error: package contains the shared library
   /sw/lib/libcryptopp.dylib
but the corresponding install_name and compatibility_version
   %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 
5.6.0
are not listed in the Shlibs field.  See the packaging manual.


Your Shlibs: field is OK given what the library is giving you, but the 
problem is that upstream is not handling their library in a useful way.


1) Their library is not versioned. It is named 'librcrypto.dylib', but 
should be 'libcrypto.N.dylib', where N is the library version (not 
necessarily the zipfile version). This can be fixed by modifying the 
makefile and adding $(LIB_MAJOR) to the install_name bits.


2) The makefile uses install_name_tool to change the install name of the 
library but uses $(DESTDIR) badly in setting the new -id of the library. 
This incorrectly adds the whole 'src/fink.build/root-...' mess to the 
install_name. Fix the makefile to only use LIBDIR when setting the 
install_name for the library. And tell upstream, because that is a basic 
error.


3) As far as I can tell, the Makefile fully supports DESTDIR, so you're 
probably better off using both DESTDIR=%d and PREFIX=%p in the install 
command (and not PREFIX=%i).


4) Fink convention is that if your library is libcryptopp.5.dylib, your 
package should be libcryptopp5-shlibs and libcryptopp5-dev. The base 
package (if non-library) can stay libcryptopp (no 5).


Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Alexander Hansen]

> On Jun 24, 2017, at 15:19, Scott Hannahs via Fink-devel 
>  wrote:
> 
> I need a bit of help with a fink package.  I don’t fully understand the 
> Shlibs: tag in a fink package.  I am trying to create a package for a dynamic 
> library.  The library builds correctly.  However it just builds the library 
> as cryptopp.dylib in the midst of the source files.
> 
> The discussion of the SHLIBS tag in the packaging manual seems a bit obscure 
> to me.
> 
> Here is the relevant part of the package as I have it now following another 
> library package as a template.
> 
> NoSourceDirectory: True
> CompileScript: make dynamic
> InfoTest: <<
>  TestScript: make test || exit2
> <<
> DocFiles: Install.txt License.txt Readme.txt
> InstallScript: make install PREFIX=%i
> SplitOff: <<
>   Package: %N-shlibs
>   Files: <<
>  lib/libcryptopp.dylib
><<
>   Shlibs: <<
>  %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
>   <<
> <<
> SplitOff2: <<
>   Package: %N-dev
>   Depends: %N-shlibs (= %v-%r)
>   BuildDependsOnly: true
>   Files: <<
>  include
>   <<
> <<
> 
> the package goes and build both the dylib and .a libraries, but has a problem 
> installing them.  The deb file does not pass authentication when I run fink 
> in -m mode.
> 
> When I try to build with the -km flags, I get the following:
> 
> Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
> Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
> install_name 
> '/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
> Error: package contains the shared library
>  /sw/lib/libcryptopp.dylib
>   but the corresponding install_name and compatibility_version
>  %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 
> 5.6.0
>   are not listed in the Shlibs field.  See the packaging manual.
> 
> 
> Any help is of course very much appreciated!
> Scott
> 
> Dr. Scott Hannahs, Director of Scientific Instrumentation and Operations
> Distinguished University Scholar
> National High Magnetic Field Laboratory, Florida State University
> http://sthmac.magnet.fsu.edu
> 1800 E. Paul Dirac Dr., Tallahassee FL 32310, (850)644-0216/FAX 644-0534
> 
>   "OS X: because making Unix user-friendly was easier than debugging 
> Windows."
> 
> 
> -

What’s going on here is that the package's build system has encoded the install 
directory location /sw/src/fink.build/root-libcryptopp-5.6.5-13/  into the 
binary.  That’s not going to work. 

You’ll need to use “install_name_tool -id %p/lib/libcryptopp.dylib 
%i/lib/libcryptopp.dylib” to change that.

-- 
Alexander Hansen, Ph.D.
Fink User Liaison


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help with shlib

[Scott Hannahs via Fink-devel]

I need a bit of help with a fink package.  I don’t fully understand the Shlibs: 
tag in a fink package.  I am trying to create a package for a dynamic library.  
The library builds correctly.  However it just builds the library as 
cryptopp.dylib in the midst of the source files.

The discussion of the SHLIBS tag in the packaging manual seems a bit obscure to 
me.

Here is the relevant part of the package as I have it now following another 
library package as a template.

NoSourceDirectory: True
CompileScript: make dynamic
InfoTest: <<
  TestScript: make test || exit2
<<
DocFiles: Install.txt License.txt Readme.txt
InstallScript: make install PREFIX=%i
SplitOff: <<
   Package: %N-shlibs
   Files: <<
  lib/libcryptopp.dylib
<<
   Shlibs: <<
  %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
   <<
<<
SplitOff2: <<
   Package: %N-dev
   Depends: %N-shlibs (= %v-%r)
   BuildDependsOnly: true
   Files: <<
  include
   <<
<<

the package goes and build both the dylib and .a libraries, but has a problem 
installing them.  The deb file does not pass authentication when I run fink in 
-m mode.

When I try to build with the -km flags, I get the following:

Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
Error: package contains the shared library
  /sw/lib/libcryptopp.dylib
   but the corresponding install_name and compatibility_version
  %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 
5.6.0
   are not listed in the Shlibs field.  See the packaging manual.


Any help is of course very much appreciated!
Scott

Dr. Scott Hannahs, Director of Scientific Instrumentation and Operations
Distinguished University Scholar
National High Magnetic Field Laboratory, Florida State University
http://sthmac.magnet.fsu.edu
1800 E. Paul Dirac Dr., Tallahassee FL 32310, (850)644-0216/FAX 644-0534

"OS X: because making Unix user-friendly was easier than debugging 
Windows."


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help with 10.9 g++ errors

[William G. Scott]

Dear learned ones:

I'm getting errors in two packages that I maintain on 10.9 with the Oct22 
command-line tools and Xcode installed:

The one appended below is an example of one of a set from coot; the other set 
is from rdkit.

I have absolutely no idea how to deal with this, and would be grateful for any 
help I might be able to get.

libtool: compile:  g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
-DPACKAGE=\"coot\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../coot-utils 
-DHAVE_MMDB_IGNORE_HASH -DHAVE_MMDB_WITH_CISPEP -I/sw/include 
-I/sw/include/rdkit -I/sw/src/fink.build/coot-0.7.1.0-8/coot-0.7.1/lidia-core 
-I/sw/include/libglade-2.0/glade -I/sw/include/libglade-2.0 
-I/sw/include/python2.7 -I/sw/include/mmdb -I/sw/include/ssm -I/sw/include/ccp4 
-I/sw/include/clipper -I/sw/include -I/usr/X11R6/include -g -O2 -MT 
CXXFortranFile.lo -MD -MP -MF .deps/CXXFortranFile.Tpo -c CXXFortranFile.cpp  
-fno-common -DPIC -o .libs/CXXFortranFile.o
In file included from CXXTorusElement.cpp:10:
In file included from ./CXXTorusElement.h:17:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/list:781:5:
 error: 
  implicit instantiation of undefined template '__static_assert_test'
static_assert((is_same::value),
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/__config:411:35:
 note: 
  expanded from macro 'static_assert'
typedef __static_assert_check)> \
  ^
CXXTorusElement.cpp:259:3: note: in instantiation of template class 
'std::__1::list >' requested here
list >::iterator 
matchingTriangle;
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/__config:407:24:
 note: 
  template is declared here
template  struct __static_assert_test;
   ^
CXXTorusElement.cpp:259:53: error: use of class template iterator requires 
template arguments
list >::iterator 
matchingTriangle;
  ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iterator:415:25:
 note: 
  template is declared here
struct _LIBCPP_TYPE_VIS iterator


Thanks.

Bill






William G. Scott
Director, Program in Biochemistry and Molecular Biology
Professor, Department of Chemistry and Biochemistry
and The Center for the Molecular Biology of RNA
228 Sinsheimer Laboratories
University of California at Santa Cruz
Santa Cruz, California 95064
USA

 


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help kill old automake by testing gettext build

[Daniel Macks]

The only thing that uses automake1.5 anywhere in stable or unstable is...old 
gettext. That lib is still used by a bunch of packages (and we have to keep it 
per Shlibs Policy anyway), so I need help testing the update for it to newer 
automake. That would be gettext.info in my CVS exp. I went with automake1.9 
because akh said "1.9 seems conservative upgrade", so there we are. To test, 
build the one from unstable (== stable at this time) on your platform (OS X 
10.[56], any arch) with -l (to save log of build). Then redo with my exp one 
and compare the logs. I'm expecting no differences in configure detection, 
maybe a few less autotools warnings, a pair of warnings about AM_* symbols (see 
.info DescPort), and no differences in compile and install commands or results. 
 
dan

 --
Daniel Macks
 dma...@netspace.org


--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help testing Mercurial 1.5

[Pepe Barbe]

On Mar 23, 2010, at 10:22 AM, Hanspeter Niederstrasser wrote:

> I think so.  I can check the current version in, perhaps with an added 
> DescPort field that says
> 
> <<
> Automated tests currently fail when run as root. To manually run the 
> tests after installing mercurial, run the following command inside the 
> tests directory of a freshly extracted mercurial tarball:
> 
> %p/bin/python run-tests.py --with-hg=%p/bin/hg -v
> 
> Alternatively, install mercurial using the --build-as-nobody flag.
> <<

Sounds good to me.

Pepe


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help testing Mercurial 1.5

[Hanspeter Niederstrasser]

On 3/23/10 10:56 AM, Pepe Barbe wrote:
>
>
> On Mar 23, 2010, at 0:06, Hanspeter Niederstrasser   >  wrote:
>
>> It's a permissions issue.
>>
>> All the following examples are with Fink's mercurial-py26-1.5-1
>> installed and using this command: /sw/bin/python run-tests.py
>> --with-hg=/sw/bin/hg -v
>>
>>
>> Running the tests as an admin $USER from a clean source extract in
>> /src/mercurial-1.5:
>> # Ran 368 tests, 34 skipped, 0 failed.
>
> Does this seem enough to accept the package?

I think so.  I can check the current version in, perhaps with an added 
DescPort field that says

<<
Automated tests currently fail when run as root. To manually run the 
tests after installing mercurial, run the following command inside the 
tests directory of a freshly extracted mercurial tarball:

%p/bin/python run-tests.py --with-hg=%p/bin/hg -v

Alternatively, install mercurial using the --build-as-nobody flag.
<<

Also, you can check in TestScript for "id -u" and not run the tests if 
it equals 0.

Hanspeter


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help testing Mercurial 1.5

[Pepe Barbe]

On Mar 23, 2010, at 0:06, Hanspeter Niederstrasser  wrote:

> It's a permissions issue.
>
> All the following examples are with Fink's mercurial-py26-1.5-1
> installed and using this command: /sw/bin/python run-tests.py
> --with-hg=/sw/bin/hg -v
>
>
> Running the tests as an admin $USER from a clean source extract in
> /src/mercurial-1.5:
> # Ran 368 tests, 34 skipped, 0 failed.

Does this seem enough to accept the package?

I'll try to fix the TestPhase script in a later revision, but I'd like  
to get this update out there, since I've received several requests to  
provide a newer version.

Pepe

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help testing Mercurial 1.5

[Hanspeter Niederstrasser]

On 3/22/10 11:54 PM, Pepe Barbe wrote:
> I am building the new package for Mercurial 1.5 and I am having some
> issues and I would appreciate some help testing.
>
> It seems when doing a test build under the fink, for some reason
> during the Test Phase things get botched and a lot of tests fail.
>
> I spoke with upstream and, at least, under Snow Leopard no test
> failures are expected. I have tested mercurial with the native Python
> and indeed there are no problems. Building and testing manually with
> Fink's Python also returned few to no issues.
>
> I think the problem is related to whatever shell settings and
> permissions are present when the TestPhase is executed.

It's a permissions issue.

All the following examples are with Fink's mercurial-py26-1.5-1 
installed and using this command: /sw/bin/python run-tests.py 
--with-hg=/sw/bin/hg -v


Running the tests as an admin $USER from a clean source extract in 
/src/mercurial-1.5:
# Ran 368 tests, 34 skipped, 0 failed.


Running the the tests in a clean source extract in /src/mercurial-1.5 as 
root by prefixing the above command with sudo:
# Running "/src/mercurial-1.5/tests/test-backwards-remove"
# Ret was: 0

ERROR: /src/mercurial-1.5/tests/test-backwards-remove output changed
--- /src/mercurial-1.5/tests/test-backwards-remove.out
+++ /src/mercurial-1.5/tests/test-backwards-remove.err
@@ -1,3 +1,5 @@
+.hg
  a
  0 files updated, 0 files merged, 1 files removed, 0 files unresolved
+.hg
  a
...
other failures like this one
...
# Ran 368 tests, 34 skipped, 14 failed.


Running the test as an admin $USER in %b/tests that's leftover from 
'fink -m -Kk install mercurial-py26':
# Test test-backwards-remove
# Cleaning up HGTMP 
/private/var/folders/VJ/VJI1GqIRGmOqqRYrL1IClU+++TI/-Tmp-/hgtests.soCjpV
Traceback (most recent call last):
   File "run-tests.py", line 948, in 
 main()
   File "run-tests.py", line 943, in main
 runtests(options, tests)
   File "run-tests.py", line 791, in runtests
 ret = runone(options, test, skips, fails)
   File "run-tests.py", line 529, in runone
 os.remove(err)   # Remove any previous output files
OSError: [Errno 13] Permission denied: 
'/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.err'


Running the tests in %b/tests as root by prefixing the tests command 
with sudo (run from an admin $USER):
# Test test-backwards-remove
# Running 
"/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove"
# Ret was: 0

ERROR: 
/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove
 
output changed
--- 
/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.out
 

+++ 
/sw/src/fink.build/mercurial-py26-1.5-1/mercurial-1.5/tests/test-backwards-remove.err
 

@@ -1,3 +1,5 @@
+.hg
  a
  0 files updated, 0 files merged, 1 files removed, 0 files unresolved
+.hg
  a
...
(other failures with same result: "output changed")
...
# Ran 368 tests, 34 skipped, 14 failed.


Hanspeter

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help testing Mercurial 1.5

[Pepe Barbe]

I am building the new package for Mercurial 1.5 and I am having some issues and 
I would appreciate some help testing.

It seems when doing a test build under the fink, for some reason during the 
Test Phase things get botched and a lot of tests fail.

I spoke with upstream and, at least, under Snow Leopard no test failures are 
expected. I have tested mercurial with the native Python and indeed there are 
no problems. Building and testing manually with Fink's Python also returned few 
to no issues.

I think the problem is related to whatever shell settings and permissions are 
present when the TestPhase is executed.

While I have been able to test with few errors, Hanspeter who was reviewing the 
package is getting a lot on 10.5. So I would appreciate if some other people in 
different platforms could also run the tests and give me the logs of any of the 
failures you might see.

To perform the test you need to first build and install the new mercurial 
package and then also extract the source. Within the source you need to run the 
following command inside the 'tests' directory:

~/mercurial-1.5/tests> /sw/bin/python run-tests.py --with-hg=/sw/bin/hg -v

Of all the tests performed, there are a couple that fail intermittently related 
to hgweb. I would disregard those since I presume it's related to some network 
timing issue and the test is not robustly written. Using he previous method I 
have had 100% coverage on Python 2.6.4 on 10.6.2 both i386 and x86_64 versions.

Let me know what are your experiences.

Thanks,
Pepe



mercurial-py.info
Description: Binary data


mercurial-py.patch
Description: Binary data
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help test new gnome with fontconfig and friends

[Daniel Macks]

I've got GNOME2.28 nearly ready to go to unstable. One major set of
changes is that it revives fink's own fontconfig2 library (vs falling
through to x11's) and makes fink's xft2 shared (had been
static-only). This should solve a weird issue where packages tended to
link to x11's xft2 and/or fontconfig (which link to x11's freetype)
but also link to fink's freetype. So now it's possible to use
fink-supplied libs self-consistently starting at freetype and going
all the way up the dep tree. And gnome core libs strictly enforce that
in themselves.

Now that .la data is cleared, making these newly invoked in low-level
deps does not propagate all up the tree (no additional or different
inherited builddepends), so nothing that wasn't broken before should
become suddenly broken. Also as a result of .la cleaning is a general
reduction of builddepends to only those that are actually directly
used, which should make users and packagers of gnome-based packages
slightly happier. All packages are also checked to make sure they
weren't relying on that .la data (upstream sloppiness in linking), so
some existing build failures in stable/unstable are fixed.

This is totally untested on 10.[56], i386, or x86_64 and I don't know
how (if at all) the fontconfig2 or xft2 packages need to be adjusted
for these OSX's x11 variations. Please test and let me know!

cvs -d:pserver:anonym...@fink.cvs.sourceforge.net:/cvsroot/fink co 
experimental/dmacks/finkinfo/gnome-2.28

dan

-- 
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with pcb on 10.6

[Charles Lepple]

On Sep 10, 2009, at 2:03 AM, Robert Wyatt wrote:

> Robert Wyatt wrote:
>> Charles Lepple wrote:
>>> On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote:
>>>
 I got a report from a user that pcb doesn't build on 10.6, and  
 while
 trying to patch out the problem, it seems like bison isn't getting
 called where it should be.

 Could someone please build pcb-1.99.20081128-14 (latest in unstable
 ATM) on Snow Leopard and send me the build log? Dependencies aren't
 much beyond GTK+2.
>>>
>>> Updated to -15, and at this point, I am just looking for  
>>> confirmation  that it works (although if it doesn't, a build log  
>>> would be useful).
>> Hi Charles,
>> I'm on 32-bit Snow Leopard and have only enabled the stable tree in  
>> fink so far. Can I test this in stable or does it have dependencies  
>> in unstable?
>> --Robert
>
> ... and the answer is that it (and its 91 dependencies) builds and  
> installs in the stable tree 32-bit.
>
> New package: dists/local/main/binary-darwin-i386/ 
> pcb_1.99.20081128-15_darwin-i386.deb
>
> http://robertwyatt.info/fink/pcb-1.99.20081128-15.txt

Robert,

Wow... that's an enormous build log. Thanks!

Right now, pcb in stable is tagged "Distribution: 10.4, 10.5". Should  
I remove that, and restrict it to i386 and powerpc for the time being  
(until someone can test it on 64-bit)?

- Charles

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with pcb on 10.6

[Robert Wyatt]

Robert Wyatt wrote:
> Charles Lepple wrote:
>> On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote:
>>
>>> I got a report from a user that pcb doesn't build on 10.6, and while
>>> trying to patch out the problem, it seems like bison isn't getting
>>> called where it should be.
>>>
>>> Could someone please build pcb-1.99.20081128-14 (latest in unstable
>>> ATM) on Snow Leopard and send me the build log? Dependencies aren't
>>> much beyond GTK+2.
>>
>> Updated to -15, and at this point, I am just looking for confirmation  
>> that it works (although if it doesn't, a build log would be useful).
> 
> Hi Charles,
> I'm on 32-bit Snow Leopard and have only enabled the stable tree in fink 
> so far. Can I test this in stable or does it have dependencies in unstable?
> --Robert

... and the answer is that it (and its 91 dependencies) builds and 
installs in the stable tree 32-bit.

New package: 
dists/local/main/binary-darwin-i386/pcb_1.99.20081128-15_darwin-i386.deb

http://robertwyatt.info/fink/pcb-1.99.20081128-15.txt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with pcb on 10.6

[Robert Wyatt]

Charles Lepple wrote:
> On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote:
> 
>> I got a report from a user that pcb doesn't build on 10.6, and while
>> trying to patch out the problem, it seems like bison isn't getting
>> called where it should be.
>>
>> Could someone please build pcb-1.99.20081128-14 (latest in unstable
>> ATM) on Snow Leopard and send me the build log? Dependencies aren't
>> much beyond GTK+2.
> 
> Updated to -15, and at this point, I am just looking for confirmation  
> that it works (although if it doesn't, a build log would be useful).

Hi Charles,
I'm on 32-bit Snow Leopard and have only enabled the stable tree in fink 
so far. Can I test this in stable or does it have dependencies in unstable?
--Robert

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with pcb on 10.6

[Charles Lepple]

On Sep 9, 2009, at 9:27 PM, Charles Lepple wrote:

> I got a report from a user that pcb doesn't build on 10.6, and while
> trying to patch out the problem, it seems like bison isn't getting
> called where it should be.
>
> Could someone please build pcb-1.99.20081128-14 (latest in unstable
> ATM) on Snow Leopard and send me the build log? Dependencies aren't
> much beyond GTK+2.

Updated to -15, and at this point, I am just looking for confirmation  
that it works (although if it doesn't, a build log would be useful).

-- 
- Charles Lepple


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help with pcb on 10.6

[Charles Lepple]

Hi all,

I got a report from a user that pcb doesn't build on 10.6, and while
trying to patch out the problem, it seems like bison isn't getting
called where it should be.

Could someone please build pcb-1.99.20081128-14 (latest in unstable
ATM) on Snow Leopard and send me the build log? Dependencies aren't
much beyond GTK+2.

Thanks,

-- 
- Charles Lepple

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help test GNOME2.26 packages

[Jean-François Mertens]

Hi Dan

The thing just finished building (june 3, 1.40 GMT
_ roughly 5 1/2 hours after your message),
basically without a hitch on a Core2Duo running 10.5.6

(Just put a link to your exp dir in my local tree, and
ran fink update-all _ did a quick check after that indeed
the update-all was installing all pkgs in your dir)

The only very minor hitch was a

> Fink isn't sure how to install the above packages safely. You may be  
> able to fix things by running:
>
> fink scanpackages
> sudo apt-get update
> sudo apt-get install ispell=3.3.02-2

So I removed aspell-compat manually, and everything went through.

A quick grep showed that enchant had been the cause, so I replaced by
curiosity its dep on ispell by an alternative with aspell-compat,
and rebuilt it without problem, this time with aspell-compat installed.
(probably it depends only on %p/bin/ispell, and might then even be built
with one and used with the other .. Didn't check this.)

Thanks so much for this huge job !

JF

--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

[Fink-devel] Help test GNOME2.26 packages

[Daniel Macks]

My CVS exp/ has most of the core packages of gnome2.26, "build and
work for me on 10.4/ppc" but would appreciate some build-testing on
intel machines before this is unleashed into unstable. The
language-bindings (c++, perl, python) and anything depending on them
are not done yet, but may as well get the major libs out.

http://fink.cvs.sourceforge.net/viewvc/fink/experimental/dmacks/finkinfo/gnome-2.26/

dan

-- 
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks


--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] help with debugging -> dbus + pidgin

[Benjamin Reed]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Benjamin Reed wrote:
> Pidgin is exploding with DBus in a weird way, and I'm starting to think
> it's actually got a memory corruption issue or something.  The dbus
> stuff it's doing is very simple, and working in other apps.  I have very
> poor gdb-fu, does anyone have any ideas how to solve it?

Turns out it was an issue in the way the launchd patch was doing some
error-handling, 1.2.12-8 should fix pidgin startup now.

- --
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development

Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJoubyUu+jZtP2Zf4RAoazAJ9JqDUsHhsFQigMvRn7hlIz45Rf0wCgj4KZ
ZMTIy7A7L/WZNZMHYGNKD+M=
=SgCC
-END PGP SIGNATURE-

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

[Fink-devel] help with debugging -> dbus + pidgin

[Benjamin Reed]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Pidgin is exploding with DBus in a weird way, and I'm starting to think
it's actually got a memory corruption issue or something.  The dbus
stuff it's doing is very simple, and working in other apps.  I have very
poor gdb-fu, does anyone have any ideas how to solve it?

- --
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development

Blog: http://www.raccoonfink.com/
Music: http://music.raccoonfink.com/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJogPlUu+jZtP2Zf4RAox2AKCcGlFAtNVM8lRU5aIYG4Zbzg5Y/gCfSvEV
uiFkBOiEncOx9MCPP9pKO6U=
=NxNo
-END PGP SIGNATURE-

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] help

[Alexander Hansen]

On Sep 26, 2008, at 11:50 PM, nicolas wrote:
>



I didn't notice anything from you other than that entire digest (bad  
form, that).  What exactly do you want help on?

-
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=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

[Fink-devel] help

[nicolas]

On 27 Sep 2008, at 04:18, [EMAIL PROTECTED]  
wrote:

> Send Fink-devel mailing list submissions to
>   fink-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.sourceforge.net/lists/listinfo/fink-devel
> or, via email, send a message with subject or body 'help' to
>   [EMAIL PROTECTED]
>
> You can reach the person managing the list at
>   [EMAIL PROTECTED]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Fink-devel digest..."
>
>
> Today's Topics:
>
>   1. Re: Doxygen doesn't need to depend on graphviz or latex
>  (Alexander Hansen)
>   2. Re: libdvdread.3 and libdvdcss (Matthias Ringwald)
>   3. Re: libdvdread.3 and libdvdcss (James Bunton)
>   4. Re: libdvdread.3 and libdvdcss (TheSin)
>   5. Re: Doxygen doesn't need to depend on graphviz orlatex
>  (Hanspeter Niederstrasser)
>   6. Re: libdvdread.3 and libdvdcss (TheSin)
>   7. Build error with freetype219-2.3.7-6 (Alexander Hansen)
>   8. Re: Build error with freetype219-2.3.7-6 (Martin Costabel)
>
>
> --
>
> Message: 1
> Date: Thu, 25 Sep 2008 10:05:08 -0400
> From: Alexander Hansen <[EMAIL PROTECTED]>
> Subject: Re: [Fink-devel] Doxygen doesn't need to depend on graphviz
>   or latex
> To: James Bunton <[EMAIL PROTECTED]>
> Cc: fink-devel@lists.sourceforge.net
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> 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.
 
>>>
>>> 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.
>
>
>
> --
>
> Message: 2
> Date: Thu, 25 Sep 2008 16:10:33 +0200
> From: Matthias Ringwald <[EMAIL PROTECTED]>
> Subject: Re: [Fink-devel] libdvdread.3 and libdvdcss
> To: Alexander Hansen <[EMAIL PROTECTED]>, James Bunton
>   <[EMAIL PROTECTED]>
> Cc: TheSin <[EMAIL PROTECTED]>,   Fink-Developer
>   
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> 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.
>
>
>
>
> --
>
> Message: 3
> Date: Fri, 26 Sep 2008 00:29:19 +1000
> From: James Bunton <[EMAIL PROTECTED]>
> Subject: Re: [Fink-devel] libdvdread.3 and libdvdcss
> To: TheSin <[EMAIL PROTECTED]>
> Cc: Alexander Hansen <[EMAIL PROTECTED]>, Fink-Developer
>   
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
> 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
>
> -- next part --
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
>

[Fink-devel] Help us improve our Wikipedia exposure.

[David H.]

Dear Friends of Fink.

Like most of the well known "brands" and "tools" in the world Fink has
a page within the vast space that is Wikipedia:
http://en.wikipedia.org/wiki/Fink

Fink currently does receive traffic from that page attracting people
to the wonderful world of Fink.
For February 2008 around 460 unique visits were referred from en.wikipedia.com

I would like to improve that writing, but I cannot do that without a
proper peer review. Right now the article is rated B, I would love for
it to be formally vetted to go up to GA or even A status.
See here:
http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Free_software/Assessment

If you feel that you can contribute to the article, please do post
your comments on the discussion area
http://en.wikipedia.org/wiki/Talk:Fink or submit your ideas here on
this list.

Thank you very much!

dmalloc
FDN guy, PR guy.


-- 
Sent from gmail so do not trust this communication.
Do not send me sensitive information here, ask for my none-gmail accounts.

"Therefore the considerations of the intelligent always include both
benefit and harm." - Sun Tzu

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Help for Wine update in tracker

[Alexander Hansen]

On 9/18/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
> Alexander K. Hansen wrote:
> > http://sourceforge.net/tracker/index.php?func=detail&aid=1790885&group_id=17203&atid=414256
> >
> > I don't have an Intel Mac, so I can't built it.  If somebody has a
> > clean-build option to check out BuildDepends / Depends, that would be
> > really good.  I've got some crude scripts to capture a list of installed
> > packages, prune the Fink tree down to essential packages only, and
> > reinstall from the previously captured list.
>
> Wine has a lot of optional dependencies that give additional
> functionality when detected at build time, but are not essential for
> building. These things are difficult to catch. One has to watch the
> build process in detail, and I didn't have time for this recently. Wine
> also doesn't link to most of the required dylibs, but loads them by hand
> at runtime, so that you don't see them with otool, you only notice
> runtime crashes.
>
> I built it as it is on the tracker, and it built OK. It seems to run OK,
> too. For one of the programs I tried it with, WinBUGS, it didn't work
> whereas the previous version worked, so there is some regression, but I
> think this shouldn't prevent it from being committed. There are, after
> all, lots of windows programs that do not work with wine. I won't even
> try to debug any of this, feeling already rather dirty from running
> things with names like notepad.exe on my Mac ;-)
>
> --
> Martin
>
>
>
>
>
Thanks!

-- 
Alexander K. Hansen
akh AT finkproject DOT org
Fink User Liaison and Documenter

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help for Wine update in tracker

[Martin Costabel]

Alexander K. Hansen wrote:
> http://sourceforge.net/tracker/index.php?func=detail&aid=1790885&group_id=17203&atid=414256
> 
> I don't have an Intel Mac, so I can't built it.  If somebody has a 
> clean-build option to check out BuildDepends / Depends, that would be 
> really good.  I've got some crude scripts to capture a list of installed 
> packages, prune the Fink tree down to essential packages only, and 
> reinstall from the previously captured list.

Wine has a lot of optional dependencies that give additional 
functionality when detected at build time, but are not essential for 
building. These things are difficult to catch. One has to watch the 
build process in detail, and I didn't have time for this recently. Wine 
also doesn't link to most of the required dylibs, but loads them by hand 
at runtime, so that you don't see them with otool, you only notice 
runtime crashes.

I built it as it is on the tracker, and it built OK. It seems to run OK, 
too. For one of the programs I tried it with, WinBUGS, it didn't work 
whereas the previous version worked, so there is some regression, but I 
think this shouldn't prevent it from being committed. There are, after 
all, lots of windows programs that do not work with wine. I won't even 
try to debug any of this, feeling already rather dirty from running 
things with names like notepad.exe on my Mac ;-)

-- 
Martin





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help for Wine update in tracker

[Alexander K. Hansen]

http://sourceforge.net/tracker/index.php?func=detail&aid=1790885&group_id=17203&atid=414256

I don't have an Intel Mac, so I can't built it.  If somebody has a 
clean-build option to check out BuildDepends / Depends, that would be 
really good.  I've got some crude scripts to capture a list of installed 
packages, prune the Fink tree down to essential packages only, and 
reinstall from the previously captured list.

-- 
Alexander K. Hansen
Fink User Liaison/Documenter
akh AT finkproject DOT org


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help needed: firefox1.5 being EOL'd and can't build latest

[Hanspeter Niederstrasser]

Firefox 1.5 is being EOL'd upstream in about 1 month.  Currently I can't 
get the latest (and apparently 2nd to last ever) firefox1.5 point 
release to build on 10.3 (10.4 is ok) and would like to get that done so 
that when the 10.3 tree is EOL'd here, 10.3 users at least have the last 
version of it, since several other packages depend on the firefox1.5 
package.

You can try my experimental firefox1.5.info and .patch files from here:
http://cvs.snaggledworks.com/viewvc.cgi/fink/10.3/main/finkinfo/net/

There really isn't any difference between this version and the previous 
working point release, so I'm at a loss to know what could be causing 
the crash.

 From the error log below[1], sign.sh calls shlibsign -v -i foo.dylib, 
which is what then really fails because it's looking for dylibs that 
haven't been installed yet.  The source is patched so that 
install_name_tool puts them in %p while they were originally as 
@executable_path, but keeping them as @executable_path also fails.  So 
if anyone can help try to troubleshoot this, it would be appreciated.

[1] error log:

cd Darwin7.9.0_OPT.OBJ ; sh 
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/./sign.sh
 
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist \
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/Darwin7.9.0_OPT.OBJ
 
Darwin \
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib 
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.dylib
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign/Darwin7.9.0_OPT.OBJ/shlibsign
 
-v -i 
/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.dylib
NSS_Init failed: An I/O error occurred during security authorization.
make[3]: *** 
[/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/dist/lib/libsoftokn3.chk] 
Error 1
make[3]: Leaving directory 
`/sw/src/fink.build/firefox1.5-1.5.0.11-1/mozilla/security/nss/cmd/shlibsign'
make[2]: *** [libs] Error 2

Hanspeter


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Alexander Hansen]

stephen joseph butler wrote:
> I don't know if anyone's noticed this yet, but...
>
> in today's OS X update (10.4.9) Apple upgraded their tar package to 1.16.1.
>
> charon:~ admin$ tar --version
> tar (GNU tar) 1.16.1
>   
You might want to check which tar you're looking at via "which tar".  I get:

$ /usr/bin/tar --version
tar (GNU tar) 1.14 +CVE-2006-6097

after updating to 10.4.9.

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[stephen joseph butler]

I don't know if anyone's noticed this yet, but...

in today's OS X update (10.4.9) Apple upgraded their tar package to 1.16.1.

charon:~ admin$ tar --version
tar (GNU tar) 1.16.1
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License .
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed: Improving the Package Database (pdb)

[Daniel Macks]

On Mon, Mar 12, 2007 at 07:55:37PM -0700, David R. Morrison wrote:
> 
> On Mar 12, 2007, at 3:39 PM, Martin Costabel wrote:
> 
> > Christian Schaffner wrote:
> > []
> >> 1)
> >> Help testing! Go to
> >>
> >> http://finch.finkproject.org/~chris01/fink_web/pdb/
> >>
> >> and test anything you can think of.
> >
> > The bug that the pdb doesn't know about the "current" bindist is still
> > present, it seems. Could this *please* be fixed? See bug tracker  
> > #1606084.
> 
> Christian,
> 
> I think one of the problems here is that currently the only way of  
> identifying which packages have been added to (or updated in) the  
> "current" bindist is to look in the bindist.  Should we have a  
> standard CVS tag for this purpose?  One which the pdb could then use?

chris01 and I discussed being able to import the apt contents directly
into the PDB (instead of tagging the stable/ package .info files and
then dumping that as a specially-named distro). Doing it that way is
certainly *conceptually* easier (assuming we care about what .deb are
available for download, not what .info files represent a bindist, and
the pain of having to tag them). But will require some rewriting of
the data translation (separate "export fink info" and "import pdb"
layers).

dan

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


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed: Improving the Package Database (pdb)

[David R. Morrison]

On Mar 12, 2007, at 3:39 PM, Martin Costabel wrote:

> Christian Schaffner wrote:
> []
>> 1)
>> Help testing! Go to
>>
>> http://finch.finkproject.org/~chris01/fink_web/pdb/
>>
>> and test anything you can think of.
>
> The bug that the pdb doesn't know about the "current" bindist is still
> present, it seems. Could this *please* be fixed? See bug tracker  
> #1606084.

Christian,

I think one of the problems here is that currently the only way of  
identifying which packages have been added to (or updated in) the  
"current" bindist is to look in the bindist.  Should we have a  
standard CVS tag for this purpose?  One which the pdb could then use?

   -- Dave




-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed: Improving the Package Database (pdb)

[Martin Costabel]

Christian Schaffner wrote:
[]
> 1)
> Help testing! Go to
> 
> http://finch.finkproject.org/~chris01/fink_web/pdb/
> 
> and test anything you can think of. 

The bug that the pdb doesn't know about the "current" bindist is still 
present, it seems. Could this *please* be fixed? See bug tracker #1606084.

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help needed: Improving the Package Database (pdb)

[Christian Schaffner]

Dear Fink Developers and Supporters

A couple of people have been working on replacing the current Fink  
Package Database (pdb) with a newer and more powerful version. A  
working prototype can be found at:

http://finch.finkproject.org/~chris01/fink_web/pdb

But we need help finishing this project, namely:

1)
Help testing! Go to

http://finch.finkproject.org/~chris01/fink_web/pdb/

and test anything you can think of. Please add comments to the Wiki  
pages at:

http://wiki.finkproject.org/index.php/Fink:PackageDatabase:NewDesign

Or, if you don't have a Wiki account, you can of course also reply to  
this email and we'll try to collect the comments.

2)
If you are good at web UI & layout design, please help us with  
designing a new layout for the new PDB, specifically the browse page:

http://finch.finkproject.org/~chris01/fink_web/pdb/browse.php

As you can see right now it's just a quasi random collection of web  
interface items, in some cases with labels which are not so user  
friendly. Any suggestion (in the form of graphical mockups, or even  
better, actual HTML or PHP code) are highly welcome.

Again, please add comments to the Wiki or reply to this email.

Thanks,
Christian.



-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Martin Costabel]

Koen van der Drift wrote:
> Yes:
> 
> ...
> Writing control file...
> Writing package script postinst...
> Writing package script prerm...
> dpkg-deb -b root-gcc42-4.1.-20070221 /sw/fink/10.4/unstable/main/ 
> binary-darwin-powerpc/languages
> dpkg-deb: building package `gcc42' in `/sw/fink/10.4/unstable/main/ 
> binary-darwin-powerpc/languages/gcc42_4.1.-20070221_darwin- 
> powerpc.deb'.
> tar: ./sw/lib/gcc4.2/include/c++/4.2.0/powerpc-apple-darwin8/bits/stdc 
> ++.h.gch/O2g.gch: file changed as we read it
> dpkg: warning - tar -cf returned error exit status 1
> Writing control file...
> Writing shlibs file...
> dpkg-deb -b root-gcc42-shlibs-4.1.-20070221 /sw/fink/10.4/ 
> unstable/main/binary-darwin-powerpc/languages
> dpkg-deb: building package `gcc42-shlibs' in `/sw/fink/10.4/unstable/ 
> main/binary-darwin-powerpc/languages/gcc42- 
> shlibs_4.1.-20070221_darwin-powerpc.deb'.

Beautiful. So I guess that's the end of this long story, and the patch 
can be released now.

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Koen van der Drift]

Yes:

...
Writing control file...
Writing package script postinst...
Writing package script prerm...
dpkg-deb -b root-gcc42-4.1.-20070221 /sw/fink/10.4/unstable/main/ 
binary-darwin-powerpc/languages
dpkg-deb: building package `gcc42' in `/sw/fink/10.4/unstable/main/ 
binary-darwin-powerpc/languages/gcc42_4.1.-20070221_darwin- 
powerpc.deb'.
tar: ./sw/lib/gcc4.2/include/c++/4.2.0/powerpc-apple-darwin8/bits/stdc 
++.h.gch/O2g.gch: file changed as we read it
dpkg: warning - tar -cf returned error exit status 1
Writing control file...
Writing shlibs file...
dpkg-deb -b root-gcc42-shlibs-4.1.-20070221 /sw/fink/10.4/ 
unstable/main/binary-darwin-powerpc/languages
dpkg-deb: building package `gcc42-shlibs' in `/sw/fink/10.4/unstable/ 
main/binary-darwin-powerpc/languages/gcc42- 
shlibs_4.1.-20070221_darwin-powerpc.deb'.
Removing runtime build-lock...
Removing build-lock package...
...

- Koen.


On Mar 11, 2007, at 7:49 AM, Martin Costabel wrote:

> Koen van der Drift wrote:
>> No problems with gcc42.
>
> Did you still see "file changed as we read it"? With the patched  
> version, it should still show up, only as a warning, not an error.
>
> -- 
> 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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Martin Costabel]

Koen van der Drift wrote:
> No problems with gcc42.

Did you still see "file changed as we read it"? With the patched 
version, it should still show up, only as a warning, not an error.

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Koen van der Drift]

No problems with gcc42.

- Koen.



On Mar 10, 2007, at 5:00 PM, David R. Morrison wrote:

> Thanks to a patch written by vasi, there is now an experimental  
> version of dpkg which should be compatible with the new tar, that  
> is, it should not die even if tar encounters "file changed as we  
> read it".  I would appreciate some testing on this, particularly  
> from those of you who managed to generate the error fairly reliably  
> in the past.
>
> The experimental dpkg.info and dpkg.patch files (tuned for 10.4)  
> can be found in CVS at experimental/dmrrsn .
>
>   Thanks,
>   Dave
>
>
> On Mar 3, 2007, at 12:52 AM, Martin Costabel wrote:
>
>> Could those of you who have or had the dpkg-deb failure caused by
>> tar-1.16.1 claiming
>>
>>"file changed as we read it"
>>
>> please help with debugging this? Based on the outcome of these  
>> tests, we
>> should be able to decide whether we need to patch tar or dpkg, or
>> whether we need to dig further down.
>>
>> I have made a special version of the tar executable that prints some
>> more information if this error appears. It prints the old/new  
>> ctimes and
>> the old/new file sizes. The special version is a universal binary  
>> (so it
>> should work on both ppc and intel) and is available at
>> http://perso.orange.fr/costabel/tar.gz
>>
>> A possible test procedure to follow would be:
>>
>> 1. Download the new tar:
>>
>>curl -O http://perso.orange.fr/costabel/tar.gz
>>gunzip tar.gz
>>chmod +x tar
>>mv tar /var/tmp/
>>
>> 2. Replace (temporarily) Fink's tar by the new one
>>
>>sudo ln -sf /var/tmp/tar /sw/bin/tar
>>
>> 3. Build one of the packages that give you the tar error (mysql,  
>> gcc42,
>> gnumeric were among those where the error was reported). Cross your
>> fingers that the error will happen again ;-)
>>
>> 4. Report to the list the part of the error message that is printed
>> after the "file changed as we read it" line.
>>
>> 5. Put Fink's tar back to where it was before
>>
>>sudo ln -sf gtar /sw/bin/tar
>>
>> Thanks
>>
>> -- 
>> 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.php&p=sourceforge&CID=DEVDEV
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[David R. Morrison]

Thanks to a patch written by vasi, there is now an experimental  
version of dpkg which should be compatible with the new tar, that is,  
it should not die even if tar encounters "file changed as we read  
it".  I would appreciate some testing on this, particularly from  
those of you who managed to generate the error fairly reliably in the  
past.

The experimental dpkg.info and dpkg.patch files (tuned for 10.4) can  
be found in CVS at experimental/dmrrsn .

   Thanks,
   Dave


On Mar 3, 2007, at 12:52 AM, Martin Costabel wrote:

> Could those of you who have or had the dpkg-deb failure caused by
> tar-1.16.1 claiming
>
>"file changed as we read it"
>
> please help with debugging this? Based on the outcome of these  
> tests, we
> should be able to decide whether we need to patch tar or dpkg, or
> whether we need to dig further down.
>
> I have made a special version of the tar executable that prints some
> more information if this error appears. It prints the old/new  
> ctimes and
> the old/new file sizes. The special version is a universal binary  
> (so it
> should work on both ppc and intel) and is available at
> http://perso.orange.fr/costabel/tar.gz
>
> A possible test procedure to follow would be:
>
> 1. Download the new tar:
>
>curl -O http://perso.orange.fr/costabel/tar.gz
>gunzip tar.gz
>chmod +x tar
>mv tar /var/tmp/
>
> 2. Replace (temporarily) Fink's tar by the new one
>
>sudo ln -sf /var/tmp/tar /sw/bin/tar
>
> 3. Build one of the packages that give you the tar error (mysql,  
> gcc42,
> gnumeric were among those where the error was reported). Cross your
> fingers that the error will happen again ;-)
>
> 4. Report to the list the part of the error message that is printed
> after the "file changed as we read it" line.
>
> 5. Put Fink's tar back to where it was before
>
>sudo ln -sf gtar /sw/bin/tar
>
> Thanks
>
> -- 
> 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.php&p=sourceforge&CID=DEVDEV
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fink-devel


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Alexander Strange]

On Mar 3, 2007, at 3:52 AM, Martin Costabel wrote:

> Could those of you who have or had the dpkg-deb failure caused by  
> tar-1.16.1 claiming
>
>   "file changed as we read it"
>
> please help with debugging this? Based on the outcome of these  
> tests, we should be able to decide whether we need to patch tar or  
> dpkg, or whether we need to dig further down.


First off, running fs_usage while it builds prevents the bug from  
happening :(

dpkg-deb: building package `mysql' in `/sw/fink/10.4/unstable/main/ 
binary-darwin-i386/database/mysql_5.0.34-1007_darwin-i386.deb'.
tar: ./sw/bin/ndb_drop_index: file changed as we read it
=
Old ctime: 1173559882
New ctime: 1173559948
Old size : 9246940
New size : 9246940
=

 > stat -x /sw/src/fink.build/root-mysql-5.0.34-1007/sw/bin/ 
ndb_drop_index
   File: "/sw/src/fink.build/root-mysql-5.0.34-1007/sw/bin/ 
ndb_drop_index"
   Size: 9246940  FileType: Regular File
   Mode: (0755/-rwxr-xr-x) Uid: (0/root)  Gid:  
(   80/   admin)
Device: 14,2   Inode: 8767721Links: 1
Access: Sat Mar 10 15:52:32 2007
Modify: Sat Mar 10 15:51:22 2007
Change: Sat Mar 10 15:52:28 2007

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[David Fang]

Let me know if you still need more data points.

Using your diagnostic 'tar',
gcc42 died during packaging [1] (Core Duo, 10.4.8):


Writing control file...
Writing package script postinst...
Writing package script prerm...
dpkg-deb -b root-gcc42-4.1.-20070221
/sw/fink/10.4/unstable/main/binary-darwin-i386/languages
tar:
./sw/lib/gcc4.2/include/c++/4.2.0/i686-apple-darwin8/bits/stdc++.h.gch/O0g.gch:
file changed as we read it
=
Old ctime: 1173052264
New ctime: 1173052415
Old size : 17438180
New size : 17438180
=

tar:
./sw/lib/gcc4.2/include/c++/4.2.0/i686-apple-darwin8/bits/stdc++.h.gch/O2g.gch:
file changed as we read it
=
Old ctime: 1173052264
New ctime: 1173052426
Old size : 17429988
New size : 17429988
=

tar:
./sw/lib/gcc4.2/include/c++/4.2.0/i686-apple-darwin8/x86_64/bits/stdc++.h.gch/O0g.gch:
file changed as we read it
=
Old ctime: 1173052286
New ctime: 1173052458
Old size : 19695076
New size : 19695076
=

tar:
./sw/lib/gcc4.2/include/c++/4.2.0/i686-apple-darwin8/x86_64/bits/stdc++.h.gch/O2g.gch:
file changed as we read it
=
Old ctime: 1173052287
New ctime: 1173052471
Old size : 19682788
New size : 19682788
=

dpkg-deb: building package `gcc42' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/languages/gcc42_4.1.-20070221_darwin-i386.deb'.
/sw/bin/dpkg-deb: subprocess tar -cf returned error exit status 1
### execution of dpkg-deb failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-gcc42-4.1.-20070221
(Reading database ... 57360 files and directories currently installed.)
Removing fink-buildlock-gcc42-4.1.-20070221 ...
Failed: can't create package gcc42_4.1.-20070221_darwin-i386.deb



David Fang
Computer Systems Laboratory
Electrical & Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
-- (2400 baud? Netscape 3.0?? lynx??? No problem!)


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[David Fang]

On Sun, 4 Mar 2007, David Fang wrote:

> > Because mysql takes not so much time to build compared to gcc4, I
> > tried that one first with the new tar. On my system it build and
> > installed without an error. Right now I am building gcc4. Once that
> > is done in a couple of hours, I will let you know how it went.

Using your diagnostic 'tar',
mysql built without problems [1] (Core Duo, 10.4.8):

Writing control file...
Writing package script postinst...
Writing package script prerm...
Writing daemonic info file mysql.xml...
dpkg-deb -b root-mysql-5.0.34-1007
/sw/fink/10.4/unstable/main/binary-darwin-i386/database
dpkg-deb: building package `mysql' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/database/mysql_5.0.34-1007_darwin-i386.deb'.
Writing control file...
dpkg-deb -b root-mysql15-dev-5.0.34-1007
/sw/fink/10.4/unstable/main/binary-darwin-i386/database
dpkg-deb: building package `mysql15-dev' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/database/mysql15-dev_5.0.34-1007_darwin-i386.deb'.
Writing control file...
Writing shlibs file...
dpkg-deb -b root-mysql15-shlibs-5.0.34-1007
/sw/fink/10.4/unstable/main/binary-darwin-i386/database
dpkg-deb: building package `mysql15-shlibs' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/database/mysql15-shlibs_5.0.34-1007_darwin-i386.deb'.
Writing control file...
dpkg-deb -b root-mysql-client-5.0.34-1007
/sw/fink/10.4/unstable/main/binary-darwin-i386/database
dpkg-deb: building package `mysql-client' in
`/sw/fink/10.4/unstable/main/binary-darwin-i386/database/mysql-client_5.0.34-1007_darwin-i386.deb'.
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-mysql-5.0.34-1007
(Reading database ... 57353 files and directories currently installed.)
Removing fink-buildlock-mysql-5.0.34-1007 ...
Closed logfile mysql-fink.log
Updating the list of locally available binary packages.
Scanning dists/unstable/main/binary-darwin-i386
New package:
dists/unstable/main/binary-darwin-i386/database/mysql-client_5.0.34-1007_darwin-i386.deb
New package:
dists/unstable/main/binary-darwin-i386/database/mysql15-dev_5.0.34-1007_darwin-i386.deb
New package:
dists/unstable/main/binary-darwin-i386/database/mysql15-shlibs_5.0.34-1007_darwin-i386.deb
New package:
dists/unstable/main/binary-darwin-i386/database/mysql_5.0.34-1007_darwin-i386.deb

I'll rebuild gcc42 next...


[1]: Initial attempt failed because of parallel race during Install phase,
but was recitified by adding -j1 to 'make install'.  The SetMAKEFLAGS: -j1
in the .info doesn't seem to override my environment's MAKEFLAGS (-j2), as
pstree showed parallel jobs.  (Is it supposed to?)  Compile phase was fine
with -j2, even with different timings pre-ccache and post-ccache.


David Fang
Computer Systems Laboratory
Electrical & Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
-- (2400 baud? Netscape 3.0?? lynx??? No problem!)


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[David Fang]

> Because mysql takes not so much time to build compared to gcc4, I
> tried that one first with the new tar. On my system it build and
> installed without an error. Right now I am building gcc4. Once that
> is done in a couple of hours, I will let you know how it went.

Hi all,

Even though I reproduced the problem with gcc4 before deterministically,
I'll try the smaller pkgs first.

I've replaced tar (1.16.1) with Martin's tar, but as soon as I try to use
it I get (mysql depends on daemonic):

dyld: Library not loaded: /sw/lib/libiconv.2.dylib
  Referenced from: /sw/bin/tar
  Reason: Incompatible library version: tar requires version 7.0.0 or
later, but libiconv.2.dylib provides version 6.0.0
/sw/bin/dpkg-deb: subprocess tar -cf killed by signal (Trace/BPT trap)
### execution of dpkg-deb failed, exit code 2
Failed: can't create package fink-buildlock-daemonic-20010902-2

I gotta selfupdate libiconv, it seems!  (This machine I'm testing on is
not maintained by me, but I've been graciously granted privileges to debug
this.  :)  )  I should have some results later today.


> > Could those of you who have or had the dpkg-deb failure caused by
> > tar-1.16.1 claiming
> >
> >   "file changed as we read it"
> >
> > please help with debugging this? Based on the outcome of these
> > tests, we should be able to decide whether we need to patch tar or
> > dpkg, or whether we need to dig further down.


David Fang
Computer Systems Laboratory
Electrical & Computer Engineering
Cornell University
http://www.csl.cornell.edu/~fang/
-- (2400 baud? Netscape 3.0?? lynx??? No problem!)


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Koen van der Drift]

So gcc finally finished, and I got the same error. Here's the output  
as requested:

dpkg-deb -b root-gcc4-4.1.-20060617 /sw/fink/10.4/unstable/main/ 
binary-darwin-powerpc/languages
dpkg-deb: building package `gcc4' in `/sw/fink/10.4/unstable/main/ 
binary-darwin-powerpc/languages/gcc4_4.1.-20060617_darwin- 
powerpc.deb'.
tar: ./sw/lib/gcc4/include/c++/4.2.0/powerpc-apple-darwin8/bits/stdc+ 
+.h.gch/O0g.gch: file changed as we read it
=
Old ctime: 1173001850 0
New ctime: 1173002170 0
Old size : 0 19216528
New size : 0 19216528
=

/sw/bin/dpkg-deb: subprocess tar -cf returned error exit status 1
### execution of dpkg-deb failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-gcc4-4.1.-20060617
(Reading database ... 45240 files and directories currently installed.)
Removing fink-buildlock-gcc4-4.1.-20060617 ...
Failed: can't create package gcc4_4.1.-20060617_darwin-powerpc.deb

hth,

- Koen.



On Mar 3, 2007, at 3:52 AM, Martin Costabel wrote:

> Could those of you who have or had the dpkg-deb failure caused by  
> tar-1.16.1 claiming
>
>   "file changed as we read it"
>
> please help with debugging this? Based on the outcome of these  
> tests, we should be able to decide whether we need to patch tar or  
> dpkg, or whether we need to dig further down.
>
> I have made a special version of the tar executable that prints  
> some more information if this error appears. It prints the old/new  
> ctimes and the old/new file sizes. The special version is a  
> universal binary (so it should work on both ppc and intel) and is  
> available at http://perso.orange.fr/costabel/tar.gz
>
> A possible test procedure to follow would be:
>
> 1. Download the new tar:
>
>   curl -O http://perso.orange.fr/costabel/tar.gz
>   gunzip tar.gz
>   chmod +x tar
>   mv tar /var/tmp/
>
> 2. Replace (temporarily) Fink's tar by the new one
>
>   sudo ln -sf /var/tmp/tar /sw/bin/tar
>
> 3. Build one of the packages that give you the tar error (mysql,  
> gcc42, gnumeric were among those where the error was reported).  
> Cross your fingers that the error will happen again ;-)
>
> 4. Report to the list the part of the error message that is printed  
> after the "file changed as we read it" line.
>
> 5. Put Fink's tar back to where it was before
>
>   sudo ln -sf gtar /sw/bin/tar
>
> Thanks
>
> -- 
> 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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Martin Costabel]

Charles Lepple wrote:
> On 3/3/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
>> Charles Lepple wrote:
>> > Martin,
>> >
>> > I'd be curious to see how far those ctimes are from the current
>> > time(). Can you post your patch?
>>
>> They are just printed out with format %i. To get the real time, you can
>> run these numbers through "/bin/date -r":
> 
> I figured that's where they were coming from. I was asking for the
> patch because I didn't want to dig into the guts of tar if you already
> had :-)

Here it is:

% diff -u tar-1.16.1/src/create.c tar-1.16.1_mod/src/create.c
--- tar-1.16.1/src/create.c 2006-12-07 14:49:48.0 +0100
+++ tar-1.16.1_mod/src/create.c2007-03-03 08:50:25.0 +0100
@@ -1622,8 +1622,9 @@
   if (timespec_cmp (get_stat_ctime (&final_stat), 
original_ctime) != 0
   || original_size < final_stat.st_size)
 {
- WARN ((0, 0, _("%s: file changed as we read it"),
-quotearg_colon (p)));
+ WARN ((0, 0, _("%s: file changed as we read it\n=\nOld 
ctime: %i %i\nNew ctime: %i %i\nOld size : %i %i\nNew size : %i 
%i\n=\n"),
+quotearg_colon (p)\
+ , original_ctime, get_stat_ctime 
(&final_stat), original_size, final_stat.st_size));
   if (exit_status == TAREXIT_SUCCESS)
 exit_status = TAREXIT_DIFFERS;
 }

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Charles Lepple]

On 3/3/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
> Charles Lepple wrote:
> > Martin,
> >
> > I'd be curious to see how far those ctimes are from the current
> > time(). Can you post your patch?
>
> They are just printed out with format %i. To get the real time, you can
> run these numbers through "/bin/date -r":

I figured that's where they were coming from. I was asking for the
patch because I didn't want to dig into the guts of tar if you already
had :-)

> % /bin/date -r 1172946146
> Sat Mar  3 19:22:26 CET 2007
>
> Your result will be different according to your time zone, but it is
> about 7 minutes prior to the time stamp on Daniel's message.

Specifically, I am wondering how close the new ctime is to the current
time when the debug messages are printed. ctime shouldn't be changing
there, though...

p.s. still no tar errors on my machine... Heisenbug? Or maybe I should
have picked a smaller package than gcc42 to try after the gEDA
packages...

-- 
- Charles Lepple

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Martin Costabel]

Charles Lepple wrote:
> Martin,
> 
> I'd be curious to see how far those ctimes are from the current
> time(). Can you post your patch?

They are just printed out with format %i. To get the real time, you can 
run these numbers through "/bin/date -r":

% /bin/date -r 1172946146
Sat Mar  3 19:22:26 CET 2007

Your result will be different according to your time zone, but it is 
about 7 minutes prior to the time stamp on Daniel's message.

[]
>> tar: ./sw/sbin/synaptic: file changed as we read it
>> =
>> Old ctime: 1172946146
>> New ctime: 1172946150
>> Old size : 14130940
>> New size : 14130940


OK, no size change, just 4 secs difference in ctime. If this is 
confirmed by others, it means IMHO that we should patch our tar and just 
rip the non-zero error code out. The discussion on the tar mailing list 
dmacks was pointing to shows anyway that the introduction of a non-zero 
return value at this point was a spontaneous brain fart of the tar 
developer.

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Charles Lepple]

Martin,

I'd be curious to see how far those ctimes are from the current
time(). Can you post your patch?

On 3/3/07, Daniel Johnson <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Mar 3, 2007, at 3:52 AM, Martin Costabel wrote:
>
> > Could those of you who have or had the dpkg-deb failure caused by
> > tar-1.16.1 claiming
> >
> >"file changed as we read it"
> >
> > please help with debugging this? Based on the outcome of these
> > tests, we
> > should be able to decide whether we need to patch tar or dpkg, or
> > whether we need to dig further down.
> >
> > I have made a special version of the tar executable that prints some
> > more information if this error appears. It prints the old/new
> > ctimes and
> > the old/new file sizes. The special version is a universal binary
> > (so it
> > should work on both ppc and intel) and is available at
> > http://perso.orange.fr/costabel/tar.gz
> >
> > A possible test procedure to follow would be:
> >
> > 1. Download the new tar:
> >
> >curl -O http://perso.orange.fr/costabel/tar.gz
> >gunzip tar.gz
> >chmod +x tar
> >mv tar /var/tmp/
> >
> > 2. Replace (temporarily) Fink's tar by the new one
> >
> >sudo ln -sf /var/tmp/tar /sw/bin/tar
> >
> > 3. Build one of the packages that give you the tar error (mysql,
> > gcc42,
> > gnumeric were among those where the error was reported). Cross your
> > fingers that the error will happen again ;-)
> >
> > 4. Report to the list the part of the error message that is printed
> > after the "file changed as we read it" line.
> >
> > 5. Put Fink's tar back to where it was before
> >
> >sudo ln -sf gtar /sw/bin/tar
>
> I just got synaptic to fail with your tar:
>
> dpkg-deb -b root-synaptic-0.57.2-2012 /sw/fink/10.4/unstable/main/
> binary-darwin-i386/utils
> dpkg-deb: building package `synaptic' in `/sw/fink/10.4/unstable/main/
> binary-darwin-i386/utils/synaptic_0.57.2-2012_darwin-i386.deb'.
> tar: ./sw/sbin/synaptic: file changed as we read it
> =
> Old ctime: 1172946146
> New ctime: 1172946150
> Old size : 14130940
> New size : 14130940
> =
>
> /sw/bin/dpkg-deb: subprocess tar -cf returned error exit status 1
> ### execution of dpkg-deb failed, exit code 2
>
> Daniel
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (Darwin)
> Comment: http://homepage.mac.com/danielj7/publickey.txt
>
> iD8DBQFF6b6I4sDFGYouOqARAinjAJ9ttimRePg946/7uO9thcdsxZEkmwCdGcg/
> +0g2Y91bH0sSg/bWuwoqJbM=
> =okQd
> -END PGP SIGNATURE-
>
> -
> 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.php&p=sourceforge&CID=DEVDEV
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fink-devel
>


-- 
- Charles Lepple

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Daniel Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Mar 3, 2007, at 3:52 AM, Martin Costabel wrote:

> Could those of you who have or had the dpkg-deb failure caused by
> tar-1.16.1 claiming
>
>"file changed as we read it"
>
> please help with debugging this? Based on the outcome of these  
> tests, we
> should be able to decide whether we need to patch tar or dpkg, or
> whether we need to dig further down.
>
> I have made a special version of the tar executable that prints some
> more information if this error appears. It prints the old/new  
> ctimes and
> the old/new file sizes. The special version is a universal binary  
> (so it
> should work on both ppc and intel) and is available at
> http://perso.orange.fr/costabel/tar.gz
>
> A possible test procedure to follow would be:
>
> 1. Download the new tar:
>
>curl -O http://perso.orange.fr/costabel/tar.gz
>gunzip tar.gz
>chmod +x tar
>mv tar /var/tmp/
>
> 2. Replace (temporarily) Fink's tar by the new one
>
>sudo ln -sf /var/tmp/tar /sw/bin/tar
>
> 3. Build one of the packages that give you the tar error (mysql,  
> gcc42,
> gnumeric were among those where the error was reported). Cross your
> fingers that the error will happen again ;-)
>
> 4. Report to the list the part of the error message that is printed
> after the "file changed as we read it" line.
>
> 5. Put Fink's tar back to where it was before
>
>sudo ln -sf gtar /sw/bin/tar

I just got synaptic to fail with your tar:

dpkg-deb -b root-synaptic-0.57.2-2012 /sw/fink/10.4/unstable/main/ 
binary-darwin-i386/utils
dpkg-deb: building package `synaptic' in `/sw/fink/10.4/unstable/main/ 
binary-darwin-i386/utils/synaptic_0.57.2-2012_darwin-i386.deb'.
tar: ./sw/sbin/synaptic: file changed as we read it
=
Old ctime: 1172946146
New ctime: 1172946150
Old size : 14130940
New size : 14130940
=

/sw/bin/dpkg-deb: subprocess tar -cf returned error exit status 1
### execution of dpkg-deb failed, exit code 2

Daniel

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (Darwin)
Comment: http://homepage.mac.com/danielj7/publickey.txt

iD8DBQFF6b6I4sDFGYouOqARAinjAJ9ttimRePg946/7uO9thcdsxZEkmwCdGcg/
+0g2Y91bH0sSg/bWuwoqJbM=
=okQd
-END PGP SIGNATURE-

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Charles Lepple]

On 3/3/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
> Could those of you who have or had the dpkg-deb failure caused by
> tar-1.16.1 claiming
>
>"file changed as we read it"
>
> please help with debugging this?

Sure. I have been rebuilding stuff all morning with this version of
tar, and I haven't seen the error yet, though.

I wonder if it's memory corruption in tar? Is there something like
Valgrind for PowerPC? (I can't remember if this happens on Intel boxes
as well, or if it has only been reported on PowerPC.)

-- 
- Charles Lepple

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with debugging mysterious tar error

[Koen van der Drift]

Because mysql takes not so much time to build compared to gcc4, I  
tried that one first with the new tar. On my system it build and  
installed without an error. Right now I am building gcc4. Once that  
is done in a couple of hours, I will let you know how it went.

- Koen.


On Mar 3, 2007, at 3:52 AM, Martin Costabel wrote:

> Could those of you who have or had the dpkg-deb failure caused by  
> tar-1.16.1 claiming
>
>   "file changed as we read it"
>
> please help with debugging this? Based on the outcome of these  
> tests, we should be able to decide whether we need to patch tar or  
> dpkg, or whether we need to dig further down.
>
> I have made a special version of the tar executable that prints  
> some more information if this error appears. It prints the old/new  
> ctimes and the old/new file sizes. The special version is a  
> universal binary (so it should work on both ppc and intel) and is  
> available at http://perso.orange.fr/costabel/tar.gz
>
> A possible test procedure to follow would be:
>
> 1. Download the new tar:
>
>   curl -O http://perso.orange.fr/costabel/tar.gz
>   gunzip tar.gz
>   chmod +x tar
>   mv tar /var/tmp/
>
> 2. Replace (temporarily) Fink's tar by the new one
>
>   sudo ln -sf /var/tmp/tar /sw/bin/tar
>
> 3. Build one of the packages that give you the tar error (mysql,  
> gcc42, gnumeric were among those where the error was reported).  
> Cross your fingers that the error will happen again ;-)
>
> 4. Report to the list the part of the error message that is printed  
> after the "file changed as we read it" line.
>
> 5. Put Fink's tar back to where it was before
>
>   sudo ln -sf gtar /sw/bin/tar
>
> Thanks
>
> -- 
> 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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help with debugging mysterious tar error

[Martin Costabel]

Could those of you who have or had the dpkg-deb failure caused by 
tar-1.16.1 claiming

   "file changed as we read it"

please help with debugging this? Based on the outcome of these tests, we 
should be able to decide whether we need to patch tar or dpkg, or 
whether we need to dig further down.

I have made a special version of the tar executable that prints some 
more information if this error appears. It prints the old/new ctimes and 
the old/new file sizes. The special version is a universal binary (so it 
should work on both ppc and intel) and is available at 
http://perso.orange.fr/costabel/tar.gz

A possible test procedure to follow would be:

1. Download the new tar:

   curl -O http://perso.orange.fr/costabel/tar.gz
   gunzip tar.gz
   chmod +x tar
   mv tar /var/tmp/

2. Replace (temporarily) Fink's tar by the new one

   sudo ln -sf /var/tmp/tar /sw/bin/tar

3. Build one of the packages that give you the tar error (mysql, gcc42, 
gnumeric were among those where the error was reported). Cross your 
fingers that the error will happen again ;-)

4. Report to the list the part of the error message that is printed 
after the "file changed as we read it" line.

5. Put Fink's tar back to where it was before

   sudo ln -sf gtar /sw/bin/tar

Thanks

-- 
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help postgresql dependencies

[Daniel Macks]

On Wed, Feb 14, 2007 at 07:23:42AM -0600, Neil Tiffin wrote:
> 
> If I understand you correctly, I should make psycopg2 depend on  
> postgresql82 and therefore it will not install with 81, 80, and 74.   
> Or I have to make a separate package for each one of the other  
> postgresql variations(along with each of the python variations).   
> Something is seriously wrong here.  Fink is adding so much complexity  
> to protect against your example (which I consider an edge use case)  
> that occurs how often.
> 
> This is unproductive madness.

Nope, this is precisely how darwin's linker forces us to do it. And
the breakage that results otherwise is no small or hypothetical
matter. Wouldn't it be "fun" if everything you had ever compiled
against the old gettext library suddenly broke because you updated to
the new gettext library, instead of each package sanely (though
arbitrarily) picking one specific version and using it consistently.

dan

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


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help postgresql dependencies

[Alexander Hansen]

On 2/14/07, Benjamin Reed <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Neil Tiffin wrote:
>
> > often.  Attached is the debian control file which seems to work fine and
> > does not have all of this complexity.
>
> It would work, if "shlibs" worked on OSX, but unfortunately, it depends
> on knowing how ELF libraries work.
>
> We've had a number of aborted attempts to port the Debian shlibs support
> to Fink to be able to get rid of this complexity, but it's never reached
> a usable state.  As such, we need to handle these dependencies ourselves.
>
> > This is unproductive madness.  I thought I would help out, to give
> > back.  But I don't have this much time to give.
>
> I'm sorry to hear it, I'll update your packages as soon as I get the
> chance today, if someone doesn't beat me to it.
>
> - --
> Benjamin Reed a.k.a. Ranger Rick
> Fink, KDE, and Mac OS X development
> http://www.racoonfink.com/
>

In my view it's not that complex.  To lowest order:

1)  Maintainers have their packages depend on a single libversion of a
dependency.
2)  -shlibs packages for different libversions must coexist, and
therefore we don't delete old libversions of a package until _nothing_
depends on them, so that maintainers can update their packages to the
later libversion at their leisure.

-- 
Alexander K. Hansen
(akh)
Fink Documenter (still)

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help postgresql dependencies

[Benjamin Reed]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Neil Tiffin wrote:

> often.  Attached is the debian control file which seems to work fine and
> does not have all of this complexity.

It would work, if "shlibs" worked on OSX, but unfortunately, it depends
on knowing how ELF libraries work.

We've had a number of aborted attempts to port the Debian shlibs support
to Fink to be able to get rid of this complexity, but it's never reached
a usable state.  As such, we need to handle these dependencies ourselves.

> This is unproductive madness.  I thought I would help out, to give
> back.  But I don't have this much time to give.

I'm sorry to hear it, I'll update your packages as soon as I get the
chance today, if someone doesn't beat me to it.

- --
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development
http://www.racoonfink.com/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF0xE7Uu+jZtP2Zf4RAqRcAJ9F+BvXf7306x/ZEIMELOMRSJb9WACfbTIA
3qkfn6hSIglTEGfSzSZS2YE=
=TNE0
-END PGP SIGNATURE-

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help postgresql dependencies

[Neil Tiffin]

On Feb 13, 2007, at 10:29 PM, Benjamin Reed wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Neil Tiffin wrote:
>
>> Now my question. psycopg2 does not care about which postgresql
>> package is installed (to the best of my knowledge).  But it needs a -
>> dev to build and any one of these to run.  What should I have in the
>> "Depends" and "Build Depends" fields?
>>
>> I tried "postgresql ( >= 7.4.16 )" and this seems to work, but there
>> is no postgresql-dev ( >= 7.4.16 ).
>>
>> I would not want to have to list each one because when 8.3 comes out
>> psycopg2 will probably work with it also.  Is there a "work with any
>> version" statement in Fink?
>
> ...but you can't work with any, necessarily, because under your  
> example
> if someone built against the 8.2 libaries, uninstalled 8.2, and
> installed 7.4, the dpkg database would still consider it valid, but  
> your
> binaries wouldn't run.
>
> You need to pick a version and go with it -- if you only use the
> libraries, and don't depend on a database, then you can always  
> change it
> in the future when a new postgres comees out, and rev up.
>
> Unless you have a reason to do otherwise, builddep on postgresql82- 
> dev,
> and dep on postgresql82-shlibs (and if you need a running database, on
> postgresql82 as well)
>

Thank you for the explanation.

If I understand you correctly, I should make psycopg2 depend on  
postgresql82 and therefore it will not install with 81, 80, and 74.   
Or I have to make a separate package for each one of the other  
postgresql variations(along with each of the python variations).   
Something is seriously wrong here.  Fink is adding so much complexity  
to protect against your example (which I consider an edge use case)  
that occurs how often.  Attached is the debian control file which  
seems to work fine and does not have all of this complexity.

This is unproductive madness.  I thought I would help out, to give  
back.  But I don't have this much time to give.

Please remove me as maintainer from the following packages:

openssh 4.3p2-5 - Secure shell (remote login) client and server
openssh-hpn 4.2p1-3 - Secure shell (high performance) client and server
openssl097 0.9.7l-1 - Secure Sockets Layer and Crypto Library
openssl097-dev 0.9.7l-1 - Secure Sockets Layer and Crypto Library
openssl097-shlibs 0.9.7l-1 - Secure Sockets Layer and Crypto Library
psycopg-py24 1.1.18-3 - PostgreSQL database adapter for Python 2.4
psycopg2-py24 2.0.5.1-3 - PostgreSQL database adapter for Python
psycopg2-py25 2.0.5.1-3 - PostgreSQL database adapter for Python

Thank you.

Neil

Source: psycopg2
Section: python
Priority: optional
Build-Depends: debhelper (>= 5.0.37.2), python-all-dev, python- 
central (>= 0.5.0), python (>= 2.3.5-7), python-egenix-mx-base-dev,  
autoconf, libpq-dev
Build-Depends-Indep: zope-debhelper (>= 0.3.2.7)
Maintainer: Fabio Tranchitella <[EMAIL PROTECTED]>
Standards-Version: 3.7.2
XS-Python-Version: all

Package: python-psycopg2
Architecture: any
Section: python
Depends: ${python:Depends}, ${shlibs:Depends}
Provides: ${python:Provides}
XB-Python-Version: ${python:Versions}
Description: Python module for PostgreSQL
psycopg is a PostgreSQL database adapter for the Python programming  
language
(just like pygresql and popy.) This is version 2, a complete rewrite  
of the
original code to provide new-style classes for connection and cursor  
objects
and other sweet candies. Like the original, psycopg 2 was written  
with the
aim of being very small and fast, and stable as a rock.
.
psycopg is different from the other database adapter because it was  
designed
for heavily multi-threaded applications that create and destroy lots of
cursors and make a conspicuous number of concurrent INSERTs or UPDATEs.
psycopg 2 also provides full asycronous operations for the really brave
programmer.

Package: zope-psycopgda2
Architecture: all
Section: python
Depends: ${zope:Depends}, python-psycopg2 (>= ${Source-Version})
Description: Zope database adapter based on python-psycopg
The package contains the PostgreSQL database adapter for Zope 2.7,  
2.8 and
2.9 based on the psycopg2 Python module.


-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help postgresql dependencies

[Benjamin Reed]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Neil Tiffin wrote:

> Now my question. psycopg2 does not care about which postgresql  
> package is installed (to the best of my knowledge).  But it needs a - 
> dev to build and any one of these to run.  What should I have in the  
> "Depends" and "Build Depends" fields?
> 
> I tried "postgresql ( >= 7.4.16 )" and this seems to work, but there  
> is no postgresql-dev ( >= 7.4.16 ).
> 
> I would not want to have to list each one because when 8.3 comes out  
> psycopg2 will probably work with it also.  Is there a "work with any  
> version" statement in Fink?

...but you can't work with any, necessarily, because under your example
if someone built against the 8.2 libaries, uninstalled 8.2, and
installed 7.4, the dpkg database would still consider it valid, but your
binaries wouldn't run.

You need to pick a version and go with it -- if you only use the
libraries, and don't depend on a database, then you can always change it
in the future when a new postgres comees out, and rev up.

Unless you have a reason to do otherwise, builddep on postgresql82-dev,
and dep on postgresql82-shlibs (and if you need a running database, on
postgresql82 as well)


- --
Benjamin Reed a.k.a. Ranger Rick
Fink, KDE, and Mac OS X development
http://www.racoonfink.com/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF0pAsUu+jZtP2Zf4RAjiOAJ9WYXiAmXtgzHlzoxarHZhg9HPyRQCeJtNq
g77QQ7duWIGMi2Dz1H1Pi/o=
=WSXB
-END PGP SIGNATURE-

-
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.php&p=sourceforge&CID=DEVDEV
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help postgresql dependencies

[Neil Tiffin]

I am trying to update psycopg2.  There are now no limit to the number  
of postgresql packages that psycopg2 will work with.  Including

  postgresql74 7.4.16-1021   
upgrade package for postgresql74
  postgresql74-dev 7.4.16-1021   
upgrade package for postgresql74-dev
  postgresql74-shlibs  7.4.16-1021   
upgrade package for postgresql74-shlibs
  postgresql74-ssl 7.4.16-1021   
upgrade package for postgresql74-ssl
  postgresql74-ssl-dev 7.4.16-1021   
upgrade package for postgresql74-ssl-dev
  postgresql74-ssl-shlibs  7.4.16-1021   
upgrade package for postgresql74-ssl-shlibs
  postgresql74-unified 7.4.16-1021   
PostgreSQL open-source database
  postgresql74-unified-dev 7.4.16-1021   
PostgreSQL development headers and libraries
  postgresql74-unified-shlibs  7.4.16-1021   
PostgreSQL shared libraries
  postgresql80 8.0.12-1021   
Upgrade package for PostgreSQL 8.0
  postgresql80-dev 8.0.12-1021   
Upgrade package for PostgreSQL 8.0 development
  postgresql80-shlibs  8.0.12-1021   
Upgrade package for PostgreSQL 8.0 libraries
  postgresql80-ssl 8.0.12-1021   
Upgrade package for PostgreSQL 8.0 (SSL)
  postgresql80-ssl-dev 8.0.12-1021   
Upgrade package for PostgreSQL 8.0 development (SSL)
  postgresql80-ssl-shlibs  8.0.12-1021   
Upgrade package for PostgreSQL 8.0 libraries (SSL)
  postgresql80-unified 8.0.12-1021   
PostgreSQL open-source database
  postgresql80-unified-dev 8.0.12-1021   
PostgreSQL development headers and libraries
  postgresql80-unified-shlibs  8.0.12-1021   
PostgreSQL shared libraries
  postgresql81 8.1.8-1021
PostgreSQL open-source database
  postgresql81-dev 8.1.8-1021
PostgreSQL development headers and libraries
  postgresql81-shlibs  8.1.8-1021
PostgreSQL shared libraries
i   postgresql82 8.2.3-1021
PostgreSQL open-source database
  postgresql82-dev 8.2.3-1021
PostgreSQL development headers and libraries
i   postgresql82-shlibs  8.2.3-1021
PostgreSQL shared libraries

Now my question. psycopg2 does not care about which postgresql  
package is installed (to the best of my knowledge).  But it needs a - 
dev to build and any one of these to run.  What should I have in the  
"Depends" and "Build Depends" fields?

I tried "postgresql ( >= 7.4.16 )" and this seems to work, but there  
is no postgresql-dev ( >= 7.4.16 ).

I would not want to have to list each one because when 8.3 comes out  
psycopg2 will probably work with it also.  Is there a "work with any  
version" statement in Fink?

Help.

Neil


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help needed in packaging Gnucash

[Sebastien Maret]

I am working on a package for Gnucash 1.9.x (beta versions
for Gnucash 2.0 that should be released soon). The package is my in
exp branch.

It compiles fine, but there is a problem with shared libs:

% gnucash
ERROR: In procedure dynamic-link:
ERROR: file: "libgw-core-utils", message: "dlopen(libgw-core-utils.so, 9): 
image not found"

The package has the following splitoffs: gnucash-dev and
gnucash-shlibs. When gnucash-dev is installed, gnucash works
fine. gnucash-dev contains the following file:

lrwxr-xr-x root/admin0 2006-05-06 19:37:09 
./sw/lib/libgw-core-utils.dylib -> libgw-core-utils.0.0.0.dylib

while gnucash-shlibs contains:

-rwxr-xr-x root/admin17932 2006-05-06 19:37:09 
./sw/lib/libgw-core-utils.0.0.0.dylib
lrwxr-xr-x root/admin0 2006-05-06 19:37:09 
./sw/lib/libgw-core-utils.0.dylib -> libgw-core-utils.0.0.0.dylib

It looks like gnucash needs the symlink /sw/lib/libgw-core-utils.dylib.

Any idea of what the problem is ?

Sebastien



---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help needed: New openldap version and libtool

[Christian Schaffner]

Dear Fink Developers

I am trying to update the current openldap-ssl package (that has no  
maintainer) to the latest stable version (2.3.11) and at the same time  
linking it to system-openssl. I have a preliminary version in my  
experimental tree at:


http://cvs.sourceforge.net/viewcvs.py/fink/experimental/chris01/10.3/ 
main/finkinfo/libs/


It seems to build, but I have to admit that I have no idea what the  
patches to. It seems to be some libtool problems. I am not sure if they  
really apply to the latest version at all. Could somebody with more  
libtool/openldap experience look at the patch?


Thanks a lot!

Chris.



---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help in Gnome apps

[Dave Vasilevsky]

On Aug 22, 2005, at 2:30 PM, Sébastien Maret wrote:

I can't read the help files of Gnome app.


I don't really have much to contribute here. Just confirming that  
this happens, and that I don't know why. Maybe a bug in yelp?


Dave

PGP.sig
Description: This is a digitally signed message part

[Fink-devel] Help in Gnome apps

[Sébastien Maret]

I can't read the help files of Gnome app. When I click on Help >  
Content in e.g Nautilus, I get the following error message.


There was an error displaying help:
Help document user-guide/user-guide.xml not found

I have same error in all my Gnome apps (some do not display any  
message though). I had a look in /sw/share/gnome/help, and found the  
help files. For some reason Gnome does not find them.


Sébastien





---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed with g++ handling

[Michèle Garoche]

Le 29 juin 2005 à 19:31, Dave Vasilevsky a écrit :


Hi Michèle,

I'm glad my email was helpful to you.


The SetCXX: c++ and SetCC: cc that you used in cssed accomplish  
nothing, but they're also harmless. So you can leave them in or  
remove them, it's up to you.


So, it was here till the beginning, could I remove it in all  
trees? I mean this is already enough complicated for me, to put  
things that do nothing.




I'm honestly not sure why you put SetCC and SetCXX in cssed.info in  
the first place, so I don't know whether you should or should not  
remove them. It could be that some version of cssed coulnd't detect  
the compiler properly or something? *shrug*

Let's say that :-) ...


You'll have to try to remember.
because it's not likely to happen and I cannot find any trace of the  
very first info file I submitted.


At the moment, the version is unique in 10.3 and 10.4, except for  
dependencies on gettext. And I cannot test anymore on 10.2. So that  
I've just changed 10.3 and 10.4 trees.


Cheers,
Michèle





---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed with g++ handling

[Dave Vasilevsky]

Hi Michèle,

I'm glad my email was helpful to you.

The SetCXX: c++ and SetCC: cc that you used in cssed accomplish  
nothing, but they're also harmless. So you can leave them in or  
remove them, it's up to you.
So, it was here till the beginning, could I remove it in all trees?  
I mean this is already enough complicated for me, to put things  
that do nothing.


I'm honestly not sure why you put SetCC and SetCXX in cssed.info in  
the first place, so I don't know whether you should or should not  
remove them. It could be that some version of cssed coulnd't detect  
the compiler properly or something? *shrug*


You'll have to try to remember.

Dave

PGP.sig
Description: This is a digitally signed message part

Re: [Fink-devel] Help needed with g++ handling

[Michèle Garoche]

Hi Dave,

Le 28 juin 2005 à 13:08, Dave Vasilevsky a écrit :


Hi Michèle,

It seems you're a bit confused, understandable given the GCC  
situation. Hopefully this mail can make things clearer, it's a bit  
long so I've written it in sections. Also, you may want to read the  
new section in the packaging manual: http://fink.sourceforge.net/ 
doc/packaging/compilers.php
I've translated it, so that I've read it, then re-read; then again. I  
should probably read it again.



1. COMPILER NAMES

On a 10.4-transitional system, we want all C++ packages to use the  
3.3 ABI if possible, so fink arranges that c++, g++, c++-3.3 and g+ 
+-3.3 are all the *same thing*. Fink also arranges by default that  
CXX = g++-3.3 .
Ok, that's complete. It was not clear to me that c++ and g++ was the  
same as c++-3.3 and g++-3.3.




Note that on 10.4 (non-transitional), c++, g++, c++-4.0 and g++-4.0  
will all be the same thing, and CXX will be g++-4.0. In other  
words, on both distributions you can just use c++, g++ or CXX  
normally and the correct G++ version will be used.

OK.

So you see, SetCXX: c++ does nothing at all, it just uses the same  
compiler as the normal CXX.
When is SetCXX useful then? Primarily if you have to force a  
certain version, eg for a package that requires 3.3 you can use  
SetCXX: g++-3.3. But unless this is truly necessary--and it usually  
isn't--don't use it.
The SetCXX: c++ and SetCC: cc that you used in cssed accomplish  
nothing, but they're also harmless. So you can leave them in or  
remove them, it's up to you.
So, it was here till the beginning, could I remove it in all trees? I  
mean this is already enough complicated for me, to put things that do  
nothing.



2. THE GCC FIELD

The GCC field only very rarely affects the compilation of a  
package. It currently does two things:


i. It tells Fink to make sure that gcc_select is on the most recent  
value. This feature is pretty rarely encountered, not very  
necessary anymore, and kind of confusing, so you can ignore it and  
pretend you never read this. Stick your fingers in your ear and  
sing "La la la, I can't hear you" :-)


ii. This is the important part. GCC informs developers that this  
package uses C++, which is important to know for ABI transitions.  
Fink may use this information at some time in the future, but  
doesn't really use it yet.

That part was clear to me, maybe the only one :-)

So the GCC field is more descriptive than instructive. If your  
package won't compile, changing the GCC field won't help, it's  
about as effective as changing Homepage. Instead you use GCC just  
to describe your package, to indicate that it uses C++ code.


One pretty quick way to test a package for C++ code is with the  
script that I posted about yesterday. You can get it here:


http://cvs.sourceforge.net/viewcvs.py/*checkout*/fink/experimental/ 
vasi/scripts/gcc-field


and then run 'gcc-field cssed', and it will tell you that  
"Everything looks OK!", which means cssed needs to keep the GCC:  
3.3 field that it currently has, since it uses C++.
Thanks, I'll use it. I've already used the one Peter posted, and yes,  
there's a difference.



3. LINKING C AND C++

One last reason you may be confused is that there is sometimes (but  
not always) a bug that occurs when linking C++ and C code on  
account of C++ using version 3.3 and C using version 4.0. When you  
link C and C++ code together, you must use the C++ compiler since C  
doesn't know about the stdc++ runtime library. But g++-3.3 (which  
is the same as g++ and c++ for fink packages) doesn't know about  
certain new gcc-4.0 features.


If your packages doesn't experience a problem linking C and C++  
code together, then you don't have to worry about this. On the  
other hand, if it does, you'll see this:


ld: Undefined symbols:
_fprintf$LDBLStub
...

In that case, you need to add -lSystemStubs to the compilation  
command.


Happily, cssed doesn't show this bug, so you don't need this.

Oh, that's new to me.


4. CSSED

Just to recap...

Basically, cssed.info is fine as it is. It does indeed use C++  
code, so you have to have GCC: 3.3, which is already there. It  
doesn't have the SystemStubs bug, so you don't have to worry about  
that.
It includes SetCXX: c++ and SetCC: cc, which basically do nothing,  
so you can leave that in or take it out, either way is fine.



Hopefully this hasn't made things even more confusing, I hope it  
makes our compiler situation more understandable. If there's still  
anything that's not clear, please ask and I'll try to clarify.

No, it's perfectly clear now, many thanks.

PS: If it's ok with everyone, once gmane have archived this email,  
I'll link to it from the Compilers page in the packaging manual.

Yes, please, very useful.

Cheers,
Michèle





---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to fo

Re: [Fink-devel] Help needed with g++ handling

[Dave Vasilevsky]

Hi Michèle,

It seems you're a bit confused, understandable given the GCC  
situation. Hopefully this mail can make things clearer, it's a bit  
long so I've written it in sections. Also, you may want to read the  
new section in the packaging manual: http://fink.sourceforge.net/doc/ 
packaging/compilers.php



1. COMPILER NAMES

On a 10.4-transitional system, we want all C++ packages to use the  
3.3 ABI if possible, so fink arranges that c++, g++, c++-3.3 and g+ 
+-3.3 are all the *same thing*. Fink also arranges by default that  
CXX = g++-3.3 .


Note that on 10.4 (non-transitional), c++, g++, c++-4.0 and g++-4.0  
will all be the same thing, and CXX will be g++-4.0. In other words,  
on both distributions you can just use c++, g++ or CXX normally and  
the correct G++ version will be used.


So you see, SetCXX: c++ does nothing at all, it just uses the same  
compiler as the normal CXX.


When is SetCXX useful then? Primarily if you have to force a certain  
version, eg for a package that requires 3.3 you can use SetCXX: g+ 
+-3.3. But unless this is truly necessary--and it usually isn't-- 
don't use it.



The SetCXX: c++ and SetCC: cc that you used in cssed accomplish  
nothing, but they're also harmless. So you can leave them in or  
remove them, it's up to you.



2. THE GCC FIELD

The GCC field only very rarely affects the compilation of a package.  
It currently does two things:


i. It tells Fink to make sure that gcc_select is on the most recent  
value. This feature is pretty rarely encountered, not very necessary  
anymore, and kind of confusing, so you can ignore it and pretend you  
never read this. Stick your fingers in your ear and sing "La la la, I  
can't hear you" :-)


ii. This is the important part. GCC informs developers that this  
package uses C++, which is important to know for ABI transitions.  
Fink may use this information at some time in the future, but doesn't  
really use it yet.


So the GCC field is more descriptive than instructive. If your  
package won't compile, changing the GCC field won't help, it's about  
as effective as changing Homepage. Instead you use GCC just to  
describe your package, to indicate that it uses C++ code.


One pretty quick way to test a package for C++ code is with the  
script that I posted about yesterday. You can get it here:


http://cvs.sourceforge.net/viewcvs.py/*checkout*/fink/experimental/ 
vasi/scripts/gcc-field


and then run 'gcc-field cssed', and it will tell you that "Everything  
looks OK!", which means cssed needs to keep the GCC: 3.3 field that  
it currently has, since it uses C++.



3. LINKING C AND C++

One last reason you may be confused is that there is sometimes (but  
not always) a bug that occurs when linking C++ and C code on account  
of C++ using version 3.3 and C using version 4.0. When you link C and  
C++ code together, you must use the C++ compiler since C doesn't know  
about the stdc++ runtime library. But g++-3.3 (which is the same as g+ 
+ and c++ for fink packages) doesn't know about certain new gcc-4.0  
features.


If your packages doesn't experience a problem linking C and C++ code  
together, then you don't have to worry about this. On the other hand,  
if it does, you'll see this:


ld: Undefined symbols:
_fprintf$LDBLStub
...

In that case, you need to add -lSystemStubs to the compilation command.

Happily, cssed doesn't show this bug, so you don't need this.


4. CSSED

Just to recap...

Basically, cssed.info is fine as it is. It does indeed use C++ code,  
so you have to have GCC: 3.3, which is already there. It doesn't have  
the SystemStubs bug, so you don't have to worry about that.
It includes SetCXX: c++ and SetCC: cc, which basically do nothing, so  
you can leave that in or take it out, either way is fine.



Hopefully this hasn't made things even more confusing, I hope it  
makes our compiler situation more understandable. If there's still  
anything that's not clear, please ask and I'll try to clarify.


Toodles,
Dave


PS: If it's ok with everyone, once gmane have archived this email,  
I'll link to it from the Compilers page in the packaging manual.




PGP.sig
Description: This is a digitally signed message part

[Fink-devel] Help needed with g++ handling

[Michèle Garoche]

First, for those who were on the channel, I apologize for having  
ranted, but well not fun to waste my time with this and not being  
able to come to a solution.


Here's the culprit: cssed in section editors.

A - Current situation

1 - It is written mainly in C, but builds  a private C++ library,  
which it links against.
2 - It has in the Makefile.am of the library a CC = g++ field  
(located in scintilla/gtk)
3 - In the Makefile.am of the main source it links against the C++  
library with a cssed_LINKS = g++ -DGTK -o cssed (located in src)
4 - In the info file, there is a GCC: 3.3 field, a SetCC: cc field,  
and a SetCXX: c++ field.


B - Building on 10.4-transitional

It compiles on cc for main C code, on c++ for the library, and on g++  
for the link to the C++ library.
From my understanding, it is the same as  gcc for main code, g++ for  
the library, and g++ for the link to the C++ library (at least that's  
why I found following the symbolic links).


But I don't see any evidence that it compiles with g++-3.3, which it  
should if I understood well.


C - Desperate try to make it compile as it should

1 - If I get rid of the GCC: 3.3 field in the info file, it compiles  
with gcc on the main source code, on g++-3.3 for the library, but  
links on g++ at final stage.
2 - I've tried various settings in the info file, but no matter what  
I've tried, I could not get it to compile with gcc on the main source  
code, on g++-3.3 for the library, and on g++-3.3 at final stage.
3 - As said on the channel I should probably patch the Makefile.am,  
so that the CC field and the LINKS field could be overwritten  
automatically by fink


D - Question

I don't know what I'm supposed to enter in those fields in the  
Makefile.am files, so that it works on all trees.


Hopefully, somebody knows the answer to the question.

Cheers,
Michèle





---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help testing new Installers

[David R. Morrison]

I hope a few people will be willing to help test some new binary Installers
for fink (under 10.2 and 10.3) before they are released to the user
community.  The files are at:
  http://www.cgtp.duke.edu/~drm/Fink-0.6.4-Installer.dmg (for 10.2)
  http://www.cgtp.duke.edu/~drm/Fink-0.7.2-Installer.dmg (for 10.3)

In order to install fink with these, you cannot have a /sw directory.
If you move it to /sw.tmp, you can then test the installer, delete the
copy of /sw made by the installer, and move your /sw tree back into
place.

I'll be happy to hear reports both positive and negative.  There will be
a similar testing period for a 10.4 installer, probably in about one week's
time.

  Thanks,
  Dave


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help test new fink configure

[TheSin]

if you add it to head I'll help test. ---TShttp://southofheaven.org/Chaos is the beginning and end, try dealing with the rest. On 16-Apr-05, at 11:28 AM, David R. Morrison wrote:I've got a modified version of "fink configure" in branch_0_24, and could useanother pair or two of eyes to help test.  The main change happens if youhave an entry among your mirror choices which is not (any longer) on thelist of mirror sites.Let me know if you have any feedback on this.  I plan to make a point releaseof fink with this change included, rather soon.  -- Dave---SF email is sponsored by - The IT Product GuideRead honest & candid reviews on hundreds of IT Products from real users.Discover which products truly live up to the hype. Start reading now.http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click___Fink-devel mailing listFink-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/fink-devel 

[Fink-devel] help test new fink configure

[David R. Morrison]

I've got a modified version of "fink configure" in branch_0_24, and could use
another pair or two of eyes to help test.  The main change happens if you
have an entry among your mirror choices which is not (any longer) on the
list of mirror sites.

Let me know if you have any feedback on this.  I plan to make a point release
of fink with this change included, rather soon.

  -- 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help needed for packaging

[Alexander K. Hansen]

On Sep 29, 2004, at 3:52 AM, Adrien Di Mascio wrote:
Hi all,
The first thing is : sorry if I write to the wrong mailing-list.
My problem is : I'm a new user of Mac os X / Fink, but I come from the
linux world (actually I'm still in it), and we use Debian at work. We
have a few open-source (mostly python) packages available on our 
website
(http://www.logilab.org) and most of them are under GPL license. We
usually provide, for each project, a source package, and generally also
a debian package.
One of our project which is called "pylint" is now available in
debian/unstable, and I'd like to make it also available for fink users.
I've made a "pylint.info" file (and a logilab-common.info for the
package pylint depends on). I'm currently testing them. All fink steps
seem to be ok (validation / build / installation). So my question is :
what should I do know ? Should I submit by ".info" files in the
Package Submission Tracker and wait until someone gives his approval ?
Yes, and if nothing happens for a while, send a message to this list 
reminding people about it.

The other question is "If all is ok, will I be the official
maintainer ? Can it be someone else ?"
You can if you want to, or someone else can, too.  It's really up to 
you.

I don't know the real amount of work required when you're a package
maintainer. I assume it depends on the package complexity (mine
being quite simple ...).
Right.
I could not find answers in the FAQ.
It doesn't come up that frequently!
Any help / advise would be appreciated. (In case fink-devel is not the
right place to ask this, where should I ask it ?)
Cheers,
Adrien.

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

---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help needed for packaging

[Adrien Di Mascio]

Hi all,

The first thing is : sorry if I write to the wrong mailing-list.

My problem is : I'm a new user of Mac os X / Fink, but I come from the
linux world (actually I'm still in it), and we use Debian at work. We
have a few open-source (mostly python) packages available on our website
(http://www.logilab.org) and most of them are under GPL license. We
usually provide, for each project, a source package, and generally also 
a debian package. 
One of our project which is called "pylint" is now available in
debian/unstable, and I'd like to make it also available for fink users.
I've made a "pylint.info" file (and a logilab-common.info for the
package pylint depends on). I'm currently testing them. All fink steps
seem to be ok (validation / build / installation). So my question is :
what should I do know ? Should I submit by ".info" files in the
Package Submission Tracker and wait until someone gives his approval ? 
The other question is "If all is ok, will I be the official
maintainer ? Can it be someone else ?"
I don't know the real amount of work required when you're a package
maintainer. I assume it depends on the package complexity (mine
being quite simple ...).

I could not find answers in the FAQ.

Any help / advise would be appreciated. (In case fink-devel is not the
right place to ask this, where should I ask it ?)

Cheers,
Adrien.



signature.asc
Description: Digital signature

Re: [Fink-devel] help needed : making packages

[Benjamin Reed]

gilles pujol wrote:

I'm new to fink and I want to port some software in it (first one :  
bamg, a meshtool generator).

I'm still reading the documentation, but if someone could give me some 
information that would make my work faster...

Some questions :
What is the procedure to make .deb files with dpkg?
Do I need to read the debian packaging manual ?
Nope.  While we use debian's package format, we don't use their 
packaging system directly.

See http://fink.sf.net/doc/packaging/ for the packaging manual, and look 
through the info files in /sw/fink/dists/ for examples of how packaging 
works.

--
Benjamin Reed, a.k.a. RangerRick
[EMAIL PROTECTED] / http://ranger.befunk.com/
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed : making packages

[Alexander K. Hansen]

On Apr 2, 2004, at 1:46 PM, gilles pujol wrote:

I'm new to fink and I want to port some software in it (first one :  
bamg, a meshtool generator).

I'm still reading the documentation, but if someone could give me some 
information that would make my work faster...

Some questions :
What is the procedure to make .deb files with dpkg?
Do I need to read the debian packaging manual ?
The "fink build " command should automatically make your 
.deb file for you, as long as you have a proper package information 
file (.info file).

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


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help needed : making packages

[gilles pujol]

I'm new to fink and I want to port some software in it (first one :  
bamg, a meshtool generator).

I'm still reading the documentation, but if someone could give me some 
information that would make my work faster...

Some questions :
What is the procedure to make .deb files with dpkg?
Do I need to read the debian packaging manual ?


---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] HELP!

[Alexander Hansen]

The locale warnings are harmless:

The other warning may be benign, too.

How are you starting GNOME:  are you calling it in .xinitrc, or are you
invoking it from a terminal?

On 6/12/03 6:35 AM, "Frank Soranno" <[EMAIL PROTECTED]> wrote:

> After just opening Gnome desktop for the first time, that it was
> installed I got this message " You are not running Gnome compliant
> "Window Manager", Also my xterm gives me this,
> with sample rate 44100.00, 2 channels and 32-bit sample
> using device Built-in audio controller for input:
> with sample rate 44100.00, 2 channels and 32-bit sample
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler
> containing data (0x913E00)
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Also it says I have 2 window managers?
> 
> 
> 
> ---
> This SF.NET email is sponsored by: eBay
> Great deals on office technology -- on eBay now! Click here:
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> ___
> Fink-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/fink-devel
> 

-- 
Alexander K. Hansen
Associate Research Scientist, Columbia University
visiting MIT Plasma Science and Fusion Center
Levitated Dipole Experiment
175 Albany Street, NW17-219
Cambridge, MA  02139-4213



---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] HELP!

[Frank Soranno]

After just opening Gnome desktop for the first time, that it was 
installed I got this message " You are not running Gnome compliant 
"Window Manager", Also my xterm gives me this,
with sample rate 44100.00, 2 channels and 32-bit sample
using device Built-in audio controller for input:
with sample rate 44100.00, 2 channels and 32-bit sample

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gdk-WARNING **: locale not supported by C library

Gtk-WARNING **: gtk_signal_disconnect_by_data(): could not find handler 
containing data (0x913E00)

Gdk-WARNING **: locale not supported by C library

Also it says I have 2 window managers?



---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help porting SplitsTree

[David Orlovich]

Hello Fink developers.  I hope this isn't too irrelevant to this list, 
but I'm trying to get a program to compile for Darwin/X11 and I don't 
really know what I'm doing, but I having fun so I thought I'd stick at 
it.  There is a Linux Makefile but it doesn't work (I can provide more 
details).  Anyway, in my blind searching for ideas, I thought I'd learn 
what automake and autoconfig do, and i thought I might be able to make 
a configure file for this software automatically and then magically get 
it to compile and run.  :)  I know I'm probably naive about this but 
what the hell, it'll be fun if it works and maybe it can become a fink 
package ...

The program is for phylogenetic analysis and is called SplitsTree and 
has already been ported recently to MacOSX running TclTkAqua, but I 
thought it'd be cool to get it to work on X11.

Anyway, would anyone be able to advise me if I'm crazy and should stop 
now, or ... if it just might work, and if so, perhaps suggest what's I 
should do with the my configure.ac file that makes automake give the 
errors I've pasted below?  (p.s. I did run aclocal but it doesn't make 
any difference...)

sorry if this is too OT or if I'm barking up the wrong tree - but 
thanks heaps in advance for any help - Fink is awesome and if it wasn't 
for Fink, I would never have got into trying such cool things as this - 
might have been a good thing ;)  If I should be asking this on a 
different list, then please let me know - this seemed the best one I 
could think of...

Cheers, David Orlovich.

[David-Orlovichs-Computer:~/splitstree3.2/src] orlovich% automake
configure.ac:4: `automake requires `AM_CONFIG_HEADER', not 
`AC_CONFIG_HEADER'
automake: configure.ac: `AM_INIT_AUTOMAKE' must be used
automake: no proper implementation of AM_INIT_AUTOMAKE was found,
automake: probably because aclocal.m4 is missing...
automake: You should run aclocal to create this file, then
automake: run automake again.
configure.ac: required file `./install-sh' not found
configure.ac: required file `./mkinstalldirs' not found
configure.ac: required file `./missing' not found
automake: no `Makefile.am' found or specified



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help testing postgresql 7.3 packages

[Benjamin Reed]

I've got PostgreSQL 7.3.1 packages in my experimental tree, but before
I'm willing to release them to unstable I'd like some 3rd-party
confirmation that my upgrade path works OK.  =)

PostgreSQL has some tricky work in upgrading since they don't provide
upgrade tools, and change their on-disk format in every major release. 
If any of you have any of the postgresql 7.2.x packages installed, and
have databases that are backed up and safe from abuse, I would
appreciate some help in trying the new packages out.  Be prepared to
restore your databases from backups...  =)

Anyways, if you're willing to give it a shot, grab my packages from
experimental.  Either the crypto ones, in:

  
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/experimental/crypto/rangerrick/finkinfo/

...or the non-crypto ones, in:

  
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/experimental/rangerrick/finkinfo/database/
  
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/fink/experimental/rangerrick/finkinfo/libs/perlmods/

(perlmods for the perl DBI interface, dbd-pg-pm)

Please let me know if you run into any issues...  Thanks!



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help me sort out which command line commands to document..

[David]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

In Engine.pm we have

'index'  (documented)
   'rescan'
   'configure'  (documented)
   'bootstrap'
   'fetch'
   'fetch-all'
   'fetch-missing'
 'build'
   'rebuild'
   'install'  (documented)
   'reinstall'
  'remove' (documented)
'update'  (documented)
  'update-all' (documented)
'enable'
  'describe'  (documented)
   'description'
'desc'
   'info'
 'scanpackages'
  'list'  (documented)
  'listpackages'
  'selfupdate'
'selfupdate-cvs'
  'selfupdate-finish
'apropos' (documented)
 'validate'
'check'
 'checksums''cleanup'

I need to know, which are aliases to what command and which are new. I 
want them listed on the command line as well as updated in the man 
page. That is why I am looking into this. Where are the OPptions: 
defined by the way?

Thanks

- -d
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (Darwin)

iD8DBQE95U6BiW/Ta/pxHPQRA91QAJwL0pYMc10yQQcqv58C9nrgGTRVewCggVUQ
3aVEu9LXS35N9eRsgGgnIis=
=Wj4G
-END PGP SIGNATURE-



---
This SF.net email is sponsored by: Get the new Palm Tungsten T 
handheld. Power & Color in a compact size! 
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help needed with 0.5.0 source distro

[David R. Morrison]

I have put a preliminary version of the 0.5.0 source distribution up on
sourceforge, but I need some help with it.

We've had a number of changes recently, including the change from 10.1
to 10.2, and I'm not sure if the source distribution actually does what
it's supposed to do at this point, or if it corresponds to the directions
on the website.  One change with 0.5.0 is that one of the files is now
called "dists-0.5.0.tar.gz" instead of "packages-0.5.0.tar.gz" and
either the documentation would need to be changed to reflect this, or
some of the scripts in scripts/srcdist would need to be changed, to change
the name of the file.  (I already made some changes to those scripts and to
the HOWTO, to reflect the shift from "packages" to "dists".)

Another question I have is whether the location "pkginfo" within the
fink-0.5.0-full tarball is correctly named, and whether those files
are actually injected into the user's tree at an appropriate point.

The cvs tag release_0_5_0 is final, now, so it is easy to test these
things using the scripts in scripts/srcdist.  I would test them myself
before release but I will have very little time in the near future
so if someone else would like to take over this task it would be
greatly appreciated.

(I have built all of the .debs for 0.5.0 and I'll get them moved to the
bindist location fairly soon; so I don't need help with that aspect of
things.)

If you do help out with this, please let me know how it goes.

  Thanks,
  Dave


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help needed with testing

[David R. Morrison]

Peter and I realized today that his "dlcompat" package needs a splitoff
version.  This has now been put into the 10.2/unstable tree, and at the
same time, dlcompat-dev was added as a "BuildDepends" in many packages, but
only in the unstable tree.

Please help us test this, so that we can move it to stable in a short period
of time and put the stable and unstable versions of packages back in sync.

In order to test this, BE SURE THAT THE UNSTABLE TREES COME *BEFORE* THE
STABLE TREES in the Trees line of /sw/etc/fink.conf.  Then you can help
us by running "fink selfupdate-cvs" and then rebuilding various packages
which depend on dlcompat, and checking the dlcompat functionality.

Report your results to this list, or else directly to Peter and me.

  Thanks,
  Dave

P.S. Also, if you are moving packages to stable, be sure to remove dlcompat-dev
from the BuildDepends line as you move it (at least until we are able to
add dlcompat-dev to the stable tree).


---
This sf.net email is sponsored by: To learn the basics of securing 
your web site with SSL, click here to get a FREE TRIAL of a Thawte 
Server Certificate: http://www.gothawte.com/rd524.html
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binaryinstaller

[Martin Costabel]

David R. Morrison wrote:


[]

Martin, were you "root" when you created this?  Or else how did you get
everything to be owned by root in the .pax.gz file?  That is perhaps
an important step when creating future binary installers...


Yes. I had tried a "sudo chown -R root.admin", but then PackageMaker 
always failed somewhere, so I finally gave in and logged in as root.

--
Martin






---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binary installer

[David R. Morrison]

Martin Costabel <[EMAIL PROTECTED]> wrote:

> David R. Morrison wrote:
> 
> >  Maybe somebody
> > else can make a new 0.4.1 installer?  I'll be happy to talk you through
> > the process...
> 
> In case this is still needed, I made one. It looks OK to me, but since I 
> had never touched PackageMaker before, it would be necessary that 
> someone else tested it. It is at
> http://perso.wanadoo.fr/costabel/Fink-0.4.1-installer.dmg.gz
> and also, if this server is not working correctly, at
> http://www.maths.univ-rennes1.fr/~costabel/Fink-0.4.1-installer.dmg.gz


I have tested Martin's installer, and used it to replace the old one on
the sourceforge site.  We should no longer encounter Fink users with
unbootable machines!  (or at least, not ones caused in this way!)

Martin, were you "root" when you created this?  Or else how did you get
everything to be owned by root in the .pax.gz file?  That is perhaps
an important step when creating future binary installers...

  -- Dave



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1binary installer

[Max Horn]

At 17:05 Uhr -0500 31.10.2002, David R. Morrison wrote:

Can someone please test Martin's installer package?  You'll need at 10.1.x
system to test it.  (I won't have access to a 10.1.x system until next
Monday at the earliest, myself.)  Not only should you test that it installs
OK, but you should check what happens if you use the installer severl
times in a row.

Thanks.  When someone sends me a positive testing report, I'll use Martin's
installer to replace the one currently available from sourceforge.



I will be back home during the weekend. If I can find my 10.1 CDs, I 
can clean a partition on my G4, install 10.1 to it and test the 
installer.

Of course, if there is anybody who doesn't have to install a whole 
system first and who's willing to test it, that'd be somewhat easier 
:-)


Cheers,

Max
--
---
Max Horn
Software Developer

email: 
phone: (+49) 6151-494890


---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binary installer

[David R. Morrison]

Can someone please test Martin's installer package?  You'll need at 10.1.x
system to test it.  (I won't have access to a 10.1.x system until next
Monday at the earliest, myself.)  Not only should you test that it installs
OK, but you should check what happens if you use the installer severl
times in a row.

Thanks.  When someone sends me a positive testing report, I'll use Martin's
installer to replace the one currently available from sourceforge.

  -- Dave


---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binaryinstaller

[Martin Costabel]

David R. Morrison wrote:


 Maybe somebody
else can make a new 0.4.1 installer?  I'll be happy to talk you through
the process...


In case this is still needed, I made one. It looks OK to me, but since I 
had never touched PackageMaker before, it would be necessary that 
someone else tested it. It is at
http://perso.wanadoo.fr/costabel/Fink-0.4.1-installer.dmg.gz
and also, if this server is not working correctly, at
http://www.maths.univ-rennes1.fr/~costabel/Fink-0.4.1-installer.dmg.gz

--
Martin



---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binary installer

[David R. Morrison]

Martin Costabel <[EMAIL PROTECTED]> wrote:

> David R. Morrison wrote:
> 
> > []
> > What my "fix" does is to alter the .pax.gz file with the contents of the
> > installation so that the permission on "." is 1755 in the directory
> > instead of 0700.  
> 
> What did you do with the bom file? Not only does it still contain the 
> permissions 700 for ".", but lsbom crashes when I try to run it with 
> options "lsbom -p MUGf" on it.
> 
> Unfortunately, the bad permissions that get installed upon a secondary 
> installation are taken from the bom file. The result is that the new 
> installer has the same problem as the old one.


I didn't do anything with the bom file, because I don't know how to modify
it.

My problem is, that I have no way to access 10.1 before next Monday, and
the 10.2 PackageMaker makes 10.2-only .pkg's, which is not what we want.
So I attempted to punt by just altering the .pax.gz file.

Not the right thing, obviously!  Any other suggestions?  Maybe somebody
else can make a new 0.4.1 installer?  I'll be happy to talk you through
the process...

  -- Dave



---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] help needed testing replacement fink 0.4.1 binaryinstaller

[Martin Costabel]

David R. Morrison wrote:


[]
What my "fix" does is to alter the .pax.gz file with the contents of the
installation so that the permission on "." is 1755 in the directory
instead of 0700.  

What did you do with the bom file? Not only does it still contain the 
permissions 700 for ".", but lsbom crashes when I try to run it with 
options "lsbom -p MUGf" on it.

Unfortunately, the bad permissions that get installed upon a secondary 
installation are taken from the bom file. The result is that the new 
installer has the same problem as the old one.

--
Martin



---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help needed testing replacement fink 0.4.1 binary installer

[David R. Morrison]

Dear Fink Developers,

As you may have seen in a few recent messages, there is a serious problem
with the fink 0.4.1 binary installer which occurs if a user installs using
the installer twice.  The permissions on the root directory of the machine
are altered, and the machine no longer boots!

I've attempted to fix this in a revised version of the binary installer,
but I have no way to test this since I am traveling right now.  (Also, I
created the revised version in a slightly hack-ish way so I'm hoping that
it will work.)

Could Martin or others please test my new version?  The file is at

  http://www.cgtp.duke.edu/~drm/fink-0.4.1-installer.dmg

What my "fix" does is to alter the .pax.gz file with the contents of the
installation so that the permission on "." is 1755 in the directory
instead of 0700.  This doesn't completely cure the problem, because the
ownership of the user's / directory will change if the installation is
done twice, but at least the machine should be able to boot with the
incorrect owner.

BTW, Apple has revised PackageMaker.app for 10.2, so I wasn't able to use
it to make this revised package (but we can hope that the new one will
not suffer from this problem we've uncovered).

  Thanks for your help,
  Dave


---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] help packaging smssend using Fink

[julius ross]

Dear Fink-devel,

Smssend is a command line utility for sending short text messages to 
mobile phones.  I have compiled smssend for OSX and have a Fink .info 
file working.  It works (on my system) but I want to make sure that I 
have got it right.  I was wondering if there is any kind person who 
might help me out (off list).  The two problems I have are

1) I want to make sure that I have followed the policy on shared 
libraries
2) I do not know how to check which dependencies are needed

Thanks

Julius



___

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help porting

[Max Horn]

At 22:03 Uhr -0500 01.02.2002, Bill Bumgarner wrote:
>Did you build the client or the server?

Hm, I think only the client

>The client is trivial;  pretty much builds out of the box.

Yup, mostly. It had some nasty problems when I tried, but I believe 
they have fixed all of them now.


>The server is more problematic in that it requires the mod_dav.h 
>header, db4, and apr-- apache portable runtime.

Yeah.


>mod_dav.h is interesting in that it can only be had by installing mod_dav.
>Apple didn't include mod_dav.h with OS X, though they do provide libdav.
>so.  I have filed an issue via bugreport.apple.com.

That fits in with the rest of the story, sadly. They do supply 
OpenSSL libs, but no headers. Same problem :/


>  In any case, it raises two questions:
>
>(1) Should I create a mod_dav package for Fink?  Likely so as it 
>could install the appropriate header file.

What would that package do exactly, besides installing that header?

>
>(2) Should a mod_dav package depend on the apache package?   On the 
>one hand, it would be advantageous to leverage the installed apache 
>environment-- especially on OS X Server in that it includes modules 
>that are not available in a source form.  System-apache??

Hey would that work, exactly? System-apache I mean? We can't just go 
in and start modifiyng the system's apache, so if you wanted to make 
a mod_dav package that builds a current version of mod_dav, you can't 
just put it under the nose of the system's Apache. In fact I think it 
might require of apache itself. Doesn't sound to well to me.

But if you have a good idea on how to do it, I am open to hear it! 
I.e. I don't want to discourage or prevent you from trying.


>Even after working after the mod_dav and db4 issue,

You didn't mention the db4 issue yet :) What is it?


>  there is still the matter of dealing with the build of the apr/ 
>subdirectory [a snapshot of the apr project within apache]. 
>Eventually, apr will become a fink package on its own and subversion 
>can simply depend upon it-- but that is likely a good bit of time in 
>the future.   For now, the apr project appears as a subdirectory 
>below the subversion project.

Yeah. However, I am not sure if that apr snapshot is also included in 
their source repository? last time I checked, they basically told you 
to use the snapshot only to "bootstrap" the latest version of 
subversion from their repositoy.

>
>Version of libtool?
>
>I'm not at all sure;  how do I tell?  In any case, swapping in the ltmain.
>sh and ltconfig from Fink didn't help;  I still saw the version 
>mismatch problem.  From examining other packages, it appears that 
>configure is responsible for generating libtool from 
>ltmain/ltconfig?  In any case, updating autoconf didn't help, either.

I think I wrote this in a previous mail - you can determine the 
libtool version from ltmain.sh. Fink only updates the 1.3.5 version. 
1.4 and newer should support OS X out of the box.


Cheers,

Max
-- 
---
Max Horn
Software Developer

email: 
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help porting

[Max Horn]

At 22:03 Uhr -0500 01.02.2002, Bill Bumgarner wrote:
[...]
>
>Version of libtool?
>
>I'm not at all sure;  how do I tell?

By looking at ltmain.sh


>   In any case, swapping in the ltmain.
>sh and ltconfig from Fink didn't help;  I still saw the version 
>mismatch problem.

What do you mean, "still" ? If you swap in our ltmain.sh/ltconfig, 
which are made for 1.3.5, on a non-matching version of libtool, that 
is counterproductive and doesn'thelp anything.

>   From examining other packages, it appears that configure is 
>responsible for generating libtool from ltmain/ltconfig?

The configure script does it, yeah, via a macro provided by libtool

>   In any case, updating autoconf didn't help, either.

autoconf is not related to the problem.


Max
-- 
---
Max Horn
Software Developer

email: 
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help porting

[Bill Bumgarner]

Did you build the client or the server?

The client is trivial;  pretty much builds out of the box.

The server is more problematic in that it requires the mod_dav.h header, 
db4, and apr-- apache portable runtime.

mod_dav.h is interesting in that it can only be had by installing mod_dav.
Apple didn't include mod_dav.h with OS X, though they do provide libdav.
so.  I have filed an issue via bugreport.apple.com.  In any case, it 
raises two questions:

(1) Should I create a mod_dav package for Fink?  Likely so as it could 
install the appropriate header file.

(2) Should a mod_dav package depend on the apache package?   On the one 
hand, it would be advantageous to leverage the installed apache 
environment-- especially on OS X Server in that it includes modules that 
are not available in a source form.  System-apache??

Even after working after the mod_dav and db4 issue, there is still the 
matter of dealing with the build of the apr/ subdirectory [a snapshot of 
the apr project within apache].   Eventually, apr will become a fink 
package on its own and subversion can simply depend upon it-- but that is 
likely a good bit of time in the future.   For now, the apr project 
appears as a subdirectory below the subversion project.

Version of libtool?

I'm not at all sure;  how do I tell?  In any case, swapping in the ltmain.
sh and ltconfig from Fink didn't help;  I still saw the version mismatch 
problem.  From examining other packages, it appears that configure is 
responsible for generating libtool from ltmain/ltconfig?  In any case, 
updating autoconf didn't help, either.

b.bum

On Friday, February 1, 2002, at 06:14 PM, Max Horn wrote:

> The question is, what libtool version are they using?
>
> I have setup subversion in the past succesfully, but that was one or two 
> milestones ago I believe.
>
>
> Max
> -- ---
> Max Horn
> Software Developer
>
> email: 
> phone: (+49) 6151-494890
>
b.bum
Do the voices in my head bother you?


___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help porting

[Max Horn]

The question is, what libtool version are they using?

I have setup subversion in the past succesfully, but that was one or 
two milestones ago I believe.


Max
-- 
---
Max Horn
Software Developer

email: 
phone: (+49) 6151-494890

___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Help porting

[Bill Bumgarner]

I'm in the midst of porting subversion to OS X, creating a Fink package in 
the process.

Subversion's source tree is a rather complex beast that includes a number 
of other packages directly within and, hence, has a number of different 
beasts that use various forms of autoconf.

It appears that everything needs to be upgraded to the latest libtool.   
However, I'm having some trouble doing so.   If I mimic what fink does 
when UpdateLibtool and UpdateConf are enabled, it still spews the dreaded 
'version number `' does not match ltmain.sh version number of 1.3.5' (or 
whatever it is).

I read the Fink documentation regarding libtool, but that didn't really 
help.

Does anyone have any suggestions?

Pointers to already existing packages that were faced with a similar 
problem are perfectly welcome-- I can figure this out, I just need a few 
starting points.

b.bum


___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel