You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Enrico Weigelt <we...@metux.de> on 2004/12/13 05:43:58 UTC
Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
* Brad Nicholes <BN...@novell.com> wrote:
<big_snip />
Hi folks,
Why bundling 3rd-party packages anyway ?!
I personally *always* use sysetm libs instead of bundled libs when
some packages do such bundling. But I'm really unhappy that apache2's
configure does not provide an option for doing that on pcre.
Especially in embedded systems (which is one of my focuses) its
an really unnecessary wastal of resources.
Why isn't there an option for using system's pcre ?
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: contact@metux.de
cellphone: +49 174 7066481
---------------------------------------------------------------------
-- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
---------------------------------------------------------------------
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by Enrico Weigelt <we...@metux.de>.
* André Malo <nd...@perlig.de> wrote:
> * Enrico Weigelt wrote:
>
> > * André Malo <nd...@perlig.de> wrote:
> > > * Enrico Weigelt wrote:
> > > > Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> > > > also not bundled, so why pcre ?
> > >
> > > vendor branch.
> >
> > how does it answer my question ?
>
> It gives you a piece of information, that you perhaps didn't know yet.
> Here's another one: expat is bundled with apr-util.
I already knew that maintaining own branches for just a single
client package someday makes troubles - in case you meant this.
> zlib is optional. So is openssl.
right. and thats good.
why not the same with expat and pcre ?
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: contact@metux.de
cellphone: +49 174 7066481
---------------------------------------------------------------------
-- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
---------------------------------------------------------------------
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by André Malo <nd...@perlig.de>.
* Enrico Weigelt wrote:
> * André Malo <nd...@perlig.de> wrote:
> > * Enrico Weigelt wrote:
> > > Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> > > also not bundled, so why pcre ?
> >
> > vendor branch.
>
> how does it answer my question ?
It gives you a piece of information, that you perhaps didn't know yet.
Here's another one: expat is bundled with apr-util.
zlib is optional. So is openssl.
nd
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by Enrico Weigelt <we...@metux.de>.
* André Malo <nd...@perlig.de> wrote:
> * Enrico Weigelt wrote:
>
> > Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> > also not bundled, so why pcre ?
>
> vendor branch.
how does it answer my question ?
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: contact@metux.de
cellphone: +49 174 7066481
---------------------------------------------------------------------
-- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
---------------------------------------------------------------------
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by André Malo <nd...@perlig.de>.
* Enrico Weigelt wrote:
> Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> also not bundled, so why pcre ?
vendor branch.
nd
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by Enrico Weigelt <we...@metux.de>.
* Richard Jones <ri...@annexia.org> wrote:
> > Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> > also not bundled, so why pcre ?
>
> http://issues.apache.org/bugzilla/show_bug.cgi?id=27550
Doesnt answer the question, instead clearly showing in what trouble
we run when doing such silly things like bundling own branches of
foreign packages.
> http://issues.apache.org/bugzilla/attachment.cgi?id=13377
Okay, I'll try it.
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: contact@metux.de
cellphone: +49 174 7066481
---------------------------------------------------------------------
-- DSL ab 0 Euro. -- statische IP -- UUCP -- Hosting -- Webshops --
---------------------------------------------------------------------
Re: Why bundling 3rd-party packages anyway ? [WAS: A zLib Update....?]
Posted by Richard Jones <ri...@annexia.org>.
On Mon, Dec 13, 2004 at 05:43:58AM +0100, Enrico Weigelt wrote:
> * Brad Nicholes <BN...@novell.com> wrote:
>
> <big_snip />
>
> Hi folks,
>
> Why bundling 3rd-party packages anyway ?!
>
> I personally *always* use sysetm libs instead of bundled libs when
> some packages do such bundling. But I'm really unhappy that apache2's
> configure does not provide an option for doing that on pcre.
> Especially in embedded systems (which is one of my focuses) its
> an really unnecessary wastal of resources.
>
> Why isn't there an option for using system's pcre ?
>
> Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
> also not bundled, so why pcre ?
http://issues.apache.org/bugzilla/show_bug.cgi?id=27550
http://issues.apache.org/bugzilla/attachment.cgi?id=13377
Rich.
--
Richard Jones. http://www.annexia.org/ http://www.j-london.com/
>>> http://www.team-notepad.com/ - collaboration tools for teams <<<
Merjis Ltd. http://www.merjis.com/ - improving website return on investment
Learn Objective CAML - http://www.merjis.com/developers