createrepo doesn't handle RPMs larger than 2.0GB correctly
Afik Cohen <[email protected]> Mon, 1 Jul 2013 12:42:20 -0700
| Newsgroups | gmane.linux.rpm.metadata |
|---|---|
| Message-ID | <CAFWjJBmN4hoTLSRVhAO7LO9PieMj43TDvL_n5aomy2e1Jjk1eA@mail.gmail.com> |
--===============6335141260823627057== Content-Type: multipart/alternative; boundary=047d7b0721ca7c6f0004e0786e6a --047d7b0721ca7c6f0004e0786e6a Content-Type: text/plain; charset=ISO-8859-1 Hi everyone, I'm using createrepo 0.9.8 and I have a package in my repository that is 8.7GB in size. The package itself installs correctly if I just install the RPM manually, but I cannot integrate it successfully with my repo. After I run createrepo, and run a yum install from the client machine, yum sees the package as listed as 2.0GB - which causes yum to fail during the download. ==================================================================================================================== Package Arch Version Repository Size ==================================================================================================================== Updating: datamapper x86_64 0.1-53609 tripit-test-source 2.0 G Transaction Summary ==================================================================================================================== Upgrade 1 Package(s) Total download size: 2.0 G Is this ok [y/N]: y Downloading Packages: http://10.24.25.198/yum/tripit/centos//datamapper-0.1-53609.x86_64.rpm: [Errno 14] Downloaded more than max size for http://10.24.25.198/yum/tripit/centos//datamapper-0.1-53609.x86_64.rpm: 2362247600 > 2147483647 Trying other mirror. Error Downloading Packages: datamapper-0.1-53609.x86_64: failed to retrieve datamapper-0.1-53609.x86_64.rpm from tripit-test-source error was [Errno 14] Downloaded more than max size for http://10.24.25.198/yum/tripit/centos//datamapper-0.1-53609.x86_64.rpm: 2362247600 > 2147483647 Remember, the package is actually 8.7GB in size, which leads me to believe based on reading https://bugzilla.redhat.com/show_bug.cgi?id=531243 that createrepo is still incorrectly listing the size in the repo. Any ideas? Should I file a bug report? Thank you, Afik --047d7b0721ca7c6f0004e0786e6a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PkhpIGV2ZXJ5b25lLCBJJiMzOTttIHVzaW5nIGNyZWF0 ZXJlcG8gMC45LjggYW5kIEkgaGF2ZSBhIHBhY2thZ2UgaW4gbXkgcmVwb3NpdG9yeSB0aGF0IGlz IDguN0dCIGluIHNpemUuIFRoZSBwYWNrYWdlIGl0c2VsZiBpbnN0YWxscyBjb3JyZWN0bHkgaWYg SSBqdXN0IGluc3RhbGwgdGhlIFJQTSBtYW51YWxseSwgYnV0IEkgY2Fubm90IGludGVncmF0ZSBp dCBzdWNjZXNzZnVsbHkgd2l0aCBteSByZXBvLiBBZnRlciBJIHJ1biBjcmVhdGVyZXBvLCBhbmQg cnVuIGEgeXVtIGluc3RhbGwgZnJvbSB0aGUgY2xpZW50IG1hY2hpbmUsIHl1bSBzZWVzIHRoZSBw YWNrYWdlIGFzIGxpc3RlZCBhcyAyLjBHQiAtIHdoaWNoIGNhdXNlcyB5dW0gdG8gZmFpbCBkdXJp bmcgdGhlIGRvd25sb2FkLjxicj4NCg0KPGJyPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpjb3Vy aWVyIG5ldyxtb25vc3BhY2UiPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PGJyPqBQYWNrYWdloKCgoKCgoKCgoKCgoKCgoKCgIEFyY2ig oKCgoKCgoKCgoKCgoKCgoCBWZXJzaW9uoKCgoKCgoKCgoKCgoKCgoKCgoCBSZXBvc2l0b3J5oKCg oKCgoKCgoKCgoKCgoKCgoKCgoKCgIFNpemU8YnI+DQoNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PGJyPlVwZGF0aW5nOjxicj6gZGF0 YW1hcHBlcqCgoKCgoKCgoKCgoKCgoCB4ODZfNjSgoKCgoKCgoKCgoKCgoKAgMC4xLTUzNjA5oKCg oKCgoKCgoKCgoKCgoKAgdHJpcGl0LXRlc3Qtc291cmNloKCgoKCgoKCgoKCgoKCgIDIuMCBHPGJy Pg0KDQo8YnI+VHJhbnNhY3Rpb24gU3VtbWFyeTxicj49PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTxicj5VcGdyYWRloKCgoKCgIDEgUGFj a2FnZShzKTxicj48YnI+VG90YWwgZG93bmxvYWQgc2l6ZTogMi4wIEc8YnI+SXMgdGhpcyBvayBb eS9OXTogeTxicj4NCg0KRG93bmxvYWRpbmcgUGFja2FnZXM6PGJyPjxhIGhyZWY9Imh0dHA6Ly8x MC4yNC4yNS4xOTgveXVtL3RyaXBpdC9jZW50b3MvL2RhdGFtYXBwZXItMC4xLTUzNjA5Lng4Nl82 NC5ycG0iPmh0dHA6Ly8xMC4yNC4yNS4xOTgveXVtL3RyaXBpdC9jZW50b3MvL2RhdGFtYXBwZXIt MC4xLTUzNjA5Lng4Nl82NC5ycG08L2E+OiBbRXJybm8gMTRdIERvd25sb2FkZWQgbW9yZSB0aGFu IG1heCBzaXplIGZvciA8YSBocmVmPSJodHRwOi8vMTAuMjQuMjUuMTk4L3l1bS90cmlwaXQvY2Vu dG9zLy9kYXRhbWFwcGVyLTAuMS01MzYwOS54ODZfNjQucnBtIj5odHRwOi8vMTAuMjQuMjUuMTk4 L3l1bS90cmlwaXQvY2VudG9zLy9kYXRhbWFwcGVyLTAuMS01MzYwOS54ODZfNjQucnBtPC9hPjog MjM2MjI0NzYwMCAmZ3Q7IDIxNDc0ODM2NDc8YnI+DQoNClRyeWluZyBvdGhlciBtaXJyb3IuPGJy Pjxicj5FcnJvciBEb3dubG9hZGluZyBQYWNrYWdlczo8YnI+oCBkYXRhbWFwcGVyLTAuMS01MzYw OS54ODZfNjQ6IGZhaWxlZCB0byByZXRyaWV2ZSBkYXRhbWFwcGVyLTAuMS01MzYwOS54ODZfNjQu cnBtIGZyb20gdHJpcGl0LXRlc3Qtc291cmNlPGJyPmVycm9yIHdhcyBbRXJybm8gMTRdIERvd25s b2FkZWQgbW9yZSB0aGFuIG1heCBzaXplIGZvciA8YSBocmVmPSJodHRwOi8vMTAuMjQuMjUuMTk4 L3l1bS90cmlwaXQvY2VudG9zLy9kYXRhbWFwcGVyLTAuMS01MzYwOS54ODZfNjQucnBtIj5odHRw Oi8vMTAuMjQuMjUuMTk4L3l1bS90cmlwaXQvY2VudG9zLy9kYXRhbWFwcGVyLTAuMS01MzYwOS54 ODZfNjQucnBtPC9hPjogMjM2MjI0NzYwMCAmZ3Q7IDIxNDc0ODM2NDc8L3NwYW4+PGJyPg0KDQo8 YnI+PGJyPjwvZGl2PlJlbWVtYmVyLCB0aGUgcGFja2FnZSBpcyBhY3R1YWxseSA4LjdHQiBpbiBz aXplLCB3aGljaCBsZWFkcyBtZSB0byBiZWxpZXZlIGJhc2VkIG9uIHJlYWRpbmcgPGEgaHJlZj0i aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD01MzEyNDMiPmh0dHBz Oi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9NTMxMjQzPC9hPiB0aGF0IGNy ZWF0ZXJlcG8gaXMgc3RpbGwgaW5jb3JyZWN0bHkgbGlzdGluZyB0aGUgc2l6ZSBpbiB0aGUgcmVw by4gQW55IGlkZWFzPyBTaG91bGQgSSBmaWxlIGEgYnVnIHJlcG9ydD88YnI+DQoNCjxicj48L2Rp dj5UaGFuayB5b3UsIEFmaWs8YnI+PC9kaXY+DQo= --047d7b0721ca7c6f0004e0786e6a-- --===============6335141260823627057== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Rpm-metadata mailing list [email protected] http://lists.baseurl.org/mailman/listinfo/rpm-metadata --===============6335141260823627057==--