Re: [Fink-devel] a package that might modify data in /sw after installation

2006-10-16 Thread David Reiser

On Oct 16, 2006, at 1:34 AM, Martin Costabel wrote:

> David Reiser wrote:
>> ktoblzcheck, a library to verify German bank number/account  
>> number  pairs, comes with the most recent data set available from  
>> the German  banking system.
>> Recent versions of ktoblzcheck also have a perl script (well, 2   
>> actually, but one calls the other) that can download newer  
>> versions  of the dataset over the net and update the installed  
>> version. The  problem is that the script leaves behind the backup  
>> of the original  data and the unmodified version of the downloaded  
>> update data. So, if  one were to remove ktoblzcheck with fink  
>> after doing an update, fink  notifies the user that /sw/share/ 
>> ktoblzcheck can't be removed because  it isn't empty.
> []
>> Is there an easy way to avoid installing individual built files?  
>> I'm  not too keen on trying to patch configure.in or some makefiles.
>
> I'll answer a different question from what clepple and drm did: I  
> understand you worry about files created by the user *after* the  
> installation.
>
> There are many packages that are doing this. For example, xemacs  
> has its own package manager for add-on packages. If you run this,  
> there will be files in /sw/lib/xemacs/xemacs-packages/ that fink  
> has never heard about, and they will not be removed when you remove  
> the Fink xemacs packages. Many other packages have user-modifiable  
> configuration files that live inside  /sw/, and there is even a  
> mechanism that lets fink (via dpkg) not remove them when the  
> package is removed. Other packages create their runtime files  
> inside /sw/var/ where they are usually left behind when the package  
> is removed.
>
> In short, if you are concerned about runtime products left behind  
> and not controlled by the package manager, I would suggest not to  
> worry.
>
> If you really want to remove these files when the ktoblzcheck  
> package is removed, you can do it in a PreRmScript.

Thank you for the suggestion. (Thanks to drm and clepple, too, as I  
needed to learn that stuff, too) PreRmScript is closer to what I had  
in mind, but didn't quite know what to ask for. It did have me  
tearing my hair, muttering, and cursing for a couple hours tonight  
because I had an error in the script and couldn't remove the package  
until I found the script in /sw/var/...

>
> -- 
> Martin
>
Dave
--
David Reiser
[EMAIL PROTECTED]
climbing the gnucash dependency tree. slowly.


-
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


Re: [Fink-devel] a package that might modify data in /sw after installation

2006-10-15 Thread Martin Costabel
David Reiser wrote:
> ktoblzcheck, a library to verify German bank number/account number  
> pairs, comes with the most recent data set available from the German  
> banking system.
> 
> Recent versions of ktoblzcheck also have a perl script (well, 2  
> actually, but one calls the other) that can download newer versions  
> of the dataset over the net and update the installed version. The  
> problem is that the script leaves behind the backup of the original  
> data and the unmodified version of the downloaded update data. So, if  
> one were to remove ktoblzcheck with fink after doing an update, fink  
> notifies the user that /sw/share/ktoblzcheck can't be removed because  
> it isn't empty.
[]
> Is there an easy way to avoid installing individual built files? I'm  
> not too keen on trying to patch configure.in or some makefiles.

I'll answer a different question from what clepple and drm did: I 
understand you worry about files created by the user *after* the 
installation.

There are many packages that are doing this. For example, xemacs has its 
own package manager for add-on packages. If you run this, there will be 
files in /sw/lib/xemacs/xemacs-packages/ that fink has never heard 
about, and they will not be removed when you remove the Fink xemacs 
packages. Many other packages have user-modifiable configuration files 
that live inside  /sw/, and there is even a mechanism that lets fink 
(via dpkg) not remove them when the package is removed. Other packages 
create their runtime files inside /sw/var/ where they are usually left 
behind when the package is removed.

In short, if you are concerned about runtime products left behind and 
not controlled by the package manager, I would suggest not to worry.

If you really want to remove these files when the ktoblzcheck package is 
removed, you can do it in a PreRmScript.

-- 
Martin


-
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


Re: [Fink-devel] a package that might modify data in /sw after installation

2006-10-15 Thread David R. Morrison

On Oct 15, 2006, at 7:02 PM, David Reiser wrote:

> ktoblzcheck, a library to verify German bank number/account number
> pairs, comes with the most recent data set available from the German
> banking system.
>
> Recent versions of ktoblzcheck also have a perl script (well, 2
> actually, but one calls the other) that can download newer versions
> of the dataset over the net and update the installed version. The
> problem is that the script leaves behind the backup of the original
> data and the unmodified version of the downloaded update data. So, if
> one were to remove ktoblzcheck with fink after doing an update, fink
> notifies the user that /sw/share/ktoblzcheck can't be removed because
> it isn't empty.
>
> The upstream maintainer has indicated that he would prefer I not
> include the scripts in the package -- on the theory that anyone
> counting on the package management software for this package probably
> isn't going to do a private update anyway (and there have been fairly
> regular upstream updates on this library).
>
> Is there an easy way to avoid installing individual built files? I'm
> not too keen on trying to patch configure.in or some makefiles.
>
> Dave
> --
> David Reiser
> [EMAIL PROTECTED]
>


Yes.  Use a custom install script of the form:

InstallScript: <<
  make install prefix=%i
  rm %i/foo1 %i/foo2
<<

Explanation: During the "install" phase of creating a package, fink  
is installing files into the directory whose internal abbreviation is  
%i: this script will allow the makefile to do its usual thing, and  
then will remove unwanted files.  In terms of eventual locations  
within the fink tree, you should think of %i as standing for "/sw",  
and then give the remainder of the path to foo1 and foo2 (as many  
files as needed) in your script.  Note that after the InstallScript  
has been executed, fink will package up whatever remains in %i and  
create the .deb file which is subsequently used to actually install  
things into your fink tree.

   -- Dave




-
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


Re: [Fink-devel] a package that might modify data in /sw after installation

2006-10-15 Thread Charles Lepple
On 10/15/06, David Reiser <[EMAIL PROTECTED]> wrote:
> Is there an easy way to avoid installing individual built files? I'm
> not too keen on trying to patch configure.in or some makefiles.

Just add 'rm %i/path/to/file' (where path/to/file does not include a
leading /sw) to the end of your InstallScript.

-- 
- Charles Lepple

-
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