#foswiki 2016-11-08,Tue

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vX01E
distro/Item14203 3c236e0 Vadim Belman: Item14203: Added support forgotten 'withExtensions' import parameter.
[00:09]
***GithubBot has left [00:09]
FoswikiBothttps://foswiki.org/Tasks/Item14203 [ Item14203: Support task of Development.DependenciesFreedom ] [00:09]
gac410vrurg: hang on ... checking (sorry - was off eating dinner) [00:11]
vrurgNo worries. [00:12]
gac410Running on the Foswiki VMWare VM image: FCGI 0.77
strange. Only one change between .77 and .78. make copyright and license information more visible (RT#112535) 
[00:13]
vrurgShouldn't be the cause. Could be either OS-related staff. Or FCGI is using thrid-party module for the trick which did change something significant.
Too many guesses.
[00:16]
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vX0MV
distro/Item14203 6bab37a Vadim Belman: Item14203: Merge branch 'Item13897' into Item14203...
[00:16]
***GithubBot has left [00:16]
gac410The FCGI issue was dealt with in https://github.com/foswiki/distro/commit/1efe3db1109ed89ded91a3a328386a92253d209f [00:17]
vrurgI test it with this piece of code: http://pastebin.com/h1UtGfhs
You can insert it anywhere and see if STDOUT.TXT and STDERR.TXT are created in $FOSWIKI_HOME.
At least this is the simplest possible code and no unexpected side effects could affect the result.
[00:21]
gac410I don't have fcgi set up on my laptop server, I've been booting a VM to test FCGI.
I build a full release, then copy it over and install it on the vm.
[00:23]
vrurgThis is complicated... Why not having a live fcgi setup in a VM? [00:25]
gac410It's just what I have built. I have a vm with nginx, the foswiki vmware vm, and a bunch of others, where I test the packages I build before a release.
It's all focused on testing the builds & build process.
Thats my job :D
gac410 sees if he can build a release from your Item14203 branch. Might as well find out ;)
[00:26]
Hm... build appears to have hung. Last thing reported: Building automatic documentation to /tmp/jGZZRhkopq/Foswiki-2.99.0...
gac410 now has something new to chase :D
Well this is strange. ./view -topic System.ReleaseHistory -skin plain
just hangs. No cpu spinning that I can see. just sits there.
So the release all built - looks like it was correct, but hangs on the last steps of creating html docs for the top directory.
[00:33]
Looks like the CLI engine is toast. .. maybe. Perl debugger says it's hung on: HTTP::Server::PSGI::accept_loop(/usr/share/perl5/HTTP/Server/PSGI.pm:106): [00:42]
vrurgNo command line support for the action scripts. I had no time for this one too.
It starts PSGI server.
[00:45]
gac410okay ... well that lets me out of building any releases ... anyway, I've got a nginx / fcgi VM booted and I'm working on getting git installed. [00:54]
vrurg: My first try of Item14203 branch. When I issue "service foswiki start" I get "Can't locate Try/Tiny in @INC " ... Shouldn't it just install it? [01:06]
FoswikiBothttps://foswiki.org/Tasks/Item14203 [ Item14203: Support task of Development.DependenciesFreedom ] [01:06]
vrurgWe can deal with it. It is using Plack::Loader now which tries to guess the environment and run the script correctly – this is to make use of any of CGI/FCGI/mod_perl transparently. Unfortunately, the only CLI support on the Plack side is 'Standlone' which is a wrapper for HTTP::Server::PSGI.
It should if it's in DEPENDENCIES.
What script gets started with the service? It currently only works for .psgi.
[01:07]
gac410Oh. It starts foswiki.fcgi
I'm running on nginx on this VM.
[01:08]
vrurgI needed to do few tweaks to get it working with fcgi. [01:09]
gac410okay I'll hold off for now then.
vrurg,. back to CLI, I don't think we have to support the current approach - runing bin scripts directly,- but just need some way, eventually, to run the traditional scripts from the cli.
[01:09]
vrurgAnd even worse – I didn't work on FastCGI because it's supposed to be replaced with native support from Plack::Handler::FCGI. Heh, another urgent task to be done. [01:11]
gac410Nah. If you are going to replace it. Stay on your plan.
We can wait on testing all this.
No sense fixing what you will eventually get rid of.
I just needed fcgi to test the capture. Let's table that ... make a note in Whipping. Something to be validated later.
[01:11]
vrurgActually this is what I mean – FastCGIContrib to be removed and there must be a replacement script for it. I'll try it tomorrow. [01:12]
gac410If Plack replaces FCGI as well, it might resolve the issues anyway. [01:13]
vrurgBTW, the Dependencies.pm is environment agnostic – it doesn't depend on OO branch whatsoever. You can simply move it to the master and use. That's it. [01:13]
gac410cool [01:14]
vrurgAll you would need is to insert this line:
eval "use Foswiki::Aux::Dependencies rootDir => \$ENV{FOSWIKI_HOME}, debug => 1, firstRunCheck => 1, withExtensions => 1;";
[01:14]
FoswikiBothttps://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Aux::Dependencies [01:14]
vrurgin setlib.cfg [01:14]
gac410cool [01:15]
vrurgright before the loop where it checks for missing required modules. [01:15]
gac410right. makes sense. [01:15]
vrurgYou can even ignore $@ – if there is a failure the whole thing would work as if no deps check is there. But better have it for debug purposes, of course. [01:16]
gac410I'll give it a try. [01:16]
vrurgTo me FCGI didn't work because the mod_fcgid is build against the system's perl 5.18 while everything else is using MacPort's 5.24. I don't know what idiot did it (mod_ is build using Macports too!) but this is how things are working to me.
vrurg is that idiot!
Of course it's using perl 5.18 – the PATH is not set in apache! It was for 2.4, but not for 2.2.
[01:17]
gac410vrurg, tried the dependencies code on Release02x01 under nginx / fcgi backend.
Fails with Use of uninitialized value $stdout in concatenation (.) or string at /home/www-data/distro/core/lib/Foswiki/Aux/Dependencies.pm line 730.
never mind for now. Might be authorizations - not sure I'm running under the right user.
[01:23]
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vX07O
distro/Item14203 f426524 Vadim Belman: Item14203: Added stop-conditions for checks....
[01:25]
***GithubBot has left [01:25]
vrurgIt must not be there anyway. The output is captured in a file which is then fetched into a variable (didn't want to complicate things with pipes). Even if the file happens to be empty the variable must not be undef. [01:27]
gac410closer ...did have ownership issues.
Here is latest stop/start
! Can't configure the distribution. You probably need to have 'make'. See /home/www-data/distro/core/perl5/.cpanm/work/1478568456.2852/build.log for details.
! Installing the dependencies failed: Installed version (6.66) of ExtUtils::MakeMaker is not in range '7.00'
! Bailing out the installation for local-lib-2.000019.
Still looking at the build log
not much more. Build log has the same messages. Wrong version of MakeMaker?
anyway, looks like capture is working okay.
[01:28]
vrurgThat means that the module works. But something is wrong about the system. Could be the MakeMaker or rather missing make tool. [01:31]
gac410no idea. It's a ubuntu 14.04 system I've used for a while now for nginx testing. [01:31]
vrurgThese are kind of things we won't be able to deal with. Like if there is no compiler – no XS-only modules or alike. [01:32]
gac410probably the sort of thing you'll see in real life. [01:32]
vrurgLikely. [01:36]
gac410I just installed cpanminus using apt. It installed a bunch of other packages, and now foswiki seems to be installing dependencies. [01:37]
vrurgI guess make was one of them. :) [01:38]
gac410it does seem to be really slow. Still Collecting DEPENDENCIES ... gradually, for stuff that I'm certain is installed. This has been a running fcgi foswiki system
definitely stuff being picked up we probably don't want in many cases
[01:39]
vrurgIt's cetainly not fast but for the first run only. [01:40]
gac410like mod_perl2 on a fcgi system :P [01:40]
vrurgPerhaps I need to add an option of skipping optional packages on the first run. [01:40]
gac410and .. they all failed
Saying I need make
[01:41]
vrurgDo you have it? Could be PATH issue too. [01:41]
gac410ah crap. My VM ran out of disk space. Just wasn't set up for lots of testing.
3.2G vdisk is full.
well I've got cleanup to deal with . All this is probably bogus right now.
[01:42]
vrurgWhat's left behind the autodeps process is easy to clean up by removing FOSWIKI_HOME/perl5. That's where all cpanm files and libs are located. [01:48]
gac410y, perl5 is 530M of my 730M web dir.
I guess I didn't really size these disks for much more than a quick install & test. Not really intended for development.
[01:50]
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vX0dB
distro/Item14203 62c271b Vadim Belman: Item14203: Skipping optional modules on the first run....
[01:52]
***GithubBot has left [01:52]
FoswikiBothttps://foswiki.org/Tasks/Item14203 [ Item14203: Support task of Development.DependenciesFreedom ] [01:52]
vrurgOk, it now skips optional modules on the first run. It would also spare a lot of time if withExtensions => 1 param would be replace with requiredExtensions => [qw(JsonRpcContrib JQueryPlugin)] [01:55]
gac410There were no missing dependencies on this system, other than the optional ones. I removed the dep installer from setlib, and service foswiki start came right up. [01:55]
vrurgAnd whatever other extension is considered mandatory to have it alive. [01:55]
gac410So it was trying to install everything, even though they were all there having been installed by apt-get [01:56]
vrurgI was testing it on a totally empty Fedora install. [01:56]
gac410Okay. So you've got a good data point from me. I'm trying it as a "new release" on a configured system [01:57]
vrurgAlmost. It checks if 'require A::Module' fails and only then tries to install it. [01:57]
gac410It really needs to do "minimal" work. If a dep is there, don't install it.
tools/dependencies was missing the optional Crypt modules, DBD modules, Win32 module,
From the log it sure appeared to be trying to install everything.
[01:57]
vrurgThis is what happens. The 'checks' output is only to indicate that a module is being checked. No cpanm should be run for an existing one unless 'use' failed for a reason.
If it does then it's a bug I'll have to fix.
[01:59]
gac410Okay it does look to be only installing the missing, though all of them were unnecessary [02:00]
vrurgpull the last commit, it won't anymore. Only required. [02:01]
gac410But it was also trying to install stuff like SUPER Test-MockModule, etc. [02:01]
vrurgIt was fetching all DEPENDENCIES from all extensions.
Thanks for the help!
[02:02]
gac410y, we need to think about that a bit. A lot of the DEPs are listed only when ceretain features needed.
IE all the DBD modules, are only needed *if* you want that as your cache engine. Crypt modules, only if you want to SMIME certs, etc.
[02:03]
vrurgThose could be installed later by combining checkDependencies() parameters. For the first run – only core and few selected extensions and only required modules. The minimal set.
That could be a part of configure, for example.
[02:04]
gac410Some also have difficutl external deps, and probably ought to be skipped. Tidy, And certainly not the dev tools.
Y. configure does dep checking. "Install them" might be a nice addition.
[02:04]
vrurgOk, leave it for later. Have some rest finally. ;)
This is a kind of rest too.
vrurg is hope to get some excersise today too.
s/hope/hoping/
[02:05]
gac410anyway, when I get a chance I'll build a new VM with more disk space in the vdisk [02:07]
.... (idle for 19mn)
well, just went back to nginx, and checked out my Item14205 email autoconfig branch based upon the mute package. It just dies with upstream closed the connection. Disabled the _muteExec, and it works. [02:26]
FoswikiBothttps://foswiki.org/Tasks/Item14205 [ Item14205: Autoconfig Email failing with recent versions of IO::Socket::SSL ] [02:26]
............. (idle for 1h2mn)
GithubBot[distro] gac410 pushed 1 new commit to Item14205: https://git.io/vX0hE
distro/Item14205 a7b968a George Clark: Item14205: Fix some issues with FCGI, undefined, and Certs...
[03:28]
***GithubBot has left [03:28]
FoswikiBothttps://foswiki.org/Tasks/Item14205 [ Item14205: Autoconfig Email failing with recent versions of IO::Socket::SSL ] [03:28]
....................................................... (idle for 4h31mn)
***ChanServ sets mode: +o CDot [07:59]
.................................................... (idle for 4h17mn)
ChanServ sets mode: +o gac410 [12:16]
....... (idle for 30mn)
ChanServ sets mode: +o CDot [12:46]
........ (idle for 39mn)
GithubBot[DateTimePlugin] fschlich pushed 1 new commit to master: https://git.io/vXE7b
DateTimePlugin/master b8f44a2 Florian Schlichting: Item14212: fix "Use of uninitialized value $secondsSince1970..." warning
[13:25]
***GithubBot has left [13:25]
FoswikiBothttps://foswiki.org/Tasks/Item14212 [ Item14212: fix "Use of uninitialized value $secondsSince1970..." in DateTimePlugin ] [13:25]
..... (idle for 22mn)
GithubBot[distro] fschlich pushed 1 new commit to Release02x01: https://git.io/vXEFZ
distro/Release02x01 34b820d Florian Schlichting: Item14213: fix uninitialized value warning; dead_cols is usually not defined
[13:47]
***GithubBot has left [13:47]
FoswikiBothttps://foswiki.org/Tasks/Item14213 [ Item14213: EditRowPlugin: "Use of uninitialized value in addition" warning when clicking on Edit button ] [13:47]
..... (idle for 23mn)
***ChanServ sets mode: +o Lynnwood [14:10]
.... (idle for 18mn)
ChanServ sets mode: +o Lynnwood__ [14:28]
.................. (idle for 1h26mn)
ChanServ sets mode: +o Lynnwood [15:54]
....................... (idle for 1h50mn)
ChanServ sets mode: +o Lynnwood [17:44]
....................... (idle for 1h51mn)
vrurggac410: Hi, how do I reproduce the fcgi problem of autoconfig email wizard? [19:35]
gac410hi vrurg, it's "fixed" - capture is disabled when engine is FastCGI
What branch would you want to test?
[19:36]
vrurgYours, 14205 [19:36]
gac410okay hang on
lib/Foswiki/Configure/Wizards/AutoConfigureEmail.pm, line 258. Just make it always use the muteExec call instead of the non-captured
[19:37]
vrurgok,thanks. [19:38]
gac410then run an autoconfigure with mod_fcgid active. It should fail right away with the unable to capture the stream [19:39]
vrurgIt's reproducable. That's good. [19:40]
gac410phew. not loosing my mind then. ... well maybe, but at least this doesn't prove it. [19:41]
***ChanServ sets mode: +o Lynnwood__ [19:42]
Guest94443Guest94443 enganando os amiguinhos [19:49]
vrurggac410: There is a way around, but it's so hacky... [20:00]
gac410I'm not really sure it's worth it .. the wizard still works, just with reduced logging.
doesn't impact it's function, only the ability to debug from the screen vs. using the logs.
Complicated way around ti?
[20:00]
vrurgFCGI ties the handles. It is possible to temporarily override FCGI::Stream::PRINT method as many suggest. [20:05]
gac410It's a bit over my head. ;) [20:06]
vrurgI'm looking for a clean way to untie and then tie back the handles as this code is affected by some other frameworks – like debug which ties the handles too. So, untie/tie back would be the only really clean way to fix things.
vrurg is still investigating.
[20:07]
gac410okay thanks. [20:07]
........................... (idle for 2h14mn)
GithubBot[distro] vrurg pushed 1 new commit to Item14205: https://git.io/vXzsH
distro/Item14205 74d590a Vadim Belman: Item14205: Probably fixed STDOUT/STDERR capturing under FCGI control.
[22:21]
***GithubBot has left [22:21]
FoswikiBothttps://foswiki.org/Tasks/Item14205 [ Item14205: Autoconfig Email failing with recent versions of IO::Socket::SSL ] [22:21]
vrurggac410: It's fixed. Perhaps...
It doesn't generate errors anymore but I'm not sure if STDERR would be correctly captured.
Nah, it works.
[22:22]
gac410Thanks! I'll give it a test later. I know what to look for. Ah good. [22:24]
vrurgI hope nobody would need to mangle with STDIN because if it's not passed over to FCGI::Request unchanged then post data gets lost.
BTW, I left the 'if' in the wizard even though it is now in if( 1 || FastCGI ) form – just to get it back fast if something goes wrong.
[22:27]
gac410okay. yeah I noticed ;)
I hope nobody mucks with STDIN
[22:30]
vrurgThat squieezed me out completely... [22:34]
gac410Looks like it's working fine vrurg. Thank! ties and thinks just go sailing over my head [22:37]
btw, rather than an embedded package, would it make sense to put the Mute code into a separate .pm file? I was thinking another wizard might make use of it. [22:48]
.... (idle for 19mn)
vrurgI though about it too. If you wish I'll extract it in the deps branch so you could cherry pick. [23:07]
gac410Okay. sounds good [23:08]
vrurgBTW, pressing 'auto-configure' twice in a row generates a 'recursive inheritance' error. [23:16]
gac410interesting. I had not noticed that before.
Must be specific to fcgi.
[23:24]
yeah if you restart the FCGI backend, it doesn't fail for 2-in a row. [23:30]
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vXz8h
distro/Item14203 a43baee Vadim Belman: Item14203: Extracted Foswiki::Aux::MuteOut module into a standalone file.
[23:34]
***GithubBot has left [23:34]
FoswikiBothttps://foswiki.org/Tasks/Item14203 [ Item14203: Support task of Development.DependenciesFreedom ]
https://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Aux::MuteOut
[23:34]
GithubBot[distro] vrurg pushed 1 new commit to Item14203: https://git.io/vXz4f
distro/Item14203 9a40a0b Vadim Belman: Item14203: Changed MuteOut class name.
[23:35]
***GithubBot has left [23:35]
vrurgI guess it would be specific to any persistent environment. It seems that the bug is caused by double-assigning to @ISA. [23:47]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)