IRC Archive for channel #xwiki on 12 January 2012

00:27 <qwebirc12253> has joined #xwiki
00:27 <qwebirc12253> Hi
00:27 <@cjdelisle> howdy
00:27 <qwebirc12253> I've just installed xwiki.
00:27 <qwebirc12253> So, this might be a noob question.
00:28 <qwebirc12253> We're currently on 2 wikis: MediaWiki and DekiWiki (Mindtouch)
00:29 <qwebirc12253> There's an extension for importing from MediaWiki. But none for Deki. Is there an easy way for it, or would it be a manual import?
00:29 <qwebirc12253> is now known as <NewAtXWiki>
00:30 <@cjdelisle> Some work has been done on mediawiki imports.
00:30 <@cjdelisle> http://extensions.xwiki.org/xwiki/bin/view/Extension/Import+MediaWiki+To+XWiki <-- there is this
00:31 <@cjdelisle> I can't speak directly to how well it works as I have not used it.
00:31 <NewAtXWiki> Yes, that's what we're planning on using for MediaWiki.
00:32 <NewAtXWiki> But most of our wiki entries are in Deki. That's the headache :)
00:32 <@cjdelisle> Oh deki, sorry I misread.
00:32 <@cjdelisle> There isn't anything that I know of.
00:33 <NewAtXWiki> Oh, OK.
00:33 <NewAtXWiki> Thanks anyway.
00:33 <@cjdelisle> the difficult part is that there is no rendering syntax for diki
00:33 <@cjdelisle> *deki
00:34 <@cjdelisle> It's not terribly hard to write a script (even a shell script using curl) to scrape one site and post to the other
00:34 <@cjdelisle> the hard part is that the syntax will be wrong
00:34 <@cjdelisle> unless you input it as html and try to "back parse" that to xwiki syntax, which works, somewhat.
00:34 <@cjdelisle> The rendering engine is quite flexable but it's not a magic bullet.
00:38 <NewAtXWiki> OK, thanks for the back parse suggestion!
00:43 <rrodriguez> has quit
00:44 <NewAtXWiki> has quit
00:44 <lucaa> has joined #xwiki
01:07 <jvdrean> has quit
01:13 <rrodriguez> has joined #xwiki
01:33 <lucaa> has quit
02:00 <evalica> has joined #xwiki
02:15 <tekzilla> has quit
02:20 <tekzilla> has joined #xwiki
02:23 <evalica> has quit
03:16 <lucaa> has joined #xwiki
05:37 <DrLou_> has quit
06:00 <Denis2> has joined #xwiki
06:00 <Denis> has quit
06:08 <CIA-121> Sergiu Dumitriu master * r951f9ec / xwiki-platform-core/xwiki-platform-linkchecker/xwiki-platform-linkchecker-test/pom.xml : [misc] Fixed wrong dependency version - http://git.io/1vDd3w
06:36 <sdumitriu> has quit
07:40 <vmassol> has joined #xwiki
07:50 <mflorea> has joined #xwiki
07:53 <pgmjsd> has quit
07:54 <pgmjsd> has joined #xwiki
08:31 <vmassol> mflorea: I saw that there was a build issue yesterday and sergiu pinged me about it. was it fixed by sergiu's commit that I've seen?
08:31 <vmassol> sorry I was away all day yesterday (had 8 hours of meetings...)
08:32 <+mflorea> np. I don't think sergiu's commit fixed the problem. I see there are 3 failing tests on platform
08:32 <vmassol> that wasn't about the tests
08:32 <vmassol> it was about the build itself for the release
08:32 <vmassol> I'm talking about his commit that changed project.version to rendering.version
08:33 <+mflorea> yes, but I think its last commit is causing the platform test failures
08:33 <+mflorea> s/its/his
08:33 <vmassol> I'll test it locally
08:34 <+mflorea> anyway, I think the problem is that maven doesn't allow you to build and use an extension in the same reactor. Didn't we have the same issue with packager plugin/extension?
08:34 <lucaa> has quit
08:34 <vmassol> so there are 2 problems left?
08:34 <vmassol> first one is the platform test failure
08:34 <vmassol> second one is when you release
08:34 <vmassol> ?
08:35 <+mflorea> no, the first one is just sergiu's try to fix 2
08:35 <+mflorea> we can revert it if it's not the proper fix
08:35 <+mflorea> for 2
08:35 <vmassol> i don't understand what you say
08:35 <vmassol> his commit is good
08:35 <vmassol> there's no way it's not correct
08:35 <vmassol> why would you want to revert that?
08:36 <vmassol> unless we'renot talking about the same commit
08:36 <vmassol> checking code now
08:36 <vmassol> (had only seen the diff)
08:37 <lucaa> has joined #xwiki
08:37 <vmassol> I'm referrinf to this mflorea: https://github.com/xwiki/xwiki-platform/commit/951f9eca27d2b5f9c1e90a39c6c41b9df757a7bc
08:37 <+mflorea> I said: if it's not the proper fix. So, yesterday evening we had only one issue: the linkchecker extension problem. When I saw sergiu's commit I deduce that it's related to this problem, i.e. it's a fix. But i see that it made a new problem: the failing tests
08:37 <+mflorea> ah, ok
08:37 <+mflorea> this is good
08:37 <vmassol> exactly
08:38 <vmassol> what else has he done?
08:38 <+mflorea> but this wasn't the release problem (well, it was minor, I had to manually resolve that dependency)
08:38 <vmassol> I don't see any other comit from sergiu
08:38 <+mflorea> in this case, nothing, this is his only commit I think
08:39 <vmassol> however I can think of an issue
08:39 <+mflorea> then I don't understand why there are platform tests failing
08:39 <+mflorea> 2 in linkchecker module
08:39 <vmassol> package plugin IT tests require link checker which require package mojo
08:39 <vmassol> I'll fix this one
08:39 <vmassol> IMO it'll fix the release issue
08:40 <+mflorea> ok
08:40 <vmassol> no idea about the linkchecker test error ATM
08:51 <CIA-121> Vincent Massol master * r427e1ab / xwiki-platform-core/xwiki-platform-rendering/xwiki-platform-rendering-macros/xwiki-platform-rendering-macro-script/src/main/java/org/xwiki/rendering/macro/script/ScriptMacroParameters.java : [Misc] Try to improve description for the "wiki" parameter - http://git.io/ZVa2VA
09:06 <rrodriguez> has quit
09:15 <lucaa> has quit
09:20 <Enygma`> has joined #xwiki
09:23 <vmassol> still need 15 mn
09:28 <sburjan> has joined #xwiki
09:38 <lucaa> has joined #xwiki
09:39 <vmassol> committing
09:49 <CIA-121> Vincent Massol master * r3bda347 / (10 files in 10 dirs): XWIKI-7317: Add "package" Mojo to Packager plugin in order to create custom HSQDB/Jetty distributions ...
09:49 <vmassol> mflorea: committted
09:49 <vmassol> hopefully this fixes the release issue
09:50 <vmassol> now going to look at the linkchecker tests
09:52 <+mflorea> ok, I'll try
09:56 <vmassol> hmm works locally
09:57 <+mflorea> the latest platform build on CI, which is about to finish, still has those 2 failing tests
10:04 <evalica> has joined #xwiki
10:11 <gdelhumeau> has joined #xwiki
10:16 <tmortagne> has joined #xwiki
10:27 <jvdrean> has joined #xwiki
10:50 <+tmortagne> mflorea: can we commit stuff on platform for 3.4RC1 already ?
10:50 <vmassol> I don't think platform has been released yet
10:50 <+mflorea> not yet
10:50 <+mflorea> it's in the process
10:50 <+tmortagne> ok
10:51 <+mflorea> building wysiwyg right now (13/78 permutation, will take a while :) )
10:51 <+tmortagne> yea I can't even build it on my machine, it always freeze it
10:51 <Denis2> is now known as <Denis>
10:58 <vmassol> tmortagne: I see this when we start XE:
10:58 <vmassol> 2012-01-12 10:58:26,142 [http://localhost:8080/xwiki/bin/view/Main/] WARN  o.i.c.InfinispanConfiguration  - ISPN000003: Property ec2.access_key could not be replaced as intended!
10:58 <vmassol> 2012-01-12 10:58:26,150 [http://localhost:8080/xwiki/bin/view/Main/] WARN  o.i.c.InfinispanConfiguration  - ISPN000003: Property ec2.access_secret could not be replaced as intended!
10:58 <vmassol> 2012-01-12 10:58:26,150 [http://localhost:8080/xwiki/bin/view/Main/] WARN  o.i.c.InfinispanConfiguration  - ISPN000003: Property ec2.bucket could not be replaced as intended!
10:59 <vmassol> no new infinispan release btw?
10:59 <+tmortagne> nop
10:59 <+tmortagne> checked yesterday
10:59 <+tmortagne> still in beta
10:59 <+tmortagne> CR3 to be precise
10:59 <+tmortagne> so should not be too long
11:00 <+tmortagne> as for the warning, I have no idea, does not looks very explicit
11:01 <+tmortagne> theses properties don't exist at the API level so it's internal stuff
11:02 <vmassol> since this is new my guess is that it comes from our config.xml file
11:02 <+tmortagne> do you use the default configuration file or did you enabled jmx ?
11:03 <vmassol> no jmx isn't enabed
11:03 <vmassol> enabled
11:03 <vmassol> it's a pure default XE
11:03 <+tmortagne> hmm, there is no much in the default configuration file
11:04 <+tmortagne> pretty much everything is commented
11:04 <vmassol> let me try without this file
11:05 <+tmortagne> All I can think of is image and equation plugin configuration which is not complete on purpose and completed after (to dynamicaly set a FS location)
11:06 <CIA-121> Marius Dumitru Florea xwiki-platform-3.4-milestone-1 * r6112df2 / pom.xml : [release] Preparing release xwiki-platform-3.4-milestone-1 - http://git.io/_9XijQ
11:06 <CIA-121> Marius Dumitru Florea xwiki-platform-3.4-milestone-1 * r1a46378 / (194 files in 194 dirs): [maven-release-plugin] prepare release xwiki-platform-3.4-milestone-1 - http://git.io/wTWmwg
11:06 <+tmortagne> if don't don't get the warning you can maybe try to comment them
11:06 <+tmortagne> trying to start XWiki but looks like I have an issue
11:06 <vmassol> i don't know if it's my machine but it's really slow to start
11:07 <vmassol> I don't have the warning anymore when I remove the config.xml file
11:07 <vmassol> hmm I'm worried
11:08 <vmassol> XE stops my full OS to work when it starts now and it takes several minutes to start
11:08 <vmassol> can someone reproduce?
11:08 <vmassol> after I stop it my OS becomes responsive again
11:08 <+tmortagne> last time I worked on wiki pages locally it was slow but the start was ok
11:09 <+tmortagne> but did not noticed anything on stop
11:09 <+tmortagne> currently trying to start it in my setup, I get an error I never seen before
11:09 <+tmortagne> but it's not XWiki stuff
11:10 <vmassol> ok the warning re infinispan definitely comes from config.xml
11:10 <+tmortagne> can you try to disable just the two FS based cache configs ?
11:15 <+tmortagne> ok started, looking now
11:15 <+tmortagne> when do you get the warning ? before or after loading the first page ?
11:15 <+mflorea> tmortagne: you're free to commit on platform
11:15 <+tmortagne> mflorea: ok thanks
11:16 <+tmortagne> vmassol: ok I get it when loading a page
11:17 <vmassol> yep
11:17 <+tmortagne> when the config file is loaded it seems, not even when a cache is created
11:17 <+tmortagne> looking in debug
11:17 <+tmortagne> did you tried commenting plugin s conf ?
11:19 <CIA-121> Marius Dumitru Florea xwiki-enterprise-3.4-milestone-1 * r6334f06 / pom.xml : [release] Preparing release xwiki-enterprise-3.4-milestone-1 - http://git.io/lxHMCQ
11:19 <CIA-121> Marius Dumitru Florea xwiki-enterprise-3.4-milestone-1 * r27a0eba / (40 files in 40 dirs): [maven-release-plugin] prepare release xwiki-enterprise-3.4-milestone-1 - http://git.io/c2uCQg
11:19 <+tmortagne> getting the error even  without them
11:20 <+tmortagne> trying to comment everything to see (right now there only a default  maxentries basically)
11:21 <+tmortagne> hmm getting the warning with a fully commented conf file
11:21 <+tmortagne> so I guess it means it expect to find something in the conf file
11:21 <+sburjan> vmassol: let's hope that the hibernate upgrade will not cause new problems
11:22 <vmassol> it's minor
11:22 <vmassol> it won't
11:22 <vmassol> but the upgrade to 4.x might
11:22 <vmassol> :)
11:22 <vmassol> I'm working on comitting some fix for postgresql
11:24 <+sburjan> I'm running our UI tests on IE8 :)
11:24 <CIA-121> Marius Dumitru Florea xwiki-manager-3.4-milestone-1 * r539d3ce / pom.xml : [release] Preparing release xwiki-manager-3.4-milestone-1 - http://git.io/yikOAg
11:24 <CIA-121> Marius Dumitru Florea xwiki-manager-3.4-milestone-1 * rf656f59 / (16 files in 16 dirs): [maven-release-plugin] prepare release xwiki-manager-3.4-milestone-1 - http://git.io/9W5Prg
11:26 <+tmortagne> vmassol: btw I don't have any stop issue but i'm using tomcat
11:28 <vmassol> I don't have any stop issue
11:31 <alem0lars> has joined #xwiki
11:33 <alem0lars> I'm considering to move my wiki to xwiki. I am a bit scared about memory consumption. How much is the typical memory usage?
11:36 <vmassol> alem0lars: hi
11:36 <alem0lars> vmassol: hi
11:36 <vmassol> here's what we recommend:
11:37 <vmassol> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HPrerequisites
11:37 <vmassol> "A minimum of 300MB of heap memory and 96MB of permGen. Recommended value are above 512MB for the heap and 128MB for the permGen (-Xmx512m -XX:MaxPermSize=128m)"
11:44 <+tmortagne> vmassol: ha yes missread, don't have any start issue either
11:44 <alem0lars> ok. assuming the values of 512MB for the heap and 128MB for the permGen, how much pages/attachments/activity can it support? have you any experience of insufficient memory? thanks
11:45 <+tmortagne> alem0lars: it's mostly depends on the size of the cache you setup
11:45 <+tmortagne> small cache means less memory taken but pages loaded more often so it's a middle point to find
11:47 <alem0lars> i was considering to use 64MB of cache? is it too low? I estimate to have not so much visits, i mean about 500 visits for a day, but many pages and attachments.
11:49 <+tmortagne> alem0lars: the cache is actually a number of documents you can't set it to a precise size
11:50 <alem0lars> tmortagne: ah ok. so xwiki.store.cache.capacity=64 would be 64 documents in cache?
11:50 <+tmortagne> yep
11:51 <alem0lars> tmortagne: thanks
11:51 <+tmortagne> the memory depends also of yours attachments size since attachment are loaded in memory several times when displayed
11:51 <vmassol> unless you use the filesystem store for attachments
11:53 <alem0lars> I could use the filesystem store for attachments, I don't have any filesystem size restrictions, just memory restrictions.
11:55 <+tmortagne> vmassol: when recreating the conf file from scratch I don't get the warning, probably forgot to comment one of the many line in the default conf file, looking
11:58 <vmassol> sburjan: would you have time to perform some test on oracle?
12:00 <vmassol> actually don't worry, I'll handle it
12:03 <rrodriguez> has joined #xwiki
12:09 <+sburjan> vmassol: I could yes ? shouldn't we do that after the Hibernate upgrade ?
12:10 <vmassol> yes
12:10 <vmassol> but no
12:10 <vmassol> we need to test before we commit
12:11 <vmassol> but this is not what I wanted to test, I wanted to remove the typedef and instead use the what they recommend in https://community.jboss.org/wiki/HibernateCoreMigrationGuide36. I'm doing that now for postgresql
12:11 <vmassol> I'm having some issues
12:17 <vmassol> Denis: did you test postgresql when you made your migration changes?
12:17 <vmassol> it seems I cannot start postgresql anymore on an empty DB
12:17 <+Denis> mmm
12:17 <vmassol> not sure why yet but it seems it was working before
12:18 <vmassol> "com.xpn.xwiki.store.migration.DataMigrationException: Unable to store data version into database xwiki"
12:18 <vmassol> the root cause is not very explicit:
12:18 <+Denis> I do not have a setup for that
12:18 <vmassol> "org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block"
12:18 <gdelhumeau> has quit
12:18 <vmassol> did you test on mysql?
12:18 <+Denis> yes sure
12:18 <vmassol> (with an empty db)
12:19 <+tmortagne> vmassol: as weird as it sound the warning is caused by http://pastebin.com/A3NdvqxX for me
12:19 <+tmortagne> as you can see it's fully commented
12:19 <vmassol> I just tested on hsqldb and it was ok
12:19 <+tmortagne> can you try to remove it and test on your side ?
12:19 <vmassol> tmortagne: Im on something else but maybe you can try it since you reproduce
12:19 <vmassol> maybe they run velocity first or some templating engine
12:20 <vmassol> we could replace their example
12:21 <+tmortagne> my question is to make sure you issue if the same for you, to see if I did not made a mistake
12:21 <vmassol> right now my wiki doesn't even start
12:21 <vmassol> I'm working on postgresql
12:21 <+tmortagne> ok
12:26 <CIA-121> tmortagne master * r59b8d4f / xwiki-platform-core/xwiki-platform-web/src/main/webapp/WEB-INF/cache/infinispan/config.xml : Remove warning - http://git.io/PMc8bg
12:26 <CIA-121> tmortagne stable-3.3.x * r7522ac2 / xwiki-platform-core/xwiki-platform-web/src/main/webapp/WEB-INF/cache/infinispan/config.xml : Remove warning ...
12:27 <mflorea> has quit
12:35 <+Denis> vmassol: could you help in fixing postgresql, my knowledge is really poor on this DB, and I do not even know how to reproduce your issue (at least quickly) ?
12:37 <+Denis> do you have any line for the root cause ?
12:39 <+Denis> (I am checking again on MySQL, it may be a regression after all…)
12:43 <CIA-121> Eduard Moraru master * rb83ed40 / (2 files in 2 dirs): XWIKI-7284: Convert all pages to 2.0 syntax. - http://git.io/-iuORg
12:44 <vmassol> Denis: this is what I've been doing…. :) But my knowledge is not better than yours on this.
12:45 <vmassol> let me paste the full error
12:45 <vmassol> first I'd like to redo my postgresql setup
12:45 <+Denis> just rechecked mysql with success
12:46 <vmassol> has quit
12:52 <vmassol> has joined #xwiki
12:53 <vmassol> back
12:53 <vmassol> stopping xwiki crashed my os....
12:54 <+sburjan> ouch
12:54 <+Denis> bad :(
12:55 <+Denis> vmassol:the best for me would be to have the complete log of your sessions, not only the stacktrace of the issue
12:56 <+Denis> I see at least a room for improving, do you want a code patch or a patched jar ?
12:57 <jvdrean1> has joined #xwiki
12:57 <jvdrean> has quit
12:58 <+Denis> a leave a while for lunch...
12:58 <vmassol> ok
12:58 <vmassol> I'm also finishing lunch
13:04 <alem0lars> has quit
13:26 <vmassol> back
13:28 <vmassol> http://pastebin.com/QxXgSZsW
13:28 <vmassol> com.xpn.xwiki.XWikiException: Error number 3301 in 3: Exception while switching to database xwiki|Wrapped Exception: The empty database xwiki seems to be not writable, please check your configuration!
13:28 <vmassol> however I've made sure to grant access to the xwiki user
13:39 <alem0lars> has joined #xwiki
13:40 <vmassol> Denis: what is your patch doing?
13:41 <rrodriguez> has quit
13:42 <+Denis> Denis: would be more lazy on the result of the deletion, in case of, but could I see the logs first ?
13:42 <vmassol> see above
13:46 <lucaa> has quit
13:47 <lucaa> has joined #xwiki
13:48 <mflorea> has joined #xwiki
13:49 <+Denis> vmassol: xwikibot was so noisy that I missed it
13:50 <vmassol> http://pastebin.com/QxXgSZsW
13:51 <+Denis> mmm very interesting...
13:51 <+Denis> let me analyse this, the problem is not where I though initially
14:11 <+sburjan> I have managed to run our UI tests from Chrome too ... got less errors and failures than on IE8 :)
14:21 <+Denis> vmassol: I think I know what is going on… I prepare a fix
14:22 <vmassol> cool
14:24 <CIA-121> Eduard Moraru stable-3.3.x * r499bb6c / xwiki-platform-core/xwiki-platform-workspace/xwiki-platform-workspace-template-features/src/main/resources/Panels/WorkspaceInformationPanel.xml : XWIKI-7283 : Improve the workspace panel ...
14:24 <CIA-121> Eduard Moraru stable-3.3.x * r07d9986 / (2 files in 2 dirs): XWIKI-7284: Convert all pages to 2.0 syntax. ...
14:33 <CIA-121> Ecaterina Moraru (Valica) master * re7867c9 / xwiki-enterprise-ui/src/main/resources/ColorThemes/ColorThemeTemplate.xml : XE-1085: Align fallback ColorTheme variables with the new 3.4 skin changes ...
14:38 <vmassol> mflorea: we can commit again everywhere?
14:38 <+mflorea> yep
14:38 <vmassol> k
14:44 <sdumitriu> has joined #xwiki
14:45 <vmassol> sdumitriu: Hi Can you check something?
14:45 <@sdumitriu> Yes
14:45 <vmassol> I think I noticied a bug in the EM UI
14:45 <CIA-121> Ecaterina Moraru (Valica) master * rb0d0e50 / xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/colorThemeInit.vm : XWIKI-7386: Align fallback ColorTheme variables with the new 3.4 skin changes ...
14:45 <vmassol> try installing an extension
14:45 <vmassol> on the page before you start the install
14:45 <vmassol> the velocity I got wasn't evaluated
14:45 <@sdumitriu> Yes, I know
14:46 <@sdumitriu> I've spent a whole day trying to figure that one out
14:46 <@sdumitriu> I doesn't make sense
14:46 <@sdumitriu> s/I/It/
14:47 <@sdumitriu> The resolve call returns null without any reason, it's exactly the same call that's used when clicking on details, and it works there
14:47 <vmassol> it was working before so something has changed
14:49 <DrLou_> has joined #xwiki
15:00 <xwikibot> has joined #xwiki
15:02 <@sdumitriu> What's up with superadmin? vmassol are you importing a XAR?
15:02 <vmassol> nope
15:02 <vmassol> I'm creating a new empty template wiki
15:02 <vmassol> for playground
15:02 <vmassol> I'm improving the way we upgrade xwiki.org for the playground
15:03 <@sdumitriu> Oh, then why does it point to www?
15:03 <vmassol> bug of irc bot I think
15:03 <vmassol> the idea being to create a template wiki and then have a scheduler job that delete the playground db and copies the template wiki content
15:03 <+sburjan> just an idea which crossed my mind. Couldn't we include in the import page a checkmark like "Upgrade", which would mean that some of the pages won't be overwritten by the import, so users keep their settings ?
15:04 <vmassol> import wil be reserved to backups
15:04 <vmassol> not to upgrades
15:04 <vmassol> the idea is that in the future upgrades will be done through the EM
15:05 <+sburjan> ok, I understand
15:05 <vmassol> but yes we need to start thinking about this
15:05 <vmassol> because right now the EM is currently useless for upgrades
15:05 <+sburjan> but only the frontent, right ? or everything will be using EM (even jars?)
15:05 <@sdumitriu> mflorea: How's the release going?
15:05 <+sburjan> *frontend
15:05 <vmassol> sburjan: I don't fully know, we need to discuss it with tmortagne
15:06 <vmassol> we talked about having an auto restart but I don't know what's the latest on this
15:06 <+sburjan> ok, I was just curious
15:06 <+tmortagne> sburjan: not sure I understand what jar has do do with pages
15:06 <+mflorea> sdumitriu: I'm working on the release notes, not fun
15:06 <vmassol> tmortagne: he's talking about upgrades
15:06 <+tmortagne> or you talk about war ?
15:06 <vmassol> (general upgrades)
15:06 <vmassol> war + pages
15:07 <+sburjan> yes
15:07 <vmassol> the problem right now sburjan is that
15:07 <vmassol> the we install pages with the importer
15:07 <vmassol> and not with the EM
15:07 <vmassol> so they're not viewed as extensions
15:07 <vmassol> and thus cannot be upgraded
15:07 <+tmortagne> the probablem with upgrading war is that it depends on lot on the system
15:07 <+tmortagne> so to have something working evrywhere is a bit of work
15:07 <vmassol> AFAIU we need to install all apps through EM in the future
15:07 <+sburjan> I understand
15:07 <vmassol> or maybe thomas need to be something to be abel to recognize existing apps
15:08 <vmassol> we need to have a plan on this
15:08 <vmassol> on the lsit
15:08 <vmassol> right now it's also a bit hazzy for me
15:08 <+sburjan> this is gonna be hard because there are several approaches
15:08 <vmassol> yes
15:08 <vmassol> that's what I mean by the paln
15:08 <vmassol> plan
15:09 <vmassol> (for ex, what if a user imports the XAR instead of installing through the EM, etc)
15:09 <vmassol> (how do we transition/teach users)
15:09 <vmassol> etc
15:09 <vmassol> we haven't discussed all that yet
15:09 <@sdumitriu> vmassol: I didn't receive xwikiorg notifications for the past few days
15:09 <@sdumitriu> Any ideas?
15:09 <vmassol> I did
15:10 <+tmortagne> did too I think
15:10 <+tmortagne> let me check
15:10 <vmassol> you're talking about the watchlist right sdumitriu?
15:10 <vmassol> last one I got:
15:10 <vmassol> "[xwiki-notifications] XWiki updates, 15 documents have been modified since 2012/01/10"
15:11 <vmassol> hmm might be missing the one from yesterday night, checking
15:12 <@sdumitriu> Yes, watchlist
15:13 <+tmortagne> it's the last I got too
15:15 <@sdumitriu> The one for 2012/01/09 is also missing
15:18 <+Enygma`> so, vmassol, we were talking about http://jira.xwiki.org/browse/XWIKI-7254 and how can an issue be fixed for 3.3 and 3.4-m1 at the same time
15:18 <vmassol> mflorea: when you write RN for 3.4M1 you need to exclude issues that were also done in 3.3 because the RN page for 3.4M1 is about stuff that were new after 3.3
15:18 <vmassol> Enygma`: it's because we have // dev
15:18 <vmassol> once 3.3RC1 was released
15:19 <vmassol> a branch was created
15:19 <+mflorea> vmassol: that's a pain
15:19 <+mflorea> why?
15:19 <vmassol> and the fix was done in the 2 branches
15:19 <vmassol> so both for 3.3 final and for 3.4M1
15:19 <+Enygma`> I think I got it
15:19 <+mflorea> vmassol: there's no reason to have something in 3.3 and not in 3.4M1
15:19 <+Enygma`> forgot that the M1 is created after RC1, and not after Final
15:19 <+mflorea> so there is NO real use case
15:19 <vmassol> not true
15:19 <+mflorea> give me a real use case
15:20 <vmassol> here's one:
15:20 <vmassol> we find a bug
15:20 <vmassol> it affects 2 branches
15:20 <vmassol> say 3.3 branch and 3.4
15:20 <vmassol> however 3.4 has had new changes that are not in 3.3
15:20 <vmassol> in order to fix it you need to bring some extra changes to 3.3 that won't be in 3.4 since 3.4 had a different way of doign it
15:21 <vmassol> (a better way which you cannot backport since it woudl bring too many changesà
15:21 <vmassol> )
15:21 <vmassol> I agree it's not going to happen every day
15:21 <vmassol> but the fix for is correct here
15:21 <vmassol> it does no harm
15:21 <vmassol> it let us know
15:21 <+mflorea> vmassol: what you're saying is that you can have an issue closed for 3.3 and not for 3.4M1, I really don't see how
15:21 <vmassol> that the issue was fixed between 3.3RC1 and 3.3 final
15:21 <vmassol> otehrwise you lost that data
15:22 <vmassol> s/lost/lose/
15:22 <vmassol> someone who has installed 3.3RC1
15:22 <vmassol> and who wants to see the issues fixed for 3.3 final
15:22 <vmassol> won't be able to see them otherwise
15:24 <+mflorea> vmassol: I'm not sure we're talking about the same thing. For me "Fix for 3.3" => Fixed for any version that has 3.3 as parent, that is 3.3.x and 3.z, were z > 3
15:24 <vmassol> what?
15:24 <vmassol> that's not how jira works :)
15:24 <+mflorea> so Fixed for 3.4M1 is redundant
15:24 <vmassol> "fix for 3.3" doesn't mean it's fixed in 3.3.1
15:25 <+mflorea> :|
15:25 <+mflorea> what?
15:25 <+Enygma`> it`s the same branch
15:25 <vmassol> it's not redundant
15:25 <vmassol> not at all
15:25 <vmassol> it's not because something is in 3.4M1 that it's in 3.3
15:26 <+mflorea> I didn't say that!
15:26 <+mflorea> I said: what's in 3.3 is in 3.4M1
15:26 <vmassol> let me repaste what I said
15:26 <vmassol> someone who has installed 3.3RC1
15:26 <vmassol> 3:23
15:26 <vmassol> and who wants to see the issues fixed for 3.3 final
15:26 <vmassol> 3:23
15:26 <vmassol> won't be able to see them otherwise
15:26 <+mflorea> why>
15:26 <vmassol> how?
15:26 <+mflorea> you set *only* Fixed for 3.3
15:27 <+mflorea> the rest is implied
15:27 <+mflorea> i.e. 3.4M1
15:27 <+mflorea> 3.4, 3.5, 3.6, eetc
15:27 <+mflorea> unless it's a regression
15:27 <vmassol> well it almost works except for 2 caases
15:27 <vmassol> 1) the one I mentioend above (which is contrived but can exist)
15:27 <vmassol> but more importantly
15:27 <vmassol> 2) bugfix releases
15:28 <vmassol> the problem with bugfix releases is that you don't control when it happens
15:28 <vmassol> (it means you need to be sure about the release ordering)
15:28 <+mflorea> I'm not talking about 3.3.1 and 3.4M1, I'm talking about 3.3 final and 3.4M1
15:28 <+mflorea> which are in that order for sure
15:29 <needYourHelp> has joined #xwiki
15:29 <vmassol> yes for that one it's not strictly required
15:29 <vmassol> but it's not a problem either
15:29 <vmassol> i mean it's not false
15:30 <+mflorea> sure, it's just a pain for release notes
15:30 <vmassol> when the issue was resolved
15:30 <vmassol> it was indeed ported on 2 branches
15:30 <vmassol> for the release notes, it's not really ap rpboem
16:37 <xwikibot> has joined #xwiki
16:38 <+Enygma`> needYourHelp: welcomed. bye!
16:39 <CIA-121> Vincent Massol master * r595dcf7 / xwiki-platform-tools/xwiki-platform-tool-configuration-resources/src/main/resources/hibernate.cfg.xml.vm : XE-1037: Upgrade of xwiki-enterprise to 3.2 fails - http://git.io/3MzbLg
16:39 <needYourHelp> has left #xwiki
16:39 <+sburjan> vmassol: what have you done ? :) you reverted my supported browsers section :)
16:40 <vmassol> ?
16:40 <vmassol> something is not working on xwiki.org
16:40 <vmassol> it's not me
16:41 <+sburjan> yes.. something is happening
16:41 <vmassol> it's eddy
16:41 <vmassol> Enygma`: bad :)
16:41 <vmassol> see http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise34M1?viewer=changes&rev1=13.5&rev2=14.1
16:41 <+Enygma`> vmassol & sburjan: force edit is bad... mkey? :)
16:41 <vmassol> yep you should never force edit
16:42 <+sburjan> I didn't force, I didn't get any warning
16:42 <vmassol> same for me
16:42 <+Enygma`> wait your turn (or implement optimistic lock editing :P )
16:42 <vmassol> you haven't waited Enygma`, not us! :)
16:42 <+sburjan> yeah :D
16:42 <+Enygma`> I did not get any warning either
16:42 <vmassol> you sure you didn't start editing a long time ago?
16:42 <vmassol> (isn't there a timeout?)
16:43 <+Enygma`> I started editing about 5 minutes ago... so a timeout is indeed a good suspect :)
16:43 <+sburjan> ok, I won't tuch RN untill you finish :)
16:43 <+Enygma`> so anyway, sorry for the issues
16:43 <vmassol> 5 mn isn't much if that's the timeout
16:43 <+Enygma`> I think I`m done, please go ahead
16:44 <vmassol> sburjan: put back my changes too ;)
16:44 <+Enygma`> (crunching my teeth and silently saying: this is not collaboration) :)
16:44 <+sburjan> :))
16:44 <vmassol> why are we not using google docs… ah yes because we're writing a tool which competes with it (kind of)! :)
16:45 <vmassol> Enygma`: we need your help
16:45 <vmassol> you're in the xwiki sas research time
16:45 <vmassol> and you guys are working on real time editing without locks!
16:45 <vmassol> ;)
16:46 <+Enygma`> don`t mix the two :)
16:46 <+Enygma`> I`m not 100% on real time, I just want my changes not to be lost... I don`t necessarily want to see dancing content as it`s being edited :)
16:48 <vmassol> yeah yeah
16:48 <vmassol> not sure we need both though
16:48 <+Enygma`> I think we do
16:48 <+Enygma`> but anyway
16:51 <+mflorea> vmassol: platform build is failing for the past 4 builds. The reason seems to be http://pastebin.com/YLW1p7bs .
16:56 <CIA-121> Ecaterina Moraru (Valica) master * r31bc6a4 / (3 files in 2 dirs): XWIKI-7387: Small improvements on the search page UI (alignment, borders, etc.) ...
16:57 <@sdumitriu> Dear xwikibot, please link to XWIKI-7387
16:58 <+Enygma`> sdumitriu: :D
16:59 <vmassol> mflorea: looking at it, strange works locally
16:59 <+Enygma`> sburjan & vmassol: can you guys fix the RN that I`ve overriden?
17:00 <vmassol> mflorea: how could you release platform if it was failing?
17:00 <+Enygma`> since the diff viewer is no good for me to figure out exactly what you wanted to do
17:00 <vmassol> Enygma`: sburjan is on it
17:00 <+mflorea> I don't understand
17:00 <+Enygma`> ok
17:00 <vmassol> the build was working for you mflorea?
17:00 <+mflorea> it fails on agent-1 though, which is the one I did the release on..
17:00 <+mflorea> yes
17:01 <+sburjan> vmassol: give me 5 minutes, and I'll try to fix it
17:05 <+sburjan> can I edit the RN ?
17:05 <+sburjan> because I don't get any lock... proceeding
17:05 <+Enygma`> go
17:06 <+sburjan> done
17:06 <+sburjan> vmassol: Fixed the Supported browsers and linked the Manual Test Report
17:07 <vmassol> sburjan: not really
17:07 <vmassol> you just duplicated the line
17:07 <vmassol> :)
17:07 <vmassol> you didn't preview?
17:07 <+sburjan> fixing
17:08 <+sburjan> (blush)
17:08 <+sburjan> we should update the browsers section in the RN template too if we decided that the text wasn't correct
17:08 <vmassol> yes, can you do it?
17:09 <+sburjan> yes
17:09 <+Enygma`> I did not override anything :P
17:09 <vmassol> nice
17:09 <vmassol> :)
17:15 <+tmortagne> mflorea: I have to finish something first but will add the display macro yes
17:15 <+mflorea> tmortagne: thanks
17:15 <pgmjsd> is there any way I can prevent users from making page names with punctuation?  Single quotes really do a number on the activity plugin.   Maybe I need to upgrade to 3.x?
17:15 <pgmjsd> s/do/does/
17:22 <+sburjan> vmassol: done. Hope I edited the right document :)
17:24 <vmassol> mflorea: found the mistake fixing
17:24 <+mflorea> cool, thanks
17:25 <vmassol> sorry about that
17:27 <evalica> has quit
17:27 <CIA-121> Vincent Massol master * r04da149 / xwiki-platform-tools/xwiki-platform-tool-packager-plugin/src/it/package-skin/package/pom.xml : XWIKI-7317: Add "package" Mojo to Packager plugin in order to create custom HSQDB/Jetty distributions ...
17:28 <vmassol> hmm I committed against a closed issue....
17:28 <vmassol> (not creating a new issue since it's a build stuff i'm fixing)
17:28 <Enygma`> has quit
17:29 <Enygma`1> has joined #xwiki
17:33 <gdelhumeau> has joined #xwiki
17:36 <abusenius> has joined #xwiki
17:51 <+Denis> vmassol: I have juste attach a patch to http://jira.xwiki.org/browse/XWIKI-7389, could you try it on postgresql to confirm that it is a proper fix ?
17:51 <+mflorea> sdumitriu: why do you need a FreeCode account for release?
17:51 <vmassol> Denis: ok
17:52 <vmassol> I had switched to oracle but I'll reset my conf...
17:53 <+Denis> vmassol:it is also good to try Oracle, does the old one works ?
17:53 <vmassol> I don't know yet, I was setting it up to try it...
17:53 <vmassol> I'm reverting now
17:53 <+Denis> I thought it should have failed as well
17:54 <+Denis> it was a very tricky issue related to the fact that MySQL has a very special way to seen its transactions, and I suppose all real transactional DB should fail
17:56 <+Denis> (sorry for being so long to produce the patch, but it was my daughter birthday today, and I have been a little bit disturbed !)
17:56 <vmassol> Denis: can you send a patched jar on skype?
17:56 <vmassol> s/send/send me/
17:57 <+Denis> sure
17:59 <@sdumitriu> mflorea: To publish announcements on Freshmeat/FreeCode
17:59 <+mflorea> is a simple account enough?
17:59 <@sdumitriu> http://freecode.com/projects/xwiki/releases
17:59 <@sdumitriu> I don't know, I think so
17:59 <+mflorea> do I need to be in a group or something?
17:59 <+mflorea> ok, I'll try with my simple account
17:59 <@sdumitriu> You can register and I'll see if I have someplace to add it or not
18:00 <+mflorea> I did it, mflorea
18:00 <@sdumitriu> Do you have access to freecode.com/projects/xwiki/releases/new ?
18:01 <+mflorea> yes, but I haven't tried to submit :)
18:01 <+mflorea> should be fine
18:01 <@sdumitriu> Yep, should be fine
18:02 <vmassol> Denis: did you test your patch on mysql in ISAM mode?
18:02 <vmassol> (since that would make mysql transactional)
18:02 <@sdumitriu> Anyway, I think you'll have to submit the release manually, since they have a very low limit on the number of chars
18:02 <@sdumitriu> It will probably fail with the release script
18:02 <+mflorea> I'll check after I run the release script
18:03 <+Denis> vmassol: in MySQL, you have only real transaction on table that use a transactional engine, but on missing table, you don't, since MySQL could not know, and therefore it have confuse me
18:14 <sburjan> has quit
18:17 <CIA-121> Denis Gervalle master * rb11569e / (2 files in 2 dirs): XWIKI-7389: Unable to start the wiki with a empty DB or an old DB (without version) - http://git.io/meX_Mw
18:38 <+mflorea> sdumitriu: how many versions do we keep on download page of xwiki.org?
18:39 <+mflorea> we have 3 now
18:39 <+mflorea> (without adding 3.4M1)
18:39 <+mflorea> I remember we used to have 2
18:39 <+mflorea> stable and dev
18:42 <@sdumitriu> Yes, two should be enough
18:42 <@sdumitriu> 34m1 and 33
18:44 <+mflorea> ok
18:50 <+mflorea> sdumitriu: what did you use for "release type" on xwiki org for 3.3M1/M2 ? I've put "Development" but it might not be the right word.
18:50 <@sdumitriu> "Latest", IIRC
18:50 <+mflorea> ok
18:50 <@sdumitriu> But I prefere Development
18:51 <+mflorea> ok, I'll leave it
18:55 <+mflorea> sdumitriu: the (second) release script doesn't release the project on OW2 right? it just pushed the artifacts.
18:56 <@sdumitriu> It does
18:56 <+mflorea> hmm
18:56 <@sdumitriu> I can see them on http://forge.ow2.org/project/showfiles.php?group_id=170
18:56 <@sdumitriu> Ah, actually I see only XEM
18:56 <+tmortagne> mflorea: http://extensions.xwiki.org/xwiki/bin/view/Extension/Display+Macro updating include macro now
18:57 <@sdumitriu> There might be a problem with XE, you'll have to publish the release manually this time...
18:57 <+mflorea> yes, I see only manager
18:57 <+mflorea> I don't know what happened with XE
18:57 <@sdumitriu> Last time it worked...
18:58 <+mflorea> I can't see anything related in the output of the release script
18:58 <+mflorea> everything seems fine in the output
18:59 <+mflorea> it only complains about FreeCode, but there it's a known issue, as you told me (and I manually release there afterwards)
19:01 <+mflorea> the news was published..
19:01 <+mflorea> http://forge.ow2.org/forum/forum.php?forum_id=2078
19:01 <+mflorea> if I release now XE this will get duplicated I guess
19:01 <@sdumitriu> WDYM release now?
19:02 <+mflorea> i.e. release manually
19:02 <+mflorea> XE
19:02 <+mflorea> on OW2
19:04 <gdelhumeau> has quit
19:04 <jvdrean> has quit
19:14 <mflorea> has quit
19:31 <alem0lars> has quit
19:43 <CIA-121> tmortagne master * r202d578 / (3 files in 3 dirs): XE-1086: Debconf database is not properly purged in debian installer - http://git.io/GbJeTQ
19:43 <CIA-121> tmortagne stable-3.3.x * r3caf153 / (3 files in 3 dirs): XE-1086: Debconf database is not properly purged in debian installer ...
19:45 <tmortagne> has quit
20:12 <mflorea> has joined #xwiki
20:32 <mflorea> has quit
20:46 <vmassol> has quit
20:56 <vmassol> has joined #xwiki
20:57 <abusenius> has quit
20:57 <abusenius> has joined #xwiki
20:58 <abusenius_> has joined #xwiki
21:00 <abusenius> has quit
21:47 <abusenius_> has quit
22:12 <rrodriguez> has joined #xwiki
23:29 <lucaa> has quit