user-pic

Tatsuhiko Miyagawa

  • Commented on Instant podcasts, in 50 lines of perl
    Ugh, s/EXIF/ID3/...
  • Commented on Instant podcasts, in 50 lines of perl
    Here's my 140-line Ruby version :) It extracts mp3 EXIF to fill up iTunes metadata as well. https://github.com/miyagawa/dircaster...
  • Commented on I hate Dist::Zilla and missing Makefile.PL
    Piotr: you just contributed to a project using Dist::Zilla (via Milla). https://github.com/plack/Plack/pull/442 https://github.com/plack/Plack/blob/master/dist.ini...
  • Commented on I hate Dist::Zilla and missing Makefile.PL
    Because nobody mentioned, i need to point out that Milla (based on Dist::Zilla) is written specifically to solve that problem. https://metacpan.org/pod/Dist::Milla#WHY Dependencies are available in cpanfile and you can run `cpanm --installdeps .` to get them installed. I'm not going...
  • Commented on Looking for some help with Japanese POD
    I sent a pull request - actually you don't need a knowledge of Japanese to handle it. I didn't read/check the content of POD, merely converted the encoding, renamed the file and added =encoding header. https://github.com/szabgab/Term-ReadPassword-Win32/pull/2...
  • Commented on Enable Travis-CI for a Github repository from the command line
    I travis gem: gem install travis travis enable...
  • Commented on On dependency version pinning
    > (but this is lower priority compared to real outstanding bugs). However my idea was that pining usually happen because there are so many bugs, "lower priority", "usually happen" - these are all subjective. When a production system fails to...
  • Commented on On dependency version pinning
    vsespb: > CPAN module should be always backward compatible with older versions (if module author introduce large breaking changes, he's better to just rename the module). I disagree, and i believe not all CPAN authors share that idea. And...
  • Commented on On dependency version pinning
    Now by re-reading your post, it feels funny that the "First way" reads more like the workflow with Carton/Pinto. > 5. If tests fail somewhere, investigate, change minimum version requirements or workaround problem. > 6. Write down strict minimum dependencies...
  • Commented on On dependency version pinning
    > So I think Second Way just introduces a technical debt. No, that's the reason why carton has the update command to update versions in your snapshot to the latest that satisfies your requirement, just like you can do with...
  • Commented on Why I use cpanfile (and you should too)
    Mark: I see, then you can do: cpanm git://github.com/mrallen1/perl-Tombala :)...
  • Commented on Why I use cpanfile (and you should too)
    Mark: Thanks for the post. However I'm curious what you meant by the git installation via the cpanfile, because it's not directly supported yet :) requires 'git://github.com/...' might (accidentally) work because cpanm runs it as an argument, but it's not...
  • Commented on Why I use cpanfile (and you should too)
    Reini: > The official way is to mark them in your Makefile.PL or Build.PL, or even dist.ini It's interesting you mention dist.ini as "the official way" - I would say it isn't, because dist.ini is just a config file for...
  • Commented on Why I use cpanfile (and you should too)
    rob: > Another option within a corporate environment is to create a minicpan and only stock it with the versions you have internaly vetted (possibly with a QA process). Yes, that's why Pinto and Carton exist. They handle it differently,...
  • Commented on Why I use cpanfile (and you should too)
    Reini: > The official way is to mark them in your Makefile.PL or Build.PL, or even dist.ini, > which creates the 2 static files META.json and META.yml automatically. Official way for CPAN modules, yes.That's why I created Module::Install::CPANfile and Dist::Zilla::Prereqs::FromCPANfile,...
  • Commented on ruby vs perl / github cannot use utf8
    Parsing UTF-8 for 0xffff+ bytes works as well, obviously. [13] pry(main)> "\u{1f42b}".bytes.to_a.pack("C*") => "\xF0\x9F\x90\xAB" [14] pry(main)> "\xF0\x9F\x90\xAB".force_encoding("UTF-8").ord => 128043...
  • Commented on ruby vs perl / github cannot use utf8
    Don't know which version of ruby you're using (mine is 2.0.0p0, but confirmed with 1.9 as well) - Ruby can handle these characters with no issues. % irb irb(main):001:0> "\u{1f42b}".length => 1 irb(main):002:0> "\u{1f42b}".ord => 128043 github not being able...
  • Commented on Comparing Apples and Oranges - rubygems vs cpan part 3
    Jeweler is obsolete. Many ruby people use Bundler's gem command (bundle gem foobar) to make a nice boilerplate. It provides rake commands and nice git integration, to make publishing to rubygems effortless. bundle gem newgem cd newgem $EDITOR newgem.gemspecn lib/newgem.rb...
  • Posted Podcast with Jesse Vincent to Tatsuhiko Miyagawa

    Not so much about Perl, but Jesse Vincent and I did a Podcast episode where we talked about his keyboard.

  • Commented on 30 Million Reports
    Travis CI has evolved from Ruby and supports node, python as well as Perl. They have disabled stats so i don't have numbers for that, but most rubygems (including mine) has Travis enabled and has the CI status in its...
  • Commented on Saved By Pinto
    Brian: the basic idea of carton is just simple as exactly you said - you have a mapping of modules to distfiles (AUTHOR/Dist-Name-ver.tar.gz) you verified that works with your app. and carton lets you manage that list, and commit that...
  • Commented on Fat Versus Thin Core
    Python has WSGI and Django and Ruby has Rack and Rails, and none of them are shipped with the language core....
  • Commented on The Main Problem With CPAN Modules On Github
    Joel Burger: > rather than dzil or other author-side build tools is that being close to the actual releasable dist allows others to jump in with less cognitive dissonance. That's exactly my point :) > Then again, I'm sure other...
  • Commented on The Main Problem With CPAN Modules On Github
    @lestrrat While this is a good blog post, I don't think the use of cpanfile to stick git deps for your CPAN module is the primary purpose. cpanfile is for apps to pin CPAN deps without dealing with the MakeMaker...
  • Commented on The Main Problem With CPAN Modules On Github
    k, made a blog post :) http://weblog.bulknews.net/post/44963580392/what-is-cpanfile-and-why-do-i-want-to-use-it...
  • Commented on The Main Problem With CPAN Modules On Github
    Just to be clear - there's nothing wrong with dumping META.yml in the repo and remembering to do so for every release. cpanm will understand that and it will pull in the required configure dependencies. (But as I stated in...
  • Commented on The Main Problem With CPAN Modules On Github
    Joel Burger: you don't *need to* maintain another cpanfile if you decide to commit META.yml for every update in the git, but cpanfile is specifically to address the need of a) managing your *app* dependencies without dealing with CPAN build...
  • Commented on The Main Problem With CPAN Modules On Github
    lestrrat: good article. One thing to note though, while adding Module::Install to configure dependencies would work *as a workaround*, i don't think it's right to have them once shipped to CPAN, because they'll be bundled in inc/ and not necessary....
  • Commented on A quick static file webserver
    theory: directory requests (by that i assume directory indexes) would work if you s/File/Directory/g :)...
  • Commented on Your Personal CPAN In The Sky
    I just introduced http://www.gemfury.com/ at my YAPC::Asia talk, as a list of things to possibly steal into Perl. Gemfury provides a private repo for rubygems, PyPI and NPM....
Subscribe to feed Recent Actions from Tatsuhiko Miyagawa

  • 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 …
  • brian d foy commented on A quick static file webserver

    I’d modified Joel’s script to include a default index file by using a before_dispatch hook. It could probably be better, but I stopped when I got it to work.

    I needed this for a particular project so I haven’t stopped to make it pretty.

  • brian d foy commented on A quick static file webserver

    The render_static was deprecated in the middle of the Mojolicious 5 evolution and is now reply->static:

    #!/usr/bin/env perl
    
    use Mojolicious::Lite;
    
    use Cwd;
    app->static->paths->[0] = getcwd;
    
    any '/' => sub {
      shift->reply->static('index.html');
    };
    
    app->start;
    
  • Chris Maloney commented on Saved By Pinto

    I'm trying to set up a deployment system with Carton and Pinto. One thing I'm concerned about is that it seems that Pinto wants to only have one version of each module in each "stack", whereas Carton records every version of every module, and is, of course, project-specific. So, what happens if one project updates a module in Pinto? Won't that cause projects whose cpanfile.snapshot point to an earlier version to break?

    How do people deal with this? Do they "pin" each and every version that appears in a cpanfile.snapshot anywhere? Do you have one "stack" per project?

    If there'…

  • micheleberg commented on The Main Problem With CPAN Modules On Github

    Above, you describe syntax for pointing a cpanfile to git. The end of the line is cut off, unfortunately:
    requires "MyExperimental::Module" => "git://github.com/lestrrat/p5-MyExp

    Do you know if this still works for cpanm and/or Carton, and what the proper syntax is for it? cpanm keeps trying to read the url as a version number, no matter how I enter it.

Subscribe to feed Responses to Comments from Tatsuhiko Miyagawa

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl with a graphic design donated by Six Apart, Ltd.