Bug 481601

Summary: please update to at least 0.85-2
Product: [Fedora] Fedora EPEL Reporter: Levente Farkas <lfarkas>
Component: rpmlintAssignee: manuel wolfshant <manuel.wolfshant>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: el5CC: fedora, manuel.wolfshant
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-01-28 13:48:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Levente Farkas 2009-01-26 17:38:13 UTC
please update to at least version 0.85-2 in order to be able to build the latest mingw32-filesystem on epel too.
thanks.

Comment 1 manuel wolfshant 2009-01-26 19:07:56 UTC
As you could see from the very first line of the changelog quoted below, the version of rpmlint which has just been pushed in EPEL-testing includes ALL the updates that the fedora rawhide version implemented until yesterday:

* Sun Jan 25 2009 Manuel Wolfshant <wolfy at fedoraproject.org> - 0.85-1
- Sync with Fedora rawhide version 0.85-3, including
-- Sync Fedora license list as Wiki revision 1.34)
-- filter out filename-too-long-for-joliet and symlink-should-be-*
   warnings in default config.


Could you please explain with more details what is the problem that you are facing (a show case proving that there is a problem would be excellent) ? Or maybe you have just been tricked by the release tag in epel (1) versus rawhide (3) ?
Please note that rpmlint in EPEL tracks to the best of my ability the version from rawhide and unless a very good reason is provided it will not implement checks which are not present over there.
Please also note that rpmlint never "disallows building", it is just a verification tool. Actual building is performed in mock and is completely independent of rpmlint.

Comment 3 manuel wolfshant 2009-01-26 22:12:28 UTC
The patch referenced in https://www.zarb.org/pipermail/rpmlint-discuss/2009-January/000684.html is already in http://download.fedora.redhat.com/pub/epel/testing/5/i386/rpmlint-0.85-1.el5.noarch.rpm
Please be as kind as to test it and let me know the outcome.

Comment 4 Levente Farkas 2009-01-28 13:05:27 UTC
thanks working.

Comment 5 manuel wolfshant 2009-01-28 13:48:09 UTC
In this case I am going to close the bug.

Comment 6 Levente Farkas 2009-02-02 20:34:50 UTC
wouldn't it be better if fedora and epel package version will be in sync?

Comment 7 manuel wolfshant 2009-02-03 07:56:32 UTC
I examined this. But it seemed odd to push the very first version with a -3 tag. And I did my best to add all the relevant info in the changelog.

Comment 8 Levente Farkas 2009-02-03 08:43:46 UTC
but this cause headache for other project. eg. when i project put 
BuildRequires: rpmlint >= 0.85-3
then it also has to have to split epel and fedora packages. which is a bad habbit. it'd be better for everyone to keep all branch as close together as possible. so imho it's smaller problem than start with -3 tag.

Comment 9 manuel wolfshant 2009-02-03 11:40:08 UTC
Too bad that your request came a bit too late, as I have already started with -1 and the package has already been pushed.
I suggest to use different BRs in your spec because for sure the rawhide version of rpmlint will have many more releases than the ones from EPEL.

Comment 10 Levente Farkas 2009-02-03 11:57:25 UTC
imho the best solution can be you simple push a new build into epel where the only changes is to change to -3. it won't cause any problem for anyone and will be in sync with rawhide. on the other hand of course rawhide can higher release in future then epel.

Comment 11 manuel wolfshant 2009-02-05 11:34:40 UTC
I have just built -3.1 in plague.
hope this helps.

Comment 12 Levente Farkas 2009-02-05 11:37:52 UTC
thanks.