[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#383615: marked as done (split out libaprutil1-dev sqlite, pgsql, ldap dependencies)

Your message dated Mon, 21 Aug 2006 14:23:03 +0200
with message-id <871wragtw8.fsf@thosu.err.no>
and subject line Bug#383615: split out libaprutil1-dev sqlite, pgsql, ldap dependencies
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
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.


--- End Message ---
--- Begin Message ---
* "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.

| 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.

| 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?

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

Tollef Fog Heen                                                        ,''`.
UNIX is user friendly, it's just picky about who its friends are      : :' :
                                                                      `. `' 

--- End Message ---

Reply to: