FAQ
Hi all,

I've reviewed the changes, logs, and bugs since the last release. It
looks like time to ship an alpha. I think the version.pm and tilde.t
fixes are sorely needed.

The few things which I can think of which might want some attention
before we start into the alpha phase again:

1. I would like to see the Cookbook entry on Bundling get some
scrutiny. The recommendation of using --install_base $foo means that
you'll get "$foo/lib/perl5/Module/Build.pm" or other variously shaped
trees depending on your Config.pm. Should we just point to the
latest.pm here instead?

2. Where are we on David's install_dirs work? Is there an RT ticket
for this?

3. Are we ready to claim that we're META 1.4?
http://rt.cpan.org/Ticket/Display.html?id=37478

4. fakeinstall is busted? Schwern, can you elaborate on that or should
we put this in RT?
http://www.nntp.perl.org/group/perl.module.build/2008/09/msg1557.html

5. Help windows users create archives that pause will accept?
Archive::Tar->create_archive("$file.tar.gz", 1, grep {!-d $_} @$files);
http://rt.cpan.org/Ticket/Display.html?id=39804


I now have 15 minutes of MB tuits left for this month, which is about
enough time to ship two alphas if I don't have to think too hard.


Thanks,
Eric
--
"Time flies like an arrow, but fruit flies like a banana."
--Groucho Marx
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------

Search Discussions

  • David Golden at Nov 21, 2008 at 1:32 am

    On Thu, Nov 20, 2008 at 4:13 PM, Eric Wilhelm wrote:
    5. Help windows users create archives that pause will accept?
    Archive::Tar->create_archive("$file.tar.gz", 1, grep {!-d $_} @$files);
    http://rt.cpan.org/Ticket/Display.html?id=39804
    I'd like to see this one closed if at all possible.

    I'm not sure if the code above is correct -- won't that leave existing
    permission as is? I suspect after the tarball is created, we need to
    iterate the Archive::Tar::File objects and unset the group/other write
    permissions.

    -- David
  • Eric Wilhelm at Nov 21, 2008 at 1:55 am
    # from David Golden
    # on Thursday 20 November 2008 17:32:
    I'm not sure if the code above is correct -- won't that leave existing
    permission as is?  I suspect after the tarball is created, we need to
    iterate the Archive::Tar::File objects and unset the group/other write
    permissions.
    http://rt.cpan.org/Ticket/Display.html?id=39804

    'Archive::Tar generates the "files" with correct
    permissions, but makes "directories" 777 for some reason.'

    Burak seems to have documented that his solution is working. Can this
    be verified?

    Thanks,
    Eric
    --
    [...proprietary software is better than gpl because...] "There is value
    in having somebody you can write checks to, and they fix bugs."
    --Mike McNamara (president of a commercial software company)
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • Ken Williams at Nov 22, 2008 at 2:37 am

    On Thu, Nov 20, 2008 at 7:55 PM, Eric Wilhelm wrote:

    Burak seems to have documented that his solution is working. Can this
    be verified?
    JOHANL reports that it doesn't work. I guess it's an improvement, though.

    -Ken
  • Eric Wilhelm at Nov 22, 2008 at 3:05 am
    # from Ken Williams
    # on Friday 21 November 2008 18:37:
    http://rt.cpan.org/Ticket/Display.html?id=39804

    Burak seems to have documented that his solution is working.  Can
    this be verified?
    JOHANL reports that it doesn't work.  I guess it's an improvement,
    though.
    Indeed. Probably better to fix it once instead of twice though.

    # from David Golden
    # on Thursday 20 November 2008 17:32:
    I'm not sure if the code above is correct -- won't that leave existing
    permission as is? I suspect after the tarball is created, we need to
    iterate the Archive::Tar::File objects and unset the group/other write
    permissions.
    Ok, so either that or something like the following?

    $tar->add_data ( $filename, $data, {mode => ???});

    Is anybody working on a patch?

    Thanks,
    Eric
    --
    "If you dig it, it's yours."
    --An old village poet (via Al Pacino)
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • David E. Wheeler at Nov 21, 2008 at 2:46 am

    On Nov 20, 2008, at 1:13 PM, Eric Wilhelm wrote:

    I've reviewed the changes, logs, and bugs since the last release. It
    looks like time to ship an alpha. I think the version.pm and tilde.t
    fixes are sorely needed.
    What about the parameters patch I sent a while ago? What happened to
    that?

    Best,

    David
  • Eric Wilhelm at Nov 21, 2008 at 3:28 am
    # from David E. Wheeler
    # on Thursday 20 November 2008 18:46:
    What about the parameters patch I sent a while ago? What happened to
    that?
    It is #2 on the list. As I recall, it opened a can of worms, which I
    think has been closed, but it didn't get to the point of being applied
    because I was going to have to think too hard about too many things.

    --Eric
    --
    Peer's Law: The solution to the problem changes the problem.
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • Eric Wilhelm at Dec 12, 2008 at 3:39 am
    # from Eric Wilhelm
    # on Thursday 20 November 2008 13:13:
    The few things which I can think of which might want some attention
    before we start into the alpha phase again:
    Let's see how we did:
    1.  I would like to see the Cookbook entry on Bundling get some
    scrutiny.  The recommendation of using --install_base $foo means that
    you'll get "$foo/lib/perl5/Module/Build.pm" or other variously shaped
    trees depending on your Config.pm.  Should we just point to the
    latest.pm here instead?
    Fail. I just added a reference to scripts/bundle.pl, but that section
    of the docs needs an edit.
    2.  Where are we on David's install_dirs work?  Is there an RT ticket
    for this?
    Fail. I reviewed the patch, proofed the pod, and applied it. I'm not
    particularly happy with the everything-is-a-subref, but whatever.
    3.  Are we ready to claim that we're META 1.4?
    http://rt.cpan.org/Ticket/Display.html?id=37478
    Fail. Apocalypse and I looked at this on irc today and determined that
    the only change since 1.2 was the addition of (optional)
    configure_requires, so we should be good to just bump it, but I forgot.
    4.  fakeinstall is busted?  Schwern, can you elaborate on that or
    should we put this in RT?
    Fail. I just added it to RT.
    5.  Help windows users create archives that pause will accept?
    Archive::Tar->create_archive("$file.tar.gz", 1, grep {!-d $_}
    @$files); http://rt.cpan.org/Ticket/Display.html?id=39804
    Win! Thanks to David Golden.

    I did get some other tickets closed, and went through the ones with no
    severity to set those.

    So, code freeze. Though I think we can safely slip the META 1.4 change
    and any doc updates into the release without invalidating the testers
    results.

    --Eric
    --
    Minimum wage help gives you minimum service.
    --David Schomer
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • David E. Wheeler at Dec 12, 2008 at 10:20 am

    On Dec 12, 2008, at 4:39 AM, Eric Wilhelm wrote:

    2. Where are we on David's install_dirs work? Is there an RT ticket
    for this?
    Fail. I reviewed the patch, proofed the pod, and applied it. I'm not
    particularly happy with the everything-is-a-subref, but whatever.
    That doesn't sound like a fail to me.
    3. Are we ready to claim that we're META 1.4?
    http://rt.cpan.org/Ticket/Display.html?id=37478
    Fail. Apocalypse and I looked at this on irc today and determined
    that
    the only change since 1.2 was the addition of (optional)
    configure_requires, so we should be good to just bump it, but I
    forgot.
    Win, no?

    Best,

    David
  • Eric Wilhelm at Dec 12, 2008 at 6:48 pm
    # from David E. Wheeler
    # on Friday 12 December 2008:
    Fail.  I reviewed the patch, proofed the pod, and applied it.  I'm
    not particularly happy with the everything-is-a-subref, but
    whatever.
    That doesn't sound like a fail to me.
    goal: Eric not spending an entire afternoon on it.

    Maybe that's an impossible goal.
    3.  Are we ready to claim that we're META 1.4?
    http://rt.cpan.org/Ticket/Display.html?id=37478
    Fail.  Apocalypse and I looked at this on irc today and determined
    that
    the only change since 1.2 was the addition of (optional)
    configure_requires, so we should be good to just bump it, but I
    forgot.
    Win, no?
    Not in the release.

    I suppose I need to find some way of keeping track of what is going into
    the next release. RT is definitely not an option with the 57 open bugs
    (and many of the "high priority" ones being extremely time-intensive to
    close.) rt.cpan.org slowness and downtime is not helping matters.

    --Eric
    --
    Peer's Law: The solution to the problem changes the problem.
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • Ken Williams at Dec 12, 2008 at 7:03 pm

    On Fri, Dec 12, 2008 at 12:46 PM, Eric Wilhelm wrote:
    I suppose I need to find some way of keeping track of what is going into
    the next release. RT is definitely not an option with the 57 open bugs
    (and many of the "high priority" ones being extremely time-intensive to
    close.) rt.cpan.org slowness and downtime is not helping matters.
    Does RT have any way to tag tickets arbitrarily, or as being toward
    some milestone?

    -Ken
  • Eric Wilhelm at Dec 12, 2008 at 7:20 pm
    # from Ken Williams
    # on Friday 12 December 2008 11:03:
    Does RT have any way to tag tickets arbitrarily, or as being toward
    some milestone?
    Not as-configured. I think the fields are able to be customized, but
    that's still no good if it is offline during the one day of the month
    that I need it.

    --Eric
    --
    "If you dig it, it's yours."
    --An old village poet (via Al Pacino)
    ---------------------------------------------------
    http://scratchcomputing.com
    ---------------------------------------------------
  • Dave Rolsky at Dec 12, 2008 at 8:31 pm

    On Fri, 12 Dec 2008, Eric Wilhelm wrote:

    # from Ken Williams
    # on Friday 12 December 2008 11:03:
    Does RT have any way to tag tickets arbitrarily, or as being toward
    some milestone?
    Not as-configured. I think the fields are able to be customized, but
    that's still no good if it is offline during the one day of the month
    that I need it.
    It was offline yesterday because it was moving to new, faster
    infrastructure.


    -dave

    /*============================================================
    http://VegGuide.org http://blog.urth.org
    Your guide to all that's veg House Absolute(ly Pointless)
    ============================================================*/

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupmodule-build @
categoriesperl
postedNov 20, '08 at 9:13p
activeDec 12, '08 at 8:31p
posts13
users5
websitecpan.org...

People

Translate

site design / logo © 2017 Grokbase