The procedure for gaining access to an abandoned library is in the FAQ:

How do I go about maintaining a module when the author is unresponsive?
How do I adopt or take over a module already on CPAN?

Ea is doing his due diligence in trying to locate the author to request co-maint. The first FAQ you linked to says this:

Post a public message in a heavily trafficked site announcing your intention to take over the module. Potential places are http://blogs.perl.org/, http://www.perlmonks.org/, and any appropriate mailing lists or web forums.




Dave

#!/usr/bin/perl

use strict;
use warnings;
use CPAN;

my (@mods) = qw(
    Exporter
    Carp
    XSLoader
    AutoLoader
    Text::Template
    Module::Load
    MRO::Compat
    File::Temp
    Sub::Install
    Data::OptList
    lib
    ExtUtils::CBuilder
    Scalar::Util
    Test::More
    Params::Util
    IO::Handle
    Sub::Exporter
    Data::Section
    File::Spec
    ExtUtils::MakeMaker
    base
    Software::License
    Software::License::Boost_1_0
    Boost::Graph
);

foreach my $mod(@mods) {
    CPAN::Shell->install($mod);
}

exit 0;
[download]

Not everyone is so lucky:

~/repos/Boost-Graph$ prove -b
t/Graph.t .. 1/? 
#   Failed test 'Depth First Search Levels (0 root): 4'
#   at t/Graph.t line 334.
#          got: '1'
#     expected: '4'

#   Failed test 'Depth First Search Levels (0 root): 5'
#   at t/Graph.t line 336.
#          got: '2'
#     expected: '5'

#   Failed test 'Depth First Search Levels (0 root): 7'
#   at t/Graph.t line 338.
#          got: '3'
#     expected: '7'

#   Failed test 'Depth First Search Levels (0 root) depth(7): 3'
#   at t/Graph.t line 339.
#          got: '2'
#     expected: '3'

#   Failed test 'Depth First Search Levels (0 root): 6'
#   at t/Graph.t line 340.
#          got: '4'
#     expected: '6'

#   Failed test 'Depth First Search Levels (0 root) depth(6): 2'
#   at t/Graph.t line 341.
#          got: '1'
#     expected: '2'

#   Failed test 'Depth First Search Levels (0 root): 1'
#   at t/Graph.t line 342.
#          got: '5'
#     expected: '1'

#   Failed test 'Depth First Search Levels (0 root) depth(1): 1'
#   at t/Graph.t line 343.
#          got: '2'
#     expected: '1'

#   Failed test 'Depth First Search Levels (0 root): 2'
#   at t/Graph.t line 344.
#          got: '7'
#     expected: '2'

#   Failed test 'Depth First Search Levels (0 root) depth(2): 2'
#   at t/Graph.t line 345.
#          got: '3'
#     expected: '2'

#   Failed test 'Depth First Search Levels (0 root): 3'
#   at t/Graph.t line 346.
#          got: '6'
#     expected: '3'
# Looks like you failed 11 tests of 95.
t/Graph.t .. Dubious, test returned 11 (wstat 2816, 0xb00)
Failed 11/95 subtests 

Test Summary Report
-------------------
t/Graph.t (Wstat: 2816 Tests: 95 Failed: 11)
  Failed tests:  75, 77, 79-87
  Non-zero exit status: 11
Files=1, Tests=95,  0 wallclock secs ( 0.03 usr  0.00 sys +  0.04 cusr
+  0.00 csys =  0.07 CPU)
Result: FAIL
[download]

...and...

~/repos/Boost-Graph$ perl -v

This is perl 5, version 18, subversion 1 (v5.18.1) built for x86_64-li
+nux
...
[download]

Update: The work is underway at https://github.com/duffee/Boost-Graph. I'm sure he would appreciate any fork/pull-requests that advance the cause.




Dave

ahAA! We've got a Heisenbug! I was thinking about this discussion after you mentioned you were running v5.18.1 and I was running v5.16.3. The failing tests depend on the order of elements in an array filled by keys. I installed perlbrew and perl-5.18.1 and failed a different set of tests.

The interesting thing is that with a perlbrew installed perl-5.16.3 (to prove that the failed tests were truly caused by the hash randomization feature introduced in v5.18), it still fails 2 tests and yet passes all tests on my fedora 19 packaged Perl 5.16.3 - wonders never cease.

In spite of it waking me up in the middle of the night, I feel quite pleased tracking that down. Think I'll treat myself to a lemon tart in the coffee shop while I re-think the test :)

Sometimes I can think of 6 impossible LDAP attributes before breakfast.

Not if you're compiling with gcc 4.4 and above. We're trying to quash this bug on RT. It means that make doesn't succeed. The fact that we've got tests failing is a big step forward, mainly due to the work done by cjfields, dcmertens and davido.

Out of interest, what C compiler did you use to install Boost::Graph?

Sometimes I can think of 6 impossible LDAP attributes before breakfast.

Why are you including lots of core modules in this installation list? Did you actually install Boost::Graph without error using the method you suggest?

You should always declare in your Makefile.PL (or Build.PL, or other build instructions) *all* the modules your code depends on. That's because older versions of perl have fewer modules in core, and new versions of perl occasionally drop modules from core.

I presume that that is a list of all the modules used by the code. Including a few core modules can't do any harm.

Yes---It installed without error, which seems to be something that eludes you:).

Have you tried IRC? there's #perl on freenode, and #perl on irc.perl.org. Good place to at least get in touch with people who might know him.