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)

attached mail follows:

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.

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related lists.debian.org Links debian-announce debian-apache debian-arm-changes debian-beowulf debian-boot debian-cd debian-cd-vendors debian-changes debian-changes-digest debian-isp debian-kde debian-laptop debian-mirrors-announce debian-news debian-security debian-security-announce debian-testing debian-user debian-user-digest Request more information about Pantek

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

libapr1-dev recommends no packages.

• no debconf information

  attached mail follows:

  ---

  • David Fries

| On Sun, Sep 16, 2007 at 09:31:30PM +0200, Stefan Fritsch wrote:

|

| > Shouldn't other projects use
| > 
| > apr-1-config --includedir

Do you need more help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related lists.debian.org Links debian-announce debian-apache debian-arm-changes debian-beowulf debian-boot debian-cd debian-cd-vendors debian-changes debian-changes-digest debian-isp debian-kde debian-laptop debian-mirrors-announce debian-news debian-security debian-security-announce debian-testing debian-user debian-user-digest Request more information about Pantek

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




-- 
To UNSUBSCRIBE, email to debian-apache-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org