How to deal with package conflicts (apache)?
How should I deal with package conflicts such as apache13/apache13-mod_ssl... I've installed apache13-mod_ssl but a couple of other ports I want to install want apache13 (specifically apache-1.3.29_1) which complains of a package conflict (with apache+mod_ssl-1.3.29+2.8.16) so I'll have to force the installation. Is there a way of convincing the new packages that apache13-mod_ssl is an adequate substitute for apache13? If I leave both installed (either as packages or ports) does it matter whether I update one or the other first? I guess the real question is are there any actual conflicts between these two packages/ports or are they effectively kept in sync with each other? What about other cases (eg. can I install apache13+ipv6 in conjunction with apache13 and apache13-mod_ssl)? Is there a general rule for handling these situations or is it a package-dependent thing? Is there a resource to help with understanding which packages can co-exist? Thanks, Wayne ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to deal with package conflicts (apache)?
On Mon, Feb 09, 2004 at 05:24:32PM +1030, W. Sierke wrote: > How should I deal with package conflicts such as > apache13/apache13-mod_ssl... > > I've installed apache13-mod_ssl but a couple of other ports I want to > install want apache13 (specifically apache-1.3.29_1) which complains of a > package conflict (with apache+mod_ssl-1.3.29+2.8.16) so I'll have to force > the installation. Is there a way of convincing the new packages that > apache13-mod_ssl is an adequate substitute for apache13? Set the APACHE_PORT variable (to www/apachewhatever) in /etc/make.conf. This will only work with ports, not packages, for which one can only use the default settings. Kris pgp0.pgp Description: PGP signature
RE: How to deal with package conflicts (apache)?
Kris Kennaway wrote: > On Mon, Feb 09, 2004 at 05:24:32PM +1030, W. Sierke wrote: > > How should I deal with package conflicts such as > > apache13/apache13-mod_ssl... > > > > I've installed apache13-mod_ssl but a couple of other ports I want to > > install want apache13 (specifically apache-1.3.29_1) which > complains of a > > package conflict (with apache+mod_ssl-1.3.29+2.8.16) so I'll > have to force > > the installation. Is there a way of convincing the new packages that > > apache13-mod_ssl is an adequate substitute for apache13? > > Set the APACHE_PORT variable (to www/apachewhatever) in > /etc/make.conf. This will only work with ports, not packages, for > which one can only use the default settings. Ok, does it matter that the port I want to install doesn't have any references to APACHE_PORT in its Makefile? Grepping through /usr/ports I can see that many ports do, but the port I want to install (mail/squirrelmail) doesn't. So am I taking this the right way? This type of package conflict means that I can't have apache13-mod_ssl installed AND install other packages that require apache13 without forcing them? Thanks, Wayne ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: How to deal with package conflicts (apache)?
At 03:21 14.02.2004 +1030, Wayne Sierke wrote:
Kris Kennaway wrote:
> On Mon, Feb 09, 2004 at 05:24:32PM +1030, W. Sierke wrote:
> > How should I deal with package conflicts such as
> > apache13/apache13-mod_ssl...
> >
> > I've installed apache13-mod_ssl but a couple of other ports I want
to
> > install want apache13 (specifically apache-1.3.29_1) which
> complains of a
> > package conflict (with apache+mod_ssl-1.3.29+2.8.16) so I'll
> have to force
> > the installation. Is there a way of convincing the new packages that
> > apache13-mod_ssl is an adequate substitute for apache13?
>
> Set the APACHE_PORT variable (to www/apachewhatever) in
> /etc/make.conf. This will only work with ports, not packages, for
> which one can only use the default settings.
Ok, does it matter that the port I want to install doesn't have any
references to APACHE_PORT in its Makefile? Grepping through /usr/ports I
can see that many ports do, but the port I want to install
(mail/squirrelmail) doesn't.
If squirrelmail has a direct dependecy like BUILD_DEPEND=...www/apache13
then it does matter. If squirrelmail depends on other ports that have this
kind of dependency then it does matter too, if these other ports have their
dependency set via APACHE_PORT then it does not matter.
Here we had a similar problem with apache13 packages: We have different
setups for workstations/servers, some have mod_ssl apache some have
apache13 only. All setup is done via packages, not ports. We have a compile
workstation that creates the packages to install. Our solution: Ports may
have subversions, which allows dependend packages to refer to the port and
accept all subversions as a valid dependency (with a warning). Example: You
can install the popular postgresql database either as server or as client
only. All deps to postgres client will be fullfilled by both packages.
To build mod-ssl apache13 package as a "variant" of the apache13 I renamed
www/apache13-modssl to www/apache13 (necessary for pkg-database) and
modified the Makefile like this:
diff Makefile.orig Makefile
8,9c8,9
< PORTNAME= apache+mod_ssl
< PORTVERSION= ${VERSION_APACHE}+${VERSION_MODSSL}
---
> PORTNAME= apache
> PORTVERSION= ${VERSION_APACHE}
16a17
> PKGNAMESUFFIX=-modssl
The last line make the variant of apache13: apache13-modssl.
Well, this is of course a hack, because modifications of the ports usually
are not such a good idea: If you cvsup all modifications will be lost. Our
focus was to have precompiled packages for automated setup. We modified the
ports Makefiles because we believe that we know what we are doing (and
others will know better and roll the eyes :-). Most probably there is a
better solution for this scenario but I didn't found one and I wanted to
learn more about the ports system so I did it this way.
Alexander
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to deal with package conflicts (apache)?
On Sat, Feb 14, 2004 at 03:21:16AM +1030, Wayne Sierke wrote: > Kris Kennaway wrote: > > On Mon, Feb 09, 2004 at 05:24:32PM +1030, W. Sierke wrote: > > > How should I deal with package conflicts such as > > > apache13/apache13-mod_ssl... > > > > > > I've installed apache13-mod_ssl but a couple of other ports I want > to > > > install want apache13 (specifically apache-1.3.29_1) which > > complains of a > > > package conflict (with apache+mod_ssl-1.3.29+2.8.16) so I'll > > have to force > > > the installation. Is there a way of convincing the new packages that > > > apache13-mod_ssl is an adequate substitute for apache13? > > > > Set the APACHE_PORT variable (to www/apachewhatever) in > > /etc/make.conf. This will only work with ports, not packages, for > > which one can only use the default settings. > > Ok, does it matter that the port I want to install doesn't have any > references to APACHE_PORT in its Makefile? Grepping through /usr/ports I > can see that many ports do, but the port I want to install > (mail/squirrelmail) doesn't. > > So am I taking this the right way? This type of package conflict means > that I can't have apache13-mod_ssl installed AND install other packages > that require apache13 without forcing them? It looks like squirrelmail doesn't have any dependencies on a webserver, so it should be fine anyway. Kris pgp0.pgp Description: PGP signature
