Package Details: perl-moose 2.1605-1

Git Clone URL: https://aur.archlinux.org/perl-moose.git (read-only)
Package Base: perl-moose
Description: A postmodern object system for Perl 5
Upstream URL: https://metacpan.org/release/Moose
Licenses: GPL, PerlArtistic
Submitter: None
Maintainer: jnbek
Last Packager: jnbek
Votes: 72
Popularity: 0.690106
First Submitted: 2009-04-20 16:45
Last Updated: 2016-03-09 15:34

Required by (142)

Sources (1)

Pinned Comments

jnbek commented on 2016-06-07 16:40

Ugh, even after the perl 5.24 upgrade, we're still getting errors in makepkg:

Warning: prerequisite List::Util 1.45 not found. We have 1.4202.

List::Util is a core module... we need this module to be version 1.45 before we can update this pkgbuild and it's millions of reverse-deps

Latest Comments

mbunkus commented on 2016-06-11 08:13

You could create an AUR package for List::Util (perl-list-util) and tell people to install that one manually. That's what I did a couple of months ago in a similar situation.

jnbek commented on 2016-06-07 16:40

Ugh, even after the perl 5.24 upgrade, we're still getting errors in makepkg:

Warning: prerequisite List::Util 1.45 not found. We have 1.4202.

List::Util is a core module... we need this module to be version 1.45 before we can update this pkgbuild and it's millions of reverse-deps

jnbek commented on 2016-06-07 16:40

Ugh, even after the perl 5.24 upgrade, we're still getting errors in makepkg:

Warning: prerequisite List::Util 1.45 not found. We have 1.4202.

List::Util is a core module... we need this module to be version 1.45 before we can update this pkgbuild and it's millions of reverse-deps

mbunkus commented on 2015-10-05 07:41

@gisburne: I used the workaround of removing the package ignoring its dependencies (sudo pacman -Rdd perl-moose) and re-installing it right afterwards.

gisburne commented on 2015-09-20 13:26

==> Запускается build()...
/usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/Moose/Moose.so: undefined symbol: Perl_xs_apiversion_bootcheck

Any idias?

bidulock commented on 2015-07-17 01:38

$> namcap perl-moose-2.1404-1-any.pkg.tar.xz
perl-moose E: ELF file ('usr/lib/perl5/vendor_perl/auto/Moose/Moose.so') found in an 'any' package.

This is an ERROR: please change arch to arch=(i686 x86_64)

bidulock commented on 2015-06-29 09:51

Package contains an ELF file and must have arch=(i686 x86_64) instead of arch=(any).

Add 'glibc' to depends=() for namcap's sake.

Please bump pkgrel to trigger recompile against perl 5.22.0.

jnbek commented on 2015-05-29 19:48

@mortzu, install/upgrade perl-test-cleannamespace the current AUR version is 0.16

mortzu commented on 2015-05-22 05:47

error: target not found: perl-test-cleannamespaces>=0.13

BluePeril commented on 2015-03-20 12:56

Yes it will compile. Your version is compiled for ARM, my version is compiled for x86-64. So it is not platform independent. You have to set arch=('i686' 'x86_64') (and maybe the ARM-versions 'armv6h' 'armv7h')

godofgrunts commented on 2015-03-16 13:30

@BluePeril

I'm not going to pretend I'm an expert in any way, but it did compile on my system. Here is my result for that command

[godofgrunts@alarmcbi ~]$ file /usr/lib/perl5/vendor_perl/auto/Moose/Moose.so
/usr/lib/perl5/vendor_perl/auto/Moose/Moose.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=f89602ce22065c835f7373cb71e8cdc06174ed94, not stripped

BluePeril commented on 2015-03-16 06:40

Sorry but I disagree to the cpu architecture independents. It contains /usr/lib/perl5/vendor_perl/auto/Moose/Moose.so and I get
file /usr/lib/perl5/vendor_perl/auto/Moose/Moose.so
/usr/lib/perl5/vendor_perl/auto/Moose/Moose.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked

chimeracoder commented on 2015-03-16 01:24

@godofgrunts Thanks, I've updated the PKGBUILD accordingly.

godofgrunts commented on 2015-03-15 19:08

Alright sorry, I've been commenting as I go, but this should be the last one, I'll sum everything up in this comment.

Arch needs to be changed to arch=('any') as this is not cpu architecture dependent (confirmed by installing on my cubebox i which is arm7)

perl-devel-overloadinfo needs to be moved to makedepends instead of checkdepends as it's actually needed to build.

godofgrunts commented on 2015-03-15 18:57

Actually, I see that it has it listed already; however, mine failed saying it needed perl-devel-overloadinfo which I had to get from https://aur.archlinux.org/packages/perl-devel-overloadinfo/

Strange.

godofgrunts commented on 2015-03-15 18:13

PKGBUILD also needs perl-devel-overloadinfo as a dependency

godofgrunts commented on 2015-03-15 17:57

This PKGBUILD can be set to arch('any')

frankspace commented on 2014-11-22 06:56

Thanks to atweiden for submitting the perl-devel-overloadinfo package; confirming that after installing that, perl-moose compiles as it should.

atweiden commented on 2014-11-21 15:53

I received the same compilation error.

perl-moose should checkdepends=('perl-devel-overloadinfo')

frankspace commented on 2014-11-20 13:24

Compilation fails for me, almost all tests resulting in "Dubious." I note the following warning, though:

The following REQUIRED prerequisites were not satisfied:
Devel::OverloadInfo is not installed (version '0.002' required)

Nothing of the sort appears to be found in any respository. I'm afraid I'm not clever enough to know the answer, but is that possibly the problem? Thanks!

sxe commented on 2014-10-08 14:13

Hi chimeracoder,
i already tried that but changes nothing.
I still get the same error even after reinstalling "perl-params-util".

chimeracoder commented on 2014-10-02 21:39

@sxe Try uninstalling perl-moose and/or reinstalling perl. Depending on when you last updated Perl, this may be the problem (https://www.archlinux.org/news/perl-updated-to-520/)

sxe commented on 2014-10-02 11:49

Hey guys, i get this error:

==> Extracting sources...
-> Extracting Moose-2.1212.tar.gz with bsdtar
==> Starting build()...
perl: symbol lookup error: /usr/lib/perl5/site_perl/auto/Params/Util/Util.so: undefined symbol: Perl_Gthr_key_ptr
==> ERROR: A failure occurred in build().
Aborting...

Any idea what's going on?

Greetings

chimeracoder commented on 2014-10-02 02:56

@atweiden Thanks - I've updated the PKGBUILD to include those makedepends.

frankspace commented on 2014-09-29 12:41

Thank you, atweiden, that saves me a lot of hassle! Confirming that installing those two packages also proved necessary and sufficient to allow me to build perl-moose.

atweiden commented on 2014-09-26 15:27

perl-moose additionally requires perl-test-cleannamespaces and perl-module-runtime-conflicts to build

bidulock commented on 2014-06-30 13:34

It was the old version of moose that was crashing. I removed it and the build proceeds fine. Too bad we cannot have a makeconflicts=('perl-moose') kind of thing.

bidulock commented on 2014-06-30 13:26

Fails to build on x86_64:

[brian@fluffy perl-moose]$ makepkg -c --sign
==> Making package: perl-moose 2.1209-1 (Mon Jun 30 07:22:03 MDT 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found Moose-2.1209.tar.gz
==> Validating source files with md5sums...
Moose-2.1209.tar.gz ... Passed
==> Validating source files with sha512sums...
Moose-2.1209.tar.gz ... Passed
==> Extracting sources...
-> Extracting Moose-2.1209.tar.gz with bsdtar
==> Starting build()...
/u2/custompkgs/ubs/perl-moose/PKGBUILD: line 19: 1786 Segmentation fault PERL_MM_USE_DEFAULT=1 perl Makefile.PL INSTALLDIRS=vendor
==> ERROR: A failure occurred in build().
Aborting...

jnbek commented on 2014-06-13 01:06

please add perl-devel-partialdump to the checkdepends

LeonidasXIV commented on 2014-06-07 10:27

Fails to install for me because some tests fail:

t/000-load.t (Wstat: 139 Tests: 2 Failed: 0)
Non-zero wait status: 139
t/020_attributes/004_attribute_triggers.t (Wstat: 139 Tests: 0 Failed: 0)
Non-zero wait status: 139
Parse errors: No plan found in TAP output
t/040_type_constraints/018_custom_parameterized_types.t (Wstat: 0 Tests: 28 Failed: 0)
TODO passed: 13, 19-20, 22
t/810_with_moose/201-squirrel.t (Wstat: 139 Tests: 0 Failed: 0)
Non-zero wait status: 139
Parse errors: No plan found in TAP output
t/810_with_moose/202-squirrel-role.t (Wstat: 139 Tests: 0 Failed: 0)
Non-zero wait status: 139
Parse errors: No plan found in TAP output
Files=293, Tests=6030, 24 wallclock secs ( 2.06 usr 0.57 sys + 19.54 cusr 1.87 csys = 24.04 CPU)
Result: FAIL
Failed 4/293 test programs. 0/6030 subtests failed.

chimeracoder commented on 2014-06-05 01:02

@mbunkus I've updated the package to 2.1208

mbunkus commented on 2014-06-04 19:26

Please update as the current version segfaults, even if re-built against Perl 5.20.0. Thanks.

chimeracoder commented on 2014-04-29 00:28

@ahills Thanks - I've fixed that (and updated to 2.1205).

ahills commented on 2014-04-23 22:02

The second to last dependency in the list has a syntax error (a comma). This causes many, but not all, AUR helpers to fail, as the comma is considered a part of the version number.

pascal.ilya commented on 2014-02-19 10:32

Ok, thanks. It's work.

sacarde commented on 2014-02-16 10:58

@pascal.ilya

I solve upgrading from aur:

pacaur -S perl-moose

installing perl-devel-stacktrace too

pascal.ilya commented on 2014-02-15 13:26

Anybody, can you help me? I realy need moose. Thanks

pascal.ilya commented on 2014-02-15 08:20

Hello. I install perl-devel-stacktrace from AUR but I still have same error as sacarde:
Files=460, Tests=53, 112 wallclock secs ( 4.91 usr 1.96 sys + 96.26 cusr 11.02 csys = 114.15 CPU)
Result: FAIL
Failed 437/460 test programs. 28/53 subtests failed.
Makefile:2771: recipe for target 'test_dynamic' failed
make: *** [test_dynamic] Error 4

Thanks.

sacarde commented on 2014-02-15 07:54

ok

now works OK


thanks

chimeracoder commented on 2014-02-14 23:36

@frankspace Thanks, I've added it as a dependency.

frankspace commented on 2014-02-14 13:49

I notice from the metacpan page for perl-moose that perl-devel-stacktrace is now a dependency. I was also unable to compile, but when I installed perl-devel-stacktrace the problems went away and perl-moose compiles perfectly. Would you please add that to the dependencies in the PKGBUILD?

daniky commented on 2014-02-10 11:01

Same error as sacarde. Neither reinstalling the suggested packages 'perl-sub-name' and 'perl-test-without-module' nor rebuilding all AUR perl packages (as found by pacman -Qm | grep perl) helped.

daniky commented on 2014-02-10 11:00

Same error as sacarde. Neither reinstalling the suggested packages perl-sub-name and perl-test-without-module nor rebuilding all AUR perl packages with (pacman -Qm | grep perl) helped.

chimeracoder commented on 2014-02-09 17:42

@jsteel Apologies about the pkgrel - I'll keep that in mind next time.

As for the error, does reinstalling perl-sub-name fix the issue? See SIGTERM's suggestion for the same problem on an earlier version of the package.

jsteel commented on 2014-02-09 16:54

You forgot to reset the pkgrel. Nothing you can do now, but please remember for next time. I too have the same error as sacarde, did you test this before updating?

sacarde commented on 2014-02-09 10:14

I try to update: perl-moose-2.1204-3, I have:

...
...
Parse errors: No plan found in TAP output
t/type_constraints/util_type_reloading.t (Wstat: 1024 Tests: 4 Failed: 4)
Failed tests: 1-4
Non-zero exit status: 4
Files=460, Tests=53, 29 wallclock secs ( 1.64 usr 0.65 sys + 22.33 cusr 2.64 csys = 27.26 CPU)
Result: FAIL
Failed 437/460 test programs. 28/53 subtests failed.
Makefile:2801: recipe for target 'test_dynamic' failed
make: *** [test_dynamic] Error 4
==> ERROR: A failure occurred in check().
Aborting...


chimeracoder commented on 2014-02-08 15:49

@jnbek Thanks, it's been updated.

jnbek commented on 2014-02-07 19:40

The new version is propagated, please update the PKGBUILD

jnbek commented on 2014-02-07 04:13

Heads up: https://metacpan.org/release/Moose they just released 2.1203 to the PAUSE server two hours ago ( at time of posting ). The new version should be propagated before much longer.

chimeracoder commented on 2013-11-12 14:31

@dracrop and @3ED_0 - thanks, I've added it as a dependency.

3ED_0 commented on 2013-11-12 13:03

I got that error too. Solved by install that package:
perl-test-checkdeps: https://aur.archlinux.org/packages/perl-test-checkdeps/

dracorp commented on 2013-11-12 08:28

==> Starting check()...

t/00-check-deps.t ............................................. Can't locate Test/CheckDeps.pm in @INC
Add perl-checkdeps to the checkdepends (or makedepends).

milkmiruku commented on 2013-09-20 08:55

as per SIGTERMs suggestion, reinstalling perl-sub-name fixed the t/type_constraints/util_type_reloading.t test fail issue for me.

kamiljk87 commented on 2013-09-05 15:43

Error when build: Parse errors: No plan found in TAP output
t/type_constraints/util_type_reloading.t
(Wstat: 1024 Tests: 4 Failed: 4)
Failed tests: 1-4
Non-zero exit status: 4
Files=387, Tests=53, 42 wallclock secs ( 1.61 usr 0.92 sys + 31.43 cusr 5.10 csys = 39.06 CPU)
Result: FAIL
Failed 360/387 test programs. 19/53 subtests failed.
make: *** [test_dynamic] Błąd 4

jsteel commented on 2013-07-15 17:05

For those who still have issues, try rebuilding your AUR perl packages: pacman -Qm | grep perl
There was a perl update not long ago. If any fail, rebuild the deps first and try again. I have built this on x86_64.

SIGTERM commented on 2013-07-15 11:42

@Army, I told him to look for things like "Version of <some module> not matching" or "<Some module> missing" in the make output, but to no avail. Maybe you're missing perl-test-without-module, because as amiad pointed out, it's makedepend?

In short, I couldn't help archman. :(

Anonymous comment on 2013-07-12 16:42

Still doesn't build here, I get the output archman posted. @SIGTERM, what suggestions did you send him? I'd like to finally update the package! Thanks!

dracorp commented on 2013-07-02 12:57

Can't locate Class/MOP/Mixin/AttributeCore.pm

amiad commented on 2013-06-27 10:30

perl-test-without-module is makedepend but it's missed.

SIGTERM commented on 2013-06-25 11:50

@archman, I've sent you an e-mail with some suggestions.

archman commented on 2013-06-25 11:34

SIGTERM: Rebuilt perl-sub-name and still get this on 64bit:

Non-zero exit status: 4
Files=387, Tests=53, 42 wallclock secs ( 1.39 usr 0.47 sys + 36.81 cusr 3.45 csys = 42.12 CPU)
Result: FAIL
Failed 360/387 test programs. 19/53 subtests failed.
make: *** [test_dynamic] Error 4
==> ERROR: A failure occurred in check().
Aborting...


32bit worked.

SIGTERM commented on 2013-06-21 14:30

@ridikulus_rat, you should read the comments before posting. Because, as it turns out hermes14 was having the same problem and I posted a solution yesterday in the comments below.

ridikulusrat commented on 2013-06-21 08:56

Package does not build for me -

Parse errors: No plan found in TAP output
t/type_constraints/util_type_reloading.t (Wstat: 1024 Tests: 4 Failed: 4)
Failed tests: 1-4
Non-zero exit status: 4
Files=387, Tests=53, 19 wallclock secs ( 1.15 usr 0.36 sys + 15.83 cusr 1.37 csys = 18.71 CPU)
Result: FAIL
Failed 360/387 test programs. 19/53 subtests failed.
make: *** [test_dynamic] Error 4


Any idea why?

deimos commented on 2013-06-20 20:48

@SIGTERM, everything is working fine now. Thank you for the help.

SIGTERM commented on 2013-06-20 18:09

@hermes14 and @deimos, because of the recent Perl update you need to recompile perl-sub-name, which perl-moose needs for testing.
So, if you reinstall perl-sub-name, you should be able to install the perl-moose update.

hermes14 commented on 2013-06-18 11:28

Same here:
t/type_constraints/util_type_reloading.t (Wstat: 1024 Tests: 4 Failed: 4)
Failed tests: 1-4
Non-zero exit status: 4
Files=387, Tests=53, 52 wallclock secs ( 2.13 usr 0.38 sys + 42.42 cusr 4.28 csys = 49.21 CPU)
Result: FAIL
Failed 360/387 test programs. 19/53 subtests failed.
make: *** [test_dynamic] Error 4

deimos commented on 2013-06-18 00:33

compiling fails with:
Failed 360/387 test programs. 19/53 subtests failed.

jsteel commented on 2013-06-17 18:38

@bidulock and @chimeracoder, what about those of us who have already rebuilt? Why should we have to do it again? I don't think it's a good idea to do this; just put a comment saying you should rebuild.

chimeracoder commented on 2013-06-16 21:34

@bidulock - bumped, thanks.

bidulock commented on 2013-06-16 03:20

please bump pkgrel to 2 to trigger recompile against perl 5.18.0

bidulock commented on 2013-05-18 18:47

namcap perl-moose-2.0604-2-any.pkg.tar.xz
perl-moose E: ELF file ('usr/lib/perl5/vendor_perl/auto/Moose/Moose.so') found in an 'any' package.

change arch in PKGBUILD to

arch=(i686 x86_64)

chimeracoder commented on 2013-04-19 04:06

@SIGTERM Thanks, it's been updated.

SIGTERM commented on 2013-04-17 19:47

With the new makepkg, the current PKGBUILD no longer works.
Here's a working PKGBUILD: http://pastebin.com/CZ4eJ4tv.
Please update the package accordingly.

chimeracoder commented on 2012-12-30 17:52

@lagagnon My apologies. It's hard to keep this up-to-date, since I no longer use Perl at work, so I don't always have an up-to-date local installation anymore.

If you're sure that this isn't due to an out-of-date dependency (which is often the case) and can send me a corrected PKGBUILD diff, I can update it.

lagagnon commented on 2012-12-28 17:37

Fails to compile for past 3 weeks - huge range of error messages.

jnbek commented on 2012-10-30 15:51

*bump*

jnbek commented on 2012-07-24 01:46

@aurperl well, in the meantime, can we get this up to date?

Anonymous comment on 2012-02-21 14:43

Yes this is one of the few packages I want to move to community.

xenoterracide commented on 2012-02-19 21:00

would be awesome to have this in community esp given all the things that depend upon it (and its XS nature)

sacarde commented on 2011-11-14 13:10

oh...

I solve rebuild "perl-sub-name" package



thanks

sacarde commented on 2011-11-14 08:00

hi,
in my arch64 (current) I try to upgrade perl-any-moose, but I need to upgrade: perl-moose

in this upgrade I found an error:

/usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/Sub/Name/Name.so: undefined symbol: Perl_Gthr_key_ptr


thanks

juster commented on 2011-07-30 19:14

I finally updated perl-list-moreutils so this should work again.

juster commented on 2011-07-26 00:35

perl-list-moreutils is in... oh. I will try to get it updated.

TheChessPlayer commented on 2011-07-24 21:09

Missing dependency in AUR. perl-list-moreutils>=0.28

Anonymous comment on 2011-07-12 18:00

Oops I messed up when I updated the template. Fixed.

Anonymous comment on 2011-07-12 17:07

Re: Can't open perl script "Makefile.PL"
The `cd ""` bits are busted.

Working PKGBUILD file: http://paste.pocoo.org/show/437088/ via CPANPLUS::Dist::Arch 1.12

TheChessPlayer commented on 2011-07-11 20:22

Build error:
Can't open perl script "Makefile.PL"

3ED_0 commented on 2011-06-29 09:00

Must be recompiled for new perl:
perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/Moose/Moose.so: undefined symbol: Perl_Gthr_key_ptr

Anonymous comment on 2011-04-23 14:33

Sure. It does not make a big difference because nothing depends on perl-class-mop anymore but I added perl-class-mop to the provides array and conflicts array.

Anonymous comment on 2011-04-21 03:30

Begin that perl-class-mop [1] was merged into this, should this "provide" perl-class-mop?

[1] http://aur.archlinux.org/packages.php?ID=25727