[Bug 220890] Review Request: libcdaudio - Control operation of a CD-ROM when playing audio CDs

[bugzilla at redhat.com]

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: libcdaudio - Control operation of a CD-ROM when playing audio CDs


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





------- Additional Comments From jwilson at redhat.com  2007-02-20 17:22 EST -------
(In reply to comment #11)
> > I'd like for someone from the FPC and/or FESCo to comment.
> 
> I'm from FPC.

Ah, I was completely unaware of that. :)

It seems there has been a lack of communication between FPC and FESCo. At the
very least, some members of FESCo appear to be unaware of any changes made to
the packaging guidelines...

> Yes, we went for using mktemp -ud as the lesser evil. The expected
> side-effects are that stepped rpmbuilds (using --short-circuit for example)
> won't work anymore unless you supply a buildroot on the command line.

So where does this leave us with respect to what's currently spelled out as
being mandatory in the guidelines?

> > Of course, I agree that anything sane should be fine. Above and beyond that, I
> > really don't think we should have to care what the buildroot is at all. If its
> > supposed to be the same in all specs, it should be specified by the build
> > system, not duplicated in every spec.
> 
> +\infty

:)

So how about just putting in the current "Mandatory" BuildRoot value as listed
in the current packaging guidelines for now, and once the dust settles for The
Grand Future of BuildRoot, change it to whatever the new-and-improved version is?

-- 
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.