Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 807729

Summary: RFE: update to a recent release
Product: Red Hat Enterprise Linux 6 Reporter: Jonathan Underwood <jonathan.underwood>
Component: mercurialAssignee: Vojtech Vitek <vvitek>
Status: CLOSED WONTFIX QA Contact: qe-baseos-daemons
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.2CC: hripps, ovasik
Target Milestone: rcKeywords: FutureFeature, Rebase
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Rebase: Bug Fixes and Enhancements
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-10 13:33:10 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 Jonathan Underwood 2012-03-28 15:09:06 UTC
Description of problem:
Would it be possible to update mercurial to a more recent release than 1.4? Mercurial is a leaf package (nothing else seems to require it), so this shouldn't be a major issue. The main motivation for this request is that the Eclipse plug-in requires at least mercurial 1.5. 1.4 is more than 3 years old at this point.

Version-Release number of selected component (if applicable):
mercurial-1.4-3.el6.x86_64

Comment 2 Ondrej Vasik 2012-03-28 19:18:37 UTC
Thanks for the suggestion, but without customers pushing for it via support ticket, the rebase is unlikely to happen - as the RHEL update capacity is limited. It is a kind of unfortunate situation - as the EPEL policy afaik forbids to ship newer than RHEL package - so you can't use EPEL for this.

Therefore - if you have an active subscription - please contact product support with this request to raise its priority - bugzilla is just tracking tool for RHEL.

Comment 3 Jonathan Underwood 2012-05-02 21:40:34 UTC
Well, the issue is that holding back the rhel version prevents packaging things for EPEL (such as the eclipse plugin), which was my motivation for making the request - I'm an EPEL contributor - I don't have an RHEL active subscription, in fact.

Comment 4 Ondrej Vasik 2012-05-10 13:33:10 UTC
I see your point, but I don't see a mercurial rebase likely to happen in RHEL-6 at the moment - it still needs a slot for testing and introduces risk of regression in production environment.

If there is some dependency issue for other potential epel packages/update, probably you could discuss some kind of exception on epel-devel list or on epel sig meeting - to have e.g. mercurial15 package in epel-6. It might be accepted by them, as you said, mercurial is leaf (and more toolchain) package.