Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap dependencies

2006-08-21 Thread gmu 2k6

On 8/21/06, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:

* "gmu 2k6"

| it's not about disk space, it's about installing as few packages as
| possible to have a clean selection with a minimum of update
| needs/problems.
|
| if Debian is "the universal OS" then it should allow clean installs
| without falling back to apt-build.

This is a _development package_, not something which drags in lots of
random on a nondeveloper's system.  And even if it was, it's just a
few libraries and nothing complicated.  Compared with the extra
overhead of maintaining a split libapr-dev, it's too much so we won't
do it.

| one of the major reasons I'm using Debian out of the binary
| distros is that it allows me to install a minimal system and let
| me decide which packages I want, most of the time. although
| we are much better than RPM based distros which don't seem
| to have a "Suggest" field some packages are not done right
| regarding the features one can to enable/disable during
| runtime.

You can't disable the fact that libapr is linked with sqlite,
postgres, ldap and more at runtime.


as I proposed you could build additional packages which
enable the db-backends.


| just take the libwxgtk packages which requires esound, this
| is only so because the packager did not split the package
| in -base, -sound, etc. the point here is that wxWindows is
| most likely used for the GUI abstraction and not for sound.
| insert `apt-cache depends xchm` here.

xchm doesn't depend on and sound on my system at least.


$ apt-cache depends xchm
xchm
 Depends: libc6
 Depends: libchm1
 Depends: libgcc1
 Depends: libstdc++6
 Depends: libwxbase2.6-0
 Depends: libwxgtk2.6-0
 Depends: libchm1
 Conflicts: 

$ apt-cache depends libwxgtk2.6-0
libwxgtk2.6-0
 Depends: libatk1.0-0
 Depends: libc6
|Depends: libesd0
 Depends: libesd-alsa0
 Depends: libexpat1
 Depends: libfontconfig1
 Depends: libgcc1
|Depends: libgl1-mesa-glx
 Depends: 
   libgl1-mesa-directfb
   libgl1-mesa-glide3
   libgl1-mesa-glx
   libgl1-mesa-swx11
 Depends: libglib2.0-0
|Depends: libglu1-mesa
 Depends: 
   libglu1-mesa
 Depends: libgtk2.0-0
 Depends: libjpeg62
 Depends: libpango1.0-0
 Depends: libpng12-0
 Depends: libstdc++6
 Depends: libtiff4
 Depends: libwxbase2.6-0
 Depends: libx11-6


| I'm using libaprutil1-dev to build Subversion >=1.3.x/1.4(rc)
| and the dependency I saw with it is similar to installing some
| font or graphics libs which require the whole Xorg baselibs
| chain. I build Subversion, because Apache 2.2 is not in etch/sid
| yet and so it is built against APR 1.0.x right now my own
| -DLARGEFILE aka APR 1.2.x Subversion. btw, this does not
| mean I'm using mod_dav_svn, svnserve is all I need as of know.

You're aware that subversion 1.4rc is in experimental, right?


no, I wasn't but maybe I should start pinning some experimental
packages, thanks.


I'm closing this bug since we have no interest in the extra overhead;
sorry.


you don't have to be sorry, we did at least discuss my issue with it and
now that I see your point I know that it won't change and have to find
a different way to cope with it.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#383615: Fwd: Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap dependencies

2006-08-19 Thread gmu 2k6

-- Forwarded message --
From: gmu 2k6 <[EMAIL PROTECTED]>
Date: Aug 19, 2006 1:50 PM
Subject: Re: Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap
dependencies
To: debian-apache@lists.debian.org


On 8/19/06, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:

* "gmu 2k6"

| I would like some of the libaprutil1-dev dependencies to be split
| out to additional packages ala php-mysql so that the following
| dependencies are optional and only installed by those who need.

Why?  I'm not inclined to do it for just a few files; disk space is
cheap and even more so on development systems.


it's not about disk space, it's about installing as few packages as
possible to have a clean selection with a minimum of update
needs/problems.

if Debian is "the universal OS" then it should allow clean installs
without falling back to apt-build.

one of the major reasons I'm using Debian out of the binary
distros is that it allows me to install a minimal system and let
me decide which packages I want, most of the time. although
we are much better than RPM based distros which don't seem
to have a "Suggest" field some packages are not done right
regarding the features one can to enable/disable during
runtime.
just take the libwxgtk packages which requires esound, this
is only so because the packager did not split the package
in -base, -sound, etc. the point here is that wxWindows is
most likely used for the GUI abstraction and not for sound.
insert `apt-cache depends xchm` here.

I'm using libaprutil1-dev to build Subversion >=1.3.x/1.4(rc)
and the dependency I saw with it is similar to installing some
font or graphics libs which require the whole Xorg baselibs
chain. I build Subversion, because Apache 2.2 is not in etch/sid
yet and so it is built against APR 1.0.x right now my own
-DLARGEFILE aka APR 1.2.x Subversion. btw, this does not
mean I'm using mod_dav_svn, svnserve is all I need as of know.

so what do you think?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap dependencies

2006-08-19 Thread gmu 2k6

On 8/19/06, Tollef Fog Heen <[EMAIL PROTECTED]> wrote:

* "gmu 2k6"

| I would like some of the libaprutil1-dev dependencies to be split
| out to additional packages ala php-mysql so that the following
| dependencies are optional and only installed by those who need.

Why?  I'm not inclined to do it for just a few files; disk space is
cheap and even more so on development systems.


it's not about disk space, it's about installing as few packages as
possible to have a clean selection with a minimum of update
needs/problems.

if Debian is "the universal OS" then it should allow clean installs
without falling back to apt-build.

one of the major reasons I'm using Debian out of the binary
distros is that it allows me to install a minimal system and let
me decide which packages I want, most of the time. although
we are much better than RPM based distros which don't seem
to have a "Suggest" field some packages are not done right
regarding the features one can to enable/disable during
runtime.
just take the libwxgtk packages which requires esound, this
is only so because the packager did not split the package
in -base, -sound, etc. the point here is that wxWindows is
most likely used for the GUI abstraction and not for sound.
insert `apt-cache depends xchm` here.

I'm using libaprutil1-dev to build Subversion >=1.3.x/1.4(rc)
and the dependency I saw with it is similar to installing some
font or graphics libs which require the whole Xorg baselibs
chain. I build Subversion, because Apache 2.2 is not in etch/sid
yet and so it is built against APR 1.0.x right now my own
-DLARGEFILE aka APR 1.2.x Subversion. btw, this does not
mean I'm using mod_dav_svn, svnserve is all I need as of know.

so what do you think?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap dependencies

2006-08-18 Thread gmu 2k6

Package: libaprutil1-dev
Version: 1.2.7-2
Severity: wishlist

I would like some of the libaprutil1-dev dependencies to be split
out to additional packages ala php-mysql so that the following
dependencies are optional and only installed by those who need.

this could maybe be achieved by creating a libaprutil1-dev-base or
-common and install the -sqlite package manually. users needing
all packages could just install libaprutil1-dev like they do right now
and get all dependencies without any change.

libldap2-dev
libsqlite3-dev
libpq-dev
libgdbm-dev
libdb4.3-dev


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]