Re: [suggest] Request: Required Perl Packages for Bugzilla 3.4
On 25/07/09 02:15, Max Kanat-Alexander wrote: Dag Wieers wrote: I just packaged them, however perl-TheSchwartz requires perl-Data-ObjectDriver, which requires perl-DBD-Oracle, which requires something we cannot deliver right now. However this works out, Data::ObjectDriver *must* not require DBD::Oracle, or this is going to create a tremendous support load on us at the Bugzilla Project. (Because every Bugzilla administrator will attempt to install it, and 99.9% of them will not be able to install DBD::Oracle.) It would be better for the module to not be provided by rpmforge at all than for it to require DBD::Oracle. It would be ideal if it did not require any DBD:: driver. I agree completely. Any system that makes the DBD:: modules mandatory requirements from Data::ObjectDriver is fundamentally flawed. Where are these requirements coming from? They aren't in the Makefile.PL, Build.PL or META.yml. Dave... ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] Request: Required Perl Packages for Bugzilla 3.4
On 25/07/09 10:14, Christoph Maser wrote: Am Samstag, den 25.07.2009, 08:44 +0200 schrieb Dave Cross: On 25/07/09 02:15, Max Kanat-Alexander wrote: Dag Wieers wrote: I just packaged them, however perl-TheSchwartz requires perl-Data-ObjectDriver, which requires perl-DBD-Oracle, which requires something we cannot deliver right now. However this works out, Data::ObjectDriver *must* not require DBD::Oracle, or this is going to create a tremendous support load on us at the Bugzilla Project. (Because every Bugzilla administrator will attempt to install it, and 99.9% of them will not be able to install DBD::Oracle.) It would be better for the module to not be provided by rpmforge at all than for it to require DBD::Oracle. It would be ideal if it did not require any DBD:: driver. I agree completely. Any system that makes the DBD:: modules mandatory requirements from Data::ObjectDriver is fundamentally flawed. Where are these requirements coming from? They aren't in the Makefile.PL, Build.PL or META.yml. They are optional dependencies. I'm not sure that optional dependency is a very useful phrase. You either depend on something or you don't :-) Data::ObjectDriver doesn't depend on any of these modules. Data-ObjectDriver-0.06 ships optional Oracle, Pg, Sqlite, and mysql drivers. Right. And any individual installation of Data::ObjectDriver is likely to use one or two of these drivers. Insisting that a user installs Oracle, Pg and SQLite so that they can use Data::ObjectDriver with MySQL is obviously a rather silly idea. The automatic dependency detection from source finds use DBD::Oracle qw(:ora_types); in Data::ObjectDriver::Driver::DBD::Oracle and derives a dependency to DBD::Oracle from that. What tool is doing this automatic dependency detection? That seems like a really flawed approach to me. CPAN modules should list their dependencies in Makefile.PL, Build.PL or META.yml. Those are surely the only places the Fedora packagers should be looking for dependencies. In cases where genuine dependencies are missing from META.yml, etc., then we should be reporting a bug against the CPAN distribution. Or am I missing something obvious here? I will fix that. Is that the unnecessary dependencies in Data-ObjectDriver, or the tool that is adding these incorrect dependencies? If there's something I can do to help fix up the CPAN-rpm toolchain then please let me know. It's something I have an interest in (see http://rpm.mag-sol.com/). Cheers, Dave... ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] Request: Required Perl Packages for Bugzilla 3.4
On 25/07/09 12:31, Christoph Maser wrote: Am Samstag, den 25.07.2009, 12:39 +0200 schrieb Dave Cross: If there's something I can do to help fix up the CPAN-rpm toolchain then please let me know. It's something I have an interest in (see http://rpm.mag-sol.com/) Well creating spec files from CPAN is fairly simple (for me, after spending 1 month on learning CPAN internals). What is hard is proper updating spec files. I would need a proper Parse::RPM::Spec which can really parse the (Build)Requires entries which allow multiple formats. Given that one can simply compare the spec entries to what META.yml lists. I'm happy to make whatever fixes you want to Parse::RPM::Spec. Feel free to raise bugs (with failing test examples is best) on RT[1]. I see that Chris Weyl has also been working in this area. I haven't had time to look his module[2] yet, so I don't know what the differences are between his module and mine. Cheers, Dave... [1] http://rt.cpan.org/Public/Dist/Display.html?Name=Parse-RPM-Spec [2] http://search.cpan.org/dist/RPM-Spec/ ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] Request: Required Perl Packages for Bugzilla 3.4
On 19/07/09 17:40, Dag Wieers wrote: On Fri, 17 Jul 2009, Max Kanat-Alexander wrote: Bugzilla 3.4 will be coming out soon, and it uses the following Perl packages as requirements or optionally: Template-Toolkit 2.22 (not out yet, but will be soon). TheSchwartz Daemon-Generic Could we get packages for these in rpmforge? (Particularly the last two would be nice, because they have a lot of prereqs.) I just packaged them, however perl-TheSchwartz requires perl-Data-ObjectDriver, which requires perl-DBD-Oracle, which requires something we cannot deliver right now. Data::ObjectDriver doesn't require DBD::Oracle. That's just one of the optional back-ends for it. It shouldn't be a mandatory requirement. Dave... ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] package for Net::MAC perl module
Dag Wieers wrote: That is why I think we need to somehow make Red Hat understand that they should not add CPAN distributions to the perl package. It's not Red Hat that does this. The standard Perl distribution contains modules that are also distributed independently from CPAN. They are known as dual-life modules. Dave... ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest