Perl 6 - the future is here, just unevenly distributed

IRC log for #perl11, 2014-08-12

| Channels | #perl11 index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
07:00 willthechill okay we're about to have a message from travis bot about a failed RPerl build
07:00 willthechill I've started converting to the new Inline::CPP automatic classes config option, a'la the Namespace Hack solution created by davido and I
07:01 willthechill BUT I'm getting sleepy so I'll pick up where I left off tomorrow
07:01 willthechill :)
07:05 travis-ci [travis-ci] RPerl Commit By Will Braswell. The build was broken. http://travis-ci.org/wbraswell/rperl/builds/32305340
07:19 basiliscos joined #perl11
15:29 rurban willthechill: I see. well, i would do it in .travis.yml before_script:
15:33 rurban pushed
15:51 travis-ci [travis-ci] RPerl Commit By Reini Urban. The build is still failing. http://travis-ci.org/wbraswell/rperl/builds/32345704
15:59 rurban Inline is now up-to-date at travis. What else is needed?
15:59 rurban Only t/08_precompiled_sort.t got the wrong types
17:29 basiliscos joined #perl11
19:06 willthechill rurban: t/08_precompiled_sort.t is failed because I am only halfway done upgrading to use the new CLASSES config option that I just built for Inline::CPP
19:28 rurban joined #perl11
20:10 willthechill rurban: in .travis.yml, why do we need to call `cpanm -n ETJ/Inline-0.68.tar.gz` directly on the tarball, why can't we just call `cpanm --installdeps .` as we describe in the INSTALL document?
20:11 willthechill that way, travis bot will have up-to-date everything, not just up-to-date Inline?
20:12 rurban because travis has only an old Inline. Maybe cpanm --installdeps is really good enough. We could try it out. I'm not a cpanm expert
20:14 willthechill yes --installdeps will look through the Makefile.PL and install all dependencies, it is very very nice!
20:14 willthechill I am slowly learning how to use perlbrew, local::lib, and cpanm
20:14 willthechill not to mention perlall!  :P
20:15 rurban I can only use cpanm with --sudo. this is not needed with cpan
20:23 willthechill negative, cpanm works just fine without sudo
20:23 willthechill maybe you do not have local::lib installed?
20:23 willthechill cpanm --installdeps .
20:23 willthechill oops didn't mean to paste that!
20:23 willthechill curl -L cpanmin.us | perl - -l $HOME/perl5 App::cpanminus local::lib
20:23 willthechill there we go
20:24 willthechill echo 'eval $(perl -I$HOME/perl5/lib/perl5 -Mlocal::lib)' >> ~/.bashrc
20:24 willthechill . ~/.bashrc;  set | grep perl5  # note the dot at the start of this command
20:24 rurban I will never ever use local::lib :)
20:24 willthechill well that's dumb.  local::lib works GREAT
20:24 rurban not really
20:24 willthechill yes really
20:24 willthechill I've got it running in production
20:25 willthechill I've got local::lib combined with perlbrew running production!
20:25 willthechill (that's a little bit difficult but awesome when you can make it work)
20:25 rurban serious PERL5LIB abuse
20:25 willthechill if there's one thing that Perl is horrible at, it is installing CPAN modules into one hundred different random locations on your system
20:26 willthechill local::lib fixes that
20:26 willthechill I created my own crappy version of local::lib when I first made RPerl
20:26 rurban adding one more random non-standard location is better?
20:26 willthechill but thankfully mst showed me the light and now I use local::lib alot
20:26 willthechill ~/perl5 is not "one more random non-standard location"
20:26 willthechill ~/perl5 is the ONLY ACCEPTABLE LOCATION
20:26 willthechill ;)
20:27 rurban it's only useful if you have no root/sudo perms. or have a lot of messy libs, by adding more mess to the mess
20:27 rurban I'll rather have proper libs around, in standard locations
20:27 willthechill I am against the idea of using root to install tons of random CPAN modules all over my operating system, it is bad sysadmin practice!
20:27 rurban cpan uses `sudo make install`
20:28 willthechill yes I am against `sudo make install`
20:28 willthechill at least, for my own purposes
20:28 willthechill if other people want to install tons of crap all over their operating system, then go for it
20:28 willthechill but it is against Starfleet regulations  :D
20:31 willthechill BACK TO TRAVIS!  it looks like travis bot already calls `cpanm --quiet --installdeps --notest .` so we don't need to do any of the cpanm calls ourselves!    https://travis-ci.org/wbraswell/rperl/jobs/32372432
20:34 travis-ci [travis-ci] RPerl Commit By Will Braswell: d284a99
20:34 travis-ci [travis-ci] The build is still failing. http://travis-ci.org/wbraswell/rperl/builds/32372430
20:36 rurban ok, so it's not the Inline version
20:39 willthechill no, it is failing because of my only-halfway-upgraded CLASSES config option
20:39 willthechill but you still haven't told me how to add a development version to Makefile.PL?
20:39 willthechill remember I wrote:
20:39 willthechill <willthechill> rurban: I tried but can't figure out how to have Makefile.PL require a development version of a CPAN module
20:39 willthechill <willthechill> specifically, we need Inline::C v0.62_03
20:39 willthechill <willthechill> in Makefile.PL we have    'Inline::C'       => 0.62,
20:40 willthechill we want to require Inline::C version 0.62_03, which is a development version
20:40 willthechill how do we put that into Makefile.PL?
20:43 basiliscos joined #perl11
20:51 travis-ci [travis-ci] RPerl: Will Braswell; Travis Build Bot, cpanm Already Called By Travis & IRC Update. The build is still failing. http://travis-ci.org/wbraswell/rperl/builds/32374231
20:55 rurban you can try 0.62_03 locally
20:58 willthechill yes I have v0.62_03 installed locally, I'm asking if there is any way to put v0.62_03 into Makefile.PL instead of only v0.62
21:00 rurban disable it, set the dep to  0.62_03 and try
21:01 willthechill yes I already tried the obvious solutions, that's why I'm asking you!
21:13 rurban it tries to install the latest version
21:13 rurban if you want to enforce it use the before_script:
21:15 travis-ci [travis-ci] RPerl Build failed; Will Braswell; Travis Build Bot, IRC Message Update
21:15 travis-ci [travis-ci] http://travis-ci.org/wbraswell/rperl/builds/32376251 https://github.com/wbraswell/rperl/compare/0acb77b37f5b...4343d5401fe7
21:16 rurban looks like you are confusing it with INGY/Inline-C-0.62_03.tar.gz
21:19 rurban Inline::C, right?
21:26 rurban I see
21:28 travis-ci [travis-ci] RPerl Build errored; Reini Urban; require Inline::C 0.62_03, not Inline. enforce it manually on travis
21:28 travis-ci [travis-ci] http://travis-ci.org/wbraswell/rperl/builds/32377838 https://github.com/wbraswell/rperl/compare/4343d5401fe7...50e0c362669f
21:39 willthechill yes Inline::C, not just Inline
21:40 willthechill if it actually works in Makefile.PL, then cpanm --installdeps will pick it up from Makefile.PL, and we should keep --installdeps in .travis.yml instead of putting cpanm call to the tarball
21:42 travis-ci [travis-ci] RPerl Build failed; Reini Urban; cpanm --installdeps on travis is run before before_script
21:42 travis-ci [travis-ci] http://travis-ci.org/wbraswell/rperl/builds/32378333 https://github.com/wbraswell/rperl/compare/50e0c362669f...ad47f5b0cd31
21:43 rurban installed dev  version correctly, but rperl still got the same sort errors.
21:46 willthechill yes I keep telling you the current build errors are my fault, due to only halfway upgrading to the new CLASSES config option in Inline::CPP
21:47 willthechill the CPAN modules version issue is separate from the current build errors
21:59 rurban so at least we have now the travis problem for Inline::C solved. EUMM only has a comment to use the dev version. could be coded also to install the dev version.
21:59 rurban but I expect Inline::C to be updated soon

| Channels | #perl11 index | Today | | Search | Google Search | Plain-Text | summary