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

Bug#442375: marked as done (libapr1-dev: update --includedir path, apr-1 not apr-1.0)

Your message dated Thu, 22 Nov 2007 23:17:14 +0100
with message-id <87y7cq7wnp.fsf@xoog.err.no>
and subject line Bug#442375: libapr1-dev: update --includedir path, apr-1 not apr-1.0
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: libapr1-dev
Version: 1.2.7-8.2
Severity: normal


The header files are installed into /usr/include/apr-1.0 but as the
version is 1.2.7 I think it is just a hangover from a previous version
of apr as the package conflicts with libapr1.0-dev which is an old
version and I assume where that version came from.  If the package
source is installed outside of the debian package it is installed into
/usr/include/apr1 which makes me further think it should be installed
to /usr/include/apr1 and it better matches the current package name
libapr1-dev.

This came up because some source code I'm trying to compile has
#include "apr-1/apr_base64.h"
etc all over.

Package: libapr1-dev
Version: 1.2.7-8.2
Conflicts: libapr1.0-dev, libapr0-dev

apr-1.2.7/debian/rules
lists
--includedir=\$${prefix}/usr/include/apr-1.0
--with-installbuilddir=\$${prefix}/usr/share/apr-1.0/build

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libapr1-dev depends on:
ii  liba 1.2.7-8.2                           The Apache Portable Runtime Librar
ii  uuid 1.2-1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library - he

libapr1-dev recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
* David Fries 

| On Sun, Sep 16, 2007 at 09:31:30PM +0200, Stefan Fritsch wrote:
|
| > Shouldn't other projects use
| > 
| > apr-1-config --includedir
| > 
| > anyway, instead of hardcoding a path?

They should, yes

| It is code not under my control in the Second Life viewer (Linden Labs).
| I suggested to the second life mailing list to use,
| pkg-config --cflags apr-1

Not using apr-1-config or pkg-config is a bug on upstream's behalf, then.

| Flame Bait, but if you aren't supposed to use,
| #include <apr1.0/apr.h>
| or
| #include <apr1/apr.h>
| 
| then why put the header files in /usr/include for the compiler to find?
| Not really looking for an answer, thanks for looking into the original
| bug.

You're supposed to use #include <apr.h>.

Closing this non-bug.

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

--- End Message ---
Reply to: