On 5/16/11 4:46 PM, "Kevin A. McGrail" <[email protected]> wrote:
>
>> That would prevent the create-package-from-tarball scripts from functioning,
> Can you elaborate on this statement? How would a contrib directory
> break something? Is it because they would see the existing .deb file
> (for example) in a subdirectory?
No, because the packaging files are looking in specific directories. For
example, rpmbuild -ta looks inside the tarball in the ./redhat directory for
a .spec file, and uses that to create an rpm. If the .spec is in a
different directory, then rpmbuild -ta won't find it. The user would then
need to manually unpack the tarball, dig through the contrib directory,
massage the .spec and re-pack the tarball in the format that rpmbuild is
expecting.
At that point, it's easier to grab a .spec file from a known good src rpm,
make the two or three edits required for a new version, and run rpmbuild -ba
>> and would be the least desirable of all solutions. My preference would be
>> to discard Debian and RedHat directories completely and let the package
>> maintainers do their own job.
> I don't disagree but I'd like to see something that makes everyone happy
> if possible.
--
Daniel J McDonald, CCIE # 2495, CISSP # 78281
