On Tue, Mar 18, 2003 at 10:35:58AM +0100, Michael Bell wrote: > >What about my patch though: > > > >$(MODULES):: > >- cd $@ && $(MAKE) $(SUBTARGET) > >+ cd $@ && $(MAKE) $(SUBTARGET) PREFIX=$(DESTDIR)/usr > > > >This means modules will get installed in the correct spot. I don't > >think it should break anything, normally DESTDIR="", so PREFIX=/usr, > >the default anyway. > > This would break our today's make philosophy. We use PERL_MAKEFILE_OPTS > from configure to set a prefix during perl Makefile.PL. We can install > modules in every path we want. --with-module-prefix=/usr installs the > module to /usr/perl5.
In which case, it should be possible to change the PREFIX= to take into account --with-module-prefix, right? eg. PREFIX=$(DESTDIR)/$$\(PREFIX\) which would not expand the value of $$\(PREFIX\) into the perl Makefile is run. (obviously I haven't looked into the Makefile, so I am not absolutely certain what the variable is called). > See src/modules/openca-*/specs/(redhat|suse).spec. This is the reason > why we have no problems during package builds with the modules. Yes, but every time OpenCA adds/removes a perl module, then a lot of files need to be updated. I don't see any point in being able to install openca-x509 for instance without installing the other perl modules at the same time, so I lump everything together in openca-common. Perhaps this might change in the future, but not yet. In any case, this isn't very important, as I have got a Debian specific solution anyway. -- Brian May <[EMAIL PROTECTED]> ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en _______________________________________________ OpenCA-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/openca-devel
