perl.par http://www.nntp.perl.org/group/perl.par/ ... Copyright 1998-2015 perl.org Fri, 22 May 2015 23:06:22 +0000 ask@perl.org [rt.cpan.org #104560] [PATCH] list added files in manifest by Shawn Laffan via RT Wed May 20 05:29:26 2015: Request 104560 was acted upon.<br/>Transaction: Ticket created by SLAFFAN<br/> Queue: PAR-Packer<br/> Subject: [PATCH] list added files in manifest<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: SLAFFAN@cpan.org<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104560 &gt;<br/><br/><br/>Attached is a patch to list files in the manifest when they are added using --add-files in a pp call.<br/><br/>The code change is extracted from the patch for RT101800.<br/><br/>The test file is adapted from that patch, but only checks the extracted manifest.<br/><br/><br/>Shawn.<br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6045.html Wed, 20 May 2015 09:29:39 +0000 Re: PAR + tmpwatch = mess by Roderich Schupp On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>wrote:<br/><br/>&gt; svn.openfoundry.org has not been responding for the last 24 hours,<br/>&gt; perhaps more. Otherwise I&#39;ll wait for it to come back online to update my<br/>&gt; repo to the latest par sources before starting.<br/>&gt;<br/><br/>The Subversion services at OpenFoundry are back online, the URL has changed<br/>to<br/><br/>https://www.openfoundry.org/svn/par/<br/><br/>(I&#39;ll update the module metadata for the next release).<br/><br/>Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/05/msg6044.html Wed, 20 May 2015 06:32:12 +0000 [rt.cpan.org #104509] Problem signing PAR file by Roderich Schupp via RT Tue May 19 11:35:59 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by RSCHUPP<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Am 2015-05-19 11:21:23, ddcaspi@gmail.com schrieb:<br/>&gt; What about compiling a list of &#39;problematic modules&#39; and giving PAR the<br/>&gt; option to fix them?<br/><br/>This list already exists, actually in two parts:<br/>one is the %Preload hash in Module::ScanDeps, the other is<br/>PAR::Filter::PatchContent. The latter is sparingly used as<br/>it is very brittle: though it typically patches only a single<br/>in a module, it will stop working when the module author <br/>modifies this line.<br/><br/>Cheers, Roderich<br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6043.html Tue, 19 May 2015 15:36:10 +0000 Re: [rt.cpan.org #104509] Problem signing PAR file by Daniel Caspi via RT Tue May 19 11:21:23 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by ddcaspi@gmail.com<br/> Queue: PAR<br/> Subject: Re: [rt.cpan.org #104509] Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Hey Roderich,<br/><br/>Understood on that!<br/><br/>What about compiling a list of &#39;problematic modules&#39; and giving PAR the<br/>option to fix them? It might be a nice addition to the platform. The Encode<br/>module is another tricky one. It has many dependencies but they are only<br/>called when needed and so do not get appropriately packaged.<br/><br/>In the meantime, the MANIFEST fix for the addfiles by Shawn is working and<br/>should probably be included as a fix, but I&#39;m still not having luck with<br/>the Signature module for some reason.<br/><br/>On Tue, May 19, 2015 at 10:12 AM, Roderich Schupp via RT &lt;<br/>bug-PAR@rt.cpan.org&gt; wrote:<br/><br/>&gt; &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/>&gt;<br/>&gt; Am 2015-05-19 10:22:38, ddcaspi@gmail.com schrieb:<br/>&gt; &gt; There&#39;s already a bug ticket in for that in ScanDeps from 2013.<br/>&gt; &gt;<br/>&gt; &gt; https://rt.cpan.org/Public/Bug/Display.html?id=91530<br/>&gt;<br/>&gt; Re-reading my own comments...<br/>&gt; Yeah, there are 1001 ways to refer to a data file from a Perl module.<br/>&gt; And most of them break when using PAR. The power of TMTOWTDI, yech.<br/>&gt; (In my dreams I envision there would be only one sanctioned method<br/>&gt; to do this and it could be inspected or intercepted by PAR.)<br/>&gt;<br/>&gt; This can&#39;t be fixed solely in Module::ScanDeps, it also needs a rule<br/>&gt; in PAR::Filter::PatchContent, cf. what&#39;s been done for Mozilla::CA.<br/>&gt;<br/>&gt; Cheers, Roderich<br/>&gt;<br/>&gt;<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6042.html Tue, 19 May 2015 15:21:33 +0000 [rt.cpan.org #104509] Problem signing PAR file by Roderich Schupp via RT Tue May 19 11:12:38 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by RSCHUPP<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Am 2015-05-19 10:22:38, ddcaspi@gmail.com schrieb:<br/>&gt; There&#39;s already a bug ticket in for that in ScanDeps from 2013.<br/>&gt; <br/>&gt; https://rt.cpan.org/Public/Bug/Display.html?id=91530<br/><br/>Re-reading my own comments...<br/>Yeah, there are 1001 ways to refer to a data file from a Perl module.<br/>And most of them break when using PAR. The power of TMTOWTDI, yech.<br/>(In my dreams I envision there would be only one sanctioned method<br/>to do this and it could be inspected or intercepted by PAR.) <br/><br/>This can&#39;t be fixed solely in Module::ScanDeps, it also needs a rule<br/>in PAR::Filter::PatchContent, cf. what&#39;s been done for Mozilla::CA.<br/><br/>Cheers, Roderich<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6041.html Tue, 19 May 2015 15:13:01 +0000 Re: [rt.cpan.org #104509] Problem signing PAR file by Daniel Caspi via RT Tue May 19 10:22:38 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by ddcaspi@gmail.com<br/> Queue: PAR<br/> Subject: Re: [rt.cpan.org #104509] Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Thanks Roderich.<br/><br/>There&#39;s already a bug ticket in for that in ScanDeps from 2013.<br/><br/>https://rt.cpan.org/Public/Bug/Display.html?id=91530<br/><br/>On Tue, May 19, 2015 at 1:38 AM, Roderich Schupp via RT &lt;bug-PAR@rt.cpan.org<br/>&gt; wrote:<br/><br/>&gt; &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/>&gt;<br/>&gt; Am 2015-05-18 19:15:21, ddcaspi@gmail.com schrieb:<br/>&gt; &gt; Here is an example of the flags I&#39;ve used that causes the failure.<br/>&gt; &gt;<br/>&gt; &gt; -a<br/>&gt; &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>&gt; &gt; -F PatchContent=MIME/Types.pm<br/>&gt;<br/>&gt; Hi Daniel,<br/>&gt;<br/>&gt; thisn&#39;t about to your signing problem - I guess you needed this<br/>&gt; particular &quot;-a&quot; option because MIME/types.db didn&#39;t get packed<br/>&gt; automagically when use&#39;ing MIME::Types? If so, please submit<br/>&gt; a bug in queue Module-ScanDeps about that.<br/>&gt;<br/>&gt; Cheers, Roderich<br/>&gt;<br/>&gt;<br/>&gt;<br/>&gt;<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6040.html Tue, 19 May 2015 14:22:49 +0000 RE: PAR Subversion repositories [was: PAR + tmpwatch = mess] by Markus Jansen Hi, <br/> <br/>also favoring GitHub over subversion. <br/> <br/>Cheers, <br/> Markus <br/> <br/>From: Tim Home [mailto:thoke@northpeak.org] <br/>Sent: Tuesday, May 19, 2015 1:11 PM <br/>To: Shawn Laffan <br/>Cc: Roderich Schupp; par@perl.org; Markus Jansen <br/>Subject: Re: PAR Subversion repositories [was: PAR + tmpwatch = mess] <br/> <br/>I&#39;d be in favor of GitHub. <br/> <br/>-Tim <br/> <br/> <br/> <br/>On May 19, 2015, at 4:11 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&lt;mailto:shawn.laffan@unsw.edu.au&gt;&gt; wrote: <br/>Github works for me, but I have no set preference. <br/> <br/>Using github will also make PAR a candidate for the CPAN pull request challenge, and this might provide some useful fixes. <br/>http://neilb.org/2015/02/22/cpan-github-targets.html <br/> <br/> <br/>Shawn. <br/> <br/>On 19/05/2015 16:59, Roderich Schupp wrote: <br/>On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&lt;mailto:shawn.laffan@unsw.edu.au&gt;&gt; wrote: <br/>Is there an alternate repo? svn.openfoundry.org&lt;http://svn.openfoundry.org&gt; has not been responding for the last 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come back online to update my repo to the latest par sources before starting. <br/> <br/> <br/>Noticed that, too. Apparently the repositories got relocated to https://www.openfoundry.org/svn/par etc some <br/>while ago, but that URL currently only returns HTTP 500 errors. I just mailed the admins. <br/> <br/>Maybe I should move the PAR related stuff to GitHub? Any thoughts from the list? <br/> <br/>Cheers, Roderich <br/> <br/> <br/> <br/> <br/>-- <br/> <br/>Assoc Prof Shawn Laffan <br/> <br/> School of Biological, Earth and Environmental Sciences <br/> <br/> UNSW, Sydney 2052, Australia <br/> <br/> Tel +61 2 9385 8093 <br/> <br/> http://www.bees.unsw.edu.au/staff/shawn-laffan <br/> <br/> http://www.purl.org/biodiverse (free diversity analysis software) <br/> <br/> http://www.tandf.co.uk/journals/ijgis <br/> <br/> <br/> <br/> UNSW CRICOS Provider Code 00098G <br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6039.html Tue, 19 May 2015 11:38:45 +0000 Re: PAR Subversion repositories [was: PAR + tmpwatch = mess] by =?UTF-8?B?SnVhbiBKb3PDqSAnUGVjbycgU2FuIE1hcnTDrW4=?= I raise my hand for github: stable and maybe it puts some light on the<br/>project.<br/>I&#39;m not a developer of PAR in terms of patches but I&#39;m a happy user.<br/><br/>2015-05-19 13:10 GMT+02:00 Tim Home &lt;thoke@northpeak.org&gt;:<br/><br/>&gt; I&#39;d be in favor of GitHub.<br/>&gt;<br/>&gt; -Tim<br/>&gt;<br/>&gt;<br/>&gt;<br/>&gt;<br/>&gt; On May 19, 2015, at 4:11 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>&gt; wrote:<br/>&gt;<br/>&gt; Github works for me, but I have no set preference.<br/>&gt;<br/>&gt; Using github will also make PAR a candidate for the CPAN pull request<br/>&gt; challenge, and this might provide some useful fixes.<br/>&gt; http://neilb.org/2015/02/22/cpan-github-targets.html<br/>&gt;<br/>&gt;<br/>&gt; Shawn.<br/>&gt;<br/>&gt;<br/>&gt; On 19/05/2015 16:59, Roderich Schupp wrote:<br/>&gt;<br/>&gt; On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>&gt; wrote:<br/>&gt;<br/>&gt;&gt; Is there an alternate repo? svn.openfoundry.org has not been responding<br/>&gt;&gt; for the last 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come<br/>&gt;&gt; back online to update my repo to the latest par sources before starting.<br/>&gt;&gt;<br/>&gt;<br/>&gt; Noticed that, too. Apparently the repositories got relocated to<br/>&gt; https://www.openfoundry.org/svn/par etc some<br/>&gt; while ago, but that URL currently only returns HTTP 500 errors. I just<br/>&gt; mailed the admins.<br/>&gt;<br/>&gt; Maybe I should move the PAR related stuff to GitHub? Any thoughts from the<br/>&gt; list?<br/>&gt;<br/>&gt; Cheers, Roderich<br/>&gt;<br/>&gt;<br/>&gt;<br/>&gt; --<br/>&gt; Assoc Prof Shawn Laffan<br/>&gt; School of Biological, Earth and Environmental Sciences<br/>&gt; UNSW, Sydney 2052, Australia<br/>&gt; Tel +61 2 9385 8093<br/>&gt; http://www.bees.unsw.edu.au/staff/shawn-laffan<br/>&gt; http://www.purl.org/biodiverse (free diversity analysis software)<br/>&gt; http://www.tandf.co.uk/journals/ijgis<br/>&gt;<br/>&gt; UNSW CRICOS Provider Code 00098G<br/>&gt;<br/>&gt; http://www.nntp.perl.org/group/perl.par/2015/05/msg6038.html Tue, 19 May 2015 11:17:13 +0000 Re: PAR Subversion repositories [was: PAR + tmpwatch = mess] by Tim Home I&#39;d be in favor of GitHub. <br/> <br/>-Tim <br/> <br/> <br/> <br/> <br/>&gt; On May 19, 2015, at 4:11 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt; wrote: <br/>&gt; <br/>&gt; Github works for me, but I have no set preference. <br/>&gt; <br/>&gt; Using github will also make PAR a candidate for the CPAN pull request challenge, and this might provide some useful fixes. <br/>&gt; http://neilb.org/2015/02/22/cpan-github-targets.html <br/>&gt; <br/>&gt; <br/>&gt; Shawn. <br/>&gt; <br/>&gt; <br/>&gt;&gt; On 19/05/2015 16:59, Roderich Schupp wrote: <br/>&gt;&gt;&gt; On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt; wrote: <br/>&gt;&gt;&gt; Is there an alternate repo? svn.openfoundry.org has not been responding for the last 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come back online to update my repo to the latest par sources before starting. <br/>&gt;&gt; <br/>&gt;&gt; <br/>&gt;&gt; <br/>&gt;&gt; Noticed that, too. Apparently the repositories got relocated to https://www.openfoundry.org/svn/par etc some <br/>&gt;&gt; while ago, but that URL currently only returns HTTP 500 errors. I just mailed the admins. <br/>&gt;&gt; <br/>&gt;&gt; Maybe I should move the PAR related stuff to GitHub? Any thoughts from the list? <br/>&gt;&gt; <br/>&gt;&gt; Cheers, Roderich <br/>&gt; <br/>&gt; -- <br/>&gt; Assoc Prof Shawn Laffan <br/>&gt; School of Biological, Earth and Environmental Sciences <br/>&gt; UNSW, Sydney 2052, Australia <br/>&gt; Tel +61 2 9385 8093 <br/>&gt; http://www.bees.unsw.edu.au/staff/shawn-laffan <br/>&gt; http://www.purl.org/biodiverse (free diversity analysis software) <br/>&gt; http://www.tandf.co.uk/journals/ijgis <br/>&gt; <br/>&gt; UNSW CRICOS Provider Code 00098G http://www.nntp.perl.org/group/perl.par/2015/05/msg6037.html Tue, 19 May 2015 11:10:48 +0000 Re: PAR + tmpwatch = mess by Roderich Schupp On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>wrote:<br/><br/>&gt; OK. I&#39;ll change it to update the mtime after extraction, and create the<br/>&gt; canary file at extraction time (which is simpler in any case).<br/><br/><br/>Note (this is mostly a reminder for myself, but other eyes are welcome):<br/>There are places other than PAR::_extract_inc where files are written to<br/>the cache area:<br/><br/> 1. files written in stage 1 of the bootstrap process: the custom Perl<br/> interpreter (extracted with the same name as the packed executable to make<br/> $0 work), the shared Perl library (if your Perl is built with one, always<br/> the case on Windows) and all non-system DLLs needed by them (libstdc++ etc,<br/> the list keeps growing with every release of Strawberry Perl)<br/> 2. files written in stage 1 of the boostrap process: essential Perl<br/> modules (basically anything transititively required by PAR and<br/> Archive::Zip); these are not in the appended zip and are extracted using<br/> mangled names<br/> 3. cache files for modules and DLLs contained in the zip; these are also<br/> extracted using mangled names<br/><br/>For each of the categories, one should<br/><br/> - either check if these are already automatically re-extracted when<br/> missing (might be the case for (3))<br/> - or make sure that:<br/> - their last modified timestamp is the time of extraction (probably<br/> true for (1) and (2), since there *not* extracted by Archive::Zip)<br/> - they&#39;re re-extracted when we find that the canary file is missing<br/><br/><br/> Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/05/msg6036.html Tue, 19 May 2015 09:48:56 +0000 Re: PAR Subversion repositories [was: PAR + tmpwatch = mess] by Shawn Laffan Github works for me, but I have no set preference.<br/><br/>Using github will also make PAR a candidate for the CPAN pull request <br/>challenge, and this might provide some useful fixes.<br/>http://neilb.org/2015/02/22/cpan-github-targets.html<br/><br/><br/>Shawn.<br/><br/><br/>On 19/05/2015 16:59, Roderich Schupp wrote:<br/>&gt; On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan <br/>&gt; &lt;shawn.laffan@unsw.edu.au &lt;mailto:shawn.laffan@unsw.edu.au&gt;&gt; wrote:<br/>&gt;<br/>&gt; Is there an alternate repo? svn.openfoundry.org<br/>&gt; &lt;http://svn.openfoundry.org&gt; has not been responding for the last<br/>&gt; 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come back<br/>&gt; online to update my repo to the latest par sources before starting.<br/>&gt;<br/>&gt; Noticed that, too. Apparently the repositories got relocated to <br/>&gt; https://www.openfoundry.org/svn/par etc some<br/>&gt; while ago, but that URL currently only returns HTTP 500 errors. I just <br/>&gt; mailed the admins.<br/>&gt; Maybe I should move the PAR related stuff to GitHub? Any thoughts from <br/>&gt; the list?<br/>&gt; Cheers, Roderich<br/>&gt;<br/>&gt;<br/><br/>-- <br/>Assoc Prof Shawn Laffan<br/> School of Biological, Earth and Environmental Sciences<br/> UNSW, Sydney 2052, Australia<br/> Tel +61 2 9385 8093<br/> http://www.bees.unsw.edu.au/staff/shawn-laffan<br/> http://www.purl.org/biodiverse (free diversity analysis software)<br/> http://www.tandf.co.uk/journals/ijgis<br/><br/> UNSW CRICOS Provider Code 00098G<br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6035.html Tue, 19 May 2015 09:12:29 +0000 PAR Subversion repositories [was: PAR + tmpwatch = mess] by Roderich Schupp On Tue, May 19, 2015 at 12:49 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>wrote:<br/><br/>&gt; Is there an alternate repo? svn.openfoundry.org has not been responding<br/>&gt; for the last 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come<br/>&gt; back online to update my repo to the latest par sources before starting.<br/>&gt;<br/><br/>Noticed that, too. Apparently the repositories got relocated to<br/>https://www.openfoundry.org/svn/par etc some<br/>while ago, but that URL currently only returns HTTP 500 errors. I just<br/>mailed the admins.<br/><br/>Maybe I should move the PAR related stuff to GitHub? Any thoughts from the<br/>list?<br/><br/>Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/05/msg6034.html Tue, 19 May 2015 07:00:04 +0000 [rt.cpan.org #104509] Problem signing PAR file by Roderich Schupp via RT Tue May 19 02:38:18 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by RSCHUPP<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Am 2015-05-18 19:15:21, ddcaspi@gmail.com schrieb:<br/>&gt; Here is an example of the flags I&#39;ve used that causes the failure.<br/>&gt; <br/>&gt; -a &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>&gt; -F PatchContent=MIME/Types.pm<br/><br/>Hi Daniel,<br/><br/>thisn&#39;t about to your signing problem - I guess you needed this<br/>particular &quot;-a&quot; option because MIME/types.db didn&#39;t get packed <br/>automagically when use&#39;ing MIME::Types? If so, please submit<br/>a bug in queue Module-ScanDeps about that.<br/><br/>Cheers, Roderich<br/><br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6033.html Tue, 19 May 2015 06:38:26 +0000 [rt.cpan.org #104509] Problem signing PAR file by Shawn Laffan via RT Mon May 18 19:47:11 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by SLAFFAN<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Unfortunately I can&#39;t help with Module::Signature as I&#39;ve never used it. Maybe someone else can, but this is the PAR issue queue.<br/><br/>Module::Signature has had a new release in the last few hours. If that does not fix things then perhaps submit a request on its issue tracker? https://rt.cpan.org/Dist/Display.html?Name=Module-Signature<br/><br/>It&#39;s also safer to not run updates on the system perl. Try perlbrew or similar. http://perlbrew.pl/<br/><br/><br/>Shawn.<br/><br/><br/>On Mon May 18 19:37:04 2015, ddcaspi@gmail.com wrote:<br/>&gt; Thanks Shawn for this patch. I think it fixed that issue, but now I<br/>&gt; see the<br/>&gt; failure message below.<br/>&gt; I can&#39;t tell if something is wrong with my Module::Signature or not.<br/>&gt; <br/>&gt; Died at /usr/local/lib/perl5/site_perl/5.18.2/Module/Signature.pm line<br/>&gt; 498.<br/>&gt; <br/>&gt; On Mon, May 18, 2015 at 6:24 PM, Shawn Laffan via RT &lt;bug-<br/>&gt; PAR@rt.cpan.org&gt;<br/>&gt; wrote:<br/>&gt; <br/>&gt; &gt; &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/>&gt; &gt;<br/>&gt; &gt; A possible patch for this is at<br/>&gt; &gt; https://github.com/shawnlaffan/perl_par_reinstate_cache/commit/6cad3a0562aca287834a8b926ce2ed3f9b7552e1<br/>&gt; &gt;<br/>&gt; &gt; Shawn.<br/>&gt; &gt;<br/>&gt; &gt;<br/>&gt; &gt; On Mon May 18 19:15:21 2015, ddcaspi@gmail.com wrote:<br/>&gt; &gt; &gt; When including an additional module, it appears that it is not<br/>&gt; &gt; &gt; added to<br/>&gt; &gt; the<br/>&gt; &gt; &gt; MANIFEST and thus the -s option for signing fails.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; Here is an example of the flags I&#39;ve used that causes the failure.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; -a<br/>&gt; &gt; &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>&gt; &gt; &gt; -F PatchContent=MIME/Types.pm<br/>&gt; &gt;<br/>&gt; &gt;<br/>&gt; &gt;<br/>&gt; &gt;<br/><br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6032.html Mon, 18 May 2015 23:47:19 +0000 Re: [rt.cpan.org #104509] Problem signing PAR file by Daniel Caspi via RT Mon May 18 19:37:04 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by ddcaspi@gmail.com<br/> Queue: PAR<br/> Subject: Re: [rt.cpan.org #104509] Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: open<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>Thanks Shawn for this patch. I think it fixed that issue, but now I see the<br/>failure message below.<br/>I can&#39;t tell if something is wrong with my Module::Signature or not.<br/><br/>Died at /usr/local/lib/perl5/site_perl/5.18.2/Module/Signature.pm line 498.<br/><br/>On Mon, May 18, 2015 at 6:24 PM, Shawn Laffan via RT &lt;bug-PAR@rt.cpan.org&gt;<br/>wrote:<br/><br/>&gt; &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/>&gt;<br/>&gt; A possible patch for this is at<br/>&gt; https://github.com/shawnlaffan/perl_par_reinstate_cache/commit/6cad3a0562aca287834a8b926ce2ed3f9b7552e1<br/>&gt;<br/>&gt; Shawn.<br/>&gt;<br/>&gt;<br/>&gt; On Mon May 18 19:15:21 2015, ddcaspi@gmail.com wrote:<br/>&gt; &gt; When including an additional module, it appears that it is not added to<br/>&gt; the<br/>&gt; &gt; MANIFEST and thus the -s option for signing fails.<br/>&gt; &gt;<br/>&gt; &gt; Here is an example of the flags I&#39;ve used that causes the failure.<br/>&gt; &gt;<br/>&gt; &gt; -a<br/>&gt; &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>&gt; &gt; -F PatchContent=MIME/Types.pm<br/>&gt;<br/>&gt;<br/>&gt;<br/>&gt;<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6031.html Mon, 18 May 2015 23:37:17 +0000 [rt.cpan.org #104509] Problem signing PAR file by Shawn Laffan via RT Mon May 18 19:24:29 2015: Request 104509 was acted upon.<br/>Transaction: Correspondence added by SLAFFAN<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>A possible patch for this is at https://github.com/shawnlaffan/perl_par_reinstate_cache/commit/6cad3a0562aca287834a8b926ce2ed3f9b7552e1<br/><br/>Shawn.<br/><br/><br/>On Mon May 18 19:15:21 2015, ddcaspi@gmail.com wrote:<br/>&gt; When including an additional module, it appears that it is not added to the<br/>&gt; MANIFEST and thus the -s option for signing fails.<br/>&gt; <br/>&gt; Here is an example of the flags I&#39;ve used that causes the failure.<br/>&gt; <br/>&gt; -a &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>&gt; -F PatchContent=MIME/Types.pm<br/><br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6030.html Mon, 18 May 2015 23:24:45 +0000 [rt.cpan.org #104509] Problem signing PAR file by Daniel Caspi via RT Mon May 18 19:15:21 2015: Request 104509 was acted upon.<br/>Transaction: Ticket created by ddcaspi@gmail.com<br/> Queue: PAR<br/> Subject: Problem signing PAR file<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ddcaspi@gmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104509 &gt;<br/><br/><br/>When including an additional module, it appears that it is not added to the<br/>MANIFEST and thus the -s option for signing fails.<br/><br/>Here is an example of the flags I&#39;ve used that causes the failure.<br/><br/>-a &#39;/usr/local/lib/perl5/site_perl/5.18.2/MIME/types.db;lib/MIME/types.db&#39;<br/>-F PatchContent=MIME/Types.pm<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6029.html Mon, 18 May 2015 23:15:27 +0000 Re: PAR + tmpwatch = mess by Shawn Laffan OK. I&#39;ll change it to update the mtime after extraction, and create the <br/>canary file at extraction time (which is simpler in any case).<br/><br/>I&#39;ll also separate out the other components of the patch as separate <br/>issues (the meta.yml quoting and verbosity levels needed for -add-files).<br/><br/>Is there an alternate repo? svn.openfoundry.org has not been responding <br/>for the last 24 hours, perhaps more. Otherwise I&#39;ll wait for it to come <br/>back online to update my repo to the latest par sources before starting.<br/><br/>Shawn.<br/><br/><br/>On 18/05/2015 1:40, Roderich Schupp wrote:<br/>&gt; On Wed, May 13, 2015 at 12:00 AM, Shawn Laffan <br/>&gt; &lt;shawn.laffan@unsw.edu.au &lt;mailto:shawn.laffan@unsw.edu.au&gt;&gt; wrote:<br/>&gt;<br/>&gt; It could do with some review, <br/>&gt;<br/>&gt;<br/>&gt; Shawn,<br/>&gt; sorry for not having looked at this earlier: your patch doesn&#39;t solve <br/>&gt; the problem at all.<br/>&gt; It adds a canary file, alright, but the real problem is that <br/>&gt; Archive::Zip (method extractMember)<br/>&gt; extractsfiles with their original last modified timestamp restored.<br/>&gt; That way you will always have extracted files that are older than the <br/>&gt; canary, hence<br/>&gt; will be removed by cleaning programs before they ever catch up with <br/>&gt; the canary.<br/>&gt;<br/>&gt; So first order of business would be to prevent Archive::Zip from doing <br/>&gt; that.<br/>&gt; Unfortunately this behaviour is hard coded, so we must resort to reset <br/>&gt; the<br/>&gt; last modified time (to &quot;now&quot;) ourselves _after_ files have been <br/>&gt; extracted (at least in<br/>&gt; in PAR::_extract_inc(), but there may be other callers of <br/>&gt; Archive::Zip::extract* methods).<br/>&gt;<br/>&gt; Also I don&#39;t see the need for PAR::Packer to include the canary file <br/>&gt; in the .par archive.<br/>&gt; Just create it after the initial extraction phase and set its last <br/>&gt; modified time<br/>&gt; to something like &quot;24 hours ago&quot;.<br/>&gt;<br/>&gt; Cheers, Roderich<br/><br/>-- <br/>Assoc Prof Shawn Laffan<br/> School of Biological, Earth and Environmental Sciences<br/> UNSW, Sydney 2052, Australia<br/> Tel +61 2 9385 8093<br/> http://www.bees.unsw.edu.au/staff/shawn-laffan<br/> http://www.purl.org/biodiverse (free diversity analysis software)<br/> http://www.tandf.co.uk/journals/ijgis<br/><br/> UNSW CRICOS Provider Code 00098G<br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6028.html Mon, 18 May 2015 22:49:50 +0000 Re: PAR + tmpwatch = mess by Roderich Schupp On Wed, May 13, 2015 at 12:00 AM, Shawn Laffan &lt;shawn.laffan@unsw.edu.au&gt;<br/>wrote:<br/><br/>&gt; It could do with some review,<br/><br/><br/>Shawn,<br/>sorry for not having looked at this earlier: your patch doesn&#39;t solve the<br/>problem at all.<br/>It adds a canary file, alright, but the real problem is that Archive::Zip<br/>(method extractMember)<br/>extractsfiles with their original last modified timestamp restored.<br/>That way you will always have extracted files that are older than the<br/>canary, hence<br/>will be removed by cleaning programs before they ever catch up with the<br/>canary.<br/><br/>So first order of business would be to prevent Archive::Zip from doing that.<br/>Unfortunately this behaviour is hard coded, so we must resort to reset the<br/>last modified time (to &quot;now&quot;) ourselves _after_ files have been extracted<br/>(at least in<br/>in PAR::_extract_inc(), but there may be other callers of<br/>Archive::Zip::extract* methods).<br/><br/>Also I don&#39;t see the need for PAR::Packer to include the canary file in the<br/>.par archive.<br/>Just create it after the initial extraction phase and set its last modified<br/>time<br/>to something like &quot;24 hours ago&quot;.<br/><br/>Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/05/msg6027.html Sun, 17 May 2015 15:40:56 +0000 PAR::Packer issue with codesign on Mac by Daniel Caspi Hi all,<br/><br/>One curiosity about the PAR::Packer is that it breaks when using the Mac<br/>&#39;codesign&#39; app on OSX. The codesign software is required in order to<br/>distribute Mac apps because of the Apple Gateway security software and it<br/>digitally signs the file.<br/><br/>Signing a PAR::Packer file with no binary attached works fine (e.g., a PAR<br/>file); however, signing it with the binary (-o option) fails. Do you know<br/>how this might be remedied? It seems like it&#39;s stripping off the ZIP<br/>appended portion of the file and returning an error.<br/><br/>Looks like there was a similar fix for Python compiler:<br/>https://github.com/pyinstaller/pyinstaller/wiki/Recipe-OSX-Code-Signing<br/><br/>I&#39;d be happy to work with anyone who has suggestions and run any needed<br/>tests! It would be really valuable to me if this was working on OSX.<br/><br/>Best,<br/>Dan http://www.nntp.perl.org/group/perl.par/2015/05/msg6026.html Wed, 13 May 2015 14:48:06 +0000 Re: PAR + tmpwatch = mess by Shawn Laffan Hello Markus,<br/><br/>This looks like RT ticket 101800. <br/>https://rt.cpan.org/Public/Bug/Display.html?id=101800<br/><br/>I submitted a patch to implement the canary approach in that ticket, but <br/>it has not yet had a response.<br/><br/>It could do with some review, so maybe try that patch with your system <br/>and advise if it works or any modifications?<br/><br/>Regards,<br/>Shawn.<br/><br/><br/>On 13/05/2015 1:32, Markus Jansen wrote:<br/>&gt;<br/>&gt; Hi,<br/>&gt;<br/>&gt; on Linux, very often tmpwatch(8) is employed to clean /tmp and <br/>&gt; /var/tmp periodically (on other systems, e.g. on Solaris 10,<br/>&gt;<br/>&gt; this is not the default) via cron.daily. Whether atime, mtime, or <br/>&gt; ctime, or a combination of these stamps are used, is a matter of the <br/>&gt; local configuration.<br/>&gt;<br/>&gt; Unfortunately, this results not in the removal of complete PAR <br/>&gt; deployment trees in one of these directories, but to single files.<br/>&gt;<br/>&gt; As PAR restitutes the correct mtime after unpacking for most files, <br/>&gt; functionality may &#147;slowly deteriorate&#148;, worst case depending<br/>&gt;<br/>&gt; on the mtime during packing the PAR executable.<br/>&gt;<br/>&gt; While long-term servers could apply quite some countermeasures (such <br/>&gt; as using a different location, or periodically &#147;refreshing&#148; their PAR <br/>&gt; cache),<br/>&gt;<br/>&gt; I fail to see an easy solution for &#147;ordinary&#148; client programs other <br/>&gt; than setting PAR_CLEAN, thereby slowing startup down.<br/>&gt;<br/>&gt; IMHO the cleanest solution would be to provide tmpwatch with a sort of <br/>&gt; &#147;wipe all or nothing of a tree&#148; marks.<br/>&gt;<br/>&gt; A possible PAR approach would be to unpack all files without setting <br/>&gt; the mtime, except for a special &#147;canary bird&#148; file, which would be <br/>&gt; artificially aged<br/>&gt;<br/>&gt; by a little more than a day. Removing the &#147;canary bird&#148; would then <br/>&gt; invalidate the cache.<br/>&gt;<br/>&gt; Any opinions are highly appreciated.<br/>&gt;<br/>&gt; Best regards,<br/>&gt;<br/>&gt; Markus<br/>&gt;<br/>&gt; Ericsson &lt;http://www.ericsson.com/&gt;<br/>&gt;<br/>&gt; *MARKUS JANSEN Dipl.-Ing.*<br/>&gt; Aachen Engineering Hub ClearCase/Git Expert<br/>&gt; ITTE Hub Services / CM Automation Components<br/>&gt; EDD/IFT/E<br/>&gt;<br/>&gt;<br/>&gt; *Ericsson*<br/>&gt; Ericsson Allee 1<br/>&gt; 52134, Herzogenrath, Germany<br/>&gt; Phone +49 2407 575 5157<br/>&gt; Mobile +49 172 2742003<br/>&gt; Exchange +49 2407 575 0<br/>&gt; Fax +49 2407 575 14721<br/>&gt; markus.jansen@ericsson.com<br/>&gt; www.ericsson.com<br/>&gt;<br/>&gt; Legal entity: Ericsson GmbH, registered office in D&uuml;sseldorf, Germany, <br/>&gt; Trade Register: Amtsgericht D&uuml;sseldorf (HRB 33012). Managing <br/>&gt; Directors: Stefan Koetz (Chairman), Cecilia Wachtmeister, Bernd <br/>&gt; Mellinghaus. Supervisory Board: Valter D&#39;Avino (Chairman). This <br/>&gt; Communication is Confidential. We only send and receive email on the <br/>&gt; basis of the terms set out at www.ericsson.com/email_disclaimer <br/>&gt; &lt;http://www.ericsson.com/email_disclaimer&gt;<br/>&gt;<br/><br/>-- <br/>Assoc Prof Shawn Laffan<br/> School of Biological, Earth and Environmental Sciences<br/> UNSW, Sydney 2052, Australia<br/> Tel +61 2 9385 8093<br/> http://www.bees.unsw.edu.au/staff/shawn-laffan<br/> http://www.purl.org/biodiverse (free diversity analysis software)<br/> http://www.tandf.co.uk/journals/ijgis<br/><br/> UNSW CRICOS Provider Code 00098G<br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6025.html Tue, 12 May 2015 22:00:44 +0000 PAR + tmpwatch = mess by Markus Jansen GIF89aD&#0;&lt;&#0;&divide;&#0;&#0;&#2;&#21;N&#0;&#22;S&#0;&#22;T&#4;&#22;O&#5;&#22;P&#7;&#23;Q &#24;R&#0;&#27;S&#0;&#27;T<br/>&#25;S&#0;&#28;U&#1;&#29;V&#3;&#30;W&#4;&#30;X&#6;&#31;Y&#0;!Y&#0;&quot;Z&#8; Z&#0;#[&#0;#\&#0;$]&#0;%^&#1;&amp;_&#2;&#39;`&#0;(`&#4;&#39;a&#0;)a&#0;*a&#0;+b&#0;+c&#0;,d&#0;.f ,`&#14;-a&#16;-a&#17;.b&#4;2d&#5;2e&#19;/c&#7;3f&#20;0d 4g&#22;1e&#11;5h&#14;6j&#17;7k&#18;8l&#20;9m&#6;=p&#21;:n &gt;q&#23;;o&#24;&lt;p&#26;=q&#26;?m&#28;?n&#29;@o&#30;Ap&#31;Bq!Cr&quot;Ds#Et$Fu%Gv&amp;Gw)Iy+K{,L|-M}.N~/O&#127;.Pz0P&#128;/Q{0R|8P|1S}2T~3T&#127;4U&#128;5V&#129;6W&#130;7X&#131;9Y&#132;:Z&#133;;[&#134;&lt;\&#135;=]&#136;&gt;^&#137;?_&#138;E^&#133;F_&#134;Aa&#140;G`&#135;Ha&#136;Ic&#137;Kd&#139;Le&#140;Mf&#141;Ng&#142;Oh&#143;Pi&#144;Qj&#145;Rk&#146;Sl&#147;Un&#149;Vo&#150;Oq&#151;Wp&#151;Xq&#152;]q&#148;Ws&#148;Xt&#149;_s&#150;Yu&#150;`t&#151;Zv&#151;au&#152;bv&#153;^z&#155;ey&#156;_{&#156;`|&#157;a}&#158;b~&#159;c&#127;&nbsp;d&#128;&iexcl;e&#129;&cent;f&#130;&pound;g&#131;&curren;l&#131;&nbsp;n&#130;&brvbar;h&#132;&yen;m&#132;&iexcl;n&#133;&cent;o&#134;&pound;v&#133;&pound;p&#135;&curren;q&#136;&yen;r&#137;&brvbar;s&#138;&sect;t&#140;&uml;u&#141;&copy;w&#143;&not;x&#144;&shy;y&#145;&reg;z&#146;&macr;{&#147;&deg;|&#148;&plusmn;~&#150;&sup3;&#127;&#151;&acute;&#132;&#152;&macr;&#135;&#154;&sup2;&#136;&#155;&sup3;&#137;&#156;&acute;&#138;&#157;&micro;&#139;&#158;&para;&#141;&nbsp;&cedil;&#142;&iexcl;&sup1;&#143;&cent;&ordm;&#144;&pound;&frac14;&#146;&yen;&frac12;&#147;&brvbar;&frac34;&#148;&sect;&Agrave;&#153;&uml;&raquo;&#149;&copy;&Aacute;&#154;&copy;&frac14;&#155;&ordf;&frac12;&#156;&laquo;&frac34;&#157;&not;&iquest;&#158;&shy;&Agrave;&#159;&reg;&Aacute;&nbsp;&macr;&Acirc;&iexcl;&deg;&Atilde;&cent;&plusmn;&Aring;&pound;&sup2;&AElig;&curren;&acute;&Ccedil;&yen;&micro;&Egrave;&brvbar;&para;&Eacute;&uml;&cedil;&Euml;&copy;&sup1;&Igrave;&laquo;&ordm;&Iacute;&not;&raquo;&Icirc;&shy;&frac14;&Iuml;&deg;&frac14;&Ecirc;&reg;&frac12;&Ntilde;&plusmn;&frac12;&Euml;&macr;&frac34;&Ograve;&sup2;&frac34;&Igrave;&sup3;&iquest;&Iacute;&acute;&Agrave;&Icirc;&micro;&Aacute;&Iuml;&para;&Acirc;&ETH;&cedil;&Atilde;&Ntilde;&sup1;&Auml;&Ograve;&ordm;&AElig;&Oacute;&raquo;&Ccedil;&Otilde;&frac14;&Egrave;&Ouml;&frac12;&Eacute;&times;&frac34;&Ecirc;&Oslash;&iquest;&Euml;&Ugrave;&Agrave;&Igrave;&Uacute;&Aacute;&Iacute;&Ucirc;&Atilde;&Iuml;&Yacute;&Ccedil;&Iuml;&times;&Auml;&ETH;&THORN;&Egrave;&ETH;&Oslash;&AElig;&Ograve;&agrave;&Ecirc;&Ograve;&Ucirc;&Ccedil;&Oacute;&aacute;&Euml;&Oacute;&Uuml;&Igrave;&Otilde;&Yacute;&Iacute;&Ouml;&THORN;&Icirc;&times;&szlig;&Iuml;&Oslash;&agrave;&ETH;&Ugrave;&aacute;&Ograve;&Uacute;&acirc;&Oacute;&Ucirc;&auml;&Ocirc;&Uuml;&aring;&Otilde;&Yacute;&aelig;&Ouml;&THORN;&ccedil;&times;&agrave;&egrave;&Ugrave;&acirc;&ecirc;&Uacute;&atilde;&euml;&Ucirc;&auml;&igrave;&szlig;&auml;&aelig;&Yacute;&aring;&icirc;&agrave;&aring;&egrave;&aacute;&aelig;&eacute;&acirc;&ccedil;&ecirc;&atilde;&egrave;&euml;&auml;&eacute;&igrave;&aring;&ecirc;&iacute;&aelig;&igrave;&icirc;&ccedil;&iacute;&iuml;&eacute;&icirc;&eth;&ecirc;&iuml;&ograve;&euml;&eth;&oacute;&igrave;&ntilde;&ocirc;&iacute;&ograve;&otilde;&icirc;&oacute;&ouml;&iuml;&otilde;&divide;&eth;&ouml;&oslash;&ograve;&divide;&ugrave;&oacute;&oslash;&ucirc;&ocirc;&ugrave;&uuml;&otilde;&uacute;&yacute;&ouml;&ucirc;&thorn;&ugrave;&ucirc;&oslash;&uuml;&uacute;&thorn;&uacute;&uuml;&ugrave;&divide;&yacute;&yuml;&ucirc;&yacute;&uacute;&ugrave;&thorn;&yuml;&uuml;&yuml;&ucirc;&thorn;&yuml;&uuml;!&thorn;&#17;Created with GIMP&#0;,&#0;&#0;&#0;&#0;D&#0;&lt;&#0;&#0;&#8;&thorn;&#0;&yuml; &#28;H&deg;&nbsp;&Aacute;&#131;&#8; &ograve;&Oacute;&sect;o_&Acirc;&#135;&#16;#J4x&iuml;&Yacute;&macr;3 &#26;&#4;&sup1;eo&cent;&Ccedil;&#143;&#16;&iacute;&frac12;&laquo;&para;H&AElig;&#1; &#22;,Hp0K&#31;&Egrave;&#151; &ugrave;&sup1;&oacute;&#22;<br/>J&#131;&#6;(S&brvbar;&#148; &#132;&#29;&Igrave;&#159;&#16;&aacute;&#129;&sup3;&Otilde;&#134;&Atilde;I&#157;HS&#30;(&#7;&acute;)&Aacute;z&agrave;&#140;)&Ecirc;Q&#0;g&Ograve;&laquo;&#18;&Igrave;9mjN&#153;&brvbar;)&#15;&#142;^&frac12;z&nbsp;&#139;&raquo;&shy;/&szlig;=#&yen;&#134;&Auml;&#1;&#7;c&plusmn;&gt;h&#128;&Atilde;&#24;?&acute;&#30;&plusmn;&micro;&ograve;&Oacute;&pound;&#129;&Oslash;&cedil;:%&#28;&agrave;Pd&#142;1&frac14;&#19;&szlig;]&#138;b4&#39;&agrave;&#157; &#30;&auml;P&Atilde;&Eacute;&#25;&acirc;&#137;&otilde;.I&deg;&uacute;8&yen;&#131;&#3;#&Agrave;T<br/>&Ouml;&icirc;&sup2;Gq#&#28;&#3;&#22;&#28;&Aacute;I#[&szlig;L&#127;&Uuml;g&not;&Agrave;&atilde;&Iacute;&#5;p&eth;&#145;&#133;&#141;&#30;Ar&plusmn;L)&#147;&yacute;&ETH;&#25;&#129;&cedil;&#17;<br/>p &#147;J&#154;&Iuml;&#129;&oslash;l&eacute;QB&Atilde;&Aring;&#14;A&eth;&#136;&#31;D&#151;&atilde;&#1;R&Aacute; &#152;&thorn;\j&brvbar;&#149;&nbsp;4GNhp&#144;&Agrave;&#30;&aring;%&szlig;&Uacute; &icirc;&Atilde;&Otilde;&oslash;A&#130;&#23;&#129;&#140;&#149;&#131;/&#144;&#29;&uml;*5&#136;&Agrave;^R&#18;&Egrave;&nbsp;N|&#5;&Yacute;&Oacute;&#140;&#31;U&cedil;!&#11;9&ntilde;&#20;&curren;K&#26;4&#144;&nbsp;&#18;`&#5;0&#133;`A&oacute;&Agrave;#&#143;K&#3;Y&#131;H&#14;$&not;&times;&#153;&#4;&#28;&#156;&sup3;&aacute;C&igrave;&#132;&#130;&Auml;&#8;&#28;t&#134;&Ocirc;&#1;td&middot;bA&ouml;&#8;c&#134;&#133;2&amp;&aring;&#128;&#16;&THORN;&Uuml;8&ETH;&gt;&Ucirc;0r&#131;j=&brvbar;D&#132;&#39;&iuml;&uuml;&atilde;&ETH;&#141;&ecirc;&ETH;&aacute;&#0;&#146;&#157;e&Agrave;&#129;&#12;~T#$A&ntilde;&igrave;q@&#146;)&#129;&agrave;&#2;&#24;&acute;t&acute;%A&THORN;xw&cent;&#4;&#30;&cedil;&deg;D&amp;&auml;&#16;t&#143;&#153;B&ograve;3&#140;mq&plusmn;&#151;&#129;&#11;A&#4;2&Uuml;@&uuml;&deg;&pound;W(&AElig;&lt;w&pound;4_&#18;&Egrave;^<br/>@&deg;&#17;&#11;&#157;&yuml;&frac14;&#131;&#141;,j|P&Agrave;&#1;&#7;&frac14;1&#142;&#144;&iuml;@!&Ouml;J&#30;&ocirc;&#16;F&#39;A&#14;dO7&frac12;&#28;&sup2;&Atilde;&#1;&#156;Y0&#128;&quot;&thorn;&oacute;&Uuml;&Egrave;O2Dlp&Ograve; [8&#130;LA&auml;&#8;s &#21;&#130;Q)&Aacute;&#8;&egrave;l&#137;M$y,B&Euml;Y&#3;&sup1;&#131;&Igrave;&#39;h&deg;P&Agrave;&#148;&#24;jx&amp;A&uuml;PS&Ecirc;&#29;@&Uuml;D%&#129;,&curren;s&iacute;@&auml;&acute;&#18;&Egrave;&#19;&#28;&acute;z&Ucirc;&#1;&#146;&eth;&#39;d=&frac34;4&cent;E&#11;&#14;P{&cent;&#3;&#5;&#144;&eth;G&plusmn;[&#154;cI&#24;;X&nbsp;&icirc;j&#39;9A&Eacute;/MnI &#19;#&Oslash;{&cent;_4&#0;b&Euml;6&otilde;\&ucirc;&#14;&#22;&#3;&ccedil;y&Agrave;&#6;f&deg;&#130; &sup3;&atilde;Z&Oacute;&#128;&#140;&#155;&#29;&#144;&Auml;&amp;&Oslash;&uml;&oacute;&auml;&cedil;&yuml;&eth;#L&cent;&#26;&sup3; &#8;3&euml;T&Igrave;rA&Uuml;&#140;&#140;&#21;Nc&ETH;&Acirc;&#142;&raquo;7&#19;&ocirc;&Icirc;&#26;0&laquo;&ocirc;&atilde;&amp;&aring;&Oslash;sW&ETH; &#153;&atilde;&#5;N&#18;&acute;&ETH;&Ccedil;4&ugrave;0=&Ntilde;=k&#5;#&#143;&Otilde;\w&iacute;&otilde;&times;`&#135;-&ouml;&Oslash;d&#151;&iacute;&Ntilde;2&Aacute;&#8;&pound;&para;0&Aacute;&Auml;9M&Uacute;j&#31;&Atilde;/;&frac34;&#28;&pound;&cent;@&Oslash;&ETH;b&Ecirc;&thorn;*&frac12;&#148;&atilde;&ETH;&curren;{&#7;s&nbsp;&gt;&Icirc;&acute;R<br/>+&Egrave;&Auml;&uacute;&#143;:&frac12;&nbsp;&#130;&#138;/&#7;F&#154;L0&Aacute;&#136;&ucirc;&Iuml;&Ucirc;&Otilde;&eth;3F&#14;;&Egrave;P&#131;&#12;/&not;&ograve;&#143;&#29;8&auml;PC A&#152;&#145;&Igrave;?&Ccedil;&frac14;&agrave;D-&yuml;&acute;&sup3;&Eacute;&#20;)&lt; A<br/>&#155;&uuml;c&Ecirc;&#20;%D&Ouml;C0&ocirc;lRDcQ&Auml;&brvbar;&#12;&#27;GJp&Atilde;&#27;&raquo;b&#147;&#5;&#14;5lR1&#29;7&eth;a&#143;&#16; &#136;&#144;E&#21;TDa&Euml;?Z&#28;&ETH;&#2;&#23;Ql&ouml;&Auml;?&frac34;&#12;&Agrave;&#2;+&yuml;\&Acirc;&#1;&#1;9&Ocirc;&aacute;&#135;&#19;&#149;`C/&#16;&#138;&#24;B&Ccedil;0&Atilde;p&agrave;@&#20;&#140;&agrave;&Atilde;&#29;&Ecirc;&#145;&#14;(L)&#14;pX&Eacute;&#20;&ETH;A&#141;&#28;&oslash;e&#7;&Ograve;&oslash;G&#21;&#14; &#134;z&#24;&Aacute;&#1;F&uml;&#7;:&ETH;a&#142;y&eth;&Atilde;&#11;&#7;&#0;&#3;6&Ograve;q&#132;&#148;&uuml;&atilde;&#23;&#5;p&#129;,&uml;!&#131;&#2;P!&#24;&igrave;&#144;&Ocirc;9V&#145;&#1;&#11;&uuml;A &ecirc;`&#135;&#39;&#4;0&#2;Q&uuml;&atilde;&#30;&thorn;L&Eacute;&#4;&#7;&quot;&deg;&#8;u&#156;#&#17;&#7;&#16;&#129;&amp;&para;&aacute;&#131;&#8;&#8;f&#18;&yuml;&egrave;&#130;&#3;&Egrave;`&Aacute;&#8;&Egrave;@&#19;&#148;&#144;&#132;&amp;&cedil;&ntilde;&#15;&#16;^&#129;&#127;2&#144;&#0;&#19;NX&#128;&#23;&acute;&acirc;&#21;_<br/>EA&#148;&#129;&#146;&#28;&Oslash;a&#21;&yen;a&#5;&#1;2 &#132;@&Uuml;B _&Oslash;&#128;&#4;&icirc;&aelig; &ouml;&#152;&iexcl;&#27;=&agrave;&Agrave;&#11;8p&#3;r|a&#138;&#22;tL&Ocirc;`&ccedil;&#5;&#7;&#136;@&#6;4&deg;&#0;&#17;&ordm;A&AElig;&#23;&curren;&#2;&#20;&#3;xA.<br/>&cent;&#15;A&oslash;%jW&#152;F:&ETH;&#128;&copy; &frac14;&nbsp; &ouml;`&#130;&#4;X&eth;$w&Agrave;&nbsp;&#1;X&Agrave;F &oacute;&#16;&#5;&#2;|&#2;<br/>&#17;&nbsp;&cent;&#17;&cent;&AElig;&#7;;&Igrave;&#1;&#16;&Oacute;&egrave;&acirc;&#3;T`&#132;&#24;&#141;@E(4c*&#4;&#0;&#2;Y&#24;&auml;&#29;&Ccedil; &Auml;&#12;l&ccedil;&#134;&#127;&not;&Atilde;&#22;r&egrave;]&#3;&#134;&#1;&#133;&#148;&#152;&Eacute;&#29;&#30;p&#0;&#23;&#0;)&#129;TTB&#2;;x&#129;&#4;t&ugrave;&#128;1&THORN;&atilde;&#30;&#14;&Ugrave;&#7;&#8;&copy;&agrave; Q&not;&ccedil;&#18;d&thorn;Ta&yuml;&#26;&Agrave;&#6;C&#17;&Auml;&#30;&aacute;x&#129;&#3;&nbsp;@&#144;U&ETH;&#128;&#0;&brvbar;&deg;&#3;&#8;&#28;&deg;&Eacute;&#127;&igrave;b0&#131;&egrave;&AElig;&#14;&Ecirc;I&#142;$H &#3;&euml;L&curren;&#11;&#0;&iexcl;&#7;=&Agrave;A&#24;]&lt;@&#22;&Uacute;Q&#15;&#21;X&#0;&#8;&ugrave;l&#133;&lt;&Uuml;`&#27;&#39;\b&#21;&#135;&oslash;&Auml;7&AElig;&ETH; [PB%j&Agrave;&#6;&#25;Ja&#139;4p`&#0;&micro;&nbsp;F $&#0;&#131;U&#24;T&#2;3&#144;&#6;6&amp;:&#138;&#127;@&#2;&#4;&#18;&Egrave;e=&deg;&times;&#30; &#20;&#128;&#19;&yuml;&Egrave;&#2;&#1;&ordf;&deg;&#142;&#127;&curren;A&#2;&#27;PF0&Ocirc;&#39;&ordm;n&#136;&#1;&#39;Vr&#0;&#30;&#146;&Aacute;&#129;&para;b&ocirc;&#6;&Ocirc;&agrave;&Aring;&#0;&Uacute;&ordm;&#129;&#4;|!N&brvbar;XO[&#135;u&#138;&#127;8&pound;;j,G&#17;nR&Aacute;Vp&cent;&#19;&#136;&iacute;&Auml;%&#130;&Eacute;&#138;F&not;&quot;V&Ograve;&#152;&Auml;$&#134;&ntilde; FdBK&yuml;&deg;&Ccedil;0<br/>q&#6;2&oslash;&Aacute;&#24;&ecirc;&Oslash;D&#28;&Egrave;&nbsp;&#134;L&uml;&egrave;&#27;&#145;h&Atilde;&#24;&acirc;&deg;<br/>&#144;u&Atilde;&#17;f8&#21;C$(&ugrave;&#15;sx&quot;&#18;&Ntilde;&#16;&Egrave;.(&aacute;&#136;W&Uuml;# &#0;&#0;; http://www.nntp.perl.org/group/perl.par/2015/05/msg6024.html Tue, 12 May 2015 15:32:17 +0000 [rt.cpan.org #104206] Donation by Teresa Debuque via RT Mon May 04 05:39:47 2015: Request 104206 was acted upon.<br/>Transaction: Ticket created by debuque@un.org<br/> Queue: PAR<br/> Subject: Donation<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: debuque@un.org<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104206 &gt;<br/><br/><br/>I am Mrs. Gu Kailai the wife of Bo Xilai, one of China&#39;s most influential<br/>politicians until he was stripped of his offices in 2012.<br/><br/>Read this link to have a better understanding: Gu Kailai - Wikipedia, the free<br/>encyclopedia<br/><br/>I have decided to give out Donations to Charity, as the Government will not<br/>Stop until they have completely destroyed my Family. I do not intend to involve<br/>any member of my Family, as I will not want the money traced to them. This is<br/>why I have decided to contact a complete stranger who believes in Charity, to<br/>assist me give out the money to help the less privilege. I have decided to do<br/>this because if the Deposit is not cleared within the next 3-4 Months it will<br/>be Declared Unclaimed, and it will be returned to the Coffers of the<br/>Government. Will it not be better to have the Funds given to Charity than have<br/>it Claimed by the Government?<br/><br/>If You will want to be part of this Charity Work, I will need You to follow up<br/>with all I will state on this email. Firstly, I have very limited access to the<br/>Internet, so I will want to be very straight and detailed about what is<br/>required of You. The Money in question is an amount I deposited with a Chinese<br/>but a Bank in United Kingdom, as at the time of deposit it was deposit as a<br/>profit made out of Crude Oil from me and my Business Partner . This Amount<br/>deposited is a total of &Acirc;&pound;11.4 Million Pound. In my present state all of this is<br/>not of value anymore, I will rather prefer to have the Money used for Charity<br/>work than have it claimed by the Chinese Government.<br/><br/>Secondly, the True content of this Money is known by the two of us now. As I<br/>personally made the Deposit during one of my Trips to United Kingdom, I had the<br/>Intention of having the Money Invested in Real Estate in the United Kingdom<br/>before we had problems with the Government. This was a means by which I<br/>transferred funds out of China without a trace, and I can assure You that if<br/>You do not Claim this money it will be declared as Unclaimed and have it<br/>returned to the Chinese Government. This is what I am trying to avoid, and why<br/>I need You to Claim the Money instead.<br/><br/>I know You will be wondering how You can claim the Money, this is actually not<br/>an issue because when i was opening the account i made the bank to understand<br/>that the Next of Kin to the account is my business partner as all you need to<br/>do is to act/apply as the Next of Kin (Business Partner) to the Account. This<br/>is all You need to Lay Claim to the Money, You do not even need to Travel to<br/>the Office to Claim the Money as this might not be too safe for You. As a<br/>Beneficiary of the Money (by providing your name to the Bank) You will Order<br/>for the money to be transfer into your Private Bank Account in Your country,<br/>this is the normal practice and mode of Operation of the Bank. So it is<br/>completely safe and risk free, and the Money will be Transfer as a Claim from<br/>the Next of Kin.<br/><br/>This is what I would have done myself, if not for the problem myself and Family<br/>are now into. With my present situation I will only be able to give You the<br/>Name and Contacts of the Account Manager of the Bank that is in Charge in<br/>United Kingdom, when You Open Communication with the Account Manager as the<br/>Next of Kin by Stating your name and regarding yourself as my business partner<br/>You shall be inform by the Manager on how the transfer will be made.<br/><br/>I do hope You understand my Intentions, and why I decided to contact a complete<br/>stranger like You for this project. I believe after reading my above link, You<br/>will find a place in your hearth to try to help with this last wish of mine.<br/><br/>Please if you intend to help Send your reply to my personal email<br/>mrsgukailai01@yahoo.com.hk<br/><br/><br/>Bye,<br/>Gu Kailai<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6023.html Mon, 04 May 2015 09:40:03 +0000 [rt.cpan.org #104185] Every day we dedicate our passion to provide more people with top quality effective drugs! by Canadian-Pills via RT Sun May 03 02:34:40 2015: Request 104185 was acted upon.<br/>Transaction: Ticket created by noreply@handow.com<br/> Queue: PAR<br/> Subject: Every day we dedicate our passion to provide more people with top quality effective drugs!<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: noreply@handow.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104185 &gt;<br/><br/><br/> <br/><br/> Hung inspreading riot and located just ten years toilet paper. Lord<br/>shiva, photographed just to walk away and sociological theory is. <br/><br/> Me<br/> ds<br/> 1f<br/> or<br/> 4M<br/> en<br/><br/>Vi<br/>Ci<br/>Ci<br/>Le<br/>Pr<br/> ag<br/>al<br/>al<br/>vi<br/>op<br/> ra<br/>is<br/>is<br/>tr<br/>ec<br/><br/> S<br/>a <br/>ia<br/><br/>of<br/><br/>t <br/><br/>Ta<br/><br/>bs<br/><br/> $0<br/>$1<br/>$2<br/>$2<br/>$0<br/> .9<br/>.6<br/>.5<br/>.5<br/>.4<br/> 9<br/>5<br/>0<br/>0<br/>5<br/><br/> Me<br/> ds<br/> 3f<br/> or<br/> 1W<br/> om<br/> en<br/><br/>Ac<br/>Cl<br/>De<br/>Fe<br/>Fe<br/> om<br/>om<br/>fl<br/>ma<br/>ma<br/> pl<br/>id<br/>uc<br/>le<br/>le<br/> ia<br/><br/>an<br/> C<br/> V<br/><br/>ia<br/>ia<br/><br/>li<br/>gr<br/><br/>s <br/>a <br/><br/> $1<br/>$0<br/>$1<br/>$1<br/>$0<br/> .7<br/>.4<br/>.2<br/>.1<br/>.7<br/> 5<br/>5<br/>5<br/>1<br/>2<br/><br/> 24<br/>Fa<br/>On<br/>An /7<br/>st<br/>ly<br/>on c<br/> w<br/> r<br/>ym us<br/>or<br/>el<br/>ou to<br/>ld<br/>ia<br/>s me<br/>wi<br/>bl<br/>de r <br/>de<br/>e <br/>li su<br/> s<br/>su<br/>ve pp<br/>hi<br/>pp<br/>ry or<br/>pp<br/>li<br/> t <br/>in<br/>er<br/><br/>g <br/>s <br/><br/> 1<br/> S<br/> V<br/> N 00<br/>pe<br/>is<br/>o % <br/>ci<br/>a,<br/>pr Au<br/>al<br/>Ma<br/>es th<br/> i<br/>st<br/>cr en<br/>nt<br/>er<br/>ip ti<br/>er<br/>ca<br/>ti c <br/>ne<br/>rd<br/>on Me<br/>t <br/>,E<br/> r ds<br/>pr<br/>ch<br/>eq <br/>ic<br/>ec<br/>ui <br/>es<br/>k <br/>re <br/><br/>d <br/><br/> &gt;&gt; Enter Here <br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6022.html Sun, 03 May 2015 06:34:45 +0000 [rt.cpan.org #104140] CAN I TRUST YOU? by ousmanraha@gmail.com via RT Fri May 01 06:58:54 2015: Request 104140 was acted upon.<br/>Transaction: Ticket created by ousmanraha@gmail.com<br/> Queue: PAR-Packer<br/> Subject: CAN I TRUST YOU?<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: ousmanraha@gmail.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104140 &gt;<br/><br/><br/>Dear Friend,<br/><br/>I am working with one of the prime bank here in Burkina Faso, can you<br/>help me repatriate the sun of 10.3million dollars to your oversea<br/>Account Based on percentage.<br/><br/>(1) Can you handle this project?<br/>(2) Can I give you this trust?<br/>(3) What will be your commission?<br/>I expect your urgent response if you can handle this project.<br/><br/>Best Regard&#39;s,<br/>Please kindly reply to my alternative email address below<br/>drousman_raha@yahoo.fr<br/><br/><br/><br/>DR OUSMAN RAHA<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/05/msg6021.html Fri, 01 May 2015 10:59:11 +0000 =?UTF-8?B?W3J0LmNwYW4ub3JnICMxMDQwNzBdIO+7v09kIFNhbmRyYSBBc3Np?= by Sandra Assi via RT Tue Apr 28 18:16:34 2015: Request 104070 was acted upon.<br/>Transaction: Ticket created by assi.sandra18@daum.net<br/> Queue: PAR<br/> Subject: &iuml;&raquo;&iquest;Od Sandra Assi<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: assi.sandra18@daum.net<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=104070 &gt;<br/><br/><br/>Od Sandra Assi<br/>Abidzanie Wybrzeza Kosci Sloniowej w<br/>Afryka Zachodnia.<br/><br/>drogi<br/>Dzien dobry, moze blogoslawienstwo Boga niech bedzie z wami i da ci madrosc i<br/>wsp&Atilde;&sup3;lczucie zrozumiec moja sytuacje i jak bardzo potrzebuje twojej pomocy. Po<br/>przejsciu przez<br/>Tw&Atilde;&sup3;j profil bylem przekonany, ze jestes godna zaufania i godna zaufania osoba,<br/>kt&Atilde;&sup3;ra moze mi pom&Atilde;&sup3;c.<br/><br/>Jestem kontaktowania sie z nadzieja, ze bedziesz wielka pomoca dla mnie.<br/>Nazywam sie Sandra Assi, 21 lat Dziewczyna z Wybrzeza Kosci Sloniowej, m&Atilde;&sup3;j<br/>ojciec i ja uciekl z kraju w ogniu wojny domowej po utracie moja matke i dw&Atilde;&sup3;ch<br/>moich starszych braci w wojnie. W wyniku niestabilnosci politycznej w moim<br/>kraju, nawet po wojnie, m&Atilde;&sup3;j ojciec zalozyl kakao i kawy dzialalnosci<br/>eksportowej w moim kraju, Abidzan, Wybrzeze Kosci Sloniowej. Byl w Burke,<br/>p&Atilde;&sup3;lnocna miasta do negocjacji na zakup plantacji kakao, kiedy zostal<br/>zastrzelony przez rebeliant&Atilde;&sup3;w walczacych trup przejecia rzad&Atilde;&sup3;w w kraju.Smierc<br/>mojego ojca, teraz sie do mnie sierota i nie wystawiajac mnie na<br/>niebezpieczenstwo. Przed jego niefortunnej smierci, m&Atilde;&sup3;j zmarly<br/>Ojciec zadzwonil do mnie przy jego l&Atilde;&sup3;zku chorego i powiedzial mi, jako jego<br/>jedyny zachowany C&Atilde;&sup3;rka, ze mial zdeponowane w jednej z czolowych banku tutaj w<br/>naszym kraju sume $ 9million dolar&Atilde;&sup3;w. Z moim nazwiskiem, jako najblizszy<br/>krewny.<br/><br/>W wyniku obecnego braku bezpieczenstwa zycia i mienia w tym kraju, pragne<br/>wniosek, ze pomagaja mi korzystac z konta w swoim kraju, aby przeniesc<br/>odziedziczony funduszu dla dalszej inwestycji przedsiebiorstw Znowu mi pom&Atilde;&sup3;c z<br/>zaproszenia, kt&Atilde;&sup3;re uczynia mnie dostac wize do panstwa kraju zamieszkania w<br/>celu dla mnie, aby kontynuowac nauke pod opieka i inwestowania funduszu w<br/>realna przedsiewziecie. Jestem got&Atilde;&sup3;w dac 15% a 5% zostalo przeznaczone na<br/>wydatki. Bede wdzieczny, jesli odpowiesz mi jak tylko otrzymalem e-mail tak, ze<br/>mozemy dyskutowac dalej w tej sprawie.<br/><br/>Prosze i jak bedzie mozna sie ze mna skontaktowac w tej mojej prywatnej<br/>skrzynki e-mail (sandra1assi@hanmail.net)<br/><br/>Dzieki i B&Atilde;&sup3;g blogoslawi.<br/><br/>Sandra Assi.<br/><br/>---------------------------------------------------------------------------<br/><br/>From Sandra Assi<br/>Abidjan Cote D&#39; Ivoire in<br/>West Africa.<br/><br/>Dear<br/>Good day, may the blessings of God be upon you and grant you the wisdom and<br/>sympathy to understand my situation and how much I need your help. After going<br/>through<br/>your profile I was convinced that you are reputable and a trust worthy person<br/>who can help me.<br/><br/>I am contacting you with the hope that you will be of great assistance to me.<br/>My name is Sandra Assi, 21 years old Girl from Cote D&#39; Ivoire, My father and i<br/>escaped from our country at the heat of the civil war after loosing my mother<br/>and two of my senior brothers in the war. As a result of the political<br/>instability in my country even after the war, my father established his cocoa<br/>and coffee export business in my country Abidjan, Ivory Coast. He was in Burke,<br/>A northern city to negotiate for the purchase of a cocoa plantation when he was<br/>shot by the rebel troupes fighting to take over the Government of the country.<br/>The death of my father has now made me an orphan and there by exposing me to<br/>danger. Before his unfortunate death, my late<br/>Father called me beside his sick bed and told me as his only surviving<br/>Daughter, that he had deposited in one of the prominent bank here in our<br/>country the sum of $9million Dollars. With my name as the next of kin.<br/><br/>As a result of the present insecurity of lives and property in this country, I<br/>wish request that you assist me use your account in your country to transfer my<br/>inherited fund for onward business investment Again to assist me with a letter<br/>of invitation that will make me get a visa to your country for residence in<br/>order for me to continue my education under your care and to invest the fund in<br/>a viable business venture. I am willing to give you 15% while 5% has been<br/>earmarked for expenses. I will appreciate it if you respond to me as soon as<br/>you received my e-mail so that we can discuss further on this matter.<br/><br/>Please i will like you to contact me on this my private email box (<br/>sandra1assi@hanmail.net )<br/><br/>Thanks and God bless you.<br/><br/>Sandra Assi.<br/><br/><br/><br/><br/>[IMAGE] [IMAGE]<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6020.html Tue, 28 Apr 2015 22:16:40 +0000 Re: Adding local directories to @INC for a pp executable by Harald.Joerg Roderich Schupp &lt;roderich.schupp@googlemail.com&gt; writes: <br/> <br/>&gt; On Tue, Apr 21, 2015 at 8:57 PM, Harald J&ouml;rg &lt;Harald.Joerg@arcor.de&gt; <br/>&gt; wrote: <br/>&gt; <br/>&gt; The DLLs are the notorious libeay32_.dll and ssleay32_.dll. <br/>&gt; <br/>&gt; I guess zlib1_.dll, as used by Archive::Tar, is of the same <br/>&gt; sort. Hmmm... I can --link them to the executable, but after <br/>&gt; unpacking to tempdir they end up in a directory where apparently <br/>&gt; Windows doesn&#39;t look for them. <br/>&gt; <br/>&gt; What command line did you use? I just tried: <br/>&gt; <br/>&gt;&gt; pp -o ssleay.exe --link libeay32_.dll --link ssleay32_.dll -E &quot;use <br/>&gt;&gt; Net::SSLeay; say &#39;OK&#39;; <br/>&gt; <br/>&gt; And this places these dlls into shlib/MSWin32-x86-multi-thread-64int <br/>&gt; in the packed executable: <br/>&gt; <br/>&gt; $ unzip -l ssleay.exe | grep -i dll <br/>&gt; [...] <br/>&gt; shlib/MSWin32-x86-multi-thread-64int/libeay32_.dll <br/>&gt; shlib/MSWin32-x86-multi-thread-64int/ssleay32_.dll <br/> <br/>Yes, that&#39;s what I had observed, too. <br/> <br/>&gt; And they will be extracted to the top level cache directory which is <br/>&gt; in the PATH when the executable is run. <br/> <br/>Oh - I didn&#39;t know that. So I re-ran the whole build procedure (still <br/>using PAR 1.008), and indeed - it works just fine, for SSL and Zlib! <br/> <br/>Apparently I had made some mistake during the build processes. Probably <br/>I re-built without the proper --link option, but still stared at the old <br/>executable. Then, after seeing the &quot;library not found&quot; error, I drew <br/>the wrong conclusions and decided to use the workaround of copying the <br/>DLLs to the directory where the executable sits. <br/> <br/> ### My apologies: pp works as desired with DLLs! ### <br/> <br/>&gt; I can provide a list of CPAN module dependencies which <br/>&gt; Module::ScanDeps doesn&#39;t find to its queue. However, these <br/>&gt; dependencies are only required if certain conditions are met. For <br/>&gt; applications where these conditions don&#39;t apply, the PAR gets <br/>&gt; bloated without need. <br/>&gt; <br/>&gt; Please do - PAR::Packer (and Module::ScanDeps) try to err on the <br/>&gt; generous side. For example, if there&#39;s the slightest whiff that a <br/>&gt; script might be using unicode stuff, the whole machinery will be <br/>&gt; included. <br/> <br/>Ok then... I&#39;ll have a look what is required directly by the application <br/>and what comes from CPAN modules. Plack for sure falls into the &quot;whole <br/>machinery&quot; category :) <br/> <br/>Thanks again for your support! <br/>-- <br/>Cheers, <br/>haj <br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6019.html Thu, 23 Apr 2015 12:26:44 +0000 Re: Adding local directories to @INC for a pp executable by Harald.Joerg Roderich Schupp &lt;roderich.schupp@googlemail.com&gt; writes: <br/> <br/>&gt; On Mon, Apr 20, 2015 at 11:05 PM, Harald J&ouml;rg &lt;Harald.Joerg@arcor.de&gt; <br/>&gt; wrote: <br/>&gt; <br/>&gt; So I thought that I could just <br/>&gt; <br/>&gt; use lib &#39;foo&#39;; <br/>&gt; <br/>&gt; in my source, and then drop the plugins to directory &#39;foo&#39;. To my <br/>&gt; disappointment, this fails, the modules aren&#39;t found. Drats. <br/>&gt; [...] <br/>&gt; * is that intended / accidental behaviour? <br/>&gt; <br/>&gt; That&#39;s definitely a bug, please submit a bug report to rt.cpan.org (in <br/>&gt; queue PAR::Packer). <br/> <br/>Thanks for the clarification! I&#39;ve submitted a bug report. <br/> <br/>&gt; [...] <br/>&gt; I&#39;ve managed to overcome some pitfalls (missing DLLs, dynamic <br/>&gt; loading of modules which Scandeps can&#39;t find), but there&#39;s still <br/>&gt; one thing I don&#39;t understand, and Google didn&#39;t point me into an <br/>&gt; explanation so far. <br/>&gt; <br/>&gt; If these are public modules (ie. they are on CPAN), please consider <br/>&gt; submitting bugs for these as well (queue Module::ScanDeps). <br/> <br/>The DLLs are the notorious libeay32_.dll and ssleay32_.dll. I seem to <br/>recall having found an article of yours saying this can&#39;t be solved, but <br/>am unable to find the article right now. I guess zlib1_.dll, as used by <br/>Archive::Tar, is of the same sort. Hmmm... I can --link them to the <br/>executable, but after unpacking to tempdir they end up in a directory <br/>where apparently Windows doesn&#39;t look for them. Would adding that <br/>directory to $ENV{PATH} solve the issue? This would be a job of the <br/>unpacker, right? <br/> <br/>I can provide a list of CPAN module dependencies which Module::ScanDeps <br/>doesn&#39;t find to its queue. However, these dependencies are only <br/>required if certain conditions are met. For applications where these <br/>conditions don&#39;t apply, the PAR gets bloated without need. <br/> <br/>Actually, this problem is rather easy to workaround: I added a module <br/>which just uses the undetected dependencies. I need this anyway, for <br/>dynamic loading by the application itself. So if I submit a bug report <br/>and it gets rejected, I&#39;m fine with it - at least we leave a trace for <br/>Googlers who encounter the same issues. <br/> <br/>Thanks again for your support! <br/>-- <br/>Cheers, <br/>haj <br/>BTW: There are references to http://par.perl.org/ on CPAN, but that <br/>website is more PARrot than PARish. <br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6018.html Thu, 23 Apr 2015 12:20:44 +0000 Re: Adding local directories to @INC for a pp executable by Roderich Schupp On Tue, Apr 21, 2015 at 8:57 PM, Harald J&ouml;rg &lt;Harald.Joerg@arcor.de&gt; wrote: <br/> <br/>&gt; The DLLs are the notorious libeay32_.dll and ssleay32_.dll. I seem to <br/>&gt; recall having found an article of yours saying this can&#39;t be solved, but <br/>&gt; am unable to find the article right now. <br/>&gt; <br/> <br/>Of course it can be solved, but not by me :) <br/> <br/>A general solution for all major OS platforms (inclduigna diversity of tool <br/>chains) is indeed hard work, <br/>but if one restricts itself to, say, Windows with the MingW toolchain (esp. <br/>the objdump program) [1], <br/>this is actually grepping the output of &quot;objdump -x ...&quot; and searching <br/>$PATH for the DLLs mentioned <br/>there. (Of course you have to filter out system DLLs like kernel32.dll.) <br/> <br/>For more inspiration, look up py2exe on pypi.python.org. It does the same <br/>for Python <br/>as PAR::Packer for Perl. It&#39;s Windows only, though. They have solved the <br/>&quot;external DLL&quot; problem. <br/>They have done real crazy shit, like including a DLL runtime loader that <br/>load from a zip <br/>_without_ extracting to the file system. <br/> <br/>Cheers, Roderich <br/> <br/> <br/> <br/>[1] always included with Strawberry Perl, and just a ppm install away with <br/>ActiveState perl http://www.nntp.perl.org/group/perl.par/2015/04/msg6017.html Wed, 22 Apr 2015 16:43:34 +0000 Re: Adding local directories to @INC for a pp executable by Roderich Schupp On Tue, Apr 21, 2015 at 8:57 PM, Harald J&ouml;rg &lt;Harald.Joerg@arcor.de&gt; wrote: <br/> <br/>&gt; <br/>&gt; The DLLs are the notorious libeay32_.dll and ssleay32_.dll. <br/> <br/>I guess zlib1_.dll, as used by <br/>&gt; Archive::Tar, is of the same sort. Hmmm... I can --link them to the <br/>&gt; executable, but after unpacking to tempdir they end up in a directory <br/>&gt; where apparently Windows doesn&#39;t look for them. <br/> <br/> <br/>What command line did you use? I just tried: <br/> <br/>&gt; pp -o ssleay.exe --link libeay32_.dll --link ssleay32_.dll -E &quot;use <br/>Net::SSLeay; say &#39;OK&#39;; <br/> <br/>And this places these dlls into shlib/MSWin32-x86-multi-thread-64int in the <br/>packed executable: <br/> <br/>$ unzip -l ssleay.exe | grep -i dll <br/> 27136 09-15-2014 20:10 lib/auto/File/Glob/Glob.xs.dll <br/> 44544 09-15-2014 20:48 lib/auto/List/Util/Util.xs.dll <br/> 19456 09-15-2014 20:10 lib/auto/MIME/Base64/Base64.xs.dll <br/> 350208 09-15-2014 21:42 lib/auto/Net/SSLeay/SSLeay.xs.dll <br/> 36352 09-15-2014 20:34 lib/auto/Socket/Socket.xs.dll <br/> 1764352 07-28-2014 02:31 <br/>shlib/MSWin32-x86-multi-thread-64int/libeay32_.dll <br/> 394752 07-28-2014 02:31 <br/>shlib/MSWin32-x86-multi-thread-64int/ssleay32_.dll <br/> <br/>And they will be extracted to the top level cache directory which is in the <br/>PATH <br/>when the executable is run. <br/> <br/>I can provide a list of CPAN module dependencies which Module::ScanDeps <br/>&gt; doesn&#39;t find to its queue. However, these dependencies are only <br/>&gt; required if certain conditions are met. For applications where these <br/>&gt; conditions don&#39;t apply, the PAR gets bloated without need. <br/>&gt; <br/> <br/>Please do - PAR::Packer (and Module::ScanDeps) try to err on the generous <br/>side. <br/>For example, if there&#39;s the slightest whiff that a script might be using <br/>unicode stuff, <br/>the whole machinery will be included. <br/> <br/>Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/04/msg6016.html Wed, 22 Apr 2015 16:32:32 +0000 [rt.cpan.org #103861] Adding local directories to @INC for a pp executable fails by Roderich Schupp via RT Wed Apr 22 11:46:51 2015: Request 103861 was acted upon.<br/>Transaction: Correspondence added by RSCHUPP<br/> Queue: PAR-Packer<br/> Subject: Adding local directories to @INC for a pp executable fails<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: RSCHUPP<br/> Requestors: Harald.Joerg@arcor.de<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103861 &gt;<br/><br/><br/>On 2015-04-21 13:58:48, Harald.Joerg@arcor.de wrote:<br/>&gt; Here&#39;s a simple demo: &#39;foo&#39; is added to @INC as intended, &#39;bar&#39; isn&#39;t.<br/>&gt; ----------------------------------------------------------------------<br/>&gt; $ cat local_includes.pl<br/>&gt; use Data::Dumper;<br/>&gt; use lib &#39;foo&#39;;<br/>&gt; use lib &#39;bar&#39;;<br/>&gt; print Dumper(\@INC);<br/>&gt; $ pp local_includes.pl<br/>&gt; $ ./a.out<br/>&gt; $VAR1 = [<br/>&gt; &#39;foo&#39;,<br/>&gt; sub { &quot;DUMMY&quot; },<br/><br/>The bug is actually in PAR (not PAR::Packer), fixed in PAR 1.009, just uploaded to CPAN.<br/><br/>Cheers, Roderich<br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6015.html Wed, 22 Apr 2015 15:46:59 +0000 [rt.cpan.org #103868] We could not deliver your parcel, #000736923 by FedEx Ground via RT Tue Apr 21 17:18:26 2015: Request 103868 was acted upon.<br/>Transaction: Ticket created by alexander.gay@p3nw8shg379.shr.prod.phx3.secureserver.net<br/> Queue: Module-ScanDeps<br/> Subject: We could not deliver your parcel, #000736923<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: alexander.gay@p3nw8shg379.shr.prod.phx3.secureserver.net<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103868 &gt;<br/><br/><br/>Dear Customer,<br/><br/>Your parcel has arrived at April 20. Courier was unable to deliver the parcel to you.<br/>Please, open email attachment to print shipment label.<br/><br/>Thanks and best regards,<br/>Alexander Gay,<br/>FedEx Station Agent.<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6014.html Tue, 21 Apr 2015 21:18:39 +0000 [rt.cpan.org #103861] Adding local directories to @INC for a pp executable fails by Harald.Joerg@arcor.de via RT Tue Apr 21 13:58:48 2015: Request 103861 was acted upon.<br/>Transaction: Ticket created by Harald.Joerg@arcor.de<br/> Queue: PAR-Packer<br/> Subject: Adding local directories to @INC for a pp executable fails<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: Harald.Joerg@arcor.de<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103861 &gt;<br/><br/><br/>Hello PAR-Packers,<br/><br/>as suggested by Roderich on par@perl.org, I am submitting this<br/>observation as a bug report.<br/><br/>The symptom: My application adds a local directory to @INC with &#39;use<br/>lib&#39;. After packing with pp, modules in this directory are no longer<br/>found. Surprisingly, when I add more than one library, only the last<br/>&#39;use lib&#39; fails. So, I do have an (ugly) workaround, but no idea about<br/>whether it has side effects.<br/><br/>Versions: Perl v5.18.2, PAR::Packer 1.017,<br/> Linux ubuntu 3.13.0-45-generic<br/><br/>Here&#39;s a simple demo: &#39;foo&#39; is added to @INC as intended, &#39;bar&#39; isn&#39;t.<br/>----------------------------------------------------------------------<br/>$ cat local_includes.pl <br/>use Data::Dumper;<br/>use lib &#39;foo&#39;;<br/>use lib &#39;bar&#39;;<br/>print Dumper(\@INC);<br/>$ pp local_includes.pl<br/>$ ./a.out<br/>$VAR1 = [<br/> &#39;foo&#39;,<br/> sub { &quot;DUMMY&quot; },<br/> &#39;/tmp/par-68616a/cache-5bde0b3f6eab9c5f0be91ed26371a4bb8b7cbac1/inc/lib&#39;,<br/> &#39;/tmp/par-68616a/cache-5bde0b3f6eab9c5f0be91ed26371a4bb8b7cbac1/inc&#39;,<br/> sub { &quot;DUMMY&quot; },<br/> sub { &quot;DUMMY&quot; }<br/> ];<br/>----------------------------------------------------------------------<br/><br/>PAR::Packer are really awesome if you want to run Perl applications on<br/>Windows tablets with 32GB SSDs, where the 500MB of Strawberry begin to<br/>hurt badly...<br/>-- <br/>Cheers,<br/>haj<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6013.html Tue, 21 Apr 2015 17:58:55 +0000 Re: Adding local directories to @INC for a pp executable by Roderich Schupp On Mon, Apr 20, 2015 at 11:05 PM, Harald J&ouml;rg &lt;Harald.Joerg@arcor.de&gt; wrote: <br/> <br/>So I thought that I could just <br/>&gt; <br/>&gt; use lib &#39;foo&#39;; <br/>&gt; <br/>in my source, and then drop the plugins to directory &#39;foo&#39;. To my <br/>&gt; disappointment, this fails, the modules aren&#39;t found. Drats. <br/>&gt; To my utter surprise, I got it working like this: <br/>&gt; <br/>&gt; use lib &#39;foo&#39;; <br/>&gt; use lib &#39;bar&#39;; <br/>&gt; <br/>&gt; ...and then dropping the plugins to &#39;foo&#39;. Now the questions: <br/>&gt; <br/> <br/>&gt; * is that intended / accidental behaviour? <br/> <br/> <br/>That&#39;s definitely a bug, please submit a bug report to rt.cpan.org (in <br/>queue PAR::Packer). <br/> <br/>I&#39;m able to reproduce this. On first examination, lib::import() is <br/>definitely called twice <br/>and does the right thing (ie. prepending &#39;foo&#39; and &#39;bar&#39; to @INC), but then <br/>&#39;foo&#39; vanishes <br/>from @INC. Might be some weird side effect of local&#39;izing @INC. <br/> <br/>I&#39;ve managed to overcome some <br/>&gt; pitfalls (missing DLLs, dynamic loading of modules which Scandeps can&#39;t <br/>&gt; find), but there&#39;s still one thing I don&#39;t understand, and Google didn&#39;t <br/>&gt; point me into an explanation so far. <br/>&gt; <br/> <br/>If these are public modules (ie. they are on CPAN), please <br/>consider submitting bugs <br/>for these as well (queue Module::ScanDeps). <br/> <br/>Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2015/04/msg6012.html Tue, 21 Apr 2015 07:22:03 +0000 Adding local directories to @INC for a pp executable by Harald.Joerg Hello PARty,<br/><br/>I&#39;m new to PAR and pp and am trying to use it to package a fairly large<br/>application so that Windows users who don&#39;t have Perl installed can<br/>simply double-click the application. I&#39;ve managed to overcome some<br/>pitfalls (missing DLLs, dynamic loading of modules which Scandeps can&#39;t<br/>find), but there&#39;s still one thing I don&#39;t understand, and Google didn&#39;t<br/>point me into an explanation so far.<br/><br/>What I&#39;m trying to achieve: The Perl application can be extended with a<br/>plugin mechanism. In plain Perl, this is done by dropping the modules<br/>to special subdirectories, the application will pick them up. Now, I<br/>want to let users do the same thing on top of the pp executable.<br/><br/>So I thought that I could just<br/><br/> use lib &#39;foo&#39;;<br/><br/>in my source, and then drop the plugins to directory &#39;foo&#39;. To my<br/>disappointment, this fails, the modules aren&#39;t found. Drats.<br/>To my utter surprise, I got it working like this:<br/><br/> use lib &#39;foo&#39;;<br/> use lib &#39;bar&#39;;<br/><br/>...and then dropping the plugins to &#39;foo&#39;. Now the questions:<br/><br/> * is that intended / accidental behaviour?<br/> * is there a better way to do what I want?<br/><br/>Here&#39;s a simple demo: &#39;foo&#39; is added to @INC as intended, &#39;bar&#39; isn&#39;t.<br/>----------------------------------------------------------------------<br/>$ cat local_includes.pl <br/>use Data::Dumper;<br/>use lib &#39;foo&#39;;<br/>use lib &#39;bar&#39;;<br/>print Dumper(\@INC);<br/>$ pp local_includes.pl<br/>$ ./a.out<br/>$VAR1 = [<br/> &#39;foo&#39;,<br/> sub { &quot;DUMMY&quot; },<br/> &#39;/tmp/par-68616a/cache-5bde0b3f6eab9c5f0be91ed26371a4bb8b7cbac1/inc/lib&#39;,<br/> &#39;/tmp/par-68616a/cache-5bde0b3f6eab9c5f0be91ed26371a4bb8b7cbac1/inc&#39;,<br/> sub { &quot;DUMMY&quot; },<br/> sub { &quot;DUMMY&quot; }<br/> ];<br/>----------------------------------------------------------------------<br/><br/>--<br/>Cheers,<br/>haj<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6011.html Mon, 20 Apr 2015 21:10:13 +0000 [rt.cpan.org #103780] hi! by Hannah Mckinney via RT Fri Apr 17 05:36:22 2015: Request 103780 was acted upon.<br/>Transaction: Ticket created by hannah_mckinney@d2center.org<br/> Queue: PAR<br/> Subject: hi!<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: hannah_mckinney@d2center.org<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103780 &gt;<br/><br/><br/>Whats&#39;s up handsom, I saw you on a match site sometime last week, i got sum goodpics for you..<br/><br/>text my num real quick its 1 717 723 3934.<br/><br/>Im just a 24 year old female. I&#39;m lookin to meet new people and maybe hookup.<br/>text me if you get a chance please.<br/><br/>---Compliance Uncertainty And Social Media: Lessons From Uber, Airbnb, And Drones. Firms can safely adopt new communications channels such as social media by following<br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6010.html Fri, 17 Apr 2015 09:36:45 +0000 [rt.cpan.org #103327] You independent choice of a beauty product by Benjamin Bond via RT Sun Apr 05 21:45:16 2015: Request 103327 was acted upon.<br/>Transaction: Ticket created by benjamin_bond@uniqueroyalrealty.com<br/> Queue: PAR<br/> Subject: You independent choice of a beauty product<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: benjamin_bond@uniqueroyalrealty.com<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103327 &gt;<br/><br/><br/>Greetings!<br/><br/>Precious recommendations of the best nutritionists changed my life<br/><br/>[ http://alsharqtribune.co.uk/proxy.php?g=8 ] Do not miss it.<br/><br/>Best!<br/><br/><br/>---Sri Lankan Airlines &#39;corrupt&#39; Sri Lankan government launches an investigation into the country&#39;s national airline<br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/04/msg6009.html Mon, 06 Apr 2015 01:45:34 +0000 [rt.cpan.org #103032] Notice to appear in Court #0000595530 by District Court via RT Mon Mar 23 11:43:37 2015: Request 103032 was acted upon.<br/>Transaction: Ticket created by eric.cohen@pdevel.net-wings.eu<br/> Queue: PAR<br/> Subject: Notice to appear in Court #0000595530<br/> Broken in: (no value)<br/> Severity: (no value)<br/> Owner: Nobody<br/> Requestors: eric.cohen@pdevel.net-wings.eu<br/> Status: new<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=103032 &gt;<br/><br/><br/>Notice to Appear,<br/><br/>This is to inform you to appear in the Court on the March 30 for your case hearing.<br/>You are kindly asked to prepare and bring the documents relating to the case to Court on the specified date.<br/>Note: The case may be heard by the judge in your absence if you do not come.<br/><br/>You can review complete details of the Court Notice in the attachment.<br/><br/>Yours faithfully,<br/>Eric Cohen,<br/>Clerk of Court.<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/03/msg6008.html Mon, 23 Mar 2015 15:44:00 +0000 [rt.cpan.org #102689] Module::ScanDeps isn't effective by Slaven_Rezic via RT Thu Mar 19 04:05:10 2015: Request 102689 was acted upon.<br/>Transaction: Correspondence added by SREZIC<br/> Queue: Module-ScanDeps<br/> Subject: Module::ScanDeps isn&#39;t effective<br/> Broken in: (no value)<br/> Severity: Wishlist<br/> Owner: Nobody<br/> Requestors: ZDM@cpan.org<br/> Status: rejected<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=102689 &gt;<br/><br/><br/>On 2015-03-18 11:07:25, roderich.schupp@gmail.com wrote:<br/>&gt; On Wed, Mar 18, 2015 at 3:42 PM, dzagashev@gmail.com via RT &lt;<br/>&gt; bug-Module-ScanDeps@rt.cpan.org&gt; wrote:<br/>&gt; <br/>&gt; &gt; Also, if we use rar or 7zip or something else with good compression,<br/>&gt; &gt; instead of Archive::Zip - size can be &gt;2Mb instead of 4.<br/>&gt; &gt;<br/>&gt; <br/>&gt; Please stop this thread on the bug tracker - it&#39;s a BUG TRACKER,<br/><br/>RT = Request Tracker, not bug tracker.<br/><br/>&gt; not a<br/>&gt; general<br/>&gt; discussion forum - and take it to the par@perl.org mailing list instead.<br/>&gt; <br/>&gt; Cheers, Roderich<br/><br/>Regards,<br/> Slaven<br/><br/><br/><br/> http://www.nntp.perl.org/group/perl.par/2015/03/msg6007.html Thu, 19 Mar 2015 08:05:19 +0000 Re: [rt.cpan.org #102689] Module::ScanDeps isn't effective by Roderich Schupp via RT Wed Mar 18 11:07:25 2015: Request 102689 was acted upon.<br/>Transaction: Correspondence added by roderich.schupp@gmail.com<br/> Queue: Module-ScanDeps<br/> Subject: Re: [rt.cpan.org #102689] Module::ScanDeps isn&#39;t effective<br/> Broken in: (no value)<br/> Severity: Wishlist<br/> Owner: Nobody<br/> Requestors: ZDM@cpan.org<br/> Status: rejected<br/> Ticket &lt;URL: https://rt.cpan.org/Ticket/Display.html?id=102689 &gt;<br/><br/><br/>On Wed, Mar 18, 2015 at 3:42 PM, dzagashev@gmail.com via RT &lt;<br/>bug-Module-ScanDeps@rt.cpan.org&gt; wrote:<br/><br/>&gt; Also, if we use rar or 7zip or something else with good compression,<br/>&gt; instead of Archive::Zip - size can be &gt;2Mb instead of 4.<br/>&gt;<br/><br/>Please stop this thread on the bug tracker - it&#39;s a BUG TRACKER, not a<br/>general<br/>discussion forum - and take it to the par@perl.org mailing list instead.<br/><br/>Cheers, Roderich<br/><br/> http://www.nntp.perl.org/group/perl.par/2015/03/msg6006.html Wed, 18 Mar 2015 15:07:39 +0000