Perl 6 - the future is here, just unevenly distributed

IRC log for #perl11, 2016-08-26

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

All times shown according to UTC.

Time Nick Message
00:02 travis-ci perl11/cperl#1458 (master - da4b125 : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/155136617
02:19 willthechill joined #perl11
05:15 sten joined #perl11
05:25 lizmat joined #perl11
05:27 lizmat joined #perl11
06:29 basiliscos joined #perl11
06:30 anton joined #perl11
07:15 sten joined #perl11
08:01 lizmat joined #perl11
08:03 lizmat joined #perl11
08:54 lizmat joined #perl11
09:18 travis-ci perl11/cperl#1457 (maint-5.24c - 7a9ea31 : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/155136606
10:23 lizmat joined #perl11
10:59 travis-ci perl11/cperl#1461 (smoke/gh191-get_svs - ec1fa67 : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/155296837
13:07 travis-ci perl11/cperl#1462 (smoke/gh191-get_svs - a1d9dbf : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/155323138
13:17 mako joined #perl11
13:47 travis-ci perl11/cperl#1463 (master - a1d9dbf : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/155328826
14:20 mako joined #perl11
15:06 mako joined #perl11
15:55 mako joined #perl11
16:20 willthechill bulk88 & mako: how can we change dmake to gmake on appveyor, in order to start getting it fixed permanently?
16:34 mako joined #perl11
16:40 mako willthechill: what options do we have to configure appveyor?
16:41 willthechill mako: remember I showed you the 1 line we have?
16:42 willthechill https://ci.appveyor.com/project/wbraswell/rperl/build/1.0.238#L9
16:42 willthechill choco install strawberryperl --forceX86 && set PATH=C:\strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:\windows\system32;C:\windows; && gcc -v && g++ -v && perl -V && dmake -V || perl Makefile.PL && perl -e"require CPAN;CPAN::Shell->notest('install','App::cpanminus');" && cpanm -n -v --installdeps . & set RPERL_DEBUG=1 && set RPERL_VERBOSE=1 && dmake test
16:43 willthechill obviously I could just change `dmake` to `gmake` but I don't have the foggiest idea if that is correct
16:43 willthechill bulk88: you around?
16:44 mako Sorry, I'm seeing this for the first time. Did we talk about this?
16:45 willthechill I talked about it with somebody!
16:45 willthechill pretty sure it was you
16:47 mako Ok, yes in one thing: It should be possible to substitute dmake with gmake or nmake.
16:51 willthechill mako: live build happening now
16:51 willthechill https://ci.appveyor.com/project/wbraswell/rperl
16:51 willthechill oops gotta restart
16:52 willthechill only found 1 of the dmakes
16:52 willthechill okay it is going again, same URL
16:54 willthechill mako: can you see it going live now?
16:54 mako willthechill: Yes, I can.
16:54 travis-ci perl11/cperl#1464 (smoke/morebugs - 06acbeb : Father Chrysostomos): The build has errored. https://travis-ci.org/perl11/cperl/builds/155377857
16:56 willthechill and it crashed or failed somehow
16:56 mako Yeah, I can see it too.
16:56 willthechill what does that mean?
16:56 willthechill does it mean we don't have gmake installed?
16:58 mako dmake and gmake are mixed.
16:58 mako just search for 'dmake' in the output.
16:59 mako this won't become a clean thing.
17:04 willthechill yes I saw it was trying to use dmake for some reason
17:05 willthechill so again, here is our new line
17:05 willthechill choco install strawberryperl --forceX86 && set PATH=C:\strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:\windows\system32;C:\windows; && gcc -v && g++ -v && perl -V && gmake -V || perl Makefile.PL && perl -e"require CPAN;CPAN::Shell->notest('install','App::cpanminus');" && cpanm -n -v --installdeps . & set RPERL_DEBUG=1 && set RPERL_VERBOSE=1 && gmake test
17:05 willthechill how to fix it?
17:10 mako need to have a look on it. MAYBE, and just only maybe, there are some hardcoded dependendcies when it comes to the build process.
17:11 willthechill okay well bulkk88 believes it can be done, but he's not here right now.  :-P
17:11 mako but can't instantly tell you those dependencies.
17:12 mako could be anything from ExtUtils::MakeMaker to $Config or whatever else.
17:12 willthechill yes exactly
17:12 willthechill that's why I need somebody who knows Windows to help, haha!
17:14 mako Ok :-D I'm back in 35 min. Need something to eat. And I'm also having some question for you. See you than.
17:14 willthechill okay!  :-)
17:54 mako generating 'Makefile.PL' could be an ExtUtils::MakeMaker issue
17:54 willthechill okay
17:54 travis-ci perl11/cperl#1465 (smoke/morebugs - c665b25 : Karl Williamson): The build passed. https://travis-ci.org/perl11/cperl/builds/155391424
17:54 mako maybe, not necessarily
17:54 willthechill well I am happy to try any possible solutions you have
17:55 willthechill or if you think you know how to fix dmake, we could start there
17:56 mako ah yeah. I should have asked you what is the issue with dmake. I know didn't.
17:56 willthechill I have no idea
17:56 willthechill what is the issue with dmake
17:57 willthechill I can switch it back to dmake if you like
17:57 mako ok, but why substitue dmake with whatever, anyway?
18:00 willthechill bulk88 said he thought it might help to substitute dmake w/ gmake
18:00 willthechill that's the last piece of info I had to go on
18:04 mako not a guarantee but in Makefile.PL:
18:04 mako as argument for WriteMakefile()
18:05 mako MAKE => 'gmake',
18:06 mako http://search.cpan.org/~bingos/ExtUtils-MakeMaker-7.24/lib/ExtUtils/MakeMaker.pm#Using_Attributes_and_Parameters
18:06 mako parameter 'MAKE'
18:06 mako have a look, please
18:07 mako have to confess I never tried this
18:07 willthechill currently there is no MAKE parameter in our Makefile.PL
18:08 willthechill so you want me to add that as a parameter to Makefile.PL?
18:09 willthechill mako: from the link you just sent me...
18:09 willthechill "Currently the only significant values are 'dmake' and 'nmake' for Windows users, instructing MakeMaker to generate a Makefile in the flavour of DMake ("Dennis Vadura's Make") or Microsoft NMake respectively."
18:12 willthechill then again, from the same doc...
18:12 willthechill "on Microsoft Windows, it will be either Microsoft NMake, DMake or GNU Make"
18:12 willthechill okay I will try it!  :-D
18:14 willthechill mako: running live now...    https://ci.appveyor.com/projects
18:14 mako Yes, give it a try.
18:16 mako A report (loosely reconstructed from my mind):
18:16 mako How I made RPerl running on OpenBSD (maybe this helps, maybe not):
18:16 willthechill the current run is doing both gmake-style and dmake-style...   :/
18:17 mako OH! What?
18:18 willthechill looks like the top-level RPerl stuff is trying to use gmake
18:18 willthechill although it has an invalid gmake option -V error
18:18 willthechill then all the sub-deps are still doing dmake-style as before
18:18 willthechill I guess they are not inheriting the gmake setting?
18:19 willthechill looks like it ended with a similar error as before?  was it the same error?
18:21 willthechill rebuilding with removed -V arg to gmake
18:22 mako ok. may I have a look on it?
18:22 willthechill yes I want you to watch it build live
18:22 willthechill that is why I keep telling you when it is building  :-P
18:23 willthechill it is always at the same URL
18:23 willthechill https://ci.appveyor.com/project/wbraswell/rperl
18:23 willthechill well it doesn't give me the -V error any more
18:23 willthechill but now it says "gmake: *** No targets specified and no makefile found.  Stop."
18:24 mako Windows OS, Force GNU Make,   ... I guess
18:24 willthechill https://ci.appveyor.com/project/wbraswell/rperl/build/1.0.242#L90
18:24 willthechill yes that is the latest build
18:24 willthechill like I said, it is going live now
18:24 willthechill and it is still doing dmake-style
18:25 willthechill dying with same error
18:25 willthechill gmake: *** No rule to make target 'C:\STRAWB~1\perl\libConfig.pm', needed by 'Makefile'.  Stop.
18:25 willthechill do not know how to proceed
18:27 mako 'C:\STRAWB~1\perl\libConfig.pm' is wrong. Should be  'C:\STRAWB~1\perl\lib\Config.pm'. (last '\' missing).
18:28 willthechill okay great catch!
18:28 willthechill how to fix?
18:32 mako Where did you apply any changes so 'gmake' gets used instead of 'dmake'? Only in 'Makefile.PL'?
18:32 willthechill in Makefile.PL and also in the 1-line config setting in Appveyor's web interface
18:41 mako Ok. Can I have a look on your Appveyor? Can't find it. Either I missed something or am to stupid to find it.
18:43 willthechill there is no way for you to view or modify that field through appveyor, it only recognizes my personal account
18:43 willthechill the current line is as follows
18:43 willthechill choco install strawberryperl --forceX86 && set PATH=C:\strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:\windows\system32;C:\windows; && gcc -v && g++ -v && perl -V && gmake || perl Makefile.PL && perl -e"require CPAN;CPAN::Shell->notest('install','App::cpanminus');" && cpanm -n -v --installdeps . & set RPERL_DEBUG=1 && set RPERL_VERBOSE=1 && gmake test
18:44 willthechill tell me if you think we need to make changes, then I will do it and click "rebuild"
18:44 willthechill then we can watch it build live again, always at the same URL I sent you before
18:47 mako BTW: Do you use gmake on your system to build RPerl?
18:47 willthechill I use 'make'
18:47 willthechill in Linux
18:47 willthechill however that translates to Windows, I haven't the slightest idea
18:49 mako what does 'make --version' say on your system?
18:51 willthechill GNU Make 4.1
18:55 travis-ci RPerl build passed. Will Braswell says 'Windows OS, Force GNU Make'
18:55 travis-ci https://travis-ci.org/wbraswell/rperl/builds/155417681 https://github.com/wbraswell/rperl/compare/1685fc99496f...94da4d4e3612
18:56 mako Well, I can tell you at least that adding 'MAKE => "<<whatever>>",' in 'Makefile.PL' seems to make an important difference. Because ...
18:58 mako ... I used 'MAKE => "nmake",' and recreated 'Makefile'. Without it a dmake Makefile is created. That didn't work with nmake. With it an nmake Makfile is created. A file nmake didn't complain about. It just worked.
18:59 mako So we know at least there issues arising from ExtUtils::MakeMaker's generated Makefiles.
18:59 willthechill well that's good
19:00 willthechill but I already added that line to Makefile.PL
19:00 willthechill and it has not solved our issue
19:00 willthechill https://github.com/wbraswell/rperl/blob/master/Makefile.PL#L21
19:00 willthechill (not sure why it shows that line indented)
19:02 willthechill oh that indent problem is an issue w/ my local .vimrc
19:02 willthechill you can safely ignore the indent ta
19:02 willthechill *tab
19:04 mako oh damn. And this at friday when I'm in relax, party mode :-D But ok, let's stay cool. I'm getting myself gmake for windows. Let's see what I can come up with. Meanwhile I get myself a beer. Cheers :-D
19:06 willthechill haha okay then
19:06 willthechill bulk88: ping
19:12 mako Ok. 'MAKE => "gmake",' set in 'Makefile.PL'. gmake running...
19:14 willthechill okay
19:17 mako Worked!
19:17 willthechill well that's great!  :-)
19:17 willthechill so now we just need to know why it doesn't work on appveyor
19:19 mako Right. Let's resume it:
19:20 mako Setting 'MAKE => "<<yourmaker>>",' DOES make a difference, even with gmake. No matter what is told in ExtUtils::MakeMaker's doc.
19:21 mako So therefore we know the "make" is not the only issue.
19:21 mako OOOUUUUCH, I've got an idea.
19:22 willthechill well there are 2 obvious errors on appveyor right now
19:22 willthechill 1.  missing forward slash
19:22 willthechill 2.  generate dmake-style
19:22 willthechill we can't go anywhere until we fix 1
19:22 willthechill as you said:  'C:\STRAWB~1\perl\libConfig.pm' is wrong. Should be  'C:\STRAWB~1\perl\lib\Config.pm'
19:22 willthechill how to fix that first???
19:26 mako Wait, wait, step after step please. A 3. issue: Please carefully check: https://ci.appveyor.com/project/wbraswell/rperl/build/1.0.242#L2241 till line 2252.
19:27 willthechill okay I do not see any 3rd error?
19:27 willthechill it is the same error #2, "Generating a dmake-style Makefile"
19:28 mako Can you imagine why the 'File::Which' does generate this 'dmake-style Makefile'?
19:29 mako Yours is generating 'gmake-style Makefile'.
19:29 willthechill like I said about an hour ago, it looks like only the top-level RPerl is using gmake, the rest of the sub-dependencies are still using dmake
19:29 willthechill and no obviously I have no idea why anything does anything in Windows
19:30 mako Yes, RPerl is using gmake because you said 'MAKE = "gmake",' but this line is missing in any 'Makefile.PL' of the dependencies.
19:30 willthechill correct
19:31 willthechill about 80 mins ago:  " I guess they are not inheriting the gmake setting?"
19:32 willthechill be back in a few mins
19:32 mako So the question is how to enforce ExtUtils::MakeMaker to use gmake for every module.
19:47 travis-ci perl11/cperl#1469 (maint-5.24c - 2f3071c : Tony Cook): The build was broken. https://travis-ci.org/perl11/cperl/builds/155409474
19:53 mako Git-Pulled your changes. 'perl Makefile.PL' and 'gmake' looks good.
19:55 mako Even though it was much slower than 'dmake' or 'nmake'. 'gmake install' no problem either.
20:01 mako But I can't figure out where the 'missing forward slash' error came up from. :-(
20:03 willthechill hmm
20:03 willthechill okay so no luck with either of the 2 errors so far?
20:09 mako Sorry, no. :-(
20:10 willthechill okay gotcha
20:10 willthechill remember, you can somehow use your own windows OS to remotely log into appveyor while the instance is live
20:13 mako Ok, adding to Appveyor...
20:21 mako Specify a project or solution file. The directory does not contain a project or solution file.
20:22 willthechill sorry, I don't even know what you're telling me about
20:22 willthechill ?
20:23 mako Tried to make my own Appveyor build.
20:23 mako But that failed
20:23 willthechill I don't know how you tried to do that
20:23 willthechill I've only used appveyor automatically through github
20:24 mako I registred at Appveyor. Added my fork of RPerl to it.
20:24 willthechill okay
20:24 willthechill well now you've gone beyond me
20:25 mako But I have to figure out how to make it work.
20:25 mako Gone beyond you? How that?
20:25 willthechill you have gone beyond my knowledge of appveyor
20:26 mako Oh my :-D
20:26 willthechill well that's not TOO hard to do, considering I purposefully distance myself from non-Linux platforms
20:27 willthechill but the point is that I don't know to help you with appveyor
20:27 willthechill sorry
20:27 willthechill :-(
20:28 mako I'd prefer to distance myself from non-unix platforms, too.
20:29 mako But anyway I guess we won't come up with a solution today. :-(
20:31 mako Are you going to keep the change in 'Makefile.PL' at wbraswell:master?
20:35 willthechill yes I will keep the changes to Makefile.PL
20:36 willthechill as a partial step toward success
20:36 willthechill :-)
20:40 mako So everybody has to install 'gmake'.
20:40 willthechill not necessarily, we're just trying to get SOMETHING to work on appveyor
20:40 willthechill so I can have an automated Windows testing platform
20:40 willthechill we can and should also get dmake to work as well as gmake
20:40 willthechill and presumably nmake as well
20:41 mako Wait let my try something.
20:41 willthechill maybe we need to set a make-related env var?
20:43 mako You change is accepted.
20:43 willthechill huh?
20:43 mako Did 'perl Makefile.PL MAKE=dmake'
20:44 mako So I can set the make I prefer.
20:45 willthechill yes but the error occurs in cpanm I think
20:45 mako why cpanm?
20:46 willthechill that is where the deps are installed
20:46 willthechill it is critical that you are looking at the 1 line of configuration code
20:47 willthechill cpanm has --configure-args, --build-args, --test-args, --install-args
20:48 travis-ci perl11/cperl#1470 (smoke/morebugs - a4e2a6b : David Mitchell): The build passed. https://travis-ci.org/perl11/cperl/builds/155411404
20:53 mako Never used cpanm. Ah dammit, what a day. But at least I learned something. I've got a lot of homework to do. I have learn more about ExtUtils::MakeMaker, cpanm and about make in all of its colors.
20:54 mako And that's just the tip of the iceberg.
20:54 willthechill yes I'm trying something now
20:55 willthechill the cpanm args
21:08 willthechill those cpanm args do not inherit to the dependencies
21:08 willthechill not very helpful!
21:09 mako setting an env var like MAKE didn't help either.
21:09 willthechill yes I was going to try that as well
21:09 willthechill :-(
21:13 willthechill the missing slash error is known:  http://www.perlmonks.org/bare/?node_id=843384
21:13 willthechill they say use dmake instead of gmake to solve it  :-P
21:16 willthechill marked as a bug but never fixed???
21:16 willthechill https://rt.cpan.org/Public/Bug/Display.html?id=21129
21:18 willthechill more talk about it here, looks like EU::MM + gmake in Win32 will not work until the above-referenced bug is fixed?
21:18 willthechill http://stackoverflow.com/questions/9454961/extutilsmakemaker-and-supported-make-programs-on-windows
21:18 willthechill so back to dmake for now
21:19 willthechill plus I can't figure out how to recursively force gmake
21:19 willthechill :-P
21:20 willthechill bulk88 can prolly fix gmake for us if needed, I will make it in the long todo list
21:26 lizmat joined #perl11
21:30 mako Shit, And I have to live with gmake default setting now? This is annoying. But ok it's your project.
21:30 willthechill default setting?
21:30 willthechill I was just trying to do what bulk88 said might help
21:32 mako Yeah, 'MAKE = "gmake",' in 'Makefile.PL' of RPerl.
21:32 willthechill no
21:32 willthechill that's already disabled
21:32 willthechill https://github.com/wbraswell/rperl/commit/37c4ba84754bd9ec44bfd96e4e2a2626ca2a1a68
21:33 mako One moment, please...
21:35 mako Ah, ok, sorry, pulled the gmake version of 'Makefile.PL'. But now everything is fine. I was too fast.
21:36 willthechill oh great now it's doing it with dmake too?!?
21:36 willthechill dmake:  Error: -- `C:\STRAWB~1\perl\libConfig.pm'
21:37 willthechill oh wait that might be my fault
21:37 mako Ok, what is it?
21:38 willthechill building part 3 with new appveyor settings
21:38 willthechill needed to be building part 4
21:38 willthechill going now live
21:38 mako hope this works
21:38 willthechill well it won't "work" in the sense of fixing anything that wasn't already fixed before
21:38 willthechill we're just trying to get back to where we were before!
21:38 willthechill :-P
21:39 mako Never Ever Change A Winning Team :-)
21:39 willthechill well if they are halfway winning and then dying halfway through, maybe YES change the team
21:39 willthechill but in this case, turns out gmake is even worse than dmake
21:41 mako I can tell you only this that the runtime of gmake is really poorer than that of all of its colleagues.
21:41 willthechill OKAY that fixed it
21:41 willthechill whew!
21:41 willthechill now at least we are back to where we were before
21:42 willthechill mako: quick, use your local Windows box to log into the appveyor instance now, while it is live!
21:42 bulk88 you have to pass  make as an env var or a a cmd line areg to   makefile.npl
21:42 bulk88 not in the hash tol   writemakwfile()
21:43 willthechill whoah your spelling is getting bad all of a sudden!
21:43 willthechill oh wait
21:43 willthechill different person!
21:43 willthechill bulk88: bad spelling, different person, haha!
21:43 willthechill :-)
21:43 willthechill bulk88: okay basically we found out that gmake is broken
21:43 willthechill EU::MM + gmake + Win32 == bad
21:44 willthechill so for now we had to switch back to dmake
21:44 willthechill which we already know is freezing
21:44 willthechill aaaand it's frozen right now
21:44 willthechill https://ci.appveyor.com/project/wbraswell/rperl
21:44 willthechill mako & bulk88: can one of y'all please log into that instance right now before it totally shuts down, and see what is hung?
21:49 chansen joined #perl11
21:53 willthechill anybody?
21:54 mako On it, if you promise not to experiment with Makefile.Pl, captain.
21:55 mako Build running on my system (just for control)...
21:56 mako (just for checking, not control)...
21:56 willthechill well it doesn't matter if I change anything right now, although I'm not
21:56 willthechill because the appveyor VM instance is set
21:56 willthechill what matters is that I don't click "rebuild" in appveyor
21:56 willthechill which destroys the VM instance
21:57 mako How much control do you over the VM instance?
21:57 mako You can't change the OS, that is clear. But what else can you do?
21:58 willthechill I can change the things in the 1 line of control commands
21:58 willthechill that's about it
21:59 willthechill but if you already have your own appveyor account, then you can see those settings yourself
21:59 willthechill it is under settings -> test -> cmd
22:09 mako Have to check ExtUtils::MakeMaker man again...
22:10 willthechill mako: did you get logged into the currently-running appveyor VM instance?
22:10 willthechill to find out what has frozen?
22:13 travis-ci perl11/cperl#1469 (maint-5.24c - 2f3071c : Tony Cook): The build was broken. https://travis-ci.org/perl11/cperl/builds/155409474
22:16 travis-ci RPerl build passed. Will Braswell says 'Windows OS, Force GNU Make, Part 4'
22:16 travis-ci https://travis-ci.org/wbraswell/rperl/builds/155471244 https://github.com/wbraswell/rperl/compare/468209632378...37c4ba84754b
22:24 mako willthechill: saw it. Same as usual with Appveyor.
22:25 mako tests are hanging
22:26 willthechill did you actually remotely log into the appveyor VM instance?
22:26 willthechill using the provided username and password?
22:26 willthechill and check what process is hanging???
22:26 willthechill that is what we have been waiting to find out for about 2 months
22:49 mako Did try that on my local system. This issue is still annoying. There's still some issue with windows. (Why do I care about this?)
23:05 willthechill mako: what I'm asking, is if you have used your own windows machine to remotely log into the appveyor VM windows desktop, so that you can see all the processes which are running in the appveyor VM instance?
23:05 willthechill there is a username and password to do so
23:06 willthechill *away from keyboard*
23:15 basiliscos joined #perl11
23:49 travis-ci perl11/cperl#1477 (smoke/morebugs - 24d9471 : Reini Urban): The build failed. https://travis-ci.org/perl11/cperl/builds/155484376

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