[Bug 197649] Review Request: gnustep-make - GNUstep makefile package

bugzilla at redhat.com bugzilla at redhat.com
Sat Jul 8 10:11:05 UTC 2006


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: gnustep-make -  GNUstep makefile package


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197649





------- Additional Comments From Axel.Thimm at ATrpms.net  2006-07-08 06:02 EST -------
(In reply to comment #4)
> I did not mean that any packages should be installed to /usr/local, but just
> that if the stuff is set up so that things are blindly installed to some dirs
> without creating the dirs, /usr/local/GNUstep is probably not the only case
> affected.

You mean subdirectories? In the case of the pure non-fhs setup, again only the
root directory of the "local root" is created. So all I did is adjust the path.

The purest packaging would dwell into it and fully convert it to FHS, and that's
what I was aiming for at the beginning. But I followed up archived discussions
on the pain and "impossibility" involved, as well as the "strong opinion" of
upstream to not accept patches for Linux/Unix targets. Debian for example
maintained a larger fhs-patch which needed adjustments on each upstream release
and after the package was never being updated they consider dropping
gnustep-make due to that burden.

If it weren't needed as a build dependency for further packages, I would had
done the same. :/

In a nutshell: I need to move out the /usr/local like bits of gnustep-make to
avoid default user installs under /usr and this seems the least intrusive way to
do so.

(In reply to comment #5)
> == Not an official review as I'm not yet sponsored ==

Sponsored means that you are allowed to do a first review of a new contributor
and to pull in this contributor into the Fedora family.


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the package-review mailing list