On Jun 30, 2011, at 12:29 PM, Mark Hatle wrote:
> I'm working on multilib/multiarch support in the oe-core stuff. And I've hit
> an
> issue. I'm trying to query for a package of a specific arch.
>
> rpm -q zlib
>
> returns:
>
> zlib-1.2.5-r0.x86_64
>
> if I do:
>
> rpm -q zlib-1.2.5 or zlib-1.2.5-r0 or zlib-1.2.5-r0.x86_64
>
> I get the same result..
>
> however, I thought I could do:
>
> rpm -q zlib.x86_64
>
That's a bug (and likely related to Distepoch: turn on
but might be "RPM ACID" related, dunno)
Meanwhile there's lots of ways to achieve that same query:
rpm -q zlib | grep x86_64
rpm -q '^zlib.*x86_64$'
rpm -qa zlib 'arch=x86_64'
> and it would also work, but that doesn't seem to be the case. Is there any
> way
> to do rpm -q zlib.x86_64 -- or do I need to do rpm -q zlib, and through is
> some
> grep commands on the output?
>
DO what works.
FYI: The
rpm -q N.A
form of query is likely doomed in RPM. It was an expedient hack
when multilib was first deployed: I was given 4 hours to
devise, implement, test, and deliver a solution with mad manglers
watching my every key stroke.
> (The current case only has one instance of zlib, but eventually there could
> be 2
> or 3 instances.)
>
Lemme see if I can fix this evening … tomorrow is 7/1 monthly release time.
No promises.
73 de Jeff
> Thanks!
>
> --Mark
> ______________________________________________________________________
> RPM Package Manager http://rpm5.org
> Developer Communication List rpm-devel@rpm5.org
______________________________________________________________________
RPM Package Manager http://rpm5.org
Developer Communication List rpm-devel@rpm5.org
