[asterisk-bugs] [DAHDI-linux 0014862]: When using DESTDIR, depmod is run on the host, not on the staging directory

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Sep 29 16:35:27 CDT 2010


The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=14862 
====================================================================== 
Reported By:                davidw
Assigned To:                
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   14862
Category:                   General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
JIRA:                        
Reviewboard Link:            
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-08 13:17 CDT
Last Modified:              2010-09-29 16:35 CDT
====================================================================== 
Summary:                    When using DESTDIR, depmod is run on the host, not
on the staging directory
Description: 
If you set DESTDIR, in order to install into a tree other than the real OS
tree, the Makefile still runs depmod without the -b option.

There are two subcases:

1) one is building a complete OS image in a staging directory - no
modules.dep will be created for dahdi unless a later make install does it
properly;

2) you are making a selective binary archive of just what is needed to
install Asterisk (our case) - the depmod is redundant, and potentially
dangerous if the system were to go down when it was running.

Because of case (2), it might be safer not to run it at all if DESTDIR is
set.

Also, in case (2), testing for udev/rules.d in the staging directory is
not useful.  Because of case (1) and cross builds, there may be cases where
using the host one is the wrong strategy, so maybe we just have to fudge
that one.
====================================================================== 

---------------------------------------------------------------------- 
 (0127521) sruffell (administrator) - 2010-09-29 16:35
 https://issues.asterisk.org/view.php?id=14862#c127521 
---------------------------------------------------------------------- 
Suspending as there is a work around available.  Patches are welcome
otherwise. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-09-29 16:35 sruffell       Note Added: 0127521                          
2010-09-29 16:35 sruffell       Status                   acknowledged => closed
======================================================================




More information about the asterisk-bugs mailing list