user-pic

Leon Timmermans

  • Commented on How should conference speakers be compensated?
    I think there are two kind of sponsored people. The first category are the Damians of our community. These are people whose attendance at any conference provides an immediate and obvious benefit every time you'd invite them. People like me...
  • Commented on Introducing IOD file format
    Have you taken a look at [TOML](https://github.com/toml-lang/toml)? IMO it provides a much more sensible paradigm than INI, while still being intuitive enough for most people. There are already two parser for it in Perl....
  • Commented on A Tale of Two YAPC's
    Sounds like excellent choices have been made....
  • Commented on I hate Dist::Zilla and missing Makefile.PL
    More often than not you can hack on a module without Dist::Zilla just fine. Tests can usually be run simply as `prove -lr t/`, so usually you can actually hack on the code and test the results without touching dzil....
  • Commented on Introducing Sub::Trigger::Lock
    You're not locking the external access, but the internal implementation. IMO that's the wrong solution....
  • Commented on How to upload a perl module on CPAN using Dist::Zilla?
    Actually, you need to use a semicolon as comment character ;-)...
  • Commented on Perl and Me, Part 1: The Road So Far
    > It looks interesting; it seems to solve several of C++'s more egregious problems (e.g. garbage collection). Actually, I consider garbage collection to be the main mistake in D. In such a low level language, I don't want garbage collection....
  • Commented on Visualizing a CPAN install plan
    > I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn...
  • Commented on Is it possible to run Movable Type under Apache HTTP Server?
    CGI still lives for the same reasons as inetd still lives: services that are queried only infrequently (with a "frequently" being defined by the sysadmin), keeping a process in memory is wasteful. Exactly. CGI is the only sensible thing...
  • Commented on A new blogs.perl.org or die trying
    Yeah, I'm not fond of it either. I can't help thinking "wouldn't a simpler solution be better here?"...
  • Commented on Parsing JSON with a single regex
    Awesome. XML parser next?...
  • Commented on PDL 2.007 Released!
    This PDL release was the driving force behind File::Map fixing some 64-bit related issues, so thank you Chris and Rob :-)...
  • Commented on CPAN candidates for adoption
    The scoring mechanism doesn't seem to have much of a resolution. Many of those dists don't need adoption at all. One module of mine is in there because it has two wishlist tickets…...
  • Commented on Plack server with threads
    > It is only one thing that breaks everything: threads::shared. That really shouldn't happen. Either you're not using it correctly, or something really weird is going on....
  • Commented on A decade in CPAN toolchain
    people expect to build, test and install in separate phases It's not just that people expect it, it's that sysadmin will demand it. Friendliness to the end-user is just as important as friendliness to the author, if not more...
  • Commented on Why you don't need File::Slurp…
    There's a flaw IMHO, read() may not return the whole file content (and actually it won't with large files), depends on OS buffering. The usual boilerplate includes a while() and buffer concatenation. Actually, you're right. Normally the buffering takes...
  • Commented on Response to Ejecting CGI.pm From the Perl Core
    > I use Perl v5.8.0 on windows (ActiveState). That is a 10+ years old release of perl. Are you really surprised its modules are way outdated?...
  • Commented on On the removal of some core modules
    Leon has started his own Module::Build::Tiny and while admirable (and impressive) it cannot do XS yet. Until this is possible or until Moodule::Build or some other candidate emerges, EUMM and MB are the only way to go. Actually, I...
  • Commented on Belated "hello world"
    Good to have you here, curious what you have to say :-)...
  • Commented on Why you don't need File::Slurp…
    Because File::Slurp is portable to non-Unix systems. Functionally it's identical to read_file(binmode => ':raw'), otherwise it's perfectly portable. Because File::Slurp can be rewritten in XS if speed is the overriding concern (and it will be faster than your 2-lines)....
  • Commented on Why you don't need File::Slurp…
    If I recall, File::Slurp had issues with the PerlIO :encoding layer and required manual decoding of the slurped data instead, which is why I have avoided it. Not sure if this is still an issue. Looking at the code,...
  • Commented on Why you don't need File::Slurp…
    mmap should be faster than sysread -s or read -s, and there exist a portable module for it. There is, and I wrote it ;-). Was planning to blog about that too at some point. It's close but not...
  • Commented on Why you don't need File::Slurp…
    In general, in a shop with both newbs and monks it's preferable to use modules as much as possible. You're missing the point; I'm all for modules, I didn't write 50 CPAN modules for nothing. This code started when...
  • Posted Why you don't need File::Slurp… to Leon Timmermans
    #! /usr/bin/env perl
    use strict;
    use warnings;
    use Benchmark 'cmpthese';
    use File::Slurp 'read_file';
    
    my $filename = shift or die "No argument given";
    my $count = shift || 10;
    
    cmpthese($count, {
        'Unix'  => sub { open my $fh, '<:unix', $filename or die "Coul…
  • Commented on I Bless You in the Name of the Stringified Object
    I'm wondering if a "::" overload makes sense, specially if a future version of perl would allow for blessing into an anonymous stash....
  • Commented on Introducing Platform
    Instead of having a hard-coded list of osnames you might want to rely on Perl::OSType. Though as Mr. Muskrat said there are some tricky bits such as cygwin....
  • Commented on Don't release experiments to CPAN
    I agree with David. I release experiments to CPAN. Sometimes I don't do anything with it anymore, but someone else might. Because letting code rot in a corner is a waste of effort. That said, most of my experiments are...
  • Commented on A funny thing happened on the way to the p5-mop...
    In the end, we were forced to conclude that Perl's method dispatch mechanism would almost certainly need to be changed to allow some kind of non-package based dispatching. This probably means some core level work, but we stopped short of...
  • Commented on deb.perl.it - bridging CPAN and Debian → step2
    File::Temp is in core, so unless you need a more recent version perl-core will satisfy that dependency....
  • Commented on pmtool-1.30 (Perl Module Tools) Released
    You should update that «VERSION => '1.00',» in your Makefile.PL though ;-)...
Subscribe to feed Recent Actions from Leon Timmermans

  • Nate Glenn commented on Testing scripts in your distribution, portably

    I know it's been a while since you wrote this, but thanks for doing so. I referenced it when I was trying to be crazy-thorough. I have a write-up of my tries on SO: http://stackoverflow.com/questions/14544674/testing-scripts-in-distribution-without-building/20339123

  • perlancar commented on Introducing IOD file format

    I have. I guess TOML is okay for configuration format too, although it diverges quite a bit from INI. My goal with IOD is to be compatible enough with INI, to be interchangeble enough. Also, I'm not seeing a TOML round-trip parser yet, something which I intend to create for IOD.

  • KENTNL commented on Introducing IOD file format

    > In IOD you can also use this syntax:
    >
    > [section]
    > fruits = ["apple","orange","avocado"]

    But does this not simply re-expose the problem tinita was complaining about?

    It forces the consuming code to determine on a case-by-case basis whether it supports an array, and subsequently requires a lot of boiler plate code to automatically switch between single, and multiple values.

  • Toby Inkster commented on Introducing IOD file format

    It doesn't seem quite the same. In a traditional INI file:

    [section]
    foo=1
    bar=2
    bar=3
    

    "bar" is an array, but is "foo" a simple string, or is it an array with just one element? The INI parser will probably treat it as a simple string. If the application wants "foo" to be an array, it needs to include code to "promote" a string into a one-element array.

    With IOD, there is at least a way when writing the config file to unambiguously say "this is an array, even if it's only got one element at the moment".

  • https://openid.phys.ethz.ch/abe commented on I hate Dist::Zilla and missing Makefile.PL
    install/run/rpm-pack the module. Git copy is not suitable for this. Git copy is only for authoring (yes, and to submit patch).

    If you, as a user, need to install a git snapshot of a project hosted
    at GitHub, you can use https://undzilit4.me/ for that and you don't
    need to bother about all the plugins. It's not equivalent to "git
    clone", but you get what you want.

    btw, when packaging .deb files, Debian tools expect tarballs too. And if you try …
Subscribe to feed Responses to Comments from Leon Timmermans

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl and offering the modern features you’ve come to expect in blog platforms, the site is run by Dave Cross and Aaron Crane, with a design donated by Six Apart, Ltd.