meanroy's Journal http://use.perl.org/~meanroy/journal/ meanroy's use Perl Journal en-us use Perl; is Copyright 1998-2006, Chris Nandor. Stories, comments, journals, and other submissions posted on use Perl; are Copyright their respective owners. 2012-01-25T02:47:34+00:00 pudge pudge@perl.org Technology hourly 1 1970-01-01T00:00+00:00 meanroy's Journal http://use.perl.org/images/topics/useperl.gif http://use.perl.org/~meanroy/journal/ YASM - yet another strange mystery! or "Gee I'm stupid" http://use.perl.org/~meanroy/journal/30933?from=rss After the comment by SuperCruncher, I re-ran the example code from PPM::Repositories which I called Repo.pl.<br> I noted that I got a nice list of repositories.<br> But when I did a ppm rep, I got:<blockquote><div><p> <tt>Repositories:<br>[1] ActiveState PPM2 Repository<br>[2] ActiveState Package Repository<br>[ ] bribes<br>[ ] crazy58<br>[ ] datetime<br>[ ] esoft<br>[ ] gtk<br>[ ] jenda<br>[ ] openi<br>[ ] roth<br>[ ] sablot<br>[ ] savage<br>[ ] soulcage58<br>[ ] theory58<br>[ ] theory58S</tt></p></div> </blockquote><p>Humph! Ok, they're listed but not active.<br> I tried to add 'bribes' but failed.<br> I then used the command line at bribes to add GD.<br> "ppm install http://www.bribes.org/perl/ppm/GD.ppd"<br> Worked like a champ! I immediately went off to try to figure out whats going on, but I'm going to have to come back to this later. Re-reading the docs on ppm, checking my version, blah, blah, blah. <br> Roy.</p> meanroy 2006-09-09T05:25:38+00:00 journal More on Perl on Windoz http://use.perl.org/~meanroy/journal/30915?from=rss Thanks to the helpful folks who clarified the status of CamelPack in my previous entry. I *may/probably* will put installing GD.pm on my system on the back burner. I went ahead and installed Dev-C++ but haven't messed with it yet.<br> Interestingly enough, it looks like upgrading to 5.8 compounded my problem, <a href="http://www.perl.com/doc/FAQs/nt/perlwin32faq9.html">perlwin32faq9 </a> says<blockquote><div><p> <i>Win32 Is there a GD module available for Perl<br>GD now works with Win32, and can be installed using PPM</i></p></div> </blockquote><p> But the <a href="http://ppm.activestate.com/BuildStatus/5.8-G.html">ActiveState build status page</a> says</p><blockquote><div><p> <i>GD 2.35 FAIL</i></p></div> </blockquote><p> It seems to be borne out by this post by Xavi on <a href="http://www.codecomments.com/archive210-2004-7-232973.html">codecomments.com</a> </p><blockquote><div><p> <i>Finally I've achived to install GD uninstalling activestate 5.8 and installing 5.6 without any problem.</i></p></div> </blockquote><p>. I found directions and clarifications from Dave Roth <a href="http://www.foo.be/docs/tpj/issues/vol2_3/tpj0203-0003.html">here</a> That *may* be out of date though because the latest binary I found of GD.pll (dll) is <a href="http://backpan.cpan.org/authors/Dave_Roth/">Win32GD_v960611</a> <br> This is pretty much a sidetrack from what I'm *actually* working on but since it's a continual problem, I'm going to work on locally compiling modules as time allows. <br>Since I went ahead and downloaded what CamelPack couldn't find, I probably have most of what it was supposed to do. The exception being, I think, adding the requisite paths. I can probably take care of that. I'll start out with something thats supposed to be simple. ( I googled around a bit but didn't find a single example in my short search BTW )<br>Any pointers to something (relatively) simple to start with will be appreciated.<br> <br> Vanilla Perl sounds enticing but I get the distinct feeling everything I'm doing would come to a screeching halt while I tried to get back to what I have installed from ActiveState. Sucky as that is.<br> <br> <i>I guess the bottom line is: Stennie isn't going to <a href="http://www.protoworks.com/images/beer.jpg">give back the beer</a>, huh?<nobr> <wbr></nobr>;-)</i></p> meanroy 2006-09-07T18:19:26+00:00 journal A verticle meter of beer. http://use.perl.org/~meanroy/journal/30877?from=rss <p>I've been using/learning Perl for a while now.</p><p>Downloading desired modules has been a continuing problem from day one! I've managed to get most of what I need if it's a native Perl module, but never succeded in getting a make to work. <br> Most lately, I needed a module, GD.pm, it requires some other stuff, which must be compiled. (This is because of ActiveStates poor support of ppm module conversion.)<br> As <a href="http://use.perl.org/~Alias/journal/28427"> noted on use.perl.org</a> a reward (a vertical meter of beer)was offered for a windoz installation of Perl which filled several requirement. Among them being:</p><blockquote><div><p>4. The installer MUST also install a (legal) compiler (preferably gcc), preconfigured to work normally when installing XS modules from CPAN.</p></div></blockquote><p> The award was duly issued to <a href="http://stennie.org/camelpack/">stennie,</a> and worked at the time. Wow! Cool!<br> But Wait!<br> Oh shit, when I downloaded and tried it, guess what. Thats right, it's broken. Now this is not an insurmountable obstacle, the directions are there and so are the links to the tools. So in theory, you can reverse engineer and duplicate, eventually getting it to work.<br> I'm now in the process of trying to do so, but what a PITA! It turned out the 'main' problem was the download site for the GCC tool chain was hard coded in the installer file. So I submit the "solution" isn't really, it's just a road-map so you can roll your own. (even though it's on sourceforge, no-ones maintaining it.)<br> Again, what a PITA!<br> Been working at this for WAY too long and God knows how much longer it'll take!<br> MeanRoy.</p> meanroy 2006-09-04T12:21:06+00:00 journal