bugGNU Octave - Bugs: bug #32840, Don't use libxecdir for packages

 
 

bug #32840: Don't use libxecdir for packages

Submitter:  Orion Poplawski <opoplawski>
Submitted:  Fri 18 Mar 2011 05:12:42 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Installation Failure
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * 3.4.0 Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Mon 06 Jun 2011 07:42:06 PM UTC, comment #5: 

I checked in the following changeset on the stable branch:

http://hg.savannah.gnu.org/hgweb/octave/rev/762d10c77277

This change is slightly different from the submitted patch; I made a minimally invasive change, just using libdir instead of libexecdir.  I would prefer to consider changing the use of canonical_host_type separately.

John W. Eaton <jwe>
Group administrator
Thu 07 Apr 2011 03:20:14 PM UTC, comment #4: 

It used to be quite common to have multiple architectures all sharing the same /usr filesystem via NFS.  Maybe this isn't all that common now, but I don't see sufficient motivation to remove it, especially for a point release.  As for /usr/lib vs /usr/lib64, is that a standard?  Octave just provides some defaults here.  If packagers don't like the defaults, then they are free to choose something different.  Debian does that for example by making libexecdir be the same as libdir.

John W. Eaton <jwe>
Group administrator
Thu 07 Apr 2011 03:08:35 PM UTC, comment #3: 

Well, what is the use case for using $(canonical_host_type)?  32-bit/64-bit co-installs are already handled by /usr/lib/octave vs. /usr/lib64/octave.  Are other multiple host types other than these really going to be installed onto the same machine?  With gcc you can have various cross-compilers installed, but I don't see that happening with octave.

Orion Poplawski <opoplawski>
Thu 07 Apr 2011 12:40:26 AM UTC, comment #2: 

The change to use octave/$VERSION instead of octave-$VERSION is OK with me.

Why did you remove $(canonical_host_type) from the directory names?  That is present to allow files built for multiple architectures to share the same directory tree.  I see that GCC uses


/usr/lib/gcc/$(canonical_host_type)/$(version)


on my system, so maybe we should change these Octave directories to use


/usr/lib/octave/$(canonical_host_type)/$(version)/...


instead of putting the host type at the end?

The patch also needs ChangeLog entries.

John W. Eaton <jwe>
Group administrator
Tue 05 Apr 2011 09:04:40 PM UTC, comment #1: 

Note that this moves things from /usr/lib/octave-$VERSION to /usr/lib/octave/$VERSION.  I did this so that there would only be a single /usr/lib/octave directory (not octave and octave-$VERSION).  This breaks plplot which searches for libraries in /usr/lib/octave-$VERSION.  Now it should use octave-config (and I will submit a patch to it), but I suspect many other items don't either.

I think I still support the move, but figured I'd call attention to it.

Orion Poplawski <opoplawski>
Fri 18 Mar 2011 05:12:42 PM UTC, original submission:  

.oct files properly belong in $libdir, not $libexecdir.  The attached patch changes that.

Orion Poplawski <opoplawski>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #22956:  octave-libdir.patch added by opoplawski (3KiB - text/x-patch - Patch to use $libdir for packages)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by opoplawski (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-06-06 jwe StatusNone Fixed
        Open/ClosedOpen Closed
    2011-03-18 opoplawski Attached File- Added octave-libdir.patch, #22956

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code