Hide Forgot
rpm-4.9.0_beta1 Changelog: - Since rpm 4.1 times, callers are supposed to use the rpmtsFooDB() variants instead of the lower-level rpmdb functions, and mixing them is not safe. Enforce the use of ts-level versions by making rpmdbLink(), rpmdbOpen(), rpmdbInit(), rpmdbClose(), rpmdbSync(), rpmdbVerify() and rpmdbRebuild() internal-only. Thus perl-RPM2 cannot be linked at run-time: Can't load 'blib/arch/auto/RPM2/RPM2.so' for module RPM2: blib/arch/auto/RPM2/RPM2.so: undefined symbol: rpmdbOpen at /usr/lib64/perl5/DynaLoader.pm line 200. perl-RPM2 uses the old low level function only. Should we drop this package in favor of (not yet packaged) RPM4?
RPM4 does compile neither :(
we need this rpm in mageia too, as perl-RPM4 maintainer is a mageia contributor, if we pass to make it compiles first, i will paste you the link here ( and if i forgot ( which can happen ;) ) the svn is here: http://viewvc.mageia.org/packages/cauldron/perl-RPM4/current/SOURCES/
Did you notice there is needed MDV::Packdrakeng? Isn't MDV shortcut for Mandriva? I'd rather don't push Mandriva's specific modules into our distro. I can look at RPM4 next week (if I don't forget ;-) ).
Hi, here is a patch done by Panu that allow to build with rpm 4.8: http://viewvc.mageia.org/packages/cauldron/perl-RPM4/current/SOURCES/RPM4-0.23-rpm48.patch?revision=48941&view=markup for MDV::Packdrakeng i don't think that this is mandriva's specific, this have been done for mdv thus the MDV Namespace. TO have a comparison this is like s-c-p that have dbus files with redhat in the name, that does prevent other distro to use it :).
Well, while the naming doesn't affect the fact it can be distributed, and while I can understand the branding issue ( but would not consider blocker as there is also others perl packages with such namespace, like Danga::Socket ), the lack of clear tarball may be more annoying. That's something we plan to address in the Mageia project, and also we will try to upload to CPAN if it make sense. And that wouldn't be the first Mandriva software in Fedora, there is monitor-edid, prcsys, xsettings-kde.
(In reply to comment #5) > Well, while the naming doesn't affect the fact it can be distributed, and while > I can understand the branding issue ( but would not consider blocker as there > is also others perl packages with such namespace, like Danga::Socket ), the > lack of clear tarball may be more annoying. > > That's something we plan to address in the Mageia project, and also we will try > to upload to CPAN if it make sense. > > And that wouldn't be the first Mandriva software in Fedora, there is > monitor-edid, prcsys, xsettings-kde. Nothing against Mandriva software. I was looking for some Mandriva specific behaviour or something like that, but it looks good. Anyway, it's new package and it will need review.
(In reply to comment #4) > Hi, > > here is a patch done by Panu that allow to build with rpm 4.8: > > > http://viewvc.mageia.org/packages/cauldron/perl-RPM4/current/SOURCES/RPM4-0.23-rpm48.patch?revision=48941&view=markup > Would be nice to have this patch also in upstream. Do you send it to them?
(In reply to comment #7) > (In reply to comment #4) > > Hi, > > > > here is a patch done by Panu that allow to build with rpm 4.8: > > > > > > http://viewvc.mageia.org/packages/cauldron/perl-RPM4/current/SOURCES/RPM4-0.23-rpm48.patch?revision=48941&view=markup > > > Would be nice to have this patch also in upstream. Do you send it to them? not yet but i am in touch with the upstream dev and i planned to give him this patch.
btw first i need to understand why regression tests are failing before asking for a new release.
Ok, first package prepared for review #675963.
Hm, if you are able build RPM4, you might help me with http://mmaslano.fedorapeople.org/RPM4/ I wasn't successful with Panu's patch, neither with my change. I'm using F-14 with rpm-4.8.1.
can you try using this patch too ? http://viewvc.mageia.org/packages/cauldron/perl-RPM4/current/SOURCES/RPM4-fix-build-with-rpm46.patch?revision=14433&view=markup
IM IN UR BUGZILLA STEALIN UR TIKETZ 0.69 which was just uploaded to CPAN fixes this. I've updated the package as well, so I guess this can be closed now.