#foswiki 2016-11-11,Fri

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

WhoWhatWhen
vrurggac410: BTW, I have run the ExtensionInstaller test on a FreeBSD VM. All passed.
Used the master.
[00:01]
............. (idle for 1h0mn)
gac410Excellent. Thanks. Looks like your code is successful.
I'll mark the task ready to release.
[01:01]
.... (idle for 16mn)
GithubBot[distro] gac410 pushed 3 new commits to Release02x01: https://git.io/vXwQr
distro/Release02x01 d95f109 George Clark: Item14202: Reduce pageCache activity by bots....
distro/Release02x01 ba74813 George Clark: Item14202: Bad logic in the link tracking check
distro/Release02x01 d39fa8e George Clark: Item14202: Rename addTopicRef to addDependencyForLink...
[01:17]
***GithubBot has left [01:17]
FoswikiBothttps://foswiki.org/Tasks/Item14202 [ Item14202: PageCache tweaks to control dependency growth. ] [01:17]
GithubBot[distro] gac410 pushed 3 new commits to master: https://git.io/vXwQX
distro/master 64a9660 George Clark: Item14202: Reduce pageCache activity by bots....
distro/master 7c45a41 George Clark: Item14202: Bad logic in the link tracking check
distro/master 13d6306 George Clark: Item14202: Rename addTopicRef to addDependencyForLink...
[01:18]
***GithubBot has left [01:18]
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vXwQb
distro/Release02x01 fc1d4ca George Clark: Merge branch 'Item14202' into Release02x01
[01:20]
***GithubBot has left [01:20]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vXwQA
distro/master c79aeb1 George Clark: Merge branch 'Release02x01'
[01:21]
***GithubBot has left [01:21]
gac410gac410 sometimes doesn't get "merge". After I merged Release02x01 into master, I did a "git pull --rebase && git push" and the "merged" status was lost. Had to merge a 2nd time. [01:27]
GithubBot[distro] gac410 deleted Item14202 at a9c8961: https://git.io/vXw5c [01:37]
***GithubBot has left [01:37]
.... (idle for 18mn)
gac410vrurg .. by any chance did you get an opportunity to try the email wizard on the Item14205 branch on bsd? [01:55]
FoswikiBothttps://foswiki.org/Tasks/Item14205 [ Item14205: Autoconfig Email failing with recent versions of IO::Socket::SSL ] [01:55]
.......................... (idle for 2h7mn)
GithubBot[distro] gac410 pushed 1 new commit to Item14205: https://git.io/vXwjL
distro/Item14205 8e80724 George Clark: Item14205: Cert wizard updates....
[04:02]
***GithubBot has left [04:02]
FoswikiBothttps://foswiki.org/Tasks/Item14205 [ Item14205: Autoconfig Email failing with recent versions of IO::Socket::SSL ] [04:02]
................... (idle for 1h30mn)
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/vXrJn
distro/Release02x01 5adc0a8 George Clark: Item13887: Improvements to tools/branches
[05:32]
***GithubBot has left [05:32]
FoswikiBothttps://foswiki.org/Tasks/Item13887 [ Item13887: Create utility script to list branches and descriptions ] [05:32]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/vXrJW
distro/master 682848b George Clark: Merge branch 'Release02x01'
[05:34]
***GithubBot has left [05:34]
............................................... (idle for 3h51mn)
ChanServ sets mode: +o Lynnwood [09:25]
........................................................... (idle for 4h50mn)
ChanServ sets mode: +o gac410 [14:15]
..... (idle for 21mn)
vrurggac410: Good morning, forgot to test the assistant. Will do today. [14:36]
...... (idle for 25mn)
gac410thanks vrurg
Two wizards to check 1) the SSL certificates wizard - located on the email advanced page. (The autoconfig wizard will automatically run it, but might be nice to see the separate results.
And then 2) the autoconfig wizard.
[15:01]
zak256Hello. I have the following problem: If I write a) %SEARCH{"param~'*value*'" ...}% the search leads to the expected results. But if I try inserting the value as URLPARAM there are no results: b) %SEARCH{"param~'*$percentURLPARAM{\"value\"}$percent'" ...}% [15:08]
gac410if you want the results of the URLPARAM in the search, you need to use %URLPARAM and not $percent... [15:09]
zak256Although, the output prints the search correctly: Searched: param~'*value*' in both cases [15:09]
gac410insdie-out left-right expansion. but $percent "delays" the inside. [15:09]
zak256Hmm... I thought I tried that before.... but you're right, it works now.
Oh, I guess I escaped the " for the value, that might have been it.
[15:10]
gac410probably ... it can be tricky to figure out what to escape of delay when [15:12]
zak256Ok, one step further then. Thanks. [15:13]
gac410yw [15:13]
vrurggac410: There will be a correction for BSD tar patch. It is looking for gnutar which is valid for macos/darwin. But on FreeBSD it's gtar. I totally overlooked this. Tests are passing because there is a fix for the bsd tar too, but use of gnu tar is preferred as it is native to the original foswiki code. [15:20]
gac410okay thanks.
It's merged, so you can just commit to Release02x01 branch, or add a patch to the task.
tbh as long as it finds a usable native tar, bsd, gnu, etc. doesn't matter. Native is just MUCH faster than the Archive::Tar.
With some extensions, like FamFamFam icons, Archive::Tar and Archive::Zip are nearly unusable.
The only thing it's used for in foswiki is the extension installer - expanding the package, and compressing the backup.
[15:21]
..... (idle for 21mn)
vrurggac410: Do you know why apache wouldn't start cgi scripts but return them as text? I won't have time to configure it properly until noon, just picked up foswiki.conf from the macos setup. If there is no quick idea then I'll get back to it when have more time. [15:45]
gac410mod_cgi or mod_cgid need to be enabled.
Also probably need mod_rewrite and for apache2.4 might need mod_access_compat
but cgi / cgid are the one for the perl. the others can create config errors.
cgid vs cgi depends on whether the handler is threaded or not But usually if you enable one, it will complain and enable the other - at least on ubuntu/debian
if it's not cgi/cgid, then maybe the path that matches the bin script and has Set-Handler statement isn't matching your actual bin script location
[15:45]
...................... (idle for 1h48mn)
vrurgThanks, of course if was mod_cgi! [17:38]
........................ (idle for 1h59mn)
There is a funny bug in autoemail wizard. If there is no backresolve for server IP (normal for a custom VM) then it fails at line 421 because Net::Domain::hostfqdn returns undef.
gac410: I'll try to fix it.
[19:37]
JulianLevensvrurg: You've dumped locales from the OO branch I see [19:47]
vrurgJulianLevens: aha, it was agreen on a release meeting that we need something different anyway. [19:48]
JulianLevensy, I've been working on it, but I was looking at all the things I need to do
As you've dumped it in FW3 then maybe I should leave that in FW2 so I can concentrate my effort elsewhere\
There are some things still to fix ref locale in FW2 but that's another story
[19:48]
vrurgI would ask you to have this done for 3. We need it and there'll be no new major without it. [19:50]
JulianLevensOk, I'll put in some more locale fixes in FW2, update Docs to recommended not to {UseLocale} in FW2, and update docs with some I18N notes [19:53]
vrurgJulianLevens: Thanks! [19:55]
....... (idle for 32mn)
gac410: there is a note on autoemail. [20:27]
GithubBot[distro] vrurg pushed 1 new commit to Release02x01: https://git.io/vXoDF
distro/Release02x01 f525988 Vadim Belman: Item13929: Handling of both FreeBSD and MacOS styles of GNU tar naming.
[20:37]
***GithubBot has left [20:37]
FoswikiBothttps://foswiki.org/Tasks/Item13929 [ Item13929: FileUtil doesn't work correctly with BSD tar. ] [20:37]
..... (idle for 22mn)
***JulianLevens has left [20:59]
...... (idle for 29mn)
vrurggac410: Are you back? [21:28]
gac410yes, but need to make some phone calls. [21:28]
vrurgNothing serious, I hope?
Knee problems sometimes are way too hard to deal with...
vrurg is crossing fingers for good.
[21:30]
gac410yes indeed. Sure going to crimp my style for a whilie [21:32]
vrurgThe SSL seems to be quite ok on FreeBSD. Tried gmail and my work servers. The problems came from another side. [21:33]
gac410okay excellent news then [21:33]
vrurgGmail requires 'application password' or alike.
Don't know what is it but could be ignored.
With my server the problem is worse. We excpect the wizard to configure everything correctly.
[21:33]
gac410yeah, if you've taken the default security settings, then you need an application password Otherwise it does work, but they complain. [21:34]
vrurgBut in fact I have relying disabled. The wizard is trying postmaster@example.com for both source and dest – fails – falls back to sendmail program. No good.
I'm looking into possible fix but for now the most appropriate one would require passing additional parameters to testServer() method.
[21:35]
gac410ah... interesting. It never actually sends anything, just checks if the server will accept a connection. My server has relaying disabled as well, but still accepts the initial connection & addresses. [21:36]
vrurgBecause use of {WebMasterEmail} shall fix the problem but it is not known to testServer(). [21:36]
gac410The other thing we could do, if it rejects with a specific relaying denied error, just declare that as success. [21:37]
vrurgBTW, unrelated – to commit gnutar fix I had to revert the task back to 'being worked on' and then return to 'waiting for release' again. [21:37]
gac410ah okay that's fine. (Sometimes I cheat and use --no-verify but :P ) [21:38]
vrurggac410: Agree to reject -> success. Actually, everything after successfull STARTTLS or SSL must be ok.
vrurg gonna be off for a few minutes too.
[21:41]
gac410Well it also has to get past the password sign-in. If it accepts the credentials then that should be enough.
For some sites, sending a test email fails too, server won't accept from & to the same.
[21:42]
vrurgCan you fix it? Or shall I take it? [21:53]
gac410right now I'm not all that into coding. Ill see how I feel tomorrow. [21:54]
vrurg: One related task was Item13936 [22:01]
FoswikiBothttps://foswiki.org/Tasks/Item13936 [ Item13936: Need an altenate from or to address for the admin registration email address ] [22:01]
gac410Maybe more generic fix would be to add a WikiSendFromEmail which defaults to the WebMasterEmail but can be overridden for sites that cannot handle send-to-self messages [22:04]
vrurgWikiSendToEmail would be more correct because WebMasterEmail will be used to send email. So, it has to be a valid 'From'. [22:05]
gac410right.
well WikiWebMaster is the identify of the person who should receive messages to the webmaster, and is used in links on the pages. So when the wiki itself originates an email, then it should be "from" the wiki, and to whoever.
[22:05]
vrurgI would skip it for today. Wanna try to implement feature sets with reflection to contexts. [22:18]
gac410sounds good This is not a particularly urgent issue [22:18]
vrurgBTW, are contexts directly accessible from JS? [22:18]
gac410hm I think there is a mechanism. Not certain
I don't see anything obvious. MichaelDaum would know for sure
[22:19]
vrurgOk, I would just put them into context with feature_ prefix. Like, say, if we declare support for 'SMTP_SSL' feature there will be 'feature_SMTP_SSL' context.
If and how it would be accessible on JS is then up to somebody to implement.
For me the primary target is to add flexibility in versioning for the new extensions. I hope to extend life time of some extensions when they could become obsoleted by core version even though new core version could have dropped a feature not relevant for that extension.
[22:23]
gac410I think CDot implemented some feature checks - the new Indent feature
$initialContext->{SUPPORTS_PARA_INDENT} = 1; # paragraph indent
$initialContext->{SUPPORTS_PREF_SET_URLS} = 1; # ?Set+, ?Local+ etc URLs
I don't see any js code that checks either of them.
[22:32]
vrurgI saw those.
But they're too straightforward and doesn't support deprecation/obsoletion. I wanna extend this with FEATURE => [$versionSince, $versionDeprecated, $versionEOL], – and keep them in the code forever to avoid situations when a feature is dropped, removed from the core and some time later somebody takes the same name for slightly different feature causing problems with 3rd party code.
[22:37]
gac410Ah.. I have a dead proposal somewhere to add a more generic feature level context But that's still different from what you want.
https://foswiki.org/Development/AddFeatureLevelContext
I parked it because at the time it was a feature in search of a purpose. ;)
[22:41]
vrurgCould be. Mine idea comes from the idea for extensions to decalre not API version they require but have '@requiredFeatures = qw(PARA_INDENT SMTP_SSL otherFeature)' – and when loaded these will be matched to what current core supports.
When these are mapped into the context they could be used pretty much anywhere.
I remember that proposal but never got time to read it thoroughly. Thanks, will recheck now.
[22:43]
gac410Probably not applicable.
You want something a lot more granular
[22:45]
vrurgMine approach could include the proposal. But there is another matter I didn't think about. A feature could evolve and have different versions too. But it would overcomplicate the idea.
Hm...
[22:51]
gac410An area I think it's important not to over-engineer. Really in most cases features really don't die off. It's often more an issue of scrubbing topics and removing / adjusting old wiki apps. [22:52]
vrurgStill, it happens. Say, TWiki compatibility will be gone in 3.0 – it's inevitable unless somebody would invest few months of efforts into rewriting the contrib. [22:55]
gac410tbh I think there are very few T* apps running on foswiki. And with 3.0, we have enough to rewrite. The T* plugins are few. Bigger issue will be an "enterprise" who has old t* plugins internally that we don't have visibility to.
and they'll have to rewrite for 3.0 as well. That will be our biggest issue.
A lot of old stuff is essentially abandoned, as dev's move on / change jobs. Going back and maintaining *any* of it will be an issue for places.
[22:56]
vrurgBon apètit! :)
For enterprises I can provide a service of adapting those plugins. Somebody would have to.
If they want it, of course.
[22:58]

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