addition of groups will not change that behaviour in unplanned test
space, because what you want is a simply unknowable.
Adam K
r the
group cannot be detected.
That is, of course, correct.
A seperate issue I think, but yes you are correct.
Adam K
s being pulled from
Bundle::CPAN and being disabled by default in CPAN.pm, until
Module::Signature gets a maintainer capable that can make it somewhat saner.
CPAN.pm has to work everywhere, and currently Module::Signature is
breaking that. So it's getting shelved until it works.
Adam K
B/BL/BLM/Win32API-Registry-0.27
I can move this one pretty easily too, it needs a new release anyway.
R/RC/RCAPUTO/POE-0.3502
R/RC/RCAPUTO/POE-Component-Client-Keepalive-0.0801
I'm pretty sure Rocco will move next release as well.
Adam K
Hmm, it looks like there is a strong correspondence between distros
using 'directory' and distros produced by Module::Install. There goes
Adam, breaking rules and rebelling against established conventions.
Hehe. Just kidding. I think I like 'directory' better myself an
ing EU:MM still, until either MB or or MI
hits 1.0, because neither of them are ready for general use.
I find it unfortunate that hype on both sides resulted in what I would
consider overuse this early in their development, but there you go...
Adam K
vial" to implement compared to the current
situation, and would allow us to provide some manner of security against
bad mirrors.
The only downside though might be problems if we have custom mirrors
that have third-party module built into them.
But in general I find the idea less insane that what we do now.
Adam K
I understand the concerns with M::B itself; that’s why I always
use `create_makefile_pl => 'traditional'`.
Indeed, and if you insist on using Module::Build, that is most certainly
the sanest approach.
Adam K
Andreas J. Koenig wrote:
On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> said:
>> (What would be marginally worth it is having PAUSE sign distros. At
>> least we can assure that the CPAN mirror didn't tamper with the
>> files, which I thi
't have to put in the effort to learn this stuff.
And most of the people here are the same. They remain ignorant, not
because they don't care, but because they prefer to defer to others who
DO understand more than we ever could.
This does not make them small-minded at all, just pragmatic.
Adam K
James E Keenan wrote:
Steffen Mueller wrote:
You
can find a complete (and somewhat current) list of problematic modules
at http://steffen-mueller.net/mi_old.html
Thank you very much for this public service!
Indeed.
Adam K
le parsing
and a bunch of other things that are problematic.
It's NOT ease to parse at all, not compared to the current relative
simplicity of TAP at the moment.
Adam K
Jonathan T. Rockway wrote:
not ok 2 - omg t3h sooper test!!1!
--- TAP diagnostics
file:foo.t
Why aren'
e
implementations become stable before we start thinking of making TAP
inherit any baggage from other protocols by adding them as dependencies.
Fair enough a "Layer 1" TAP parser might not care, but why not make it
as equally easy to implement a "Layer 2" parser as well.
Adam K
. (simple by having the database being superior
to every other hack thats in existance now :-)
I even got so far as to do a mockup v0.02 - but then went back to
playing Guildwars.
Is this a project that would be of general interest?
At YAPC::NA, Adam Kennedy mention that he wanted to try to make
nd it helpful.
+1 to this last point.
Whatever "standard diagnostic" set we dictate, we can't localise it, so
we should be aiming for language which is maximally clear and
comprehendable by non-native speakers.
Adam K
complete implementations as possible, as few times as
possible.
This at least minimizes the surface area of the of the problem, and
limits the number of annoying corner cases that can appear.
Adam K
7;ll be dealing with this general
area (core, preferred sets of modules) starting with perlmodlib and
working outwards, in about a month when my main work project is slowing
a bit and I have more than just a spare 10 minutes to reply to mailing
lists.
Adam K
t shut my mouth, throw my silly alittle attempt at
yet-another-wheel into the dustbin and go away. :-/
Good luck with CPAN::Index.
I'm all for more wheels, I'm just pointing out some issues you might run
into. And if yours exists and mine doesn't, well yours is far better
than mine.
Adam K
hey are or not a problem
for you.
Adam K
odology I've found to get a
decent result is.
1. Think to myself
2. Proof of concept for myself
3. Consult with experts (here etc)
4. Realise my ideas sucked and revise them
5. Proof of concept for experts
6. Implement
7. Release to public
So yes, you'll be consulted.
That is all :)
Adam K
Adding the file to the INTERP_O_FILES section in
config/gen/makefiles/root.in and re-running Configure should do the trick.
--AT
On 10/24/06, Karl Forner <[EMAIL PROTECTED]> wrote:
On 10/23/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
>
> Karl Forner wrote:
> > I've added one C src file
ly smart, it could just be replaced with
'for <> {'. The only issues I can see are people using <> inside the loop, and
maybe something about the scope of $_. (Does a topicalized $_ change the value
of $_ outside of the loop?)
--
Adam Lopresto ([EMAIL PROTECTED])
http://cec.wustl
On Thu, Oct 24, 2002 at 12:26:41PM -0300, Adriano Nagelschmidt Rodrigues wrote:
> Luke Palmer writes:
> > Lisp is implemented in C, and C's macros are certainly not essential
> > to its functionality. But think of what macros in general provide:
> >
> > * Multi-platform compatability
> >
On Mon, Nov 11, 2002 at 01:40:59PM -0600, Garrett Goebel wrote:
> The general Pro's and Con's of POD seem to be:
>
> PRO
> ===
> simple, concise, limited, extensible, forgiving
> easy to convert to XXX, easy to write, easy to read, easy to ignore
> separates block/inline markup, no special editor
On Mon, Nov 11, 2002 at 03:50:34PM -0800, Damien Neil wrote:
> POD parsers also go to a fair amount of trouble to infer syntax. For
> example, a function name like this() will be rendered differently by
> many POD processors. This is a good thing, in that you don't have to
> litter your documenta
I wrote.
use physics;
Which, by the way I'm completely positive about. Loading in special
grammars for particular classes of programmers is just an amazing idea.
But really, in what circumstances could someone possibly need reduction
so badly it needs to be in the core?
Adam K
with explicit invocants, we don't need all those pesky
shortcuts for implicit attributes any more, since there's be a invocant
around 90% of the time.
Adam K
ome trickier thing
gets a bit uglier...
Is there any way we could prioritize based on frequency? We're
accumulating quite a little library of P6 code now. What are people
actually _using_ the most?
What gets used in CPAN? How many $self->method calls are there compared
to grep {} and map {}?
/me goes back to work
Regards
Adam K
u are going to need to use until
you get more advanced.
Having the...
Start->Programs->Accessories->SystemTools->CharacterMap,Click,"Select","Copy",Close,Ctrl-V
... º character as the default invocant method (to use that option as an
example) is something I'd much like to avoid.
Adam K
g us (who
have / at shift-7) are probably not going to like it though :)
But US/UK/CJK are all to the right of the period, so it's a very
friendly combination in that regard.
Adam K
Adam
Have you had a look at CGI::Capture?
That may do some things you can abuse to get what you want.
Adam K
Vsevolod Ilyushchenko wrote:
Hi,
I'd like to suggest a module that I came up with to test CGI file
uploading logic. I have not found anything else like it.
If anyone has any though
ersions of modules.
Adam K
You get all those possibilities whenever you install any new version of
a module you get from someone else, regardless of a p5->p6 hop. In p6,
when you say "use Digest;", you are specifically asking for what p6
considers the "latest" version. In p5, it was "first match on libpath".
Except that
any object to...
object_ok( $object );
... and Test::Object will throw the object at all appropriate registered
tests.
Thoughts? Something exist already that I'm missing?
Adam K
; # One significant figure
sub time_to_ground ($height, $accel) {
...acceleration math...
}
my $time = time_to_ground( 500, $gravity );
... thus simplifying internally to
my $time = 1234;
Adam K
son does it.
If it can be done in less than 10 lines lines of code, to get the most
minimal hooks into the core, I'd like to see it done.
Thoughts?
Adam K
Gaal Yahas wrote:
On Wed, Jun 08, 2005 at 12:29:33PM -0700, Larry Wall wrote:
There will certainly be an event manager for all sorts of events floating
around in Perl 6. The main trick will be to hide this from the people
who aren't interested. The other trick will be to actually spec it,
sin
: If it can be done in less than 10 lines lines of code, to get the most
: minimal hooks into the core, I'd like to see it done.
10 lines? I laugh in your general direction.
No really. In perl itself, I just to see...
throw Event("CORE::prefork") if $Event::Manager::VERSION;
...or something
d. Long live Test::Inline. Now go play!
Regards
Adam K
etely away from the letters for the
rest, and god help the hunt and peckers.
Something like (3ch|4.5key|2pos|5cm) cost.
And I dislike having a THIRD sigil even more than I dislike the second.
Adam K
I think $ is way more objectionable to the lily-white non-Perl heathens, but
I don't really
the porting rate up at around a million lines
of code a year.
Adam K
ntrol over the params and context of the
function, and maybe run something else AFTER the function call is important.
So I suspect there might be some false economy in this optimisation.
Adam K
fully" without
also executing it, and even then perl doesn't (document) parse Perl, it
just (code) parses Perl, or rather runs Perl.
So to summarise, PPI is of limited use when it comes to working with
bytecode or something that will be executed. It is for working with
documents, not code.
And I'm done here :)
Adam K
for a while
ago to make it 5.004 compatible.
I'd say given the omnipresence of Test::Simple/More, stay 5.004
compatible is it all possible.
Adam K
is enough to do something about it, I've
previously outlined a scheme for supporting statistics in CPAN in a way
that covers all the bases (including #perl picking it apart for about a
day).
Just never had time to implement it...
http://ali.as/devel/phonehome.html
Adam K
4. All host parameters should be named (like ":foo") rather than
positional (like "?"), meeting with the SQL:2003 standard. The named
format is a lot easier to use and flexible, making programmers a lot
less error prone, more powerful, and particularly more resource
efficient when the same par
As someone whose production code is currently required to run under
5.5.3, I'm very grateful to module authors whose code still runs under
that version at least. A number of modules which don't run under 5.5.3
do with simple changes, primarily changing "our" to "use vars" and
getting rid of x.y.z
then specifically advertise
support or non-support for that API.
And we could get an interface somewhat richer than the current "raw
hashes" one.
Adam K
bi", which is zero by
default.
I concur. I've been presuming what they are talking about is a standard
implementation for those that want to use that sort of feature. Not a
default implementation that everyone should use.
So "if you want to use database config files, we've got a standard way"
Adam K
my shitty spelling I keep meaning to write a "Edit my POD" interface :)
Adam K
notations for a given author
id, or even for a given dist. So I'm reduced to manually looking through
a thousand odd web pages to find potential changes or improvements to
the code.
I'm happy to hear about them, if only I could get them listed in one place.
Adam K
when I've got a little time, is
to go to a single page which lists all of the bits and pieces
accumulated for me, and do them all in one hit.
Adam K
Adrian Howard wrote:
On 8 Jul 2005, at 20:08, Adam Kennedy wrote:
[snip]
There's no way to get a listing of the annotations for a given author
id, or even for a given dist. So I'm reduced to manually looking
through a thousand odd web pages to find potential changes or
impro
he different country keyboards. Especially those
poor nordics with the / and $ in funny places :)
Adam K
pull the data from at commit
time) in would be really nice. Even if the way I have to pass the blobs
to each driver differs, I'd like to be at least be able to say,
This is a DBI2::Data::BLOB object (or something functionally equivalent).
Adam K
Adrian Howard wrote:
On 8 Jul 2005, at 20:08, Adam Kennedy wrote:
[snip]
There's no way to get a listing of the annotations for a given author
id, or even for a given dist. So I'm reduced to manually looking
through a thousand odd web pages to find potential changes or
impro
and overall I completely agree with your
general ideas.
Adam K
and roll my own?
N
Note: The last kwalitee test, the one related to Devel::Cover, is
considered dangerous by a non-trivial percentage of the community,
and there's been a lot of debate on whether it should be removed.
Adam K
ow it deals with testing
Acme::BadExample. Remind me to put in a hard infinite loop.
Adam K
Ricardo SIGNES wrote:
* Adam Kennedy <[EMAIL PROTECTED]> [2005-07-11T10:10:31]
Note: The last kwalitee test, the one related to Devel::Cover, is
considered dangerous by a non-trivial percentage of the community,
and there's been a lot of debate on whether it should be removed.
ep that don't install right.
That said, you would probably need some sort of new "dep install failed"
test result, because half the time it isn't YOUR fault that some dep
went from good to bad (like File::Remove on Tiger failing).
Adam K
If I have somehow managed to imply I think we should junk the entire
entire current testing infrastructure and force every tester in the
world to move over to an image base testing system whether they want to
or not, then "no I didn't mean that".
But I figured that would be obv
t) if the
client prefers.
PPI::Token::POD has a ->merge method, maybe you would like to look at
writing a POD::Endify to encapsulate all this? :)
Adam K
could
disallow undefine($pi) though.
Which would basically throw away compile-time optimizations relating to
constants wouldn't it?
Adam K
Larry Wall wrote:
> On Wed, Aug 17, 2005 at 01:56:35PM +1000, Adam Kennedy wrote:
> :
> : >: If not a special form, should this work?
> : >:
> : >: my $pi is constant;
> : >: $pi = 3;
> : >
> : >That could be made to work by defining constant
Ingo Blechschmidt wrote:
Hi,
Yuval Kogman wrote:
On Thu, Aug 25, 2005 at 15:42:28 +0200, Ingo Blechschmidt wrote:
This section will contain all information needed:
* User-defined operators
* Other symbols exported by "is export"
* Exported macros
Okay, this raises a distinction:
Compile t
Sébastien Aperghis-Tramoni wrote:
Adam Kennedy wrote:
has_perl_dependency:
In the META.yml (assuming it exists) there is a dependency on the
version of perl required to install the dist.
Problem is that the version said to be required is often bogus. For example,
the distributions created
e::Install;
name ( 'Class-Autouse' );
abstract ( 'Run-time class loading on first method call' );
author( 'Adam Kennedy<[EMAIL PROTECTED]>' );
version_from ( 'lib/Class/Autouse.pm' );
license
files in
http://search.cpan.org/src/DOMM/Module-CPANTS-Generator-0.40/lib/Module/CPANTS/Generator/
Basically you need to get the data in C and store it in the DB. To
add new fields to the DB, alter C. Then add a new entry to
C
Hmm... sound like I better just bide my patience until you have time :)
Adam K
ogether which all the necesary work, and so I imagine you
could plug the two together relatively easily somewhere down the track.
Adam K
of authors have altered their
behaviour to match the scoring mechanism.
So once you find out DBIx::Wango only passed 7 out of 23, it will go
into the author's average, and if he ever looks presumably the
competative spirit will kick in and he's fix some of the "problems"
Adam K
importance scores to search.cpan somewhere... and at least
the data is there now :)
It's not fully optimized, but the code works already and it shouldn't
take more than 30 or 40 lines of code to implement.
Anyone interested? Go for it!
Adam K
ule depended upon by another author be ranked any higher than one
that isn't.
There are other metrics that take that into account much better (which
I'll get back to you on once I have them working).
Adam K
one into the Internet-disabled zone and install it in one hit
(assuming the same setup both outside and inside presumably).
Adam K
Tels wrote:
-BEGIN PGP SIGNED MESSAGE-
Moin,
you are in a maze of Test modules, all looking alike. You are likely being
beaten by a dependecy.
This is
They can go without some
minor fix for some bizarre edge case or your latest feature addition
just fine.
Adam K
Chromatic wrote:
On Mon, 2005-09-12 at 09:36 +1000, Adam Kennedy wrote:
If you do realize, but it takes you 3 days to update once mainline
was fixed, and it takes mainline 3 days to update once Joe Random's
patch was submitted, why should new users from these 3 days get a
buggy, out
mature and well tested, and it means the
"convenience" or 2 or 3 less modules to install, because they are only
needed for a tenth of a second during testing, and thus not at all in
it's debian deb deps, then yes, I'm going to bundle them.
I know the risks, and I accept them on behalf of my users.
Adam K
at they can tell the difference. So they can
build packages with only the run-time dependencies, and not the
test-time dependencies.
I think it's clear at that level that we need the distinction.
Now as for bundling or not bundling, well I'm sure we can agree to disagree.
Adam K
rsion to add
dependencies for.
Adam K
H.Merijn Brand wrote:
On Thu, 15 Sep 2005 11:52:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> wrote:
Rather than do any additional exploding, I'd like to propose the
additional kwalitee test "has_changes". I've noticed that a percentage
(5-10%) of dists don't ha
Pod::Tests (in case you didn't know, the old Test::Inline
didn't actually make use of the Test::Inline namespace).
Since it's pretty light, what I intend to do once it's looking ok is to
add Pod::Tests as a dependency of Test::Inline, so that all existing
code that wants to i
ope of CPANTS is bound to shake out bugs in PPI, which
will make Adam Kennedy happy. (FSDO happy).
David
Been there done that. Go check out PPI::Tinderbox. It was... well... fun
(FSDO fun) :)
But I'm always happy to get more bug reports.
Adam K
e data is a complete bitch. Let me just
say right now that doing it across _all_ of CPAN is flat out impossible.
It's impossible.
Adam K
ike can be supported.
I have some _very_ early framework code but nothing useful yet, it's on
the drawing board some time after PPI 1.100 (with the caching code) and
a few other bits and pieces are done.
Adam K
of the world to change to match it's view of
"quality".
We already have two of these rediculous fail-by-default metrics
(has_pod_tests and has_pod_coverage_tests or whatever it's called).
Kwalitee should measure reality, not set measurements that require
reality to be changed to match.
Adam K
Paul Johnson wrote:
On Fri, Sep 23, 2005 at 12:06:43PM +0200, Thomas Klausner wrote:
Hi!
On Fri, Sep 23, 2005 at 12:54:42PM +1000, Adam Kennedy wrote:
Collecting any sort of coverage data is a complete bitch. Let me just
say right now that doing it across _all_ of CPAN is flat out
that hasn't been released yet. So just hold
this thought for a few weeks.
Adam K
Nik Clayton wrote:
I don't have strong opinions about this yet, but has anyone else looked
at the Perl::Critic suite of modules on CPAN?
It occurs to me that:
a) Kwalitee metrics could quite easily be i
acking out
seems the sanest option at this point
Adam K
Some more test failures confirmations...
Test::Exception is uninstallable.
Test::SubCalls is uninstallable.
Test::Pod is uninstallable.
Test::Warn is uninstallable.
test_fail() which is the problem in TB::Tester was really only a
convenience function for test_diag( Failed at ... ).
Pretty
e been done by now.
Then why haven't you fixed it in that case? Regardless of who's fault it
was 3 or 4 years ago, _you_ triggered the problem _now_. Untrigger it.
Now it's 4:30am and I've had enough to trying to get this sorted, I'm
going home.
Adam K
have any other alternatives to fix CPAN _today_, I'd like to hear
them.
Adam K
At the present time you cannot install anything of consequence onto a
fresh Perl install.
One of the first dependencies to install is Test-Simple, which will
work, followed by Test::Buidler::Tester (since almost everything needs
it), which will fail.
Adam K
27;s 5 lines of code and a Changelog entry...
Adam K
pendencies. It looks like a lot of these
modules require URI, not Test::URI. In fact, I haven't yet found one
that requires Test::URI.
Indeed it did. I'm assuming it's working sanely to determine this list.
If not, obviously it's less of a problem.
Adam K
On 10/28/05, Ovid <[EMAIL PROTECTED]> wrote:
> The code is designed well enough that adding new features is quick and
> easy. Unfortunately, whenever I need to change my code I fire up a Web
> server and view the results in the browser and then write the tests
> after I've written the code (this is
ind of sense at some level :)
Adam K
On Mon, Dec 09, 2002 at 08:36:20PM -, Smylers wrote:
> I was wondering whether it'd be better to have this specified per
> C rather than per C. That'd permit something a long the
> lines of:
>
> sub days_in_month(Str $month, Int $year)
> {
>
> }
>
> Perhaps there are only some e
On Tue, Dec 10, 2002 at 01:53:28PM +1100, Damian Conway wrote:
> And in those rare cases where you really do need partial caching, the
> simplest solution is to split the partially cached subroutine into a
> fully cached sub and an uncached sub:
>
> sub days_in_month(Str $month, Int $year)
> {
On Mon, Dec 09, 2002 at 01:58:11PM -0800, Austin Hastings wrote:
> --- Adam Turoff <[EMAIL PROTECTED]> wrote:
> > It doesn't matter whether some of the values are cheap lookups
> > while other values are "complex calculations". Once a cached sub
> > is
On Mon, Dec 09, 2002 at 01:58:11PM -0800, Austin Hastings wrote:
> --- Adam Turoff <[EMAIL PROTECTED]> wrote:
> > I think you're trying to overoptimize something here. I can't see
> > a benefit to caching only sometimes. If there is, then you probably
> > w
201 - 300 of 497 matches
Mail list logo
