Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Le 14/03/2012 01:09, Lars Gullik Bjønnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff was really nice. JMarc

Re: Git workflow #2

Vincent van Ravesteijn wrote: I see that in some cases of 2. additional commit are applied but we shouldn't value clean commit history at such high rates. These additional commits are the number 1 reason for me to propose what I proposed. To my liking, there are way too many commits that

Re: Updates to gitolite progress

Le 12/03/2012 19:56, Vincent van Ravesteijn a écrit : If you want a tree for both 2.0.x and 2.1.0svn, you can do the following: Assume you have a git clone in home/lyx, you can clone this with git clone -s -b 2.0.x home/lyx home/lyx20x This will clone your repo, but it will reuse the objects.

Re: Updates to gitolite progress

Op 14-3-2012 14:59, Jean-Marc Lasgouttes schreef: Le 12/03/2012 19:56, Vincent van Ravesteijn a écrit : If you want a tree for both 2.0.x and 2.1.0svn, you can do the following: Assume you have a git clone in home/lyx, you can clone this with git clone -s -b 2.0.x home/lyx home/lyx20x This

Re: Git workflow #2

Op 14-3-2012 14:11, Pavel Sanda schreef: Vincent van Ravesteijn wrote: I see that in some cases of 2. additional commit are applied but we shouldn't value clean commit history at such high rates. These additional commits are the number 1 reason for me to propose what I proposed. To my liking,

can't clone git (non-developer)

I am not developer but would like to clone the git. I am following the new guide here http://wiki.lyx.org/Devel/LyXGit git clone git://git.lyx.org/ Cloning into git.lyx.org... fatal: The remote end hung up unexpectedly Even though not a developer I should still be able to clone right? Regards,

Re: can't clone git (non-developer)

On 03/14/2012 04:08 PM, Xu Wang wrote: I am not developer but would like to clone the git. I am following the new guide here http://wiki.lyx.org/Devel/LyXGit git clone git://git.lyx.org/ http://git.lyx.org/ Cloning into git.lyx.org... fatal: The remote end hung up unexpectedly Sorry: git

Re: Git workflow #2

On 03/13/2012 09:05 PM, Julien Rioux wrote: I want it simple, and I want it centralized. It's nice to allow private new repos to developers, thank you for that, but it seems overkill to require their use. I honestly cannot be bothered at the moment to setup remote repositories to fetch

Re: Git workflow #2

On Tue, Mar 13, 2012 at 09:05:17PM -0400, Julien Rioux wrote: On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important that we cannot allow trusted

Re: can't clone git (non-developer)

Thank you, Richard. And thank you for creating and updating the guide! Regards, Xu On Wed, Mar 14, 2012 at 4:18 PM, Richard Heck rgh...@comcast.net wrote: On 03/14/2012 04:08 PM, Xu Wang wrote: I am not developer but would like to clone the git. I am following the new guide here

Re: Git workflow #2

On Wed, Mar 14, 2012 at 08:33:05PM +0100, Vincent van Ravesteijn wrote: Op 14-3-2012 14:11, Pavel Sanda schreef: Vincent van Ravesteijn wrote: I see that in some cases of 2. additional commit are applied but we shouldn't value clean commit history at such high rates. These additional commits

Re: Git workflow #2

Yes, that's where we disagree. I don't see these additional commits as good enough reason to drown people in branching mania. Unless someone develops new nifty feature or particularly tough bug, he shouldn't recognize there is some difference between svn and git. You seem to have an aversion

Re: Updates to gitolite progress

| How can I assign rewrite or forced updates right to me for my own clone ? You can't. But that you can't is a misconfiguration on my side. The creator of that clone should have all rights. I'll fix this. Thanks, it's ok now. You can give basic write and read access to others, but no

Re: Git workflow #2

On Wed, Mar 14, 2012 at 09:54:29PM +0100, Vincent van Ravesteijn wrote: Yes, that's where we disagree. I don't see these additional commits as good enough reason to drown people in branching mania. Unless someone develops new nifty feature or particularly tough bug, he shouldn't recognize

Re: Git workflow

Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many changes to the workflow now, while people are

Re: Git workflow

Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many changes to the workflow now, while people are

Re: [patch] full support for table cell rotation

Am 13.03.2012 09:34, schrieb Lars Gullik Bjønnes: Hmm... why are you using svn? Because I started to work on this 2 weeks ago. As it is a fileformat change I always ask on the list, no matter how when and if I commit. If you have questions about git usage, please ask. I admit I failed,

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Jean-Marc Lasgouttes wrote: Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff was really nice. I have another proposal: we put in the mail

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff was really nice. I have another

Re: Git workflow #2

On 14/03/2012 4:37 PM, André Pönitz wrote: On Tue, Mar 13, 2012 at 09:05:17PM -0400, Julien Rioux wrote: On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

On 14/03/2012 5:49 PM, Pavel Sanda wrote: Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff

Re: Git workflow

Il 14/03/2012 21:14, Uwe Stöhr ha scritto: Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many

Re: Git workflow

Le 14/03/12 23:17, Tommaso Cucinotta a écrit : +1 +\inf You win! JMarc

git pull vs svn up timings

Hi, I'm experiencing a quite slow git pull now (~50 secs) [1], whilst svn up completes in the usual ~7 secs [2]. I suspect some misconfiguration on my system (details follow [1]). Does anyone have similar problems ? Thanks, T. [1] tommaso@mobiletom:~/lyx-trunk-ws/lyx$ time git pull

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Pavel Sanda sa...@lyx.org writes: | Jean-Marc Lasgouttes wrote: Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff was really nice. | I have

Exporting master-child documents as plain text

I've been exporting LyX docs to plain text recently the occasion arose to export a master document as plain text. The master exported as expected but the child docs didn't. The plain text master simply includes messages like [Include: newfile2.lyx] I suspect that plain text may have slipped

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Lars Gullik Bj?nnes wrote: But since we know that all of this is lyx, we could just show the ref? [master], [2.0.x] etc.? This looks good. Pavel

Re: git pull vs svn up timings

Tommaso Cucinotta tomm...@lyx.org writes: | Hi, | I'm experiencing a quite slow git pull now (~50 secs) [1], whilst svn | up completes in the usual ~7 secs [2]. I suspect some misconfiguration | on my system (details follow [1]). Does anyone have similar problems ? You config looks correct. |

Re: Git workflow #2

André Pönitz andre.poen...@mathematik.tu-chemnitz.de writes: | On Wed, Mar 14, 2012 at 09:54:29PM +0100, Vincent van Ravesteijn wrote: Yes, that's where we disagree. I don't see these additional commits as good enough reason to drown people in branching mania. Unless someone develops new

Re: Updates to gitolite progress

Vincent van Ravesteijn v...@lyx.org writes: | How can I assign rewrite or forced updates right to me for my own clone ? You can't. But that you can't is a misconfiguration on my side. The creator of that clone should have all rights. I'll fix this. | Thanks, it's ok now. You can give

Re: can't clone git (non-developer)

git branch lists only one branch for me (master). Should there be more? On Wed, Mar 14, 2012 at 4:40 PM, Xu Wang xuwang...@gmail.com wrote: Thank you, Richard. And thank you for creating and updating the guide! Regards, Xu On Wed, Mar 14, 2012 at 4:18 PM, Richard Heck rgh...@comcast.net

Re: Git workflow #2

Julien Rioux jri...@physics.utoronto.ca writes: | On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important that we cannot allow trusted developers to create

Re: can't clone git (non-developer)

Xu Wang xuwang...@gmail.com writes: | git branch lists only one branch for me (master). Should there be more? git branch -a to see the remote branches. By default only the master branch is setup as a tracking branch upon clone. -- Lgb

Re: Git workflow #2

On 14/03/2012 7:14 PM, Lars Gullik Bjønnes wrote: Julien Riouxjri...@physics.utoronto.ca writes: | On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important that

Re: git pull vs svn up timings

Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. Ok, that seems an ssh issue (dump below), trying some GSS authentication for don't know what reason. FYI, ssh into other machines works as usual (~4 secs for

Re: git pull vs svn up timings

Il 15/03/2012 00:18, Tommaso Cucinotta ha scritto: Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. Ok, that seems an ssh issue (dump below), trying some GSS authentication for don't know what reason. FYI, ssh

Re: git pull vs svn up timings

Tommaso Cucinotta tomm...@lyx.org writes: | Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. | Ok, that seems an ssh issue (dump below), trying some GSS | authentication for don't know what reason. FYI, ssh into

Re: git pull vs svn up timings

Tommaso Cucinotta tomm...@lyx.org writes: | Il 15/03/2012 00:18, Tommaso Cucinotta ha scritto: Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. Ok, that seems an ssh issue (dump below), trying some GSS

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Le 14/03/2012 01:09, Lars Gullik Bjønnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff was really nice. JMarc

Re: Git workflow #2

Vincent van Ravesteijn wrote: >> I see that in some cases of 2. additional commit are applied but we >> shouldn't value clean commit history at such high rates. > > These additional commits are the number 1 reason for me to propose what I > proposed. To my liking, there are way too many commits

Re: Updates to gitolite progress

Le 12/03/2012 19:56, Vincent van Ravesteijn a écrit : If you want a tree for both 2.0.x and 2.1.0svn, you can do the following: Assume you have a git clone in /lyx, you can clone this with git clone -s -b 2.0.x /lyx /lyx20x This will clone your repo, but it will reuse the objects. This means

Re: Updates to gitolite progress

Op 14-3-2012 14:59, Jean-Marc Lasgouttes schreef: Le 12/03/2012 19:56, Vincent van Ravesteijn a écrit : If you want a tree for both 2.0.x and 2.1.0svn, you can do the following: Assume you have a git clone in /lyx, you can clone this with git clone -s -b 2.0.x /lyx /lyx20x This will clone

Re: Git workflow #2

Op 14-3-2012 14:11, Pavel Sanda schreef: Vincent van Ravesteijn wrote: I see that in some cases of 2. additional commit are applied but we shouldn't value clean commit history at such high rates. These additional commits are the number 1 reason for me to propose what I proposed. To my liking,

can't clone git (non-developer)

I am not developer but would like to clone the git. I am following the new guide here http://wiki.lyx.org/Devel/LyXGit git clone git://git.lyx.org/ Cloning into git.lyx.org... fatal: The remote end hung up unexpectedly Even though not a developer I should still be able to clone right? Regards,

Re: can't clone git (non-developer)

On 03/14/2012 04:08 PM, Xu Wang wrote: I am not developer but would like to clone the git. I am following the new guide here http://wiki.lyx.org/Devel/LyXGit git clone git://git.lyx.org/ Cloning into git.lyx.org... fatal: The remote end hung up unexpectedly Sorry: git

Re: Git workflow #2

On 03/13/2012 09:05 PM, Julien Rioux wrote: I want it simple, and I want it centralized. It's nice to allow private new repos to developers, thank you for that, but it seems overkill to require their use. I honestly cannot be bothered at the moment to setup remote repositories to fetch

Re: Git workflow #2

On Tue, Mar 13, 2012 at 09:05:17PM -0400, Julien Rioux wrote: > On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: > >But why? > > > >This is the perfect case for a separate repo. > > > > [...] > > > >| Assuming that the pristinity of the lyx repo as a whole is so > >| important that we cannot

Re: can't clone git (non-developer)

Thank you, Richard. And thank you for creating and updating the guide! Regards, Xu On Wed, Mar 14, 2012 at 4:18 PM, Richard Heck wrote: > On 03/14/2012 04:08 PM, Xu Wang wrote: > > I am not developer but would like to clone the git. > I am following the new guide here

Re: Git workflow #2

On Wed, Mar 14, 2012 at 08:33:05PM +0100, Vincent van Ravesteijn wrote: > Op 14-3-2012 14:11, Pavel Sanda schreef: > >Vincent van Ravesteijn wrote: > >>>I see that in some cases of 2. additional commit are applied but we > >>>shouldn't value clean commit history at such high rates. > >>These

Re: Git workflow #2

Yes, that's where we disagree. I don't see these additional commits as good enough reason to drown people in branching mania. Unless someone develops new nifty feature or particularly tough bug, he shouldn't recognize there is some difference between svn and git. You seem to have an aversion

Re: Updates to gitolite progress

| How can I assign rewrite or forced updates right to me for my own clone ? You can't. But that you can't is a misconfiguration on my side. The creator of that clone should have all rights. I'll fix this. Thanks, it's ok now. You can give basic write and read access to others, but no

Re: Git workflow #2

On Wed, Mar 14, 2012 at 09:54:29PM +0100, Vincent van Ravesteijn wrote: > > >>>Yes, that's where we disagree. I don't see these additional commits as > >>>good enough reason to drown people in branching mania. Unless someone > >>>develops new nifty feature or particularly tough bug, he shouldn't

Re: Git workflow

Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many changes to the workflow now, while people are

Re: Git workflow

Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many changes to the workflow now, while people are

Re: [patch] full support for table cell rotation

Am 13.03.2012 09:34, schrieb Lars Gullik Bjønnes: Hmm... why are you using svn? Because I started to work on this 2 weeks ago. As it is a fileformat change I always ask on the list, no matter how when and if I commit. If you have questions about git usage, please ask. I admit I failed,

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Jean-Marc Lasgouttes wrote: > Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : >> | Can we get to see the diff as in the good old days? >> >> yes, but I was really hoping I could get away with a diffstat. > > Do as you can, but a real diff was really nice. I have another proposal: we put in the

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Pavel Sanda wrote: > Jean-Marc Lasgouttes wrote: > > Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : > >> | Can we get to see the diff as in the good old days? > >> > >> yes, but I was really hoping I could get away with a diffstat. > > > > Do as you can, but a real diff was really nice. > > I

Re: Git workflow #2

On 14/03/2012 4:37 PM, André Pönitz wrote: On Tue, Mar 13, 2012 at 09:05:17PM -0400, Julien Rioux wrote: On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

On 14/03/2012 5:49 PM, Pavel Sanda wrote: Pavel Sanda wrote: Jean-Marc Lasgouttes wrote: Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : | Can we get to see the diff as in the good old days? yes, but I was really hoping I could get away with a diffstat. Do as you can, but a real diff

Re: Git workflow

Il 14/03/2012 21:14, Uwe Stöhr ha scritto: Am 13.03.2012 16:47, schrieb Richard Heck: I don't disagree with any of what is below, but I guess I'd prefer to see us move more slowly. Many people are going to have to get used to using git locally, on their own machine, and making too many

Re: Git workflow

Le 14/03/12 23:17, Tommaso Cucinotta a écrit : +1 +\inf You win! JMarc

git pull vs svn up timings

Hi, I'm experiencing a quite slow git pull now (~50 secs) [1], whilst svn up completes in the usual ~7 secs [2]. I suspect some misconfiguration on my system (details follow [1]). Does anyone have similar problems ? Thanks, T. [1] tommaso@mobiletom:~/lyx-trunk-ws/lyx$ time git pull

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Pavel Sanda writes: | Jean-Marc Lasgouttes wrote: >> Le 14/03/2012 01:09, Lars Gullik Bj?nnes a écrit : >>> | Can we get to see the diff as in the good old days? >>> >>> yes, but I was really hoping I could get away with a diffstat. >> >> Do as you can, but a real diff was really

Exporting master-child documents as plain text

I've been exporting LyX docs to plain text recently & the occasion arose to export a master document as plain text. The master exported as expected but the child docs didn't. The plain text master simply includes messages like [Include: newfile2.lyx] I suspect that plain text may have

Re: [lyx] Advertising change as in commit c324d6eae6231658803849d13320b14a96717234 (r40877).

Lars Gullik Bj?nnes wrote: > But since we know that all of this is lyx, we could just show the ref? > [master], [2.0.x] etc.? This looks good. Pavel

Re: git pull vs svn up timings

Tommaso Cucinotta writes: | Hi, > | I'm experiencing a quite slow git pull now (~50 secs) [1], whilst svn | up completes in the usual ~7 secs [2]. I suspect some misconfiguration | on my system (details follow [1]). Does anyone have similar problems ? You config looks correct.

Re: Git workflow #2

André Pönitz writes: | On Wed, Mar 14, 2012 at 09:54:29PM +0100, Vincent van Ravesteijn wrote: >> >> >>>Yes, that's where we disagree. I don't see these additional commits as >> >>>good enough reason to drown people in branching mania. Unless someone >>

Re: Updates to gitolite progress

Vincent van Ravesteijn writes: >> | How can I assign rewrite or forced updates right to me for my own clone ? >> >> You can't. But that you can't is a misconfiguration on my side. The >> creator of that clone should have all rights. >> >> I'll fix this. > | Thanks, it's ok now. >

Re: can't clone git (non-developer)

"git branch" lists only one branch for me (master). Should there be more? On Wed, Mar 14, 2012 at 4:40 PM, Xu Wang wrote: > Thank you, Richard. And thank you for creating and updating the guide! > Regards, Xu > > > On Wed, Mar 14, 2012 at 4:18 PM, Richard Heck

Re: Git workflow #2

Julien Rioux writes: | On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: >> But why? >> >> This is the perfect case for a separate repo. >> >> [...] >> >> | Assuming that the pristinity of the lyx repo as a whole is so >> | important that we cannot allow trusted

Re: can't clone git (non-developer)

Xu Wang writes: | "git branch" lists only one branch for me (master). Should there be more? git branch -a to see the remote branches. By default only the master branch is setup as a tracking branch upon clone. -- Lgb

Re: Git workflow #2

On 14/03/2012 7:14 PM, Lars Gullik Bjønnes wrote: Julien Rioux writes: | On 13/03/2012 8:13 PM, Lars Gullik Bjønnes wrote: But why? This is the perfect case for a separate repo. [...] | Assuming that the pristinity of the lyx repo as a whole is so | important

Re: git pull vs svn up timings

Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. Ok, that seems an ssh issue (dump below), trying some GSS authentication for don't know what reason. FYI, ssh into other machines works as usual (~4 secs for

Re: git pull vs svn up timings

Il 15/03/2012 00:18, Tommaso Cucinotta ha scritto: Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: Try with GIT_TRACE=1 git pull and try to see where the time is being used. Ok, that seems an ssh issue (dump below), trying some GSS authentication for don't know what reason. FYI, ssh

Re: git pull vs svn up timings

Tommaso Cucinotta writes: | Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: >> Try with GIT_TRACE=1 git pull and try to see where the time is being >> used. > | Ok, that seems an ssh issue (dump below), trying some GSS | authentication for don't know what reason. FYI, ssh

Re: git pull vs svn up timings

Tommaso Cucinotta writes: | Il 15/03/2012 00:18, Tommaso Cucinotta ha scritto: >> Il 14/03/2012 23:03, Lars Gullik Bjønnes ha scritto: >>> Try with GIT_TRACE=1 git pull and try to see where the time is >>> being used. >> >> Ok, that seems an ssh issue (dump below), trying some