On Thu, 2007-09-13 at 11:26 +0200, Ralf Corsepius wrote: > On Thu, 2007-09-13 at 09:06 +0000, Kevin Kofler wrote: > > Ralf Corsepius <rc040203 <at> freenet.de> writes: > > > What are you referring to? Where am I not cooperating? > > > > You keep complaining loudly about freezes and Bodhi, and blaming the upgrade > > path reports in cases where you should have sent the appropriate freeze tagging > > requests to rel-eng or the appropriate update requests through Bodhi. > Complaining about lack of usability of the infrastructure is "non-cooperation"? > Shall video tape the cases, I am encountering almost every day? > > Not agreeing with management decisions is "non-cooperation"? > Yes, I feel the current release procedures are a mal-designed, > overengineered and yes, I feel fedora's management hardly could do > worse. I don't know about past issues, but from reading Ralf's responses in this thread, I would agree that he's behaving in a non-cooperative and non-constructive manner ... > > > => They are designed in a way, they prevent parallel installation of > > a > > > potential OSG1 and OSG2 package. > > > > This is a valid technical reason, the ones you gave before aren't. > Yes, I didn't mention them, because I respected to upstream's decision > not to ship *.pc's. ... And this is why. Ralf, all you did was explain why you're doing what you're doing (and not even going into the details and the rationale). However, you didn't really offer a solution to Chris (or Kevin) that would appeal to their technical skills and know-how. If upstream decided to do things the way they did, they must be satisfying a requirement, need or want that they have. How does that translate to the Fedora related package packager's needs? What would the alternative to pkgconfig .pc files then be? I don't know how OSG 1 or 2 works, but from what I know, pkgconfig was designed and supplied to make compile configurations and options for dependent packages easier. Amd parallel installs have been done using them. -- Richi Plana -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
