Ticket #1761 (closed defect: wontfix)

Opened 1 year ago

Last modified 1 year ago

apr (part of subversion) slightly miscompiled

Reported by: alexander@linuxfromscratch.org Assigned to: livecd@linuxfromscratch.org
Priority: highest Milestone: 6.3
Component: CD Version: x86_64-6.3
Keywords: Cc:

Description

The file /usr/share/apr/build/libtool contains a LiveCD version: 

# libtoolT - Provide generalized library-building support services.
# Generated automatically by  (GNU  x86_64-6.3-r2130)
# NOTE: Changes made to this file will be lost: look at ltmain.sh.

Thus, subversion should be built with the VERSION variable temporarily unset. For a new development model, we have to solve this namespace pollution problem more generally.

Change History

11/08/07 05:27:38 changed by alexander@linuxfromscratch.org

Unsetting VERSION changes this to: 

# libtoolT - Provide generalized library-building support services.
# Generated automatically by  (GNU  )
# NOTE: Changes made to this file will be lost: look at ltmain.sh.

i.e. still not ideal.

11/09/07 00:26:10 changed by dnicholson@linuxfromscratch.org

1. apr is the apache runtime library, so it's not really part of subversion, it's just bundled.

2. You can probably delete that libtool file (and the other files in that build/ directory). The only purpose is to help you upgrade apr. Since you're not upgrading apr on the LiveCD (and if you were, you wouldn't need an old build file to help you), I think you can drop it. Subversion doesn't need those parts to run.

11/27/07 07:15:55 changed by alexander@linuxfromscratch.org

  • status changed from new to closed.
  • resolution set to wontfix.

The configure script of subversion is indeed a bit broken (doesn't set $VERSION but uses it when extracting libtool). However, this doesn't cause any non-cosmetical breakage, so nothing will be done with this bug.