Bug 472617

Summary: Conflict with pssh
Product: [Fedora] Fedora Reporter: Michael Schwendt <bugs.michael>
Component: psshAssignee: Terje Røsten <terje.rosten>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 10CC: jima, rhbugs, terje.rosten
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-11-05 18:14:19 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:
Bug Depends On:    
Bug Blocks: 485969    
Attachments:
Description Flags
alternatives patch for pssh. none

Description Michael Schwendt 2008-11-22 01:56:38 UTC
putty-0.60-3.fc9.i386
  File conflict with: pssh-1.4.0-1.fc10.noarch
     /usr/bin/pscp

Comment 1 Bug Zapper 2008-11-26 05:45:43 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Hans Ulrich Niedermann 2009-02-01 13:02:30 UTC
Confirmed in F10 release, with
   pssh-1.4.3-1.fc10
   putty-0.60-3.fc9

Comment 3 Hans Ulrich Niedermann 2009-02-20 13:53:11 UTC
Are there any putty maintainers alive and reading bug reports?

Comment 4 Terje Røsten 2009-03-01 14:34:09 UTC
Should we use alternatives to fix this issue? 

Going down that path, here is a patch for pssh.

You can use it to adapt putty. 

I used priority 50 for pssh, you can choose if you want putty to be higher or lower.

Please ping if doing the change.

Comment 5 Terje Røsten 2009-03-01 14:36:54 UTC
Created attachment 333647 [details]
alternatives patch for pssh.

patch for comment #4.

Comment 6 Patrick Laughton 2009-06-11 14:46:48 UTC
I'm sorry, but how on earth did pssh pass review if it conflicts with putty, which has been in Fedora (Extras) 5 years longer?

I apologize for overlooking this bug until now.

Comment 7 Michael Schwendt 2009-06-14 09:32:42 UTC
Nothing in the Fedora Review process requires reviewers to check for conflicts. 
There's not even a guideline that suggests checking for potential conflicts (such as poorly chosen filenames in overloaded namespaces). There is no tool that performs automatic checks against all of Fedora. There's only repoquery and similar.

One consequence is that even some duplicate packages have entered the package collection. Once with old name and old version, a second time with new name and new version. ;)

Comment 8 Patrick Laughton 2009-06-14 17:35:28 UTC
From http://fedoraproject.org/wiki/Packaging/ReviewGuidelines :

MUST: Packages must not own files or directories already owned by other packages. The rule of thumb here is that the first package to be installed should own the files or directories that other packages may rely upon. This means, for example, that no package in Fedora should ever share ownership with any of the files or directories owned by the filesystem or man package. If you feel that you have a good reason to own a file or directory that another package owns, then please present that at package review time.

Maybe our interpretations of that guideline aren't the same, but that's how I read it.

Regardless of the letter (or spirit) of the policy, I find it genuinely dishonest that it was claimed that such a verification was performed (see https://bugzilla.redhat.com/show_bug.cgi?id=460044#c3 ):

[x] Package does not own files or directories owned by other packages.

This suggests to me that we may be guilty of incomplete, cookie-cutter reviews, which is a very concerning implication.

Comment 9 Michael Schwendt 2009-06-14 18:36:31 UTC
I'm aware of those guidelines (I still do reviews occasionally). I bet the majority of reviewers only apply that item to a package's set of sub-packages (as in "avoiding files to be included in multiple sub-packages") and at most check whether a package is included with Fedora already, because as I pointed out there are no tools to compare an arbitrary package against a set of remote repositories [other than my script on my people page, which is only for advanced users].  I don't mean to defend reviewers, who don't discover implicit conflicts. There's just no evidence (such as reviews with quoted shell session output) that reviewers do more than checking that packages don't own "filesystem" or "man" directories, and not even that. Too many reviewers (as well as packagers) need step-by-step recipes on how to check something. The guidelines don't explain _how to_ meet the requirements of this MUST item, and additionally, they leave room for (mis-)interpretation.

What you write in the bottom of your comment 8 is something I agree with, but beyond that I don't comment on it here in bugzilla.

Comment 10 Terje Røsten 2009-06-14 20:02:25 UTC
Could we please stop this ranting and fix the bug instead? 
We have wasted 6 months allready...

Comment 11 Patrick Laughton 2009-06-14 20:57:33 UTC
Yes, I would like to see this fixed.

Comment 12 Terje Røsten 2012-02-18 17:22:00 UTC
Hi putty maintainers, 

is putty is active? I am looking into fixing #794567.