libexpat confusion

Hello,

I am running -current and I'm a little confused about
expat.
It was removed from the ports tree, with message "expat
comes with OpenBSD as of 
release 4.2". Indeed I see it is in
/usr/src/lib/libexpat. However it is not in 
/usr/src/lib/Makefile, so it isn't being built.
My direct problem is building /usr/ports/devel/apr-util,
which aparently looks 
for expat in $X11BASE (/usr/X11R6). Since I don't have X
installed this fails.
Furthermore, I don't want to install X and surely apr-util
doesn't need to 
depend on it.

Can someone enlighten me about where expat ought to be, so I
can modify the 
Makefile for apr-util correctly ?

TIA,
Jaap Versteegh

On 2007/06/12 12:33, Jaap Versteegh wrote:
> My direct problem is building
/usr/ports/devel/apr-util, which aparently 
> looks for expat in $X11BASE (/usr/X11R6). Since I don't
have X installed 
> this fails.

you'll need to install xbase. the libraries from xbase are
needed
for quite a few things in ports. xbase comes with two setgid
binaries,
xlock and xterm, which you may conceivably want to chmod.

you don't need xserv or machdep.allowaperture.

> Furthermore, I don't want to install X and surely
apr-util doesn't need to 
> depend on it.

it does, because it uses expat, and that's where expat comes
from in
-current.

Thank you for your reponse.

>> Furthermore, I don't want to install X and surely
apr-util doesn't need to 
>> depend on it.
> 
> it does, because it uses expat, and that's where expat
comes from in
> -current.
That explains the need for the 'depend' from the point of
view of the apr-util 
Makefile developer.
 From an overall or user perspective, the need for any
package that uses the 
expat xml parser to depend on the xbase package, is still
entirely unclear. For 
one: this dependency was never neccessary in the past.
Shouldn't expat not just 
go into /usr/lib ?

And you are right about the fact that other ports depend on
X being present.
Like databases/odbc "==> gtk+-1.2.10p6 uses X11, but
/usr/X11R6 not found."
A database connectivity driver that depends on a GUI
toolkit.. sounds fishy to me.

I hope OpenBSD doesn't slowly go GNU/Linux in the spaghetti
sense.

Jaap

Jaap Versteegh wrote:
> For one: this dependency was never neccessary in the
past. 

Because in the past there was an expat port.

> Shouldn't expat not just go into /usr/lib ?

It's part of Xorg and therefore it belong in
/usr/X11R6/lib/.

> And you are right about the fact that other ports
depend on X being 
> present.
> Like databases/odbc "==> gtk+-1.2.10p6 uses
X11, but /usr/X11R6 not found."
> A database connectivity driver that depends on a GUI
toolkit.. sounds 
> fishy to me.

Complain to the odbc people for depending on gtk. This has
nothing to do 
with expat or OpenBSD.

> I hope OpenBSD doesn't slowly go GNU/Linux in the
spaghetti sense.

This is exactly what is avoided by not also having a
standalone port of 
expat.

---
Lars Hansson

On Tue, Jun 12, 2007 at 02:23:06PM +0200, Jaap Versteegh
wrote:
> >>Furthermore, I don't want to install X and
surely apr-util doesn't need 
> >>to depend on it.
> >
> >it does, because it uses expat, and that's where
expat comes from in
> >-current.
> That explains the need for the 'depend' from the point
of view of the 
> apr-util Makefile developer.
> From an overall or user perspective, the need for any
package that uses the 
> expat xml parser to depend on the xbase package, is
still entirely unclear. 
> For one: this dependency was never neccessary in the
past. Shouldn't expat 
> not just go into /usr/lib ?

Well, OpenBSD's dual system for dealing with software
('base' and
'ports') could be criticized, but unless you want to do
that, there is
no more sensible way to do this. The alternative would be to
require
someone to install a port before installing X, which makes
even less
sense.

Really, this is a non-problem. Just install the whole base
system,
including at least xbase, and be done with it.

		Joachim

-- 
TFMotD: atc (6) - air traffic controller game

Lars Hansson wrote:

> It's part of Xorg and therefore it belong in
/usr/X11R6/lib/.
Really ?
I see it in extra's:
http://xorg.freedesktop.org/releases/X11R7.2/src/extras/


I also see perl in there. So should perl go into
/usr/X11R6/bin ?

Jaap

Joachim Schipper wrote:
> Well, OpenBSD's dual system for dealing with software
('base' and
> 'ports') could be criticized, but unless you want to do
that, there is
> no more sensible way to do this. The alternative would
be to require
> someone to install a port before installing X, which
makes even less
> sense.
Indeed. It certainly makes sense to put it in the base
system, I just don't 
understand why it must be part of "xbase" rather
than "base" when so many non X 
programs use expat.

> Really, this is a non-problem. Just install the whole
base system,
> including at least xbase, and be done with it.
OK ;)

Jaap

On 6/12/07, Joachim Schipper <j.schippermath.uu.nl> wrote:
> On Tue, Jun 12, 2007 at 02:23:06PM +0200, Jaap
Versteegh wrote:
> > >>Furthermore, I don't want to install X and
surely apr-util doesn't need
> > >>to depend on it.
> > >
> > >it does, because it uses expat, and that's
where expat comes from in
> > >-current.
> > That explains the need for the 'depend' from the
point of view of the
> > apr-util Makefile developer.
> > From an overall or user perspective, the need for
any package that uses the
> > expat xml parser to depend on the xbase package,
is still entirely unclear.
> > For one: this dependency was never neccessary in
the past. Shouldn't expat
> > not just go into /usr/lib ?
>
> Well, OpenBSD's dual system for dealing with software
('base' and
> 'ports') could be criticized, but unless you want to do
that, there is
> no more sensible way to do this. The alternative would
be to require
> someone to install a port before installing X, which
makes even less
> sense.
>
> Really, this is a non-problem. Just install the whole
base system,
> including at least xbase, and be done with it.

I follow current by installing binary snapshots and
pre-compiled packages.

fetchmail also depends on expat.

Because I don't want the complete xbase41.tgz I just extract
the expat libs
and put them in a site41-hostname.tgz

#!/bin/sh

VERSION=41
HOST=diogenes
TARBALL=site$-$.tgz

tar xvzpf xbase41.tgz -C /tmp *expat*
tar cvzf $TARBALL -C /tmp usr
tar tvzf $TARBALL

---------------
During the snapshot install this file gets selected
automatically.

Snippet from the install:

Select sets by entering a set name, a file name pattern or
'all'. De-select
sets by prepending a '-' to the set name, file name pattern
or 'all'. Selected
sets are labelled '[X]'.

        [X] bsd
        [X] bsd.rd
        [ ] bsd.mp
        [X] base41.tgz
        [X] etc41.tgz
        [X] misc41.tgz
        [X] comp41.tgz
        [X] man41.tgz
        [ ] xbase41.tgz
        [ ] xetc41.tgz
        [ ] xshare41.tgz
        [ ] xfont41.tgz
        [ ] xserv41.tgz
        [X] site41-diogenes.tgz

------------------------

=Adriaan=