Package Details: perl-devel-repl 1.003028-1

Git Clone URL: https://aur.archlinux.org/perl-devel-repl.git (read-only)
Package Base: perl-devel-repl
Description: a modern perl interactive shell
Upstream URL: http://search.cpan.org/dist/Devel-REPL/
Licenses: GPL, PerlArtistic
Submitter: xenoterracide
Maintainer: mbunkus
Last Packager: mbunkus
Votes: 5
Popularity: 0.000000
First Submitted: 2010-05-02 14:42
Last Updated: 2016-04-06 07:23

Latest Comments

jnbek commented on 2016-04-08 14:27

Also, regarding my Jenkins builder, I'll Open Source it when it's ready. It will scan your aur4/ root for new dirs, changes to PKGBUILDs etc using Inotify and trigger builds, create new builds if a new directory appears in the root, delete builds when a dir is removed ( say deleted pkgbuilds etc ). That way, it'll help those of us with a cpl hundred thousand PKGBUILDs to stay ahead of problems. I hope to have it done before Perl 5.24 releases, since core perl always makes for funtimes for perlaur :-P Email me, or add me on FB and we'll coordinate testing etc.

jnbek commented on 2016-04-08 14:23

Err, no, I'm very active with Maintainership of the AUR. I do rely heavily on the users to inform me when things break, even with an autobuilder, new deps can easily get missed, since I probably have hte dependency installed, but if the utility fails to catch the dep and put it in the pkgbuild, I'm ignorant to it, I only become aware of problems when either a) my build breaks or b) y'all tell me :D In other news, I'm working on a Jenkins build environment that will email me failures and can help me to notice problems a bit better, but even still, it won't be perfect. Just ping me if any of my PKGBUILDs are broken/out of date. I almost always get to them the same day I see the email.

mbunkus commented on 2016-04-08 07:07

Absolutely. If the package is orphaned I'll adopt it.

hexadecagram commented on 2016-04-08 04:44

The latest update to perl-devel-repl seems to address whatever issue I was having building it, which I'm struggling to remember, but I think the following is pretty accurate.

You are correct that perl-devel-repl should not add a dependency on perl-module-pluggable.

IIRC, I commented because I was able to get perl-devel-repl to build and install WITHOUT perl-moosex-object-pluggable if I manually installed perl-module-pluggable.

perl-module-pluggable is still missing from perl-moosex-object-pluggable's dependency list. I seem to remember commenting about that but obviously it's not there. I'll ping jnbek, but it seems his participation in AUR package maintainership ceased 2015-6-16. Would you be willing to take over that package if necessary?

mbunkus commented on 2016-02-10 11:46

I disagree. The META.json[1] directly includes MooseX::Object::Pluggable as a runtime dependency. That MooseX::Object::Pluggable depends on Object::Pluggable is not my problem; it should be declared as a dependency in perl-moosex-object-pluggable instead. That's what I've pointed out in 2014 already[2] as a comment for that particular package.

Why do you think those dependencies should be changed?

[1] https://metacpan.org/source/ETHER/Devel-REPL-1.003027/META.json
[2] https://aur.archlinux.org/packages/perl-moosex-object-pluggable/

hexadecagram commented on 2016-02-10 10:49

Dependency on perl-moose-x-object-pluggable>=0.0009 needs to be replaced with perl-module-pluggable.

mbunkus commented on 2015-08-24 15:36

I'll push a new build in a moment. Note that you will have to build its dependency perl-data-dump-streamer with »--nocheck« as Data::Dump::Streamer 2.28 has its tests failing with Perl 5.22: https://rt.cpan.org/Public/Bug/Display.html?id=102369 etc.

jnbek commented on 2014-02-27 18:10

ya, perl-moosex-getopt has been a problem child for quite some time; no fault to the maintainer, just a GCF. Thanks for stepping up @mbunkus.

mbunkus commented on 2014-02-27 11:33

I've taken over maintainership.

Please note that check() currently fails. What it boils down to is one of the recursive dependencies of Devel::REPL requires a certain version of another module, but there's only an older version in Perl core. So until a new Perl version itself has been released just disable the check() functionality when you build this module.

hexadecagram commented on 2013-11-17 20:53

_pkgname='Devel-REPL'
pkgver='1.003025'
source=("http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/${_pkgname}-${pkgver}.tar.gz")
md5sums=('c610a5bfe436adec8b84f1d500e3a22f')
sha512sums=('6ba0f3dfc5dad2d9af51fcbd0cd93a96cc615c2ac0b03781f3b19d69ed0bab0d446380e62caeec317c4f94093e9af19380716f821c6c8847d3bdd53cdc5b35ba')
_distdir="${_pkgname}-${pkgver}"

Also,

*** WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING ***

If you're seeing this warning, your toolchain is really, really old and you'll
almost certainly have problems installing CPAN modules from this century. But
never fear, dear user, for we have the technology to fix this!

and

t/00-check-deps.t ...... Test::CheckDeps version 0.007 required--this is only version 0.006 at t/00-check-deps.t line 7.
BEGIN failed--compilation aborted at t/00-check-deps.t line 7.

All comments