Bug 165020 - Extras packages are missing vendor flag.
Summary: Extras packages are missing vendor flag.
Alias: None
Product: Fedora Infrastructure
Classification: Retired
Component: extras buildsys
Version: unspecified
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Jeremy Katz
Depends On:
TreeView+ depends on / blocked
Reported: 2005-08-03 16:46 UTC by Sindre Pedersen Bjørdal
Modified: 2007-04-18 17:30 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2006-05-14 16:11:32 UTC

Attachments (Terms of Use)

Description Sindre Pedersen Bjørdal 2005-08-03 16:46:30 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050719 Epiphany/1.6.3

Description of problem:
Packages in Fedora Extras are missing the vendor flag.

Packages in Core has "Red Hat, Inc." as their vendor, packages from Extras have "(none)". 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Get a package from Extras
2. rpm -q --qf "%{vendor}\n" packagename

Additional info:

Comment 1 Seth Vidal 2005-08-04 05:25:25 UTC
I'm pretty sure the no vendor tag is intentional.

cc'ing spot on this one

Comment 2 Tom "spot" Callaway 2005-08-04 15:03:13 UTC
Do we care that Vendor: is unset? Individual packages certainly should not be
setting Vendor. What is this breaking exactly?

Comment 3 Sindre Pedersen Bjørdal 2005-08-04 15:43:24 UTC
It's not breaking anything as far I as know. Nor is the vendor tag really that
important. Max RPM states: The VENDOR tag is used to display the organization
responsible for marketing the package.

However, I've used the vendor flag in rpm queries to list packages from certain
repositories. Fairly useful when sorting out systems messed up from mixing
packages from conflicting repositories. I'm sure there are plenty other ways of
doing this though. 

Comment 4 Dan Williams 2006-05-14 16:11:32 UTC
Should be fixed, all the mock configs have %vendora defined as "Fedora Project"
in them now.

Note You need to log in before you can comment on or make changes to this bug.