in reply to Re^3: Class::MOP and MOP.dll
in thread Class::MOP and MOP.dll

But doesn't that just re-create all the problems and critisisms of AS' repository?

Ie. That any package that has dependancies upon post 5.8.0 updates to the core and/or core modules fail to build.


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
"Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."

Replies are listed 'Best First'.
Re^5: Class::MOP and MOP.dll
by syphilis (Archbishop) on Oct 11, 2008 at 13:10 UTC
    ... any package that has dependancies upon post 5.8.0 updates to the core and/or core modules fail to build

    Only if the 5.8.0 core in question has not, itself, been updated. Still, that's probably expecting a bit too much of the rep maintainer ... maybe it's better to instead expect the user to update his perl build (as was recommended for this particular case).

    For any 5.8.x ppm's that I personally build for public consumption, I always build them [1] against 5.8.0 - and if that build of 5.8.0 needed a core upgrade then that's what I would do. But I only maintain a handful of ppm packages ... not the hundreds that Serguei provides.

    Thanks - maybe I won't send that email, after all. I've already sent my quota of emails for the day, anyway :-)

    Cheers,
    Rob
    [1]There's currently one exception - the 5.8 Math-GSL ppm package that's on randyk's rep. I mistakenly thought it could not be built on 5.8.0. This will be corrected at the next update.
        Yes, that's my understanding of it - though you'd be unwise to regard me as an "authority" on this matter. (I think I've got it right, but I probably shouldn't have written with such an air of authorativity in my last post.)

        Cheers,
        Rob