Re: [xwiki-devs] Can't check-out sources from behind a proxy
On Oct 2, 2007, at 7:02 AM, Asiri Rathnayake wrote: Hi All, I tried to check-out the xwiki sources from within the university network (behind a proxy) but it didn't work (I have set all svn parameters required). You need to ensure that the svn protocol and the ssh one can go through the proxy. Usually they are blocked. I wonder if this is something with objectweb's svn server configuration since i can check-out sources from some other repositories (like subversion source for an example). That's because they are using the http/https protocol and not svn or svn+ssh... For the moment I have all the sources I want but i thought it would be better to mention this right now. The good news is that we're migrating to our own SVN repo today and we have HTTP/HTTPS configured so no more proxy issues in the very near future. Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] Display the edit button even when not logged in?
Hi, Yes it would certainly encourage my users to edit - at the moment its not obvious that a page can be edited, so they don't even try and just think its a normal uneditable website. On another wiki the right hand menu bar only appears when you move your pointer to the right hand side of the screen, so you effectively have more room for viewing the wiki content and only have a menu bar when you need it - thought that might be a cool feature for xwiki but how to do it I'm not sure. Regards, Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Vincent Massol Sent: 01 October 2007 21:21 To: XWiki Developers Subject: [xwiki-devs] Display the edit button even when not logged in? Hi, I was looking at a wiki tonight and I noticed there was an edit button even though I wasn't logged in. So I clicked on it, and then I was told that if I wanted to edit the page I had to register/log in. I found that this was very nice since: * Users are tempted to click on the edit button and contribute * It clearly shows to users who don't know wikis that they can contribute content I think we should have this feature in XWiki. I would even go as far as proposing that it be on by default. WDYT? Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail is confidential. It may also be legally privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. We may monitor all e-mail communications through our networks. If you have received this e-mail in error, please inform us immediately on +44 (0) 1749 672081 and delete it and all copies from your system. We accept no responsibility for changes to any e-mail which occur after it has been sent. Attachments to this e-mail may contain software viruses which could damage your system. We therefore recommend you virus-check all attachments before opening. A business of Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No. 868273 ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
[xwiki-devs] Full screen viewing (was Re: Display the edit button even when not logged in?)
On Oct 2, 2007, at 9:13 AM, goldring, richard wrote: Hi, Yes it would certainly encourage my users to edit - at the moment its not obvious that a page can be edited, so they don't even try and just think its a normal uneditable website. On another wiki the right hand menu bar only appears when you move your pointer to the right hand side of the screen, so you effectively have more room for viewing the wiki content and only have a menu bar when you need it - thought that might be a cool feature for xwiki but how to do it I'm not sure. We have added fullscreen editing. Now I guess we could also add fullscreen viewing. Shouldn't be too hard to do. Now we only need to find someone interested in implementing it. Any takers? :) Thanks -Vincent -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Vincent Massol Sent: 01 October 2007 21:21 To: XWiki Developers Subject: [xwiki-devs] Display the edit button even when not logged in? Hi, I was looking at a wiki tonight and I noticed there was an edit button even though I wasn't logged in. So I clicked on it, and then I was told that if I wanted to edit the page I had to register/log in. I found that this was very nice since: * Users are tempted to click on the edit button and contribute * It clearly shows to users who don't know wikis that they can contribute content I think we should have this feature in XWiki. I would even go as far as proposing that it be on by default. WDYT? Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
[xwiki-devs] [Important] SVN migration
As planned and advertised last week, today is SVN migration day. At 12:00 AM GMT+1 I'll remove SVN access to everyone on the ObjectWeb SVN so that nobody can commit. One the migration is over, I'll add again SVN accesses to the new repo. The new repo uses a different authentication mechanism. Everyone with SVN commit access need to have an account on xwiki.org and I'll have to add him/her to a special group on xwiki.org. One this is done you'll be able to commit with your credentials from xwiki.org. Please send me your user id on xwiki.org so that I can add you. As usual if you have any issue with this please let me know quickly. Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] [XEM][Proposal] Move XEM release dates
On Oct 1, 2007, at 3:54 PM, Thomas Mortagne wrote: 2007/10/1, Vincent Massol [EMAIL PROTECTED]: On Oct 1, 2007, at 3:05 PM, Thomas Mortagne wrote: Hi all, Today was planned to be the XEM 1.0M2 release but the main (almost all features) of this release is the new rights/users/groups management interface. We thinks it will be ready for next week Several remarks/questions: 1) Since the new rights management UI will be in Platform/Web we'll need to release it before we can release 1.0M2. Note: that we need to still allow switching to the old rights management interface since we want the 1.1.x branch to be stable. 2) My understanding is that Evelina is working on it but will she have finished before the end of the week? We need to allocate one more day for the Platform/Web release. 3) We need to decide if we release only Platform/Web or if we release Platform/Core, XE and other modules too. If we release it separately (which we can since it's a separate module) then what version do we use? If not it means releasing XE 1.1.2. We need to decide what we want. As new right management interface will be too young to consider as stable release XE 1.1.2 with a main feature as beta can be confusing for user as XE 1.1.* is the stable version. But even if core/web and XE are separate modules XE is the default XWiki implementation and it is easier for user to have synchronized core/web and XE versions I think. Maybe we can add configuration to set which of old and new rights management is the default and set old for XE and new for XEM. I'm not I've understood you. I think we should keep the current rights managements as the default one in 1.1.2 (with the option in xwiki.cfg for switching to the new one - This option would be used by XEM for example). I agree we should release Core+Web together since they are together in JIRA (same JIRA project). Actually I have a proposal to put them in the same trunk/, branches/, tags/ but that's for later. Now for XE I don't think we have to release it at the same time. However since xwiki.org is still not organized with platform.xwiki.org, enterprise.xwiki.org, etc we haven't yet explained to users how XWiki is composed and I believe we need to do that before we can release stuff fully separately. 4) Who's going to do the release of Platform/Web and possibly XE 1.1.2 if that's what we choose? I probably won't be available since I'll be in the US doing some talks/meetings/etc. so I propose to : - move 1.0M2 from today to October 8 - move 1.0M3 from October 8 to October 15 Fine provided we decide what to do with points 2), 3) and 4) above. ok so it seems we agree on point 3). What about 2) and 4) Thomas? Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] [XEM][Proposal] Move XEM release dates
2007/10/2, Vincent Massol [EMAIL PROTECTED]: On Oct 1, 2007, at 3:54 PM, Thomas Mortagne wrote: 2007/10/1, Vincent Massol [EMAIL PROTECTED]: On Oct 1, 2007, at 3:05 PM, Thomas Mortagne wrote: Hi all, Today was planned to be the XEM 1.0M2 release but the main (almost all features) of this release is the new rights/users/groups management interface. We thinks it will be ready for next week Several remarks/questions: 1) Since the new rights management UI will be in Platform/Web we'll need to release it before we can release 1.0M2. Note: that we need to still allow switching to the old rights management interface since we want the 1.1.x branch to be stable. 2) My understanding is that Evelina is working on it but will she have finished before the end of the week? We need to allocate one more day for the Platform/Web release. 3) We need to decide if we release only Platform/Web or if we release Platform/Core, XE and other modules too. If we release it separately (which we can since it's a separate module) then what version do we use? If not it means releasing XE 1.1.2. We need to decide what we want. As new right management interface will be too young to consider as stable release XE 1.1.2 with a main feature as beta can be confusing for user as XE 1.1.* is the stable version. But even if core/web and XE are separate modules XE is the default XWiki implementation and it is easier for user to have synchronized core/web and XE versions I think. Maybe we can add configuration to set which of old and new rights management is the default and set old for XE and new for XEM. I'm not I've understood you. I think we should keep the current rights managements as the default one in 1.1.2 (with the option in xwiki.cfg for switching to the new one - This option would be used by XEM for example). It's what I said but in a very unclear way. :) I agree we should release Core+Web together since they are together in JIRA (same JIRA project). Actually I have a proposal to put them in the same trunk/, branches/, tags/ but that's for later. Now for XE I don't think we have to release it at the same time. However since xwiki.org is still not organized with platform.xwiki.org, enterprise.xwiki.org, etc we haven't yet explained to users how XWiki is composed and I believe we need to do that before we can release stuff fully separately. 4) Who's going to do the release of Platform/Web and possibly XE 1.1.2 if that's what we choose? I probably won't be available since I'll be in the US doing some talks/meetings/etc. so I propose to : - move 1.0M2 from today to October 8 - move 1.0M3 from October 8 to October 15 Fine provided we decide what to do with points 2), 3) and 4) above. ok so it seems we agree on point 3). What about 2) and 4) Thomas? For 2) I did not want to answer for Evelina but she said me that It will be ok for her. And for 4), well I will make the XEM (and appmanager and wikimanager) so I suppose I can make also core/web one. It's just It will be the first release I really make so I did not beg for this important task :) Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Thomas Mortagne ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] [Important] SVN migration
Ok the migration is done. The following page has been updated on xwiki.org: http://www.xwiki.org/xwiki/bin/view/Community/SourceRepository The new URL is http(s)://svn.xwiki.org/svnroot/xwiki/ Anonymous users should http and committers should use https. IMPORTANT: I've merged trunks-devs and trunks-users together so the new URL to check out is: http(s)://svn.xwiki.org/svnroot/xwiki/trunks You'll need to check out the new URL. If you have uncommitted files in your old workspace, you can use one of the following methods to update the newly checked out workspace with your uncommitted changes: Solution 1: * Do a diff between the 2 workspaces and apply the changes using patch on the new workspace Solution 2 (easier for windows users) * Copy your old workspace over the newly checked out one. Be very careful NOT to copy the .svn directories (what I used to do on windows is use windows search to search for all .svn dirs in my old workspace and remove them all and then only do the copy). Enjoy! Thanks -Vincent On Oct 2, 2007, at 10:35 AM, Vincent Massol wrote: As planned and advertised last week, today is SVN migration day. At 12:00 AM GMT+1 I'll remove SVN access to everyone on the ObjectWeb SVN so that nobody can commit. One the migration is over, I'll add again SVN accesses to the new repo. The new repo uses a different authentication mechanism. Everyone with SVN commit access need to have an account on xwiki.org and I'll have to add him/her to a special group on xwiki.org. One this is done you'll be able to commit with your credentials from xwiki.org. Please send me your user id on xwiki.org so that I can add you. As usual if you have any issue with this please let me know quickly. Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] [Important] SVN migration
I forgot to mention that you need to send me your user id on xwiki.org before you can commit in the new repo. Also, another solution for migrating files (when you have only few modified ones): * do a svn status * for all modified files or new files, copy them manually to the new location using the path printed out by svn status -Vincent On Oct 2, 2007, at 1:25 PM, Vincent Massol wrote: Ok the migration is done. The following page has been updated on xwiki.org: http://www.xwiki.org/xwiki/bin/view/Community/SourceRepository The new URL is http(s)://svn.xwiki.org/svnroot/xwiki/ Anonymous users should http and committers should use https. IMPORTANT: I've merged trunks-devs and trunks-users together so the new URL to check out is: http(s)://svn.xwiki.org/svnroot/xwiki/trunks You'll need to check out the new URL. If you have uncommitted files in your old workspace, you can use one of the following methods to update the newly checked out workspace with your uncommitted changes: Solution 1: * Do a diff between the 2 workspaces and apply the changes using patch on the new workspace Solution 2 (easier for windows users) * Copy your old workspace over the newly checked out one. Be very careful NOT to copy the .svn directories (what I used to do on windows is use windows search to search for all .svn dirs in my old workspace and remove them all and then only do the copy). Enjoy! Thanks -Vincent On Oct 2, 2007, at 10:35 AM, Vincent Massol wrote: As planned and advertised last week, today is SVN migration day. At 12:00 AM GMT+1 I'll remove SVN access to everyone on the ObjectWeb SVN so that nobody can commit. One the migration is over, I'll add again SVN accesses to the new repo. The new repo uses a different authentication mechanism. Everyone with SVN commit access need to have an account on xwiki.org and I'll have to add him/her to a special group on xwiki.org. One this is done you'll be able to commit with your credentials from xwiki.org. Please send me your user id on xwiki.org so that I can add you. As usual if you have any issue with this please let me know quickly. Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] [Important] SVN migration
Another very important point I forgot to mention: The user you have on xwiki.org will be used to commit things in SVN so if you wish to commit things with the same users as before you need to register a user with the same name as before on xwiki.org. For example I've created a vmassol user on xwiki.org so that I can keep the same user rather than using VincentMassol. Thanks -Vincent On Oct 2, 2007, at 1:28 PM, Vincent Massol wrote: I forgot to mention that you need to send me your user id on xwiki.org before you can commit in the new repo. Also, another solution for migrating files (when you have only few modified ones): * do a svn status * for all modified files or new files, copy them manually to the new location using the path printed out by svn status -Vincent On Oct 2, 2007, at 1:25 PM, Vincent Massol wrote: Ok the migration is done. The following page has been updated on xwiki.org: http://www.xwiki.org/xwiki/bin/view/Community/SourceRepository The new URL is http(s)://svn.xwiki.org/svnroot/xwiki/ Anonymous users should http and committers should use https. IMPORTANT: I've merged trunks-devs and trunks-users together so the new URL to check out is: http(s)://svn.xwiki.org/svnroot/xwiki/trunks You'll need to check out the new URL. If you have uncommitted files in your old workspace, you can use one of the following methods to update the newly checked out workspace with your uncommitted changes: Solution 1: * Do a diff between the 2 workspaces and apply the changes using patch on the new workspace Solution 2 (easier for windows users) * Copy your old workspace over the newly checked out one. Be very careful NOT to copy the .svn directories (what I used to do on windows is use windows search to search for all .svn dirs in my old workspace and remove them all and then only do the copy). Enjoy! Thanks -Vincent On Oct 2, 2007, at 10:35 AM, Vincent Massol wrote: As planned and advertised last week, today is SVN migration day. At 12:00 AM GMT+1 I'll remove SVN access to everyone on the ObjectWeb SVN so that nobody can commit. One the migration is over, I'll add again SVN accesses to the new repo. The new repo uses a different authentication mechanism. Everyone with SVN commit access need to have an account on xwiki.org and I'll have to add him/her to a special group on xwiki.org. One this is done you'll be able to commit with your credentials from xwiki.org. Please send me your user id on xwiki.org so that I can add you. As usual if you have any issue with this please let me know quickly. Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
[xwiki-devs] New SVN repo: problems in committing
Hi everyone, Just a note to say that I currently have problems comitting. The commit seems to work but then the svn rev is increased but nothing is committed. It works fine for Raffaello and it used to work for me too in revs up to 5203 included but since 5204 I can't commit anything. So it's possible you'll get some issues too. Raffaello and I are looking into this and trying to understand what happens but we're a bit puzzled right now... Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] New SVN repo: problems in committing
Ok, Thomas is having the exact same problem as I have so please refrain from committing for now till I give the green light again. Actually I've disabled committing for now till we get it to work. Thanks -Vincent On Oct 2, 2007, at 6:01 PM, Vincent Massol wrote: Hi everyone, Just a note to say that I currently have problems comitting. The commit seems to work but then the svn rev is increased but nothing is committed. It works fine for Raffaello and it used to work for me too in revs up to 5203 included but since 5204 I can't commit anything. So it's possible you'll get some issues too. Raffaello and I are looking into this and trying to understand what happens but we're a bit puzzled right now... Thanks -Vincent ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
Re: [xwiki-devs] Fwd: An Experiment with GIT
If anyone is interested, there is also a tool called svk which sits on top of subversion and adds some of the local branch/distributed branch abilities to subversion. I use it locally to have multiple branches than can be merged, committed, etc. This was especially useful before the new svn repository (I could still check in locally even if I can't talk to the main site, and then sync it later). David -- On 9/29/07, Vincent Massol [EMAIL PROTECTED] wrote: Interesting... After reading about distributed SCMs for some time now I think I'm ready to take the plugin and try some experiments as Jason as done. My only worry so far about using a tool like Git was about the tooling (in IDE, etc). Now that Jason as taken the plunge, I'll do some research on it too in the background. -Vincent Begin forwarded message: From: Jason van Zyl [EMAIL PROTECTED] Date: September 29, 2007 7:40:42 PM CEDT To: Maven Developers List [EMAIL PROTECTED] Subject: An Experiment with GIT Reply-To: Maven Developers List [EMAIL PROTECTED] Hi, For anyone who wants to make changes to Maven but doesn't have access I am going to setup a GIT repository to try and enable some distributed development. After using GIT for about a week I'm having a hard time using SVN but obviously we're not going to be switching anytime soon. But for anyone who has patches or wants to try and work with me to get changes in I am going to try this method of publishing Maven as a GIT repository which will allow anyone to clone the repository and work on any changes you like in a controlled way. Once you clone you can commit changes to your own copy of Maven and do whatever you like. Then in order for me to see your changes I can simply pull from your originally cloned repository to a branch on my side and merge. Merging is sooo easy with GIT. So easy in fact that it makes you wonder how SVN got it so wrong and makes it so painful compared to GIT. This is the model that the Linux kernel uses where anyone has a real copy of the repository, they work as they like, creating branches for features of what have you. I am trying this with Oleg Gusakov who has many ideas and is helping me do some experiments with the artifact resolution system. But anyone else who is interested in trying just let me know. This document is the most helpful: http://utsl.gen.nz/talks/git-svn/intro.html And a little collection of things I have read about GIT: http://del.icio.us/jvanzyl/git It is so damn fast it is unbelievable. With the visual tool that comes with it you can see the entire history of the project in a few minutes. It is very, very cool. I simply cannot believe how easy it is to merge bits from all over the place. My hope is that this method being truly distributed means that people can work on their branches in a way that's natural and we remove the immense tedium working with patches. If you have something good, it's now very easy for me to pull a branch from you and try it. If that branch works it then takes me a second to merge it. I test and them push back to subversion using the git-svn bridge. In the short term I really only want to try with a few people but if you're keen, want to learn about GIT (which I highly, highly recommend) then I will take your patches. I think any developer here and anyone who has ever tried to contribute changes sees that the JIRA+patch model is highly unworkable and bordering on completely useless. JIRA might be fine to raise the issue but with a reference to a GIT repository to pull from it will make life infinitely easier. People who are not committers can work with people that are in a way that resembles everyon being part of the team. Dealing with patches just sucks ass and as a result we don't look at them nearly as often as we should so I hope this can become a model that enables people to contribute in a more effective way. I'm going to try this with Oleg but I am highly hopeful. I will help anyone who wants to try this as I see this as a way to truly collaborate with the community. Down with JIRA+patches! All hail JIRA+GIT! :-) Thanks, Jason ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs