This change gets Recipe 11 working. Here are the details ...

When a role (RoleA) does some other role (RoleB) and explicitly
aliases some method(s) from RoleB, those methods were always added to
the required method list for any consumer of RoleA. However, if RoleA
provides an implementation of those methods, they should not be
required by a consumer.

This fixes the recipe 11 tests. I also had to change some existing
role application tests, which explicitly tested for the old
behavior. Perigrin and I both agree that the old behavior makes no
sense, since what else is the purpose of aliasing a method in a role?

I also added some additional tests to make sure that when the aliasing
role _does not_ implement the method, it _does_ get added to the
required method list.

Fix a typoe - "Bool", not "Boo"

Add Moose::Role->unimport so we remove the Moose::Role keywords

Add installing around to the method-modifier benchmark

Adjust the error message for Moose::Role::extends so that it doesn't explicitly mention Moose::Role

attempt to work around the ??{ } vs. threads issue

Bump the versions of everything to 0.50

0.49

Update Class::MOP dep to 0.59

Update MANIFEST

Some more Changes

Skip the recipe 11 tests, they don't work yet :(

teeny bug

Improve the DEMOLISHALL tests to check ordering, in even less code :)

added test for Moose::Cookbook::Recipe11.

Move the ClassName type check code to Class::MOP::is_class_loaded

now uses *_package_symbol HASH ref versions

fixing bug, thanks to Sartak

adding stuff for MX::Literals

some speed gains and a new test

Fix Evan's required/writer/accessor bug

added a test for required=>1,undef with type that permits undef, using lazy_build

first stab at a reserved keyword doc

0.48

0.47

0.46

fixing the destructor, so it doesnt need to be created

fixing the destructor, so it doesnt need to be created

initialize cleanup

adding error message

add test for modifier order to prevent regressions

some speedups in Moose

0.45

0.45

adding the Changes, and fixing the MANIFEST

add a trustme for intialize_body, rather than actually putting it in pod

so Moose::Meta::Method::Constructor can pass pod_coverage

Describe how easy to is to create a (or reproduce an existing) metaclass using a trait, but that it's not easy the other way around. traits++

Some prose cleanups

really update the manifest by re-running make manifest

Sartak already renamed this more sensibly

What was recipe 11 is now recipe 21

Rename the recipe tests to match the current layout. update MANIFEST

Basic test for recipe 22

Most of recipe 22 (attribute traits). Could use more fleshing out in the conclusion.

Whitespace tweaks. Gotta make those => line up

Add a confess to intialize_body in the Moose::Meta::Method::Constructor, to catch any other code using that particular misspelling

Allow trigger on ro (or no-accessor) attributes

standardize on using croak instead of confess in the sugar

make has [...] => (...); work on a role

method modifier with regexp is done now

method modifier with regexp is done now

fixed the test for method modifiers

adding changes stuff

supported RegExp method name for before/after/around method modifier.
tried override and augment, but they don't work. so, made a TODO test for mst.

- added some rough ideas for changes to the docs as proposed on #moose

Try to clarify when builder methods are called, and what their
invocant is.

A little bit of grammar/wordsmithing tweaks

new DESCRIPTION, less justifiaction;

no more XS mah!

ohloh link

adding details ot the changelog

Subtypes of parametrizables are parametrizable themselves

trunk working again

Ah.. it was called ProduceStoreArray because there's also a ProduceStoreHash.. well rename that one too ;)

Rename the ProduceStoreArray class to ProduceStore, the Array doesn't really belong in the name

Fix a script's test count

Ignore blib and Makefile.old

Failing test for Immutable issue (found by trying to feed immutable classes to MooseX::Storage) as discussed earlier on list

fix for Moose::Util::does_role() to handle non-Moose metaclasses

fixing the trigger/constructor bug

use correct metaclass when applying roles to instances

Instead of always applying the role with Moose::Meta::Object,
determine the object's metaclass and use that to apply the role.  This
makes it possible to apply roles to instances of classes that have a
custom metaclass.

fixing a test bug about hash ordering

- changed snack description to better describe how Moose works
- changed the example attribute to "is => 'ro'"
- tried to clarify comments
- changed copyright attribution

- fixed extra comma in Perl5ObjsVsMooseObjs
- fixed quoting of an argument in one of the examples
- added BUILD snack

That's recipe 11, not 1.

0.44 release

Add a missing semi-colon.

0.44 releaase soon

A few tweaks.

Mention Class::MOP for introspection.

A few wording tweaks.

- fixed the class name in the examples so that all of the class names match
  each other

- added a regex for Win32 for the FilePath subtype; the regex was added to the
  'where' clause and OR'ed with the existing regex

- uploaded *correct* versions of HashRef/ArrayRef/Perl 5 OO vs. Moose OO pods

- initial commit of new snacks (short documents) for ArrayRef's, HashRef's and
  Perl 5 OO versus Moose OO

Avoid overloading in Moose::Object

cluck instead of warn

remove Build.PL, switch to tests_recursive, add auto_install

Add a missing brace

Ok, this can be done with a default (but it'd be a bit fuglier)

Recipe 11, method aliasing and exclusion with Roles

Fix changes for recipe 9

Document builder names clearly.

Remove bit about lazy attributes, since that's not covered in recipe 9.

Add one more sentence justifying recommendation

Wrote recipe9, builder and lazy_build.

Added recipe9 (and 7) to changes for 0.44

Remove duplicate =cut

Took a shot at writing recipe 7 (it seemed easy enough)

0.43

fixing stuff

0.42