[Bug 220888] Review Request: fakeroot - Gives a fake root environment

bugzilla at redhat.com bugzilla at redhat.com
Fri Jan 5 04:50:30 UTC 2007


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: fakeroot - Gives a fake root environment


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





------- Additional Comments From peter at thecodergeek.com  2007-01-04 23:50 EST -------
(In reply to comment #16)
> What you consider a blocker is far from being one, both technically
> from a specification POV (because a mandatory following of the guidelines that
> designate a "preferred" buildroot explicitely does not make that unique and
> leaves room for many other buildroots) [...]

The whole purpose of guidelines and QA rules in this manner is to ensure that
all potential packages conform to them for the benefit of all (or don't if there
is good and valid reason not to do so). 

> [...] as well from a semantically POV since the 
> implied brokenness wrt to multi-users is smaller than the one wrt multi-arch as
> present in the "preferred" buildroot (while both are almost neglidgible
> corner-cases anyway).

The way you have your BuildRoot setup, though, adds this multi-users brokenness
to the already existent multi-arch breakage that could occur. If it in fact
fixed it but still differed from what the Guidelines show, then I would
definitely not consider it a blocker; and post an RFC for this to the relevant
mailing list(s).
 
> > No disrespect intended, but how hard is it, really, to copy and paste the
> > "BuildRoot: ..." line from the Guidelines wiki page? ^_^)
> 
> Rephrasing the above: How hard is it, really, to simply let the current
> BuildRoot pass?

It is very difficult for me, quite frankly. I am one of the main personnel who
closely handle inventory control for my employer (a microelectronics R&D firm);
and me approving of that incorrect BuildRoot would be akin in many ways to my
signing a bill of materials, work order traveler, or other project document
which contains information I know to be incorrect, incomplete, or otherwise
improper. It's simply not the right thing to do. (As I said, though: if I felt
that this reasoning for the deviation was good and valid, I'd let it through for
certain.)
 
> Anyway I think fakeroot is a useful package and it will probably find another
> reviewer. Still thanks for trying to do the review in the first place.

As do I. I hope your submission succeeds and wish you well. Hopefully this
disagreement between us does not become unnecessary animosity. :]

-- 
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 Fedora-package-review mailing list