Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1313545
| Summary: | hg-git broken since update to python2-dulwich-0.12.0-1 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Sjoerd Mullender <sjoerd> | ||||
| Component: | hg-git | Assignee: | Petr Stodulka <pstodulk> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 23 | CC: | extras-orphan, i, mads | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | hg-git-0.8.5-1.fc24 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-07-12 15:07:15 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. I tested in rawhide, where it is still broken, just different fail: $ hg clone ssh://pstodulk.org/rpms/unzip remote: FATAL: unknown git/gitolite command: 'hg -R rpms/unzip serve --stdio' abort: no suitable response from remote hg! Same situation even for new upstream version. I will look at it when I have time. Help is welcomed. My apologize. I forgot set extensions in config file. Problem is solved in new upstream version. It will be fixed by rebase for F24 too due to more changes in other packages. hg-git-0.8.5-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-da7433152c hg-git-0.8.5-1.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-da7433152c hg-git-0.8.5-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 1132035 [details] patch that fixes the problem Description of problem: hg can no longer communicate with a remote git repository since python2-dulwich was updated to 0.12.0. The problem is the incompatible way in which dulwich calls the run_command method in hggit/_ssh.py. In the old version, the command parameter was a list of strings, in the new version, the command parameter is a string. This means that the conversion from list to string (' '.join(command)) now gives an incorrect result. Version-Release number of selected component (if applicable): hg-git-0.8.2-1.fc23.noarch python2-dulwich-0.12.0-1.fc23.x86_64 How reproducible: 100% Steps to Reproduce: 1.hg clone git+ssh://git:some/repo.git 2. 3. Actual results: destination directory: repo Invalid command: 'g i t - u p l o a d - p a c k ' s o m e / r e p o . g i t '' You appear to be using ssh to clone a git:// URL. Make sure your core.gitProxy config option and the GIT_PROXY_COMMAND environment variable are NOT set. abort: git remote error: The remote server unexpectedly closed the connection. Expected results: destination directory: repo importing git objects into hg updating to branch default 25 files updated, 0 files merged, 0 files removed, 0 files unresolved Additional info: The above was slightly edited to protect the innocent, you need to refer to a git repo where you have ssh access and use the correct URL.