From thogard at abnormal.com Mon Aug 1 17:37:05 2011 From: thogard at abnormal.com (Tim Hogard) Date: Tue, 2 Aug 2011 00:37:05 +0000 (UTC) Subject: [Melbourne-pm] Error checks without packages In-Reply-To: Message-ID: <201108020037.p720b5NY039726@v.abnormal.com> > > Isn't Perl's IO (from v5.7) almost completely reliant on "PerlIO"... aka, > which means that open() is using PerlIO anyway? So including any IO package > has minimal overhead (making the choice of "should I load an IO package?" > largely irrelevant)? I was thinking that was the case too but asking for the module and truss say there is way more overhead than there should be. There is a way to build modules into the core binary if I need it. I've decided that if I test the close and it fails, I still have all the data so I can attempt to write it someplace else. I'm more interested in knowing that something went wrong than exactly what failed (like a disk failure which will show up a different way soon after the fact, but not before) I was looking at overhead from adding modules and I see lots of bloat and a potental to blow out under heavy loads. On Solaris there are 3 classes of system calls: slow, fast and very fast. slow falls in to waiting and non-waiting so things like open will wait unless the OS already has the resource open. fast is things like brk() which means your process should be back after two task swtiches which are quick if runque is about the same size as the number of CPUs but can blow out when your runque is larger. The very quick is calls like time() which does a context swtich, copys data from system space to user space and then context switch back without reordinger the runque. I should track down why I'm seeing getuid() being called twice followed by and getgid() being repeated. Its also odd that the brk() calls on startup aren't turned so their is a chain of requests for memory. I've been tracking down shared lib issues as well and many will go read config files. It turns out that even if a program kepps opening and closing the file millions of times, the caching isn't as good as when there is another process that simply opens the files, reads the first block and then sleeps forever. -tim From toby.corkindale at strategicdata.com.au Mon Aug 1 17:57:17 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Tue, 02 Aug 2011 10:57:17 +1000 Subject: [Melbourne-pm] Error checks without packages In-Reply-To: <201108020037.p720b5NY039726@v.abnormal.com> References: <201108020037.p720b5NY039726@v.abnormal.com> Message-ID: <4E374B6D.5040404@strategicdata.com.au> Hi Tim, What are you looking to optimise here? It sounds like you're concentrating on start-up/initialisation performance? -Toby On 02/08/11 10:37, Tim Hogard wrote: >> >> Isn't Perl's IO (from v5.7) almost completely reliant on "PerlIO"... aka, >> which means that open() is using PerlIO anyway? So including any IO package >> has minimal overhead (making the choice of "should I load an IO package?" >> largely irrelevant)? > > I was thinking that was the case too but asking for the module and truss say > there is way more overhead than there should be. > > There is a way to build modules into the core binary if I need it. > > I've decided that if I test the close and it fails, I still have > all the data so I can attempt to write it someplace else. I'm more > interested in knowing that something went wrong than exactly what > failed (like a disk failure which will show up a different way soon > after the fact, but not before) > > I was looking at overhead from adding modules and I see lots > of bloat and a potental to blow out under heavy loads. > > On Solaris there are 3 classes of system calls: slow, fast and very > fast. > > slow falls in to waiting and non-waiting so things like > open will wait unless the OS already has the resource open. > > fast is things like brk() which means your process should > be back after two task swtiches which are quick if runque is > about the same size as the number of CPUs but can blow out > when your runque is larger. > > The very quick is calls like time() which does a context > swtich, copys data from system space to user space and > then context switch back without reordinger the runque. > > I should track down why I'm seeing getuid() being called > twice followed by and getgid() being repeated. > > Its also odd that the brk() calls on startup aren't turned > so their is a chain of requests for memory. > > I've been tracking down shared lib issues as well and many will go > read config files. It turns out that even if a program kepps opening > and closing the file millions of times, the caching isn't as good > as when there is another process that simply opens the files, reads > the first block and then sleeps forever. > > -tim > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm -- .signature From thogard at abnormal.com Mon Aug 1 18:13:10 2011 From: thogard at abnormal.com (Tim Hogard) Date: Tue, 2 Aug 2011 01:13:10 +0000 (UTC) Subject: [Melbourne-pm] Error checks without packages In-Reply-To: <4E374B6D.5040404@strategicdata.com.au> Message-ID: <201108020113.p721DAdk042199@v.abnormal.com> > > Hi Tim, > What are you looking to optimise here? It sounds like you're > concentrating on start-up/initialisation performance? Its a combo of things. This thing needs to be audited so each line is extra money. There is the performace issues as well when it gets hit hard. The performace issue is also related to energy use since most of the time the overweight servers it runs on are doing nothing. It also deals with real money so I must avoid unintended consequences. And there is quite a bit of "old school programmer" asking "why is it doing that?" -tim > > -Toby > > On 02/08/11 10:37, Tim Hogard wrote: > >> > >> Isn't Perl's IO (from v5.7) almost completely reliant on "PerlIO"... aka, > >> which means that open() is using PerlIO anyway? So including any IO package > >> has minimal overhead (making the choice of "should I load an IO package?" > >> largely irrelevant)? > > > > I was thinking that was the case too but asking for the module and truss say > > there is way more overhead than there should be. > > > > There is a way to build modules into the core binary if I need it. > > > > I've decided that if I test the close and it fails, I still have > > all the data so I can attempt to write it someplace else. I'm more > > interested in knowing that something went wrong than exactly what > > failed (like a disk failure which will show up a different way soon > > after the fact, but not before) > > > > I was looking at overhead from adding modules and I see lots > > of bloat and a potental to blow out under heavy loads. > > > > On Solaris there are 3 classes of system calls: slow, fast and very > > fast. > > > > slow falls in to waiting and non-waiting so things like > > open will wait unless the OS already has the resource open. > > > > fast is things like brk() which means your process should > > be back after two task swtiches which are quick if runque is > > about the same size as the number of CPUs but can blow out > > when your runque is larger. > > > > The very quick is calls like time() which does a context > > swtich, copys data from system space to user space and > > then context switch back without reordinger the runque. > > > > I should track down why I'm seeing getuid() being called > > twice followed by and getgid() being repeated. > > > > Its also odd that the brk() calls on startup aren't turned > > so their is a chain of requests for memory. > > > > I've been tracking down shared lib issues as well and many will go > > read config files. It turns out that even if a program kepps opening > > and closing the file millions of times, the caching isn't as good > > as when there is another process that simply opens the files, reads > > the first block and then sleeps forever. > > > > -tim From mathew.blair.robertson at gmail.com Mon Aug 1 18:25:54 2011 From: mathew.blair.robertson at gmail.com (Mathew Robertson) Date: Tue, 2 Aug 2011 11:25:54 +1000 Subject: [Melbourne-pm] Error checks without packages In-Reply-To: <201108020113.p721DAdk042199@v.abnormal.com> References: <4E374B6D.5040404@strategicdata.com.au> <201108020113.p721DAdk042199@v.abnormal.com> Message-ID: On 2 August 2011 11:13, Tim Hogard wrote: > > > > Hi Tim, > > What are you looking to optimise here? It sounds like you're > > concentrating on start-up/initialisation performance? > > Its a combo of things. This thing needs to be audited so each line > is extra money. There is the performace issues as well when it > gets hit hard. The performace issue is also related to energy > use since most of the time the overweight servers it runs on > are doing nothing. It also deals with real money so > I must avoid unintended consequences. And there is quite a > bit of "old school programmer" asking "why is it doing that?" > > -tim > > That provides so little helpful information... Are you trying to optimise Perl VM startup time? Are you dynamically loading/unloading modules? Are you going to audit the whole of the Perl source code, as well as modules? If your disks are 99.99999% full, you have poor engineering practises - you shouldn't be using truss, when you cant even handle a write of 6 bytes. If you explain what you are attempting to achieve, we might be able to provide more helpful responses. cheers, Mathew Robertson -------------- next part -------------- An HTML attachment was scrubbed... URL: From toby.corkindale at strategicdata.com.au Mon Aug 1 18:26:46 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Tue, 02 Aug 2011 11:26:46 +1000 Subject: [Melbourne-pm] Error checks without packages In-Reply-To: <201108020113.p721DAdk042199@v.abnormal.com> References: <201108020113.p721DAdk042199@v.abnormal.com> Message-ID: <4E375256.4050200@strategicdata.com.au> On 02/08/11 11:13, Tim Hogard wrote: >> >> Hi Tim, >> What are you looking to optimise here? It sounds like you're >> concentrating on start-up/initialisation performance? > > Its a combo of things. This thing needs to be audited so each line > is extra money. There is the performace issues as well when it > gets hit hard. The performace issue is also related to energy > use since most of the time the overweight servers it runs on > are doing nothing. It also deals with real money so > I must avoid unintended consequences. And there is quite a > bit of "old school programmer" asking "why is it doing that?" The reason I ask is that if you're writing a high-performance app, then the best way to avoid the performance hit of initialisation, is to avoid it completely. I know this increases the program's complexity slightly, but it is one of the easiest ways to improve performance. ioe. Create a program that starts up and remains running, awaiting further input, and processing it immediately as it appears. This is now common accepted practice for web apps (compare fastcgi, plack, etc vs how we did things with cgi scripts last century). However I'm sure you're aware you can write longer-lasting scripts for other situations. For instance if you're waiting for file input, you can use select() to wait for it in a specific filehandle, or inotify [1] to wait for files to appear in certain directories. As far as auditing goes - are there certain common libraries which have already been certified for use on your systems? If so, perhaps using them could reduce your auditing scale, rather than having to duplicate their functionality yourself? Just a thought; not sure if it applies to your case. Cheers, Toby [1: via something like http://search.cpan.org/~mlehmann/Linux-Inotify2-1.22/, or whatever the Solaris equivalent is.] From toby.corkindale at strategicdata.com.au Thu Aug 4 20:59:09 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Fri, 5 Aug 2011 13:59:09 +1000 (EST) Subject: [Melbourne-pm] Melbourne Perlmongers August meeting In-Reply-To: <2101243078.6566.1312516475815.JavaMail.root@dmz03> Message-ID: <224573101.6568.1312516749518.JavaMail.root@dmz03> Hello Perl-mongers, The next meeting in Melbourne will be on Wednesday August 10th, at 6:30pm. I think we'll be hosting it at Strategic Data again. Speaking at this meeting will be Jacinta Richardson, on Perl Best Practices in 2011. There's room for another talk (lightning or otherwise) if someone would like to volunteer.. Location: Strategic Data Level 2, 51-55 Johnston street Fitzroy 3065 Cheers, Toby From toby.corkindale at strategicdata.com.au Tue Aug 9 18:04:33 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Wed, 10 Aug 2011 11:04:33 +1000 Subject: [Melbourne-pm] Melbourne Perlmongers - Tonight! Message-ID: <4E41D921.5020601@strategicdata.com.au> Hello Perl-mongers, The next meeting in Melbourne is tonight, at 6:30pm! Speaking at this meeting will be Jacinta Richardson, on Perl Best Practices in 2011. She will be followed by Andrew Pam giving a brief talk on his pmcheck utility. Strategic Data will host the meeting, and some food and refreshments will be provided. Location: Strategic Data Level 2, 51-55 Johnston street Fitzroy 3065 Cheers, Toby From drew at drewtaylor.com Tue Aug 9 21:45:41 2011 From: drew at drewtaylor.com (Drew Taylor) Date: Wed, 10 Aug 2011 14:45:41 +1000 Subject: [Melbourne-pm] Melbourne Perlmongers - Tonight! In-Reply-To: <4E41D921.5020601@strategicdata.com.au> References: <4E41D921.5020601@strategicdata.com.au> Message-ID: If Jacinta has slides, I'd like to see them if she can put them online since I won't be there in person. Who doesn't like Best Practices? :) Drew On Wed, Aug 10, 2011 at 11:04 AM, Toby Corkindale < toby.corkindale at strategicdata.com.au> wrote: > Hello Perl-mongers, > The next meeting in Melbourne is tonight, at 6:30pm! > > Speaking at this meeting will be Jacinta Richardson, on Perl Best Practices > in 2011. > She will be followed by Andrew Pam giving a brief talk on his pmcheck > utility. > > Strategic Data will host the meeting, and some food and refreshments will > be provided. > > Location: > > Strategic Data > Level 2, 51-55 Johnston street > Fitzroy 3065 > > Cheers, > Toby > ______________________________**_________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/**listinfo/melbourne-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From melbourne-pm at popcorn.cx Wed Aug 10 06:34:33 2011 From: melbourne-pm at popcorn.cx (Stephen Edmonds) Date: Wed, 10 Aug 2011 23:34:33 +1000 Subject: [Melbourne-pm] Melbourne Perlmongers - Tonight! In-Reply-To: References: <4E41D921.5020601@strategicdata.com.au> Message-ID: Jacinta said the talk was the same as what she gave at OSCON and the slides were already available on the OSCON site. I found them at http://www.oscon.com/oscon2011/public/schedule/detail/18870 Thanks, Stephen On 10 August 2011 14:45, Drew Taylor wrote: > If Jacinta has slides, I'd like to see them if she can put them online since > I won't be there in person. Who doesn't like Best Practices? :) > Drew > > On Wed, Aug 10, 2011 at 11:04 AM, Toby Corkindale > wrote: >> >> Hello Perl-mongers, >> The next meeting in Melbourne is tonight, at 6:30pm! >> >> Speaking at this meeting will be Jacinta Richardson, on Perl Best >> Practices in 2011. >> She will be followed by Andrew Pam giving a brief talk on his pmcheck >> utility. >> >> Strategic Data will host the meeting, and some food and refreshments will >> be provided. >> >> Location: >> >> ?Strategic Data >> ?Level 2, 51-55 Johnston street >> ?Fitzroy ?3065 >> >> Cheers, >> Toby >> _______________________________________________ >> Melbourne-pm mailing list >> Melbourne-pm at pm.org >> http://mail.pm.org/mailman/listinfo/melbourne-pm > > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm > From toby.corkindale at strategicdata.com.au Thu Aug 11 02:06:28 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Thu, 11 Aug 2011 19:06:28 +1000 Subject: [Melbourne-pm] Module::Signatures and typos in packages Message-ID: <4E439B94.7080005@strategicdata.com.au> Hi, Jacinta mentioned Method::Signatures a little last night in her presentation. I hit an interesting problem with the module today. If your file has some errors in it, then instead of getting an error like "Global symbol "$args" requires explicit package name at [..]", you get an error like this: Can't call method "first_token" on an undefined value at [..]/Method/Signatures/Parser.pm line 17. I was using a script and package that boiled down to the following.. However now I can't replicate the problem in the cut-down example :/ I thought I'd mention it just in case anyone else hits a similar issue though. --------- test.pl --------- #!/usr/bin/env perl use Thing; Thing->go; ----- Thing.pm ----------- package Thing; use 5.14.1; use warnings; use Method::Signatures; # Spot the error: method go (%args) { $args->{go} } 1; From shlomif at shlomifish.org Fri Aug 12 09:56:15 2011 From: shlomif at shlomifish.org (Shlomi Fish) Date: Fri, 12 Aug 2011 19:56:15 +0300 Subject: [Melbourne-pm] Please restore http://perl.net.au/ Message-ID: <20110812195615.7b829946@lap.shlomifish.org> Hi all, can the powers that be, please restore the http://perl.net.au/ wiki? It contained the Freenode's #perl channel FAQ and many other things. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Optimising Code for Speed - http://shlom.in/optimise Chuck Norris has actually been using Perl 6 since 1987, and has been waiting for Larry to play catch?up. (dukeleto) Please reply to list if it's a mailing list post - http://shlom.in/reply . From jarich at perltraining.com.au Fri Aug 12 18:25:16 2011 From: jarich at perltraining.com.au (Jacinta Richardson) Date: Sat, 13 Aug 2011 11:25:16 +1000 Subject: [Melbourne-pm] Please restore http://perl.net.au/ In-Reply-To: <20110812195615.7b829946@lap.shlomifish.org> References: <20110812195615.7b829946@lap.shlomifish.org> Message-ID: <4E45D27C.4030405@perltraining.com.au> On 13/08/11 02:56, Shlomi Fish wrote: > Hi all, > > can the powers that be, please restore the http://perl.net.au/ wiki? It > contained the Freenode's #perl channel FAQ and many other things. > > Regards, > > Shlomi Fish > You know quite well that "the powers that be" are Paul Fenwick and myself, and not Melbourne Perl Mongers. Unfortunately for more than just perl.net.au our server is offline after a catastrophic failure and many of the less essential services will be continue to be so until we're able to migrate everything and recover. This affects Melbourne and Sydney Perl Mongers, Perl Training Australia's mailing lists, lots of our internal stuff and various other things as well. In short: we know, it sucks, we're working on it. With Paul being overseas until the end of September, and myself not being a systems administrator, this is going to take a while and be harder than we'd like. J From schwern at pobox.com Thu Aug 18 20:33:21 2011 From: schwern at pobox.com (Michael G Schwern) Date: Thu, 18 Aug 2011 20:33:21 -0700 Subject: [Melbourne-pm] Module::Signatures and typos in packages In-Reply-To: <4E439B94.7080005@strategicdata.com.au> References: <4E439B94.7080005@strategicdata.com.au> Message-ID: <4E4DD981.1050700@pobox.com> On 2011.8.11 2:06 AM, Toby Corkindale wrote: > Jacinta mentioned Method::Signatures a little last night in her presentation. > > I hit an interesting problem with the module today. > > If your file has some errors in it, then instead of getting an error like > "Global symbol "$args" requires explicit package name at [..]", you get an > error like this: > Can't call method "first_token" on an undefined value at > [..]/Method/Signatures/Parser.pm line 17. > > I was using a script and package that boiled down to the following.. > However now I can't replicate the problem in the cut-down example :/ That problem has been encountered before and somewhat addressed. https://github.com/schwern/method-signatures/commit/35501f64f630ac5b8d407adcbaf3258e7fad7419 It's touchy, and depends on the version of PPI. I believe the root problem is that PPI can blow over $@. See https://github.com/schwern/method-signatures/issues/28 Anyhow, work was done on the way exceptions are propagated and $@ is now protected inside Method::Signatures. There's been a lot of work since the last stable release. Try the latest from the repository to see if it solves the problem. It's going to be released shortly. -- E: "Would you want to maintain a 5000 line Perl program?" d: "Why would you write a 5000 line program?" From toby.corkindale at strategicdata.com.au Thu Aug 18 23:52:05 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Fri, 19 Aug 2011 16:52:05 +1000 Subject: [Melbourne-pm] Module::Signatures and typos in packages In-Reply-To: <4E4DD981.1050700@pobox.com> References: <4E439B94.7080005@strategicdata.com.au> <4E4DD981.1050700@pobox.com> Message-ID: <4E4E0815.70908@strategicdata.com.au> Thanks for working on that. The version from github as of today (5d976a98224) now gives me a useful PPI error, when the stable version of MS was just giving me the first_token error. I note that this dev version fails one of the unit tests (t/error_interruption.t) on my system. Looking forward to the next stable release! Cheers, Toby On 19/08/11 13:33, Michael G Schwern wrote: > On 2011.8.11 2:06 AM, Toby Corkindale wrote: >> Jacinta mentioned Method::Signatures a little last night in her presentation. >> >> I hit an interesting problem with the module today. >> >> If your file has some errors in it, then instead of getting an error like >> "Global symbol "$args" requires explicit package name at [..]", you get an >> error like this: >> Can't call method "first_token" on an undefined value at >> [..]/Method/Signatures/Parser.pm line 17. >> >> I was using a script and package that boiled down to the following.. >> However now I can't replicate the problem in the cut-down example :/ > > That problem has been encountered before and somewhat addressed. > https://github.com/schwern/method-signatures/commit/35501f64f630ac5b8d407adcbaf3258e7fad7419 > > It's touchy, and depends on the version of PPI. I believe the root problem is > that PPI can blow over $@. See > https://github.com/schwern/method-signatures/issues/28 > > Anyhow, work was done on the way exceptions are propagated and $@ is now > protected inside Method::Signatures. There's been a lot of work since the > last stable release. Try the latest from the repository to see if it solves > the problem. It's going to be released shortly. > > -- .signature From toby.corkindale at strategicdata.com.au Thu Aug 18 23:54:22 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Fri, 19 Aug 2011 16:54:22 +1000 Subject: [Melbourne-pm] Module::Signatures and typos in packages In-Reply-To: <4E4E0815.70908@strategicdata.com.au> References: <4E439B94.7080005@strategicdata.com.au> <4E4DD981.1050700@pobox.com> <4E4E0815.70908@strategicdata.com.au> Message-ID: <4E4E089E.2070608@strategicdata.com.au> On 19/08/11 16:52, Toby Corkindale wrote: > Thanks for working on that. > > The version from github as of today (5d976a98224) now gives me a useful > PPI error, when the stable version of MS was just giving me the > first_token error. Actually, I take it back! :) The error message displayed now isn't useful at all.. It's telling me that it's failing to find a statement for one of the method lines part-way through my file.. however the *actual* error was that I'd forgot a 'use' line for a module used in a totally different part of the file. Toby From schwern at pobox.com Fri Aug 19 18:17:08 2011 From: schwern at pobox.com (Michael G Schwern) Date: Fri, 19 Aug 2011 18:17:08 -0700 Subject: [Melbourne-pm] Module::Signatures and typos in packages In-Reply-To: <4E4E089E.2070608@strategicdata.com.au> References: <4E439B94.7080005@strategicdata.com.au> <4E4DD981.1050700@pobox.com> <4E4E0815.70908@strategicdata.com.au> <4E4E089E.2070608@strategicdata.com.au> Message-ID: <4E4F0B14.5020003@pobox.com> On 2011.8.18 11:54 PM, Toby Corkindale wrote: > On 19/08/11 16:52, Toby Corkindale wrote: >> Thanks for working on that. >> >> The version from github as of today (5d976a98224) now gives me a useful >> PPI error, when the stable version of MS was just giving me the >> first_token error. > > Actually, I take it back! :) > > The error message displayed now isn't useful at all.. It's telling me that > it's failing to find a statement for one of the method lines part-way through > my file.. however the *actual* error was that I'd forgot a 'use' line for a > module used in a totally different part of the file. That's bizarre. LMK if you can cut it down to a test case or even some wad of code you can tarball up and attach to an issue. Meanwhile, I suspect that fixing the $@ pollution in PPI is an underlying problem, if you'd like to help out. It's a pretty rote thing. https://github.com/schwern/method-signatures/issues/28 -- Hating the web since 1994. From toby.corkindale at strategicdata.com.au Sun Aug 28 17:34:57 2011 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Mon, 29 Aug 2011 10:34:57 +1000 Subject: [Melbourne-pm] Next meeting talks? Message-ID: <4E5ADEB1.5070802@strategicdata.com.au> Hi, The next Melbourne Perl Mongers meeting will be on the 14th of September. I don't have any talks lined up for this yet.. Would anyone like to present one? Thanks, Toby From gcross at fastmail.fm Tue Aug 30 01:07:52 2011 From: gcross at fastmail.fm (Graeme Cross) Date: Tue, 30 Aug 2011 18:07:52 +1000 Subject: [Melbourne-pm] Fwd: [Python-au] Linux.conf.au 2012 Open Programming Miniconf -- Call for Proposals now open References: Message-ID: FYI If you are going to LCA (January, in Ballarat), you may want to give a talk at this miniconf. Regards Graeme Begin forwarded message: > From: Chris Neugebauer > Date: 29 August 2011 1:34:25 PM AEST > To: Linux Australia , python-au at python.net, sydneypython at googlegroups.com > Subject: [Python-au] Linux.conf.au 2012 Open Programming Miniconf -- Call for Proposals now open > > (Apologies for cross-posting messages here; likewise, if you are aware > of a relevant developer mailing list that has not received this > message, feel free to forward it on.) > > TL;DR -- submit a proposal at http://tinyurl.com/opm2012-proposal > before the first round closes on Friday 7 October. > > I'm pleased to announce that The Open Programming Miniconf, a fixture > for application developers attending Linux.conf.au since 2010 is > returning as part of Linux.conf.au 2012, to be held in January at the > University of Ballarat. The Miniconf has been an opportunity for > presenters of all experience levels to share their experiences in in > application development using free and open source development tools. > > The 2012 Open Programming Miniconf invites proposals for 25-minute > presentations on topics relating to the development of excellent Free > and Open Source Software applications. In particular, the Miniconf > invites presentations that focus on sharing techniques, best practices > and values which are applicable to developers of all Open Source > programming languages. > > In the past, topics have included: > - Recent developments in Open Source programming languages ("State of > the language"-type talks) > - Tools which support application development > - Coding applications with cool new libraries, languages and frameworks > - Demonstrating the use of novel programming > > Past programmes can be found at > http://lca2011.linux.org.au/programme/schedule/monday and > http://www.lca2010.org.nz/wiki/Miniconfs/Open_Programming_Languages > > To submit a proposal, visit http://tinyurl.com/opm2012-proposal and > fill out the form as required. The CFP will remain open indefinitely, > but the first round of acceptances will not be sent until Friday 7 > October 2011. > > > OPM2012 is part of Linux.conf.au 2012, being held at the University of > Ballarat on Monday, 16 January 2012. Further enquiries can be > directed to Christopher Neugebauer via e-mail ( chris at neugebauer.id.au > ) or via twitter ( @chrisjrn ). > > > -- > --Christopher Neugebauer > > Jabber: chrisjrn at gmail.com -- IRC: chrisjrn on irc.freenode.net -- > AIM: chrisjrn157 -- MSN: chris at neugebauer.id.au -- WWW: > http://chris.neugebauer.id.au -- Twitter/Identi.ca: @chrisjrn > > _______________________________________________ > python-au maillist - python-au at starship.python.net > http://starship.python.net/mailman/listinfo/python-au From lev at levlafayette.com Tue Aug 30 17:44:33 2011 From: lev at levlafayette.com (lev at levlafayette.com) Date: Wed, 31 Aug 2011 10:44:33 +1000 Subject: [Melbourne-pm] Software Freedom Day Message-ID: <762ab3f6dcd060b63ac878cc04c83df3.squirrel@webmail.levlafayette.com> Gracious salutations Perl Mongers of Melbourne! This is a bit of a form letter... Mea culpa etc. Software Freedom Day is a public education effort with the aim of increasing awareness of Free Software and its virtues, and encouraging its use. Melbourne's event will be held at The Hub, 80 Harbour Esplanade, Docklands starting at noon on Saturday 17th of September. Write this down in your diary! We would like representatives of the Melbourne Perl Mongers to attend and bring some friends. This year we're using the day to build The Freedom Network - a community of free software advocates, programmers, systems operators, database administrators, hardware specialists, and application users - dedicated to the principle that free software is necessary and effective. We will plan, network, workshop and share ideas on what we're going to do in the coming year to promote Software Freedom in the coming year. Planned workshops include advocating free software in developing countries, building free software communities in Victoria, free software for beginners, and code sharing. Interested in running a workshop? Let us know! Remember! The Hub, 80 Harbour Esplanade, Docklands starting at noon on Saturday 17th of September. Best wishes, Lev Lafayette Linux Users of Victoria http://luv.asn.au http://wiki.softwarefreedomday.org/2011/Australia/VIC/Melbourne/SFD