Re: [Fink-devel] fink broken
Emmanuele Salvati wrote: [] hank:~$ sudo apt-get install xemacs-sumo-pkg Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: xemacs-sumo-pkg 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/28.3MB of archives. After unpacking 117MB will be used. Err file: stable/main xemacs-sumo-pkg 20040202-1 File not found This one would probably disappear after a fink scanpackages, but I doubt whether it is important. You should try anyway. Get:1 http://bindist.finkmirrors.net 10.3/release/main xemacs-sumo-pkg 20040202-1 [28.3MB] Fetched 28.4MB in 16s (1746kB/s) Failed to fetch http://bindist.finkmirrors.net/bindist/dists/fink-0.7.2/main/binary-darwin-powerpc//editors/xemacs-sumo-pkg_20040202-1_darwin-powerpc.deb Size mismatch This is strange; normally it disappears after a apt-get update. Do you perhaps have a very old fink installed that calculates the package size differently from how it was calculated for the bindist? What do you get from dpkg -l fink dpkg apt ? -- Martin --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
Koen van der Drift wrote: Hi, A new upstream version of a package I maintain, gives a lot of warnings, such as: evaluate.c:2129: warning: incompatible implicit declaration of built-in function 'strlen' Does the warning disappear if you add #include string.h to evaluate.c? -- Martin --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
On Apr 16, 2006, at 6:45 AM, Martin Costabel wrote: Does the warning disappear if you add #include string.h to evaluate.c? Yes, that worked. Thanks. The package instructions say to run ./install to build and install the package, it looks like this: more license.txt echo Type YES if you agree, otherwise abort the installation with cntrl-C read yes cd t_coffee_source make clean make -i CC=gcc USER_BIN=../bin/ all cd .. mkdir $HOME/.t_coffee mkdir $HOME/.t_coffee/cache mkdir $HOME/.t_coffee/methods mkdir $HOME/.t_coffee/tmp ./bin/test.pl ./bin/t_coffee -update The line make -i CC=gcc USER_BIN=../bin/ all works when I issue it outside of fink, however when using fink, I get the following error: make -i CC=gcc USER_BIN=/sw/src/fink.build/root-tcoffee-3.93-1/sw/bin all make: *** No rule to make target `all'. Stop. Any suggestions how to work around this? Also I am not sure what to do with the mkdir lines, since that will create some dirs in the home folder, outside fink. thanks, - Koen. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
Koen van der Drift wrote: [] cd t_coffee_source make clean make -i CC=gcc USER_BIN=../bin/ all [] The line make -i CC=gcc USER_BIN=../bin/ all works when I issue it outside of fink, however when using fink, I get the following error: make -i CC=gcc USER_BIN=/sw/src/fink.build/root-tcoffee-3.93-1/sw/bin all make: *** No rule to make target `all'. Stop. Stupid question: Are you sure you are in the right directory when make is called? Is the compile script executed line-per-line, or is it a shell script? -- Martin --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
On Apr 16, 2006, at 10:08 AM, Martin Costabel wrote: Stupid question: Are you sure you are in the right directory when make is called? Is the compile script executed line-per-line, or is it a shell script? It's a plain text file, but I extracted the relevant lines into my info file, for instance I removed the first few lines about the license (because it requires user inateraction). So far I added: CompileScript: cd t_coffee_source make -i CC=gcc USER_BIN=%i/bin all - Koen. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
Koen van der Drift wrote: [] CompileScript: cd t_coffee_source make -i CC=gcc USER_BIN=%i/bin all Yes, that's what I supected. The 'cd' has no effect in this case. Either combine both lines into one or make it a shell script by putting '#!/bin/sh' (or more correctly '#!/bin/sh -ev') as a first line. -- Martin --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
On Apr 16, 2006, at 10:25 AM, Martin Costabel wrote: CompileScript: cd t_coffee_source make -i CC=gcc USER_BIN=%i/bin all Yes, that's what I supected. The 'cd' has no effect in this case. Either combine both lines into one or make it a shell script by putting '#!/bin/sh' (or more correctly '#!/bin/sh -ev') as a first line. Of course, now it works :) What about the lines that install stuff in the $HOME directory, can I leave those in the info file? The program won't execute when these files are missing, but since they are installed outside /sw, I am not sure what to do here. mkdir $HOME/.t_coffee mkdir $HOME/.t_coffee/cache mkdir $HOME/.t_coffee/methods mkdir $HOME/.t_coffee/tmp thanks, - Koen. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] question about warnings
Koen van der Drift wrote: [] What about the lines that install stuff in the $HOME directory, can I leave those in the info file? The program won't execute when these files are missing, but since they are installed outside /sw, I am not sure what to do here. mkdir $HOME/.t_coffee mkdir $HOME/.t_coffee/cache mkdir $HOME/.t_coffee/methods mkdir $HOME/.t_coffee/tmp I have no opinion on this either way. There are many packages that install stuff in ~/.* directories, without showing them in their file lists. In any case, if you do this in the CompileScript instead of the PostInstScript, these files won't exist in the *.deb and will therefpre not be installed when the package is not built from source but just installed from the *.deb. Another problem is that these directories are often owned by root which can give problems when the program is run as non-root afterwards. There are other packages that put the stuff meant for $HOME into /sw/share/doc/%n and tell the user via DescUsage how to put the files into $HOME themselves. -- Martin --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Putting files in $HOME (was: Re: [Fink-devel] question about warnings)
On Apr 16, 2006, at 2:14 PM, Martin Costabel wrote: Koen van der Drift wrote: [] What about the lines that install stuff in the $HOME directory, can I leave those in the info file? The program won't execute when these files are missing, but since they are installed outside /sw, I am not sure what to do here. mkdir $HOME/.t_coffee mkdir $HOME/.t_coffee/cache mkdir $HOME/.t_coffee/methods mkdir $HOME/.t_coffee/tmp I have no opinion on this either way. There are many packages that install stuff in ~/.* directories, without showing them in their file lists. In any case, if you do this in the CompileScript instead of the PostInstScript, these files won't exist in the *.deb and will therefpre not be installed when the package is not built from source but just installed from the *.deb. Another problem is that these directories are often owned by root which can give problems when the program is run as non-root afterwards. There are other packages that put the stuff meant for $HOME into / sw/share/doc/%n and tell the user via DescUsage how to put the files into $HOME themselves. Since part of the installation process is a test for the package, these folders need to be created before the InstallScript is executed, so I thought about putting them in PreInstScript. However, you are correct about the ownership, it is root, not the username, and the test cannot be run Is there a way to set the ownership of these folders to the user, without knowing in advance what the user name is? If this is not doable, I will use your second suggestion, and remove the test from the installation script. cheers, - Koen. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Putting files in $HOME
Koen van der Drift wrote: Since part of the installation process is a test for the package, these folders need to be created before the InstallScript is executed, so I thought about putting them in PreInstScript. However, you are correct about the ownership, it is root, not the username, and the test cannot be run Is there a way to set the ownership of these folders to the user, without knowing in advance what the user name is? If this is not doable, I will use your second suggestion, and remove the test from the installation script. Considering that multiple users can use a given mac, I don't see how you can assume the only person who will need those files in their home directory is the person installing the package. You could do something like make a wrapper script that checks for the stuff in home and then calls the real version of the program, if you really want it to be seamless. -- Benjamin Reed a.k.a. Ranger Rick http://ranger.befunk.com/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Putting files in $HOME
On Apr 16, 2006, at 5:48 PM, Benjamin Reed wrote: Considering that multiple users can use a given mac, I don't see how you can assume the only person who will need those files in their home directory is the person installing the package. Good point, I didn't think of that. I will put a comment in DescUsage to give instructions to the user as suggested by Martin. Thanks for the input. - Koen. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] /sw/include/gsl/gsl_sf_exp.h:143: error: floating constant exceeds range of 'float'
Dear Fink developers, I hope this is right mailinglist. I encounter a problem while compiling a program that uses gls. I run FINK on an Intel architecture. The error message is the following: In file included from /sw/include/gsl/gsl_sf.h:20, from specialfunctionsmodule.cc:26: /sw/include/gsl/gsl_sf_exp.h:143: error: floating constant exceeds range of 'float' /sw/include/gsl/gsl_sf_exp.h:144: error: floating constant exceeds range of 'float' Is this a problem related to porting gsl to the Intel architecture? In case this is an easy problem with an easy workaround, I would very much appreciate if you could shortly answere me. Thanks a lot in advance. Regards, Jens Kremkow --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] packages being removed from the 10.4 tree
The packages listed below were brought forward from the 10.4- transitional tree, but do not compile in the 10.4 tree. (They may or may not compile in the 10.4-transitional tree.) They are being removed from the 10.4 tree, and listed in the wiki. Of course, they may be repaired and re-added to the tree at any time. Maintainer's name is given for each package. -- Dave devel/anjuta (Marc Weil [EMAIL PROTECTED]) devel/esvn (Christian Schaffner [EMAIL PROTECTED]) devel/svk (Christian Schaffner [EMAIL PROTECTED]) games/qthello (Ben Hines [EMAIL PROTECTED]) gnome/gtop (None fink-devel@lists.sourceforge.net) gnome/totem (The Gnome Core Team fink-gnome- [EMAIL PROTECTED]) graphics/density (Kurt Schwehr [EMAIL PROTECTED]) graphics/qcad (Jeremy Higgs [EMAIL PROTECTED]) libs/libxine (Keith Conger [EMAIL PROTECTED]) libs/mechanize-py (Matthew Bogosian [EMAIL PROTECTED]) libs/perlmods/svk-pm (Christian Schaffner [EMAIL PROTECTED]) libs/perlmods/vcp-dest-svk-pm (Christian Schaffner [EMAIL PROTECTED]) net/gift-fasttrack (Chris Zubrzycki [EMAIL PROTECTED]) net/mldonkey (None fink-devel@lists.sourceforge.net) net/oidentd (Justin F. Hallett [EMAIL PROTECTED]) sci/afni (Morgan Hough [EMAIL PROTECTED]) sci/freefem++ (Martin Costabel [EMAIL PROTECTED]) sci/mbsystem (Kurt Schwehr [EMAIL PROTECTED]) sci/modulef (Martin Costabel [EMAIL PROTECTED]) sci/ncarg (Jeffrey Whitaker [EMAIL PROTECTED]) sci/phase (Ben Hines [EMAIL PROTECTED]) sound/mp3splt (Beat Birkhofer [EMAIL PROTECTED]) sound/peercast (ASARI Takashi [EMAIL PROTECTED]) sound/rosegarden (Matthias Neeracher [EMAIL PROTECTED]) sound/xmms-scizzor (Ben Hines [EMAIL PROTECTED]) utils/eroaster (Chris Zubrzycki [EMAIL PROTECTED]) utils/qdvdauthor (Justin F. Hallett [EMAIL PROTECTED]) x11/qemu (Christian Schroeder [EMAIL PROTECTED]) x11-wm/afterstep (Finlay Dobbie [EMAIL PROTECTED]) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel