user-pic

Leon Timmermans

  • Commented on Day 6: Think globally, act localizably (File::umask, Locale::Tie, Unix::setuid)
    Thanks for your input. I'm not sure what you meant by "saved IDs". You may want to read Setuid Demystified first before writing any kind of setuid wrapper....
  • Commented on Day 6: Think globally, act localizably (File::umask, Locale::Tie, Unix::setuid)
    Unix::setuid is a poorly worked out idea. Firstly because it doesn't report errors in any way (despite typically being used in security-critical ways). Secondly because it omits the saved IDs (which are fairly important). That said, I do like the...
  • Commented on We are all Perl's ambassadors...
    What I hate most about the system is that it doesn't offer me a way to get back into contact with the rater. Maybe they are mistaken about something essential, maybe I fixed a legitimate issue they reported. Maybe I'd...
  • Commented on Managing Boilerplate with Import::Base
    This is a terrible idea really: any change to your bundle mean breaking backwards compatibility. This sort of breakage-at-a-distance can be hard to diagnose. To some extend you can deal with it using a versioning argument (like Modern::Perl does nowadays),...
  • Commented on Strawberry Perl 5.20.1.1 invalid MSI signatures
    Quite frankly anyone asking for a scanned copy of an identification document is an idiot: you can not verify the authenticity using a copy. Even a crappy forge is likely to be accepted. Sending it by non-encrypted email doesn't make...
  • Commented on A pre-release of Pod::Readme is available on CPAN
    Why the dependency on Moose and v5.10? The latter seems rather unnecessary, and the former poorly chosen (lots of dependencies, while using few of it's features: Moo sounds like it would be much more appropriate)....
  • 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…
Subscribe to feed Recent Actions from Leon Timmermans

  • bigfoot commented on We are all Perl's ambassadors...

    Unfortunately I think this may simply be a very small example of how the Perl community is generally sometimes unfriendly to new developers. Before I get pounced on I'll give a shout out to all of of the great work done by people who are trying to change that (Gabor Szabo for one). It was also nice to see the Zero to Perl workshop last weekend at the Pittsburgh Perl Workshop (Dan Wright)!

    The snobbish attitude though is not reserved just for new developers. I'm not defending poorly written and possibly ill conceived modules that folks might naively upload to CPAN. I believe there …

  • Ether commented on We are all Perl's ambassadors...

    Maybe create some phase gates for new contributors? or create some kind of bar to get over before you can upload and even get rated in the first place?

    prepan.org exists as a place where authors can upload code for critique, but it doesn't get used often enough. I wouldn't mind the requirement for a new author to make at least one submission to prepan.org first (and get some positive feedback) before their first PAUSE upload, but this is difficult to enforce without a lot of code that no one would want to write.

  • Gabriel Sharp commented on Don't release experiments to CPAN

    If you want this, first make the guys writing books about perl not tell new developers to submit their code to CPAN; I've read 2 such books. I am sure there are more books out there saying the same thing.

    I am also unclear on your reasoning for the problem. Is it: 1) because you don't like how long the module list is with the extra entries? 2) The submissions of Acme:: and related modules are …

  • perlancar commented on Introducing IOD file format

    Also, note that in the case of "actual data determining your data structure" IOD is not different from YAML which trinita uses: whether a parameter is scalar or array is still determined by the config. Config::MVP is different in that it uses some sort of "outside schema" to specify that a parameter needs to have a certain form/value.

  • perlancar commented on Day 6: Think globally, act localizably (File::umask, Locale::Tie, Unix::setuid)

    Thanks for your input. I'm not sure what you meant by "saved IDs".

    Come to think of it, Unix::setuid is not necessary at all, because I might as well just localize $, et al directly! The only convenience provided by Unix::setuid is conversion from username, but I'm not sure how valuable that is.

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.