RPM Support

Pulp 2 is approaching maintenance mode, and this Pulp 2 ticket is not being actively worked on. As such, it is being closed as WONTFIX. Pulp 2 is still accepting contributions though, so if you want to contribute a fix for this ticket, please reopen or comment on it. If you don't have permissions to reopen this ticket, or you want to discuss an issue, please reach out via the developer mailing list.

Reopening, as this appears to be causing Other Issues (see #4798)

After further investigation, I'm back to closing this as WONTFIX. The original description is correct - RPM-upload does result in the actual RPM binary ending up with its upload-id as the filename, instead of the 'real' filename. However, the only place to see this is under the content/units portion of pulp's tree. The Packages symlink in the repo has the correct name, and points to the correct file; this works after export as well (tested rsycn and ISO exports)

As an example - I created a bare repo, empty , and uploaded a single RPM into it, rpm-with-non-ascii-1-1.fc25.noarch.rpm

pulp-admin rpm repo create --repo-id empty --relative-url empty
pulp-admin rpm repo uploads rpm --file rpm-with-non-ascii-1-1.fc25.noarch.rpm --repo-id empty
pulp-admin rpm repo publish run --repo-id empty

It clearly has the 'wrong' name on the filesystem:

[vagrant@pulp2 ~]$ sudo tree /var/lib/pulp
/var/lib/pulp
├── celery
├── content
│   └── units
│       └── rpm
│           └── 45
│               └── 092320c072b594d5951ef9e8663c8b7ccfd529f1659d33c7087ec29606a4a4
│                   └── aab88552-2c46-4b5d-a57d-cf134b4340f3
├── nodes
│   └── published

But the link in the published repo is named correctly and points to the right place:

├── published
│   └── yum
│       ├── http
│       ├── https
...
│       │   └── repos
│       │       ├── empty -> /var/lib/pulp/published/yum/master/yum_distributor/empty/1560350550.08
│       │       └── listing
│       └── master
...
│           └── yum_distributor
│               └── empty
│                   └── 1560350550.08
│                       ├── Packages
│                       │   └── r
│                       │       └── rpm-with-non-ascii-1-1.fc25.noarch.rpm -> /var/lib/pulp/content/units/rpm/45/092320c072b594d5951ef9e8663c8b7ccfd529f1659d33c7087ec29606a4a4/aab88552-2c46-4b5d-a57d-cf134b4340f3
│                       └── repodata
...

And I can retrieve the RPM using its correct name:

[vagrant@pulp2 ~]$ curl -L -k -o rpm-with-non-ascii.rpm https://localhost/pulp/repos/empty/Packages/r/rpm-with-non-ascii-1-1.fc25.noarch.rpm
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  6432  100  6432    0     0   216k      0 --:--:-- --:--:-- --:--:--  216k
[vagrant@pulp2 ~]$ file rpm-with-non-ascii.rpm 
rpm-with-non-ascii.rpm: RPM v3.0 bin i386/x86_64 rpm-with-non-ascii-1-1.fc25
[vagrant@pulp2 ~]$ 

And when I export this repo:

[vagrant@pulp2 ~]$ http --verify no --auth admin:admin POST https://localhost/pulp/api/v2/repositories/empty/distributors/ < rsync_distributor_config.json
[vagrant@pulp2 ~]$ http --verify no --auth admin:admin POST https://localhost/pulp/api/v2/repositories/empty/actions/publish/ < publish_rsync.json

The resulting rsync'd tree on the destination machine is a correct repository:

~/RSYNC $ tree
.
├── content
│   └── units
│       └── rpm
│           └── 45
│               └── 092320c072b594d5951ef9e8663c8b7ccfd529f1659d33c7087ec29606a4a4
│                   └── aab88552-2c46-4b5d-a57d-cf134b4340f3
└── empty
    ├── Packages
    │   └── r
    │       └── rpm-with-non-ascii-1-1.fc25.noarch.rpm -> ../../../content/units/rpm/45/092320c072b594d5951ef9e8663c8b7ccfd529f1659d33c7087ec29606a4a4/aab88552-2c46-4b5d-a57d-cf134b4340f3
    └── repodata
        ├── 00e8c4132473d5f6e823d5b6b7c4850ec2eec5224f053a00d62cf73447fba90d-primary.xml.gz
        ├── 474a6fd724269774139856dadc69b675a47d35a4c21b666ae4d0244b64b391fe-updateinfo.xml.gz
        ├── a27718cc28ec6d71432e0ef3e6da544b7f9d93f6bb7d0a55aacd592d03144b70-comps.xml
        ├── b72a89d18f6871e7009bf833a71d461e2ec766663991e4f8601fd3e73a386728-other.xml.gz
        ├── bc7b0ed20aefa013eb348dfb191c54fcdf5781c71c21ecb027b50a48b409b328-filelists.xml.gz
        └── repomd.xml

9 directories, 8 files
~/RSYNC $

All of the above being said - it's possible I'm missing where something is actually broken - please re-open with an explanation if so!

DELIVERY-5013 shows a use-case where this behavior is causing pain for our users - re-opening for consideration for future sprint

Figured out how to fix this.

https://github.com/pulp/pulp_rpm/pull/1421

Applied in changeset 5154cebd154558bea46ee90e15e93454052812a2.