On Mon, 2013-05-06 at 18:16 +0200, Phil Knirsch wrote: > On 05/06/2013 03:53 PM, seth vidal wrote: > > On Mon, 06 May 2013 00:31:08 -0400 > > James Antill <[email protected]> wrote: > > > >> On Fri, 2013-05-03 at 17:46 +0200, Phil Knirsch wrote: > >>> Hi folks. > >>> > >>> I've "hacked" together a small patch the last few days to basically > >>> convert yum-builddep to always use specfiles for build dep > >>> resolution. > >>> > >>> It does so by extracting the specfile from srpms to a temporary > >>> file and uses that then to generate the build dependencies. > >>> > >>> The advantage here is obviously that this way yum-builddep would > >>> become arch agnostic and the year old problem of srpms actually > >>> being binary rpms would be solved. > >> > >> So, AIUI, this won't fix that. As koji/etc. would need to be fixed > >> for that to happen for distros. ... and AFAIK koji doesn't use > >> yum-builddep. Pretty much everyone outside a distro. only cares about > >> one arch, and most don't use yum-builddep either ;). > >> > >> Saying that, a bunch of people have wanted this feature, so I don't > >> see a reason to not give it to them. Two things though: > >> > >> 1. It'd be nice to put the code to extract the file somewhere outside > >> of yum-builddep ... maybe into yum itself, maybe somewhere else. Also > >> providing a "repoquery --specfile" would be pretty cool (even cooler > >> if it did arbitrary files in the rpm). > >> > > > > the extraction code would make good sense in rpmUtils somewhere, I > > think. > > > > -sv > > Good points James and Seth, will work on that once the manager visit is > over. ;) > > Regarding the repoquery, would something like a "repoquery > --extractfile" work as an additional interface? Not sure if we'd then > need the specific "repoquery --specfile", although it could be used as a > easy way to extract that if you don't know the name. But ye, a general > extractor should be easy enough with the framework in rpmUtils in place.
Yeh, that's what I was thinking about. Having just the generic interface seems fine to me. Although Seth did mention privately that he thought repoquery was a weird place for it ... so maybe yumdownloader is better? My first thought of repoquery was due to it having a whole bunch of weird/diverse/etc. options already, so I still don't think it's terrible there. > Would also mean that i could provide a generic file extraction interface > in rpmUtils, so even if the archive format changes in rpm (like it does > currently ;) the external interface would stay the same. Yeh, can maybe even make Florian "fix" it too then :). _______________________________________________ Yum-devel mailing list [email protected] http://lists.baseurl.org/mailman/listinfo/yum-devel
