#foswiki 2015-07-01,Wed

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

WhoWhatWhen
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vt9b5
distro/master abdeb2e George Clark: Item13139: Die if installing incompatible extensions...
[00:24]
***GithubBot has left [00:24]
FoswikiBothttp://foswiki.org/Tasks/Item13139 [ Item13139: Backwards compatibility issues with Foswiki 1.2 default extensions ] [00:24]
RiskRewardHi, a lot of my pages are using the font-awesome graphics, so need %JQREQUIRE{"fontawesome" warn="off"}%
in the topic. Is there somewhere higher level I can put this, so that I don't need it in every topic?
[00:24]
gac410I think you can make it a default plugin in bin/configure
Check out {JQueryPlugin}{DefaultPlugins}
In Extensions / JQueryPlugin tab
[00:26]
RiskRewardGreat, thanks. I'll have a look. Also wondering about something else. I have a web I don't want people to see yet, but my other webs use some includes from it. What's the best way to set that up? [00:28]
gac410You can deny view on the web, and then individually allow view on the topics [00:28]
RiskRewardYeah, sounds much easier than denying view on each topic. There's a lot of them. Thanks! [00:29]
gac410RiskReward: Regarding the JQREQUIRE. If it's just group of topics, you can also put the JQREQUIRE in a view template for those topics. [00:30]
RiskReward@gac410: yep, nice idea. But I'm trying to keep things very simple for my users. Is there a performance issue with enabling it via configure? [00:31]
gac410nno I don't think so. it ends up on every page, but I don't think that's an issue. [00:32]
..... (idle for 21mn)
***ChanServ sets mode: +o Lynnwood [00:53]
....... (idle for 34mn)
RiskRewardHi, is there a way to universally deny view on a web, or do I need to list each group in the wiki? [01:27]
gac410if you Allow NobodyGroup, that's the same as denying everybody
Foswiki 1.2 will add an * wildcard, so you could deny *, but allow Nobody works too.
[01:28]
RiskRewardI've denied view on the web (allow nobody), and allowed it on a topic in the web, but still get an "Access Denied" [01:34]
gac410hm That should work fine. Did you get the syntax of the allow right?
* Set ALLOWTOPICVIEW = SomeUser,SomeGroup
[01:34]
RiskRewardActually, I used the NatEditPlugin. It has a permissions page. Doesn't seem to have recorded anything in the topic. I'll try manually adding the setting. [01:35]
gac410Ah NatEditPlugin puts it in the topic meta.
Take a look at YourTopic?raw=all
Should be a META preference
That should work as well.
[01:36]
RiskRewardOK, so NatEditPlugin didn't change it. I then tried to be clever and manually added: DENYTOPICVIEW = %USERSWEB%.NobodyGroup, thinking it would do the opposite. Doesn't seem to. [01:40]
gac410Deny NOBODY should be equivalent of ALLOW all. [01:41]
RiskRewardCould it be that the deny on web view is overriding the allow on the topic? [01:41]
gac410No, Topics override web settings
See Foswiki:System/AccessControl#How_Foswiki_evaluates_ALLOW_47DENY_settings
[01:42]
FoswikiBothttp://foswiki.org/System/AccessControl#How_Foswiki_evaluates_ALLOW_47DENY_settings [ AccessControl ] [01:43]
RiskRewardOK. But error message says: Access check on QMS.ApprovalForm failed. Action "VIEW": access not allowed on web. [01:43]
gac410So that says that the ALLOW on the topic was not matched.
That link I posted. It runs steps 1 - 7 in order, stopping at the first BOLD match.
[01:44]
RiskRewardHave removed the DENYTOPICVIEW, and replaced with ALLOWTOPICVIEW, and it seems to work. [01:45]
gac410hm Maybe I got the DENY Nobody part wrong.
yeah looks like i had it wrong. ALLOW implies everyone else denied. but DENY doesn't imply everyone else allowed.
[01:47]
RiskRewardYeah, just rechecked, and seems like DENY trick doesn't work at topic level. [01:48]
gac410This changes in Foswiki 2.0
http://trunk.foswiki.org/System/AccessControl#How_Foswiki_evaluates_ALLOW_47DENY_settings
[01:49]
RiskRewardLooks like I'll have to upgrade! [01:49]
gac410(we renamed Foswiki 1.2 to Foswiki 2.0 ... decided it was big enough to warrant a "major" designation. [01:49]
RiskRewardI like it better too! [01:49]
gac410I built the Release Candidate today. I hope... that we can build the release in a few days. [01:50]
RiskRewardI think it might capture more attention if it's a 2.0 release. [01:50]
gac410yeah. The Store change, and the move to UNICODE internally really are a big change. [01:51]
RiskRewardHey, not all my users are members of groups. How do I ALLOWTOPICVIEW for all of them without having to enter all of their names? [01:51]
gac410Hm... That was the reason for the ALLOW * addition.
gac410 is reading the docs again :(
okay that comes to If DENYTOPIC is set to empty ( i.e. Set DENYTOPIC = )
So instead of Deny NOBODY, you need to set it, but empty.
That goes away in 2.0
(I don't know how NatEditPlugin does that. though)
[01:53]
RiskRewardThanks, I'll give that a try now.
and, it works, thanks!
[01:58]
............................................ (idle for 3h38mn)
***ChanServ sets mode: +o CDot [05:38]
..... (idle for 24mn)
ChanServ sets mode: +o MichaelDaum [06:02]
......................................................... (idle for 4h41mn)
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/vt7RD
distro/master ce81eb7 Crawford Currie: Item13100: yes, it was double-encoding, and a couple of other minor buglettes too
[10:43]
***GithubBot has left [10:43]
FoswikiBothttp://foswiki.org/Tasks/Item13100 [ Item13100: bulk_copy.pl needs thorough review & testing for 1.2 ] [10:43]
................. (idle for 1h22mn)
***ChanServ sets mode: +o gac410
ChanServ sets mode: +o Lynnwood
[12:05]
gac410Hey CDot - good morning. I see the bulk_copy was broken. That probably needs a new RC do you think?
I checked in a bunch of doc issues jomo found
[12:06]
CDotnot broken exactly, more.... completely f***ed
one little decode_utf8 in the wrong place :-(
[12:06]
gac410:( [12:07]
CDoty, we can't release what was there. [12:07]
gac410Ive got a small patch on Item13491 I'll check in. Installer crashes if extensino has no plugins [12:08]
FoswikiBothttp://foswiki.org/Tasks/Item13491 [ Item13491: Configure extension installer can crash if no plugins in the extension. ] [12:08]
gac410not sure if it's ideal, but it seemed to fix the issue. [12:08]
CDotthere are two "Utf8" testcases in TestCases web. I'm going to remove them, because (annoyingly) they risk breaking tests [12:09]
gac410:( They were really helpful [12:10]
CDotCDot is going to simplify and attach them to a topic in Development web
they can still be pulled for testing
[12:10]
gac410okay
we probably ought to make a quick check for any non-ascii in the release.
UTF-8    data/System/ReleaseNotes02x00.txt  
UTF-8    data/System/JQueryInnerFade.txt  
UTF-8    data/System/CountryList.txt
[12:10]
..... (idle for 21mn)
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vt5mm
distro/master e4475ca George Clark: Item9693: UTF8 characters found in system topics
[12:35]
***GithubBot has left [12:35]
FoswikiBothttp://foswiki.org/Tasks/Item9693 [ Item9693: Documentation updates for Foswiki 1.2.0 ] [12:35]
GithubBot[distro] FoswikiBot pushed 1 new commit to master: http://git.io/vt5m5
distro/master 31cc35f CH yang: Item13252: Translations updated using Weblate (Traditional Chinese)...
[12:36]
***GithubBot has left [12:36]
FoswikiBothttp://foswiki.org/Tasks/Item13252 [ Item13252: Translation work for Foswiki 2.0 ] [12:36]
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/vt5On
distro/master ec29f49 Crawford Currie: Item13492: remove the testcases developed for the Unicode move. They are not need longe-term now we have moved everything to unicode, but may still be useful so have been attached to Foswiki:Development/CharacterSetTestCases instead.
[12:38]
***GithubBot has left [12:38]
FoswikiBothttp://foswiki.org/Tasks/Item13492 [ Item13492: Remove character set encoding topics from TestCases ] http://foswiki.org/Development/CharacterSetTestCases [ CharacterSetTestCases ] [12:38]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vt5s0
distro/master 165f59a George Clark: Item13491: Installer fails to complete if no plugins
[12:42]
***GithubBot has left [12:42]
FoswikiBothttp://foswiki.org/Tasks/Item13491 [ Item13491: Configure extension installer can crash if no plugins in the extension. ] [12:42]
gac410Anyone else see any issues? otherwise I'll build RC2 and that's the one we'll announce. [12:43]
GuilainChi gac410... I'm so sorry but have not a lot of free time these last days, so I haven't make any test more than the last week-end. [12:47]
gac410no problem. I understand, and thanks for all you've done so far. Free time comes & goes :) [12:47]
GuilainCoh... to my point of view.. I don't spent enough time, regarding what foswiki bring to me.
hum just one thing minor
what the name of the template used after having upload a doc ?
I think there is a sentence to suppress who speak about utf8 attachment
[12:48]
gac410Not sure GuilainC [12:53]
GuilainCmake a test on trunk
I will see, and probably found minor other miss utf8 render character
[12:53]
gac410As long as it's not a translated string. ... That I can't change quickly anyway [12:54]
GuilainCis a translated string :(
but first let me find it !
:)
[12:55]
gac410CDot, MichaelDaum ... Should I build RC2 ? anyone else with anything at all pending? [13:01]
MichaelDaumgac410, go for it :) [13:02]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vt5EA
distro/master 9c482d9 George Clark: Item9693: Update release notes
[13:12]
***GithubBot has left [13:12]
FoswikiBothttp://foswiki.org/Tasks/Item9693 [ Item9693: Documentation updates for Foswiki 1.2.0 ] [13:12]
GuilainCoh get a crash on trunk... simple attach topic
attach image (sorry)
http://pastebin.com/2x7fw027
try to go forward
[13:15]
gac410You hit it when it was updating
try it again
when you see a commit in the IRC logs, Trunk will auto-update at the next quarter-hour. Takes 1-2 minuts
[13:17]
CDotgac410: well, I've done everything I have been asked to do, so..... [13:19]
gac410Okay ... just checking. Build just finished. Now to test it, and start the uploads, etc. [13:20]
CDotmight be worth grepping the release package for 1.2(.0) [13:20]
gac410I did that last night and updated a bunch but maybe missed some. [13:21]
CDoti saw that [13:21]
gac410damn. Found another one. FormattedSearch :P [13:23]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vt5Kw
distro/master bf030b9 George Clark: Item9693: A few more missed 1.2 references
[13:27]
***GithubBot has left [13:27]
gac410Okay ... NOW I'm building 2.0 RC2 [13:28]
CDotgac410: am I too late to catch another one? [13:36]
GuilainChttp://trunk.foswiki.org/Sandbox/AttachmentTestTopicGuilainC
some minor problem
(very minor IMHO)
do you want I make a task ?
[13:36]
gac410CDot: no go head. I've built, but not checked in yet, so go for it [13:37]
GithubBot[distro] cdot pushed 1 new commit to master: http://git.io/vt5yA
distro/master fe0b87d Crawford Currie: Item9693: 1.2 -> 2.0
[13:38]
***GithubBot has left [13:38]
gac410GuilainC: I'm not following all of the issues in your example. String delete is easy,
But the quotes?
CDot: can you look at GuilainC issue. I think it's cosmetic but not sure. It shows some filenames with the apostrophe in the name and others without
We do need to sanitize out apostrophe, so that could be concerning if it is actually making it into the attachment name.
[13:39]
GuilainCdeleting is easy, but first are you agree is not needed anymore ?
is perhaps the same in 1.1.9 not tested...
[13:41]
CDotI don't understand what the problem is :-( [13:42]
GuilainCdon't worry CDot is not the first time, where someone tell me that... [13:42]
gac410Blow up the graphics, an look at the attachment names. Some have apostrophe's and some dont have apostrophes [13:43]
GuilainCthis simple the name of the attachment in the upper and the bottom is not the same [13:43]
CDotI understand the pointless string, that's easy enough, but the rest of it..... :-/ [13:43]
GuilainCthere is an apostrophe difference [13:43]
gac410It's in french so I'm having trouble underestanding it. [13:43]
GuilainCI've submitted an attachment with apostrophe
capture d'écran = screenshot :)
did you see CDot ?
I can make an paint annotation if need be
[13:43]
gac410Is the original topic with the attachments in the sandbox? [13:44]
GuilainCcdot only this image is usefull http://trunk.foswiki.org/pub/Sandbox/AttachmentTestTopicGuilainC/ExplanationImage3.png
(for you)
[13:45]
CDotyou are saying the upload process transposes UTF8 characters when renaming the upload, right? [13:45]
GuilainCyes gac410, is the original topic in the sandbox, and screenshot are coming from trunk
yes
submitted "filename ütf8 with apostrophe'.png"
[13:45]
gac410er. No. ??? d'ecran vs decran [13:46]
GuilainCtransform into "filename ütf8 with apostrophe.png"
so apostrophe disapear (during the renaming, perhaps not the utf8 treatment)
but, when you manage this file (manage = click on "manage link"
you have the original name with apostrophe at the top
and at the bottom the "real" saved name in foswiki
the two differ
[13:46]
gac410CDot. Look at http://trunk.foswiki.org/bin/attach/Sandbox/AttachmentTestTopicGuilainC?filename=Capture_d%C3%A0cran_-_20062015_-_17_29_25.png;revInfo=1 [13:48]
CDotAFAICT all the sanitizeAttachmentName thing does is to $fileName =~ s/$Foswiki::cfg{NameFilter}//g; [13:48]
gac410Select a new local file to update attachment ... shows one name More actions for Capture_dàcran ... shows a different name
One appears filtered, the other not.
[13:49]
CDot$Foswiki::cfg{NameFilter} = '[\\s\\*?~^\\$@%`"\'&;|<>\\[\\]\\x00-\\x1f]'; [13:49]
gac410Okay. I checked the server, the filename on disk is correctly filtered. [13:50]
CDot"correctly"? Hmmm. [13:51]
gac410Well the apostrophe is removed.
But manage the attachment still shows it:
Select a new local file to update attachment Capture_d'écran_-_20062015_-_17_29_25.png (GuilainCabannes)
d'é
[13:51]
CDotCDot makes a not to revisit that stupid "sanitisation"
*note
[13:51]
gac410maybe a console thing, but the name is corrupted when I ls the directory though.
... 4114 Jul  1 12:58 Capture_d??cran_-_20062015_-_17_29_25.png
At least there is no apostrophe.
Looking at the META:
[13:52]
CDotahhhhhh [13:54]
GuilainCGuilainC wants to be clear that it is absolutely a minor problem [13:54]
gac410%META:FILEATTACHMENT{name="Capture_dàcran_-_20062015_-_17_29_25.png" attachment="Capture_décran_-_20062015_-_17_29_25.png... movedto="Sandbox.AttachmentTestTopicGuilainC.Capture_dàcran_-_20062015_-_17_29_25.png",,, movefrom="Sandbox.AttachmentTestTopicGuilainC.Capture_décran_-_20062015_-_17_29_25.png" path="Capture_d'écran_-_20062015_-_17_29_25.png" size="4114" user="GuilainCabannes" version="1"}%
so name, movefrom moveto are sanitized, attachment and path are not
[13:54]
CDotpath *cannot* be sanitised, it's the source path IIRC [13:56]
gac410agreed [13:56]
CDotCDot is wondering where "attachment" comes from
it's not passed in the call to $topicObject->attach(
[13:57]
gac410y I don't remember coming across that one. [13:57]
CDot$attrs = {
name => $opts{name},
attachment => $opts{name},
so it's synonymous with "name"
[13:58]
gac410Hm So why are they different [13:59]
CDotah.... is there a plugin involved? [13:59]
gac410trunk.foswiki.org I doubt it
Unless NatEdit ?
[13:59]
CDotnah
CDot isn't clear why META:FILEATTACHMENT has both "name" and "attachment"
[13:59]
gac410wait a minute, they are NOT different I need glasses [14:00]
CDotno, they are the same, but why do we store both? [14:00]
gac410And the attach template must be showing the path then [14:01]
CDot---+++ META:FILEATTACHMENT in System.MetaData doesn't document 'attachment'
the {attachment} field doesn't seem to be used anywhere in core
[14:01]
gac410Maybe one of MichaelDaums plugins needs it ??? [14:04]
CDotno idea [14:05]
MichaelDaumgac410, ghosts ey? [14:05]
gac410CDot regarding "International (8-bit) characters are removed ... What if site is running with Store Encoding Iso-8859-1

Otherwise that's easy enough to delete
[14:05]
CDoty, that would break it
can't store arbitrary unicode on a iso-8859-1 store encoding
but.... from the code, they are *not* removed
[14:06]
gac410Okay. So that one probably ought to be in the release notes. If you chose to use iso store, dragons lurk if users attach 8-bit filenames
I've removed that warning about 8-bit, and rerun xgettext.
[14:07]
MichaelDaumFoswiki::Meta::attach() adds name and attachment attrs to META::FILEATTACHMENT [14:10]
FoswikiBothttp://trunk.foswiki.org/System/PerlDoc?module=Foswiki::Meta [14:10]
MichaelDaumand yes they are identical [14:10]
gac410Any reason both are needed that you know of? [14:11]
CDotthe {attachment} field is a kipper [14:12]
MichaelDaum"name" changes when an attachment is renamed, "attachment" stays as it was on the initial upload [14:12]
CDotMichaelDaum: wish that were so. The are both identictal/ [14:12]
MichaelDaumso in principal you could write an "undo rename attachment"
CDot, see change properties. only "name" is updated
[14:12]
gac410I'm adding to release notes on the Store encoding: Note that the name  filters no longer filter international characters, so migration to utf-8 is strongly recommended. [14:13]
CDottrust me, the "attachment" field is ignored
CDot forced it to "BLAH" in the code, and doesn't get BLAHn away.
[14:13]
MichaelDaumwe still have movedfrom/movedto
%META:FILEATTACHMENT{name="foo.png" attachment="webtide_logo.png" attr="" comment="" date="1435759761" moveby="micha" movedto="Sandbox.AttachmentTest.foo.png" movedwhen="1435759893" movefrom="Sandbox.AttachmentTest.webtide_logo.png" path="webtide_logo.png" size="21113" user="micha" version="1"}%
[14:14]
CDot"path" is the only place the original name is kept [14:14]
gac410Regardless, I don't think this one should change on eve of the release ... just in case [14:15]
MichaelDaumoh and yes "path"...
mpf
stripping off "attachment" from Foswiki::Meta::attach() would be a one-line delete change
[14:15]
gac410are we totally 100% absolutely positively sure it doesn't have any side effects :D [14:16]
MichaelDaumgac410, we are definitely unsure wtf "attachment" is [14:17]
CDotmy $filePath = $args->{path} || $fileName;
$tmpl =~ s/%FILEPATH%/$filePath/g;
is what is doing it
[14:17]
MichaelDaumgac410, so ignore us [14:17]
CDotgac410: I can't find any uses of it, but at this stage, the only thing I'll do is add a SMELL [14:17]
MichaelDaumskunk ;) [14:18]
gac410Okay good decision :) And you also explained why the quote is still visible. So good. I'll commit the string changes and start another build. [14:18]
CDotso my vote is it "move along, nothing to see here" [14:18]
MichaelDaumpaint it pink and add an other-peoples-problem field around it [14:18]
CDotgosh, it' hot
32C today :-)
[14:18]
gac41019C and raining :( [14:20]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vtdqT
distro/master c8a1126 George Clark: Item9693: Remove a misleading string...
[14:21]
***GithubBot has left [14:21]
FoswikiBothttp://foswiki.org/Tasks/Item9693 [ Item9693: Documentation updates for Foswiki 1.2.0 ] [14:21]
gac410Any more .... Going ... going .... GONE [14:23]
MichaelDaumCDot, what is stream="IO::File=GLOB(0x3cb4e60)" tmpFilename="/usr/tmp/CGItemp47077 for in FILEATTACHMENT [14:24]
gac410gac410 holding breath... ... Does he hit enter on build.pl? ...
gasp... and presses enter
[14:25]
CDotMichaelDaum: it's an attribute that should have been removed before the META:FILEATTACHMENT was written, but wasn't
probably got lost in all the knitting
[14:33]
MichaelDaumSMELL [14:33]
CDotyup [14:33]
gac410okay. Release built, install / sanity looks good.
gac410 will commit & tag
[14:34]
GithubBot[distro] gac410 pushed 1 new commit to master: http://git.io/vtdn5
distro/master dd241c5 George Clark: Item000: Build Foswiki-2.0.0-RC2
[14:36]
***GithubBot has left [14:36]
FoswikiBothttp://foswiki.org/Tasks/Item000 [ Item000 ] [14:36]
GithubBot[distro] gac410 tagged FoswikiRelease02x00x00_RC2 at 0a16d96: http://git.io/vtdcU [14:36]
***GithubBot has left [14:36]
gac410And uploading to SourceForge [14:39]
CDotMichaelDaum: hmmm: something leaked. Code says:
delete $attrs->{stream};
delete $attrs->{tmpFilename};
$this->putKeyed( 'FILEATTACHMENT', $attrs );
so 'stream' should never make it to META:FILEATTACHMENT
[14:43]
gac410Foswiki 1.2.0 is now Foswiki 2.0.0 - Download RC2: http://foswiki.org/Download/FoswikiRelease02x00x00RC2 Channel logs at http://irclogs.foswiki.org/bin/irclogger_log/foswiki [14:48]
FoswikiBot[ #foswiki 2015-07-01,Wed ] [14:48]
***gac410 changes topic to: Foswiki 1.2.0 is now Foswiki 2.0.0 - Download RC2: http://foswiki.org/Download/FoswikiRelease02x00x00RC2 Channel logs at http://irclogs.foswiki.org/bin/irclogger_log/foswiki [14:48]
gac410aww... crap Release notes still have title of RC1 ... I'm not rebuilding to fix something that minor.
MichaelDaum: Should we do an email about RC2, considering that if we are lucky, we'll release 2.0 on Saturday?
Or maybe just a short one to the discuss list?
[14:50]
MichaelDaumhow about: have a blog posting first, set it into draft mode so that we can edit collaboratively, then create the email from it. [14:52]
gac410okay [14:53]
MichaelDaum: Saved first draft
MichaelDaum: Saved 2nd draft ... over to you
[15:01]
MichaelDaumMichaelDaum logging in
"to be compatible with Foswiki 2.0" ... right?
MichaelDaum editing
[15:05]
gac410You can delete and 51 bugfixes since Beta 1 that's not right, and I have not counted commits [15:09]
MichaelDaumok [15:09]
done [15:17]
gac410Looks good Michael
I'll c/p and send it to foswiki-discuss. I think we can skip foswiki-announce
[15:18]
MichaelDaumah send it 2 both
twice
;)
[15:24]
gac410okay. and I just edited a couple of typos. ut-8 and unicode
Any more edits ... otherwise sending now. ...
And... SENT
[15:24]
MichaelDaumMichaelDaum switching the posting to "published" [15:41]
gac410sounds good [15:41]
MichaelDaumguys here's the link: social networks please http://blog.foswiki.org/foswiki-2-0-release-candidate-is-available/ [15:42]
gac410Anyone with twitter access? [15:43]
MichaelDaumMichaelDaum doing a shorty on foswiki's facebunk [15:43]
MichaelDaum feeding twitter [15:48]
jomocongratz gac410 - RC2 :) [15:49]
gac410Howdy jomo, just in time for the RC2 party ... [15:49]
jomojust one super-mini-bug ;) [15:49]
gac410well congratz to the whole team, including you. We'd be nowhere without the testers. [15:49]
MichaelDaumnaaaaawwww ;) [15:49]
jomo:D [15:49]
gac410la-la-la-la fingers in ears ... what bug ... la-la-la- [15:50]
jomonothing.... fix in 2.0.1 :) [15:50]
gac410If it's docs / typo, we can fix between RC2 and release.
Otherwise, please open a task
[15:51]
jomothe SERVERINFO macro prints scrabled path_info if it is used in a topic wide-char name - nobody will use it anyway :) :) [15:52]
gac410ah. .. okay [15:52]
jomowe need open a bottle of something.... [15:53]
gac410well don't celebrate too hard - ... Lets pop corks after 2.0 is out. [15:53]
jomoCDot, extreme sprint to unicode, and gac410 marathon on fixing many-many things and make a pressure to the release ;) - imho the team CAN celebrate... :)
so, what features will be in 2.1? :D :D :D
some dev/decision_maker and like - could rewrite the releaseplan ;)
[15:55]
gac410Once we get 2.0 out, we should probably have a release meeting to organize. A lot of committed features have lost their developers. [15:58]
jomoi'm pretty optimistic now - much much more as few months ago... [16:03]
gac410Before we jump on 2.1, we really need some extension love. [16:04]
jomoi still not understand how the extenstion policy works in the FW - imho, here isnt any policy.. ;( [16:04]
gac410what do you mean by extension policy? [16:05]
jomorules. ;) e.g. defined: how teh verision numbers should lool, how the "last update" date must be in excatly defined field, how the plugins defined incompatible plugins, how the configure solves the incompatibility... and so on.. rules. defined. no democracy. (read: anarchy). :) - example: the AutoTemplatePlugin detects the it is in a conflict with AutoViewPlugin (or simething such) - but the configure hasn't any method to solve this - the user
must read something to do this... and so on... etc... uff (long line).
not good theme for the today - today we shouldn't work :)
jomo celebrate
[16:09]
what macro renders an "SecondLife" scene in the Foswiki ? :D [16:15]
GuilainCGuilainC congrats all the people who works on it ! Bravo !
jomo try
%SECONDLIFE%
sometimes... that works :)
[16:15]
jomojomo missing some easter egg type macros, like %BEER% or such... ;) [16:16]
gac410I'm not aware of any easter eggs in fw [16:16]
jomoexactly, thats a problem ;) [16:16]
GuilainComg ! %BEER% doesn't work ! you right, do you open a task for that ? [16:16]
MichaelDaumjomo, get a first life first: http://uploads.meiobit.com/firstlife.jpg [16:17]
jomofirstlife.jpg - nice - this is only 3rd at me... the second is WordOfWarcraft :)
jomo just kidding - not played WoW more than a year... ;(
GuilainC: add to WebPrefs Set BEER = http://beeroverip.org :) :)
[16:18]
GuilainCgreat workaround jomo !
and beer is so cheap in slovakia
and very nice too
[16:21]
jomoyes, we like beer :) [16:22]
GuilainCseriously, I think more an emoticon, that I can use when "develop" wiki app... like an todo (I've take a beer, so I've stop here...) [16:24]
jomojomo sometimes needs the %F..KED% macro, when something doesn't works as expected... and it should automatically increment some counter on the F.O and automatcally setup a new Task... [16:27]
gac410Only automate creating tasks if you automate fixing them too, please! [16:33]
jomogac410: :D
and the F.O will be switched to 2.0 only after the release?
[16:35]
gac410I was going to do the RC, but TBH I'm running out of steam. [16:38]
jomojomo isn't surprised at all... [16:39]
gac410I'd like to convert to plainfile as well ... so that extension uploads don't die in rcs timeouts.
But that makes it even a bigger effort.
[16:39]
jomoyes, unofrtunately isn't possible to do it step-by-step - e.g. one web RCS, second PF..
jomo wondering what is the oldest topic revison in the FO (counting the Tmwiki too)...
[16:41]
..... (idle for 23mn)
wc -l /var/db/ip_blacklist - 25291 ;) [17:06]
jomo likes PaulHarvey - http://foswiki.org/Tasks/Item11292 [17:12]
..................................................... (idle for 4h21mn)
GuilainCafter 2.0 release, could I suggest to rework Development.ReleasePlan ?
and if you are agree, could i suggest to submit to vote the different enhancement and functionality ?
[21:33]
........... (idle for 51mn)
gac410GuilainC_away: Given that nobody's paid, this all really depends upon developer interest and desire to "scratch an itch".
The best thing beyond meeting and deciding what we'd like to prioritize is to find developers to work on those priorities.
[22:25]

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