I finally stopped to think about how I’m numbering my developer releases for various modules I have floating around.
Two theories
Until recently I’ve always thought:
v0.0.5_1 is the first developer release leading up to v0.0.5
Something (sorry, I can’t remember what exactly) I read recently got me thinking about this and I started to think that maybe I’d got myself tied up into knots.
I started to wonder if the correct interpretation was actually:
v0.0.5_1 is the first developer release AFTER v0.0.5; working towards v0.0.6
I’m sure this is blindingly obvious to some people, but it was something I’d never stopped to properly thing about.
Dear YAPC::Europe attendees and those who is still considering attending it,
First of all, let me inform you that we are looking for volunteers who will lead the Partner programme. I hope that in a few weeks we will be able to announce the programme or its absence.
Then, a couple of days ago, R Geoffrey Avery, YAPC's permanent Lightning Talks organiser, opened submissions of lightning talks. There will be three lightning talk sessions, one at the end of each conference day. The three sessions of 60 minutes will include ten five-minute talks and short announces in-between.
One of the things that brian d foy worked pretty hard on for Perldoc inside of 5.16 was better UTF-8 support. We found that there are a huge number of variables for getting good Unicode support out of the "man" formatting pipeline. perldoc internally uses the "podulators" distribution to turn POD markup into man pages, HTML, XML, etc. But with the "man" formatting, the pipeline of operations looks something like this:
perldoc (a tiny little wrapper around the Pod::Perldoc module) finds the appropriate pod markup (either embedded in a .pm or a .pod), passes it to Pod::Man, takes the output from Pod::Man and then invokes the "nroff" implementation (which is usually groff) and sends it to your pager (less, more, etc) where it's displayed on your screen.
That's a lot of places where UTF-8 can go sideways. And it usually does.
After a busy Christmas season and being engrossed in my upcoming thesis defense I have found it hard to find too much time to focus on Perl projects. Still Alien::Base has been on my mind, and happily it has been on the minds of others too!
In this report I want to focus first on the high points. Far and away my high point has been that in my apparent absence others have taken up the mantle. I have gotten bug reports and pull requests from preaction, giatorta, amannb, mokko, tobyink and as always productive conversations with David Mertens. It helps in a tough project like this has been to see the excitement of other developers, waiting for me to finish this project.
Several bugs have been fixed, others have been identified. I hope to have another dev release out soon. Further I plan to release a version of Alien::GSL which depends on Alien::Base to CPAN not long after that.
I have to make this short and simple.
Therefore most of this email is copied from last year's
Call for Speakers.
What? Fosdem, Brussels, 2 & 3 february 2013
https://fosdem.org/2013/
Where? Free University Brussels, Campus Solbosh:
https://fosdem.org/2013/practical/transportation/
Why so late?
Because our dev-room request was denied at first.
They gave it to another programming language community.
Now another community could not fill their dev-room.
We are Perl, so we jumped in and we asked for this.
We got it. Now we have to fill it.
So be quick and send in your presentation proposal.
To:
Claudio Ramirez (nxadm, email: padre.claudio at apt-get.be)
and
Wendy van Dijk (email: nl.pm at wendy.org).
Has anybody heard anything from Andy Orr (PAUSEID:AORR) in the last 18 months - He has a CPAN module (PDF::Report) with bugs untouched since 2009 and no cpan uploads since then.
Mailing his cpan mail has had no response, I'm hoping somebody who is still in touch with him could provide an up to date email address where I can reach him to talk about future development of this and the PDF::Report::Table module.
I think it bears repeating -- on Windows with Cygwin, edit PATH to remove unfriendly characters like '(' (I'm looking at at you, C:\Windows\Program Files (x86)).
At least for me, this wasn't an obvious problem either...
This is in part because it uses Moose. In part because it has many features. In part because it uses App::Cmd that has a major design issue (it loads all command plugins on every run).
But this is also because most plugins are written without care for their compile time and run time cost especially when they are loaded but not used. For example the BeforeRelease plugins when you just run dzil test.
Despites this I'm using it every day at work (because it is powerful), but with much pain.
So here are some tips on how to contribute to improve that situation.
So, I mentioned in my recent talk that the p5-mop project is currently stalled but did not really expand on that topic much. In this blog post, I'm going to explain what has happened over the past year or so with the project, discuss some issues we ran into while trying to implement the p5-mop, and lay out why I think we need to do some work in directions other than the p5-mop for a while in order to get back the p5-mop back on track.
First let me start out saying that p5-mop is not dead, and that I would very much still like to finish implementing the "on CPAN" version of it. I believe Jesse "doy" Luehrs, my co-conspirator, feels this way as well. My outlook on taking that "on CPAN" version and merging it into the p5 core is currently somewhat less optimistic for reasons I will explain.
I've just released a new module called
Action::Retry.
Use it when you want to run some code until it succeeds, waiting between two
retries.
A simple way to use it is :
use Action::Retry qw(retry);
retry { ... };
And the Object Oriented API:
Action::Retry->new( attempt_code => sub { ... } )->run();
The purpose of this module is similar to Retry, Sub::Retry, Attempt and
AnyEvent::Retry. However, it's highly configurable, more flexible and has
more features.
You can specify the code to try, but also a callback that will be executed to
check the success or failure of the attempt. There is also a callback to execute code on
failure.
The module also supports different sleep strategies ( Constant, Linear,
Fibonacci...) and it's easy to build yours. Strategies can have their options
as well.
To make the Debian-Perl module look-up more useful, there are now install instructions included. That means that all non-packaged CPAN dependencies and also all packaged ones are listed and it's clear what can be installed from packages and what needs to be installed from CPAN. Here's an example for App::TimeTracker:
Just a note that this works fine for Debian stable+testing+unstable. Which is not so common. Most installations will be stable or testing+unstable. Once Debian Wheeze (7.0) will become stable (hopefully soon) I'll split that search to two - one for Debian stable and one for Debian testing+unstable.
Does Moose eliminate the sin of False Impatience* by making it so damn easy to just add a dash of OO to your script in order to avoid messing around with data structures? That's how I've started, so there's bound to be a few contusions as I find the corners of my own ignorance, digging out the notes from Dave Cross' most excellent Perl School on the subject. It's not pretty, but it gets the job done.
This is a story about how hacking away at a script taught me some things that I should have known.
We will enable registration with payment soon and post more information about the Social Event soon on our website.
Company description in German:
Delticom ist Europas führender Reifenhändler im Internet. Gegründet im
Jahr 1999 betreibt das Unternehmen aus Hannover heute in 42 Ländern
über 100 Onlineshops, darunter ReifenDirekt in Deutschland, der Schweiz
und Österreich, mytyres.co.uk in Großbritannien und 123pneus.fr in
Frankreich. Die breite Produktpalette für Privat- und Geschäftskunden
umfasst mehr als 100 Marken und über 25.000 Modelle von Reifen für
Pkw, Motorräder, Lkw und Busse, außerdem Kompletträder, Motoröl und
Pkw-Ersatzteile und -Zubehör.
Delticom-Kunden genießen alle Vorteile des modernen E-Commerce:
einfaches Bestellen von zu Hause, hohe Lieferfähigkeit und nicht zuletzt
attraktive Preise. Die Lieferung erfolgt in durchschnittlich zwei Werktagen
nach Hause oder an jede andere Wunschadresse. Alternativ können
Kunden ihre Reifen zu einem der weltweit über 30.000 Servicepartner
liefern lassen (allein 8.500 in Deutschland), die professionell und
kostengünstig die Reifen am Kundenfahrzeug montieren.
To make a great conference, we need great talks. Today I'd like to encourage everybody to submit a talk to YAPC::Europe 2013. It's easy, just fill in a form on the conference site: act.yapc.eu/ye2013/newtalk.
This year there will be three parallel talk tracks. We plan to start at 10 a.m. with a keynote (single-threaded) and finish at 6 p.m. with a lightning talk session (also single-threaded). The time in-between will be filled with talks, food and communication :-)
We offer four possible length of the talks: 20, 40, 60 and 120 minutes.
20 minutes are intended for introductory talks, where the speakers gives some basic information about the topic and assumes that the listeners would like to get an idea of a new technology, or some new usage pattern, or new ideas in some area.
40 minutes are for general purpose talks, and the speakers are expected to talk about a particular topic in detail.
Grab the gist with the complete, working source code.
I often hear the question: "so, you're Perl guy, could you show me how to make a web crawler/spider/scraper, then?"
I hope this post series will become my ultimate answer :)
First of all, I compiled a small list of features that people expect of crawlers nowadays:
capability of concurrent, persistent connections;
usage of CSS selectors to process HTML;
easily modifiable source instead of a flexible OOP inheritance structure;