Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=12869

           Summary: GATHER_DOCS is too efficient
           Product: Sorcery
           Version: 1.14.x
          Platform: x86
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Cast
        AssignedTo: sm-sorcery-bugs AT lists.ibiblio.org
        ReportedBy: iuso AT sourcemage.org


Sorcery version is 20060710.

I wrote a spell called acpica-unix. Its source has four makefiles for four 
different utilities, each in its own subdir. They have to be built 
separately. 
Also for all builds to succeed, 'make clean' needs to be run after each 
build. 
Unfortunately that also deletes the created executable, which therefore has 
to 
be moved to safety after make. Thus BUILD will consist of four sections like 
this:

cd subdir                        &&
make                             &&
cp executable $SOURCE_DIRECTORY  &&
make clean                       &&
cd $SOURCE_DIRECTORY

Now, one of the executables that are built is called acpisrc. I have 
GATHER_DOCS on, and I noticed that acpisrc appeared in the install log 
as /usr/share/doc/acpica-unix/acpisrc. It had been moved there because it 
matches $SOURCE_DIRECTORY/*rc. I changed the spell to move the executables to 
$SOURCE_DIRECTORY/tmp/ after make, and this solved the problem.

I suggest that GATHER_DOCS should pay more attention to what kind of files it 
gathers. At least it shouldn't install stuff that definitely aren't doc 
files, 
such as executables.

To reproduce, make sure you have GATHER_DOCS on. Get the latest z-rejected 
with z-devel/acpica-unix, cd to the spell directory, and do:

sed -i 's:/*tmp/*::' BUILD
sed -i 's:/*tmp/*::' INSTALL

Then cast acpica-unix and see the install log.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.