I’ve been using a config file ($HOME/.perldb) for some time now. While it’s not the biggest file in the world it automates settings that I’m far too lazy to type every time I fire the beast up.
As I was trying to buy my flight ticket to the London Perl Workshop I thought I look around if there is some other interesting event on the days before or after. Quickly I landed on Eventbrite and found a couple of interesting talks at The RSA.
The only place where I saw the London Perl Workshop was the Lanyrd web site and there was only one other Perl event there.
So are we surprised people don't see us?
I don't know how big the impact could be but what if all the YAPC and Perl Workshop organizers started to post their events on these sites? Could that help in getting more attention?
What if each Perl Monger meeting was posted there?
What if someone implemented the modules to access the above web sites?
What if someone wrote a script that could be used by all the organizers to update the various event sites?
Below are some of module ideas that I think will be useful someday, but since it's not urgent now, I'm sparing my tuits elsewhere. There will be future posts.
* A module to detect the software of a forum (e.g. vBulletin, phpBB3, etc) and provide some basic API that works for all supported software, e.g.to retrieve threads and posts, open a new topic, reply to a topic, mark topics read, etc.
* Likewise for blog software.
* A module to detect {Yahoo Messenger IDs, Blackberry PIN numbers, street addresses, other contacts} from a text. I have written one for Indonesian phone number, but the others might be useful to extract information from text.
Submit a talk for YAPC::NA 2012. We’re especially interested in talks on real-world Perl apps and quintessential Perl 101 talks, but we’re open to any ideas you have.
Today, we had more talks than yesterday. Marc Chantreux talked about his module, 'Perlude', an interesting CPAN module porting some of Haskel's ideas to perl.
Gerhard Schwanz presenting Mapweaver was the next speaker, directly followed by Denis Banovic presenting the simplicity of Dancer. For me, this talk was the best of today.
Steffen Ulrich gave an excellent introduction into TLS and explained some recently happening issues and how they could occur.
As a replacement for an omitted talk, Heiner Kuhlmann presented a tool to display some software quality metric values graphically. Nice to see Perl-Critic in colored boxes :-)
Herbert Breunung talked about some features of Perl 6. Whenever I hear him talking, I wish Perl 6 was already production-ready. All the new features are really awesome!
The Ironman blogging contest was created to get more of the Perl mongers write about the stuff they are doing. To raise some awareness to new features of Perl, new CPAN modules or just to new ways of programming in Perl.
We also have blogs.perl.org now that provides an easy way for Perl programmers to start a blog. Right in the middle of the "echo chamber".
Having those blogs is a great way to distribute news about Perl but somehow it feels the number of readers has not grown much.
It is more or less the same "echo chamber".
We need to have a growing number of people reading the items.
ActivePerl's Jan Dubois has kindly applied a patch to DBD-mysql 4.020 on their servers, so you can just do this:
Original post:
This a warning to Win32 perl devs using DBD-mysql.
The versions 4.019 and 4.020 are broken in a rather subtle way: All SQL errors are silently ignored and in fact not even triggered, no matter what RaiseError is set to or what kind of error happens. As an example, this code will run without a complaint:
Various messages have been sent to the maintainers of DBD-mysql, including a proposal for a fix. However, implementation of a fix and release of a new version will likely take some time.
In the meantime downgrading is the only viable option, but sadly the ppm client does not make that kind of thing very easy. As such, this is the command you will need to execute to downgrade your DBD-mysql:
Note that is compiled for Perl 5.12. By changing the Perl version part of the url you can also get it for 5.8 and 5.10. For 5.14 there is no ppm available though, so if you're using that you will have to downgrade your entire Perl or try your luck with the 5.12 one.
A while ago we put up the YAPC idea collector. You’ve given us a lot of great feedback so far, but keep those ideas for YAPC::NA 2012 coming, and keep voting on the existing ideas.
So as I previously announced, YAPC::Asia Tokyo 2011 is now over. Apparently we had more attendees in this single YAPC than all of North American Perl events combined for year 2011:
22:44 r: I just read that 672 attendees number on blogs.perl.
22:46 p: yeah that's easily 30% larger than all of the NA events combined.
22:49 r: yapc 244 + PPW 78 + frozen perl 46 + perl oasis 34 = 402 NA for 2011
As part of a recent project I was given an XSD file (xml schema definition) and asked to output compliant XML. CPAN to the rescue. I found XML::Compile::Schema which is a cool module that allowed me to do this with very little fuss. The documentation is really good but I think a tutorial-style post might be helpful.
To do this you’ll need to install XML::Compile and XML::LibXML.
You can use XML::Compile::Schema to read in your xsd file and output a perl hash template. Then you can use that example template to construct a hash of real data and then have XML::Compile::Schema output a valid XML file.
For this tutorial, download a sample .xsd file from here. Then write a perl script like so to dump a perl hash template.
Today, the german perl workshop 2011 started. Today's keynote was done by Heiner Kuhlmann, who talked about software architectures and refactoring. The interesting point was the parallelism between data structures and software structure. All the time I was comparing his talk with Robert C. Martin's book "Clean Code" which mentioned refactoring a couple of times. The common denominator is that refactoring without intensive testing cannot be successful.
Renée Bäcker demonstrated the use of Role::Basic for non-Moose environments. Looks very useful.
Rolf Langsdorf talked about possibilities to extend Perl's syntax using syntactic sugar and function prototypes. He tries to avoid source-filters and parsers in order to avoid breakage of external tools.
Uwe Voelker talked about HTML5::Sanitizer, a module he wrote to clean uploaded HTML code.
Max Maischein demonstrated Web Scraping techniques using FireFox to allow scraping websites that depend on JavaScript.
Pete Krawczyk will be giving a talk at YAPC::NA 2012 that he describes as:
This talk is intended for audiences who are familiar with Perl and have some experience with HTML and CSS, but little or no JavaScript/jQuery experience. Source code will be provided before the talk; attendees are encouraged to download and follow along.
We’ll migrate a to-do list app that allows adding, deleting and rearranging of tasks.We’ll start with a pure Perl/CGI/HTML4 implementation and migrate it to a dynamic Perl/jQuery application using HTML5. Along the way, we’ll discuss JavaScript, JSON and XML, event-based programming, AJAX and asynchronous requests.
A lot of people use MySQL, and these days, asynchronous-style programming has really taken off. If you're involved in both of these camps, you may be wondering
how to send a query to MySQL and have it inform your event loop when it's ready with the results of that query. A common solution is to use a thread or child process
for each connection, and exchange data using IPC. However, if you're using Perl and DBD-mysql 4.019 or better, you have an alternative: the new asynchronous interface.
Using the new async flag that you can provide to the prepare method, along with the new mysql_fd method, it's fairly easy to have MySQL play nice with AnyEvent.
Here's a simple example:
I don't think I've been seen since use Perl; went on indefinite hiatus. I am still programming Java for my day job, but still using Perl to make my life easier. A few months ago I did some investigation into Rose, and these days I am doing some investigation into Moose. DateTime::* modules also continue to hold fascination for me.
I will probably blog about my difficulties and interesting things I see. In the past I've often tended to post about things that don't work the way I would expect them to. I've sometimes been chastised for not filing bug reports, but I don't always want to file a bug report. Sometimes I just want to yak about it.
The 2011 Code Camp Columbus is nearly upon us. It is all day the 22nd and it is free to all attendees.
I will be giving a talk about building Perl applications to solve everyday problems culminating in a WWW:Mechanize application that shows most of the previous examples working together. At previous conferences and events when I talk about Perl it is the context of using it to automate install tasks and is more about finished applications versus Perl development so this is somewhat new to me.
I plan to put the slides and other material up before the conference for community perusal
and commentary. I usually over plan the amount of material I need for one of these presentations.
Here is the full speaker schedule, there is a wide variety of non-Perl topics as well.
I’m very pleased to announce the Geoff Avery will be reprising his role as Lightning Talk MC for YAPC::NA 2012. Geoff does a great job organizing the Lightning Talk sessions at YAPC, and we’re so glad to have him come to Madison.
If you’ve got ideas for lightning talks, please feel free to submit them in advance.
To list in the next Camel the gotchas Ruby programmers might have run into with Perl, I've really had to dust off my Ruby skills, few as they are. I got a lot of good feedback for my Perl traps for Python Programmers, both public and private, so I'm doing it again for Ruby.
I'm only interested in the practical aspects of a person used to Ruby moving to Perl and the things they might try to do based on their Ruby experience. Also, since we already covered some things in the Python section, I'm not going to repeat some of the items.
Several Perl people have good Ruby experience, so please check my work and suggest what I've left out.
I have now released a dev version 0.03_01. If any interested parties can spare a few moments, please try installing it and let me know if it behaves for you.
For Linux users:
- If GSL is installed, it should find it and install should complete quickly
- If not, it should download the source
---- if installed as root, it should install system-wide
---- if not root, it should install in a File::ShareDir
For Windows users:
it should download a precompiled version (GSL 1.15) from my work server (hopefully not the final location for this download) and again use File::ShareDir to keep it.
Mac:
The wild west of default behavior. It should build from source (assuming it builds correctly) and use File::ShareDir (I think).
It is still not ready for production, and I expect that my Math::GSLx::ODEIV2 will be the first thing to do so eventually.
The code itself is about 850 SLOCs of Perl code, the user interface is based on STFL, the Twitter backend uses Net::Twitter, and all the OO glue code in between uses the Moose object system. All in all it took me less than 2 weeks of my free time to develop the first version of it.