Op 19-2-2013 10:22, Jean-Marc Lasgouttes schreef:
Le 19/02/2013 08:01, Vincent van Ravesteijn a écrit :
Of course, I did not disappear without a trace..
Oh, look, a trace!
JMarc
Hmm.. I didn't mean to say that I disappeared with a trace, either.
Vincent
Op 18-2-2013 8:17, Pavel Sanda schreef:
Uwe Stöhr wrote:
Pavel, would you again like to take care as release maintainer?
My private thought is that releasing 2.1 before meeting will hurt its stability
due to the time left.
My official statement is here
Op 18-2-2013 8:17, Pavel Sanda schreef:
Uwe Stöhr wrote:
Pavel, would you again like to take care as release maintainer?
My private thought is that releasing 2.1 before meeting will hurt its stability
due to the time left.
My official statement is here
Op 21-1-2013 23:42, Uwe Stöhr schreef:
Am 21.01.2013 04:12, schrieb Scott Kostyshak:
LyX is already configured even twice during the installation.
Good to hear. Is this new or has it always been like this?
This is new since January 3 this year. Before that day the installer
suffered from
Op 21-1-2013 23:42, Uwe Stöhr schreef:
Am 21.01.2013 04:12, schrieb Scott Kostyshak:
LyX is already configured even twice during the installation.
Good to hear. Is this new or has it always been like this?
This is new since January 3 this year. Before that day the installer
suffered from
Op 31 dec. 2012 18:51 schreef Kornel Benko kor...@lyx.org het volgende:
The branch, master, has been updated.
- Log -
commit 297d534fdda7b497b8a0a3362f20bc1b7ac86808
Author: Kornel Benko kor...@lyx.org
Date: Mon Dec 31
Op 31 dec. 2012 18:51 schreef "Kornel Benko" het volgende:
>
> The branch, master, has been updated.
>
> - Log -
>
> commit 297d534fdda7b497b8a0a3362f20bc1b7ac86808
> Author: Kornel Benko
> Date:
Op 14-12-2012 19:08, Kornel Benko schreef:
The branch, master, has been updated.
- Log -
commit 2b66f1b1aca8661d9aca0adca1f5db769c8dc9eb
Author: Kornel Benko kor...@lyx.org
Date: Fri Dec 14 19:07:28 2012 +0100
Split
Op 14-12-2012 19:08, Kornel Benko schreef:
The branch, master, has been updated.
- Log -
commit 2b66f1b1aca8661d9aca0adca1f5db769c8dc9eb
Author: Kornel Benko
Date: Fri Dec 14 19:07:28 2012 +0100
Split
Op 29-12-2012 11:09, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit 592a7d2144a6e56de50b9de352e907565bb7c18f
Author: Juergen Spitzmueller sp...@lyx.org
Date: Sat Dec 29 11:09:10 2012 +0100
Op 29-12-2012 11:09, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit 592a7d2144a6e56de50b9de352e907565bb7c18f
Author: Juergen Spitzmueller
Date: Sat Dec 29 11:09:10 2012 +0100
Op 27-12-2012 23:27, Nico Williams schreef:
On Dec 27, 2012 3:07 PM, Vincent van Ravesteijn v...@lyx.org
mailto:v...@lyx.org wrote:
You can correct almost everything with git. Just don't push a wrong
tag, ...
Right, because deleting a branch or tag, or making a branch name refer
Op 27-12-2012 23:27, Nico Williams schreef:
On Dec 27, 2012 3:07 PM, "Vincent van Ravesteijn" <v...@lyx.org
<mailto:v...@lyx.org>> wrote:
> You can correct almost everything with git. Just don't push a wrong
tag, ...
Right, because deleting a branch or tag, or m
We are on completely different ground if we start discussion about using XML as
native format. I'm sceptic that your approach would be used, but that was just
IMHO, we use pythonic lyx2lyx creature right now after all. At the moment
there is no one who really works on this goal and as you could
Op 27-12-2012 11:05, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit 258280cecf0cf2e1f31e7f9136165a7dc494192d
Author: Juergen Spitzmueller sp...@lyx.org
Date: Thu Dec 27 11:05:39 2012 +0100
We already support some form of cross-referencing, but AFAICS this only
works for documents that are included in the same master document.
However, the cross-references dialog box allows to select any other
document.
It looks to me that we either have to disallow to refer to a label in a
Op 27-12-2012 16:26, Jean-Marc Lasgouttes schreef:
Le 26/12/12 13:13, Alessandro Di Federico a écrit :
Our plan is to make the user conference on Monday 13th of May, in the
afternoon. So we could have the dev meeting the previous day, on Sunday
12th of May.
Rough plan:
- Saturday May 11th:
Yes, that is what I am trying to achieve, but I was worried that
deleting the 2.0.5.1 branch would invalidate the tag. I guess not? I'm
definitely not a git expert.
Considering this, there is not much difference between a branch and a tag.
git prune will prune all unreachable objects using
We are on completely different ground if we start discussion about using XML as
native format. I'm sceptic that your approach would be used, but that was just
IMHO, we use pythonic lyx2lyx creature right now after all. At the moment
there is no one who really works on this goal and as you could
Op 27-12-2012 11:05, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit 258280cecf0cf2e1f31e7f9136165a7dc494192d
Author: Juergen Spitzmueller
Date: Thu Dec 27 11:05:39 2012 +0100
We already support some form of cross-referencing, but AFAICS this only
works for documents that are included in the same master document.
However, the cross-references dialog box allows to select any other
document.
It looks to me that we either have to disallow to refer to a label in a
Op 27-12-2012 16:26, Jean-Marc Lasgouttes schreef:
Le 26/12/12 13:13, Alessandro Di Federico a écrit :
Our plan is to make the user conference on Monday 13th of May, in the
afternoon. So we could have the dev meeting the previous day, on Sunday
12th of May.
Rough plan:
- Saturday May 11th:
Yes, that is what I am trying to achieve, but I was worried that
deleting the 2.0.5.1 branch would invalidate the tag. I guess not? I'm
definitely not a git expert.
Considering this, there is not much difference between a branch and a tag.
"git prune" will prune all unreachable objects using
Op 22-12-2012 17:40, Richard Heck schreef:
I am intending to release 2.0.6 as soon as we can, due to bug #8423,
now fixed in branch. If you have any string-changing commits you'd
like to make, please make them as soon as possible. I'll announce the
string freeze around Christmas.
I know
Op 22-12-2012 7:05, Scott Kostyshak schreef:
On Fri, Dec 21, 2012 at 10:07 AM, Richard Heck rgh...@lyx.org wrote:
On 12/21/2012 03:11 AM, Scott Kostyshak wrote:
Wrong patch.
Sorry about that. Correct patch attached.
Thanks, Scott
diff --git a/lib/bind/cua.bind b/lib/bind/cua.bind
index
Op 22-12-2012 17:40, Richard Heck schreef:
I am intending to release 2.0.6 as soon as we can, due to bug #8423,
now fixed in branch. If you have any string-changing commits you'd
like to make, please make them as soon as possible. I'll announce the
string freeze around Christmas.
I know
Op 22-12-2012 7:05, Scott Kostyshak schreef:
On Fri, Dec 21, 2012 at 10:07 AM, Richard Heck wrote:
On 12/21/2012 03:11 AM, Scott Kostyshak wrote:
Wrong patch.
Sorry about that. Correct patch attached.
Thanks, Scott
diff --git a/lib/bind/cua.bind b/lib/bind/cua.bind
index
Op 19-12-2012 16:55, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit c3aa7181517fc7fe6c8a4cdd8e0b96c033ed64ee
Author: Juergen Spitzmueller sp...@lyx.org
Date: Wed Dec 19 16:55:22 2012 +0100
Op 19-12-2012 16:55, Juergen Spitzmueller schreef:
The branch, master, has been updated.
- Log -
commit c3aa7181517fc7fe6c8a4cdd8e0b96c033ed64ee
Author: Juergen Spitzmueller
Date: Wed Dec 19 16:55:22 2012 +0100
---
CMakeLists.txt | 11 +++
src/support/tests/CMakeLists.txt |1 +
src/tex2lyx/test/CMakeLists.txt |1 +
3 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 7d1992d..4616ba8 100644
--- a/CMakeLists.txt
+++
, the tests are scattered
throughout the tree.
Any comments ?
Vincent van Ravesteijn (3):
Add custom target to run tests
Change style of tests
Fix filetools test for Windows
CMakeLists.txt| 11 +++
src/support/tests/CMakeLists.txt | 13 +---
src/support/tests
---
src/support/tests/CMakeLists.txt | 12 +---
src/support/tests/check_convert.cpp | 128
src/support/tests/check_filetools.cpp | 11 ++--
src/support/tests/check_lstrings.cpp | 23 +++---
src/support/tests/regfiles/convert| 49 -
---
src/support/tests/check_filetools.cpp | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/src/support/tests/check_filetools.cpp
b/src/support/tests/check_filetools.cpp
index e4e895a..f641fad 100644
--- a/src/support/tests/check_filetools.cpp
+++
Hi all,
Just a little hint if you want to try out patches that are sent to the list.
[Thunderbird on Windows]
Drag and drop the e-mail containing the patch to the explorer.
Thunderbird will save the message as an .eml file. Then, git am
filename.eml will apply the patch.
[GMane and Linux]
---
CMakeLists.txt | 11 +++
src/support/tests/CMakeLists.txt |1 +
src/tex2lyx/test/CMakeLists.txt |1 +
3 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 7d1992d..4616ba8 100644
--- a/CMakeLists.txt
+++
, the tests are scattered
throughout the tree.
Any comments ?
Vincent van Ravesteijn (3):
Add custom target to run tests
Change style of tests
Fix filetools test for Windows
CMakeLists.txt| 11 +++
src/support/tests/CMakeLists.txt | 13 +---
src/support/tests
---
src/support/tests/CMakeLists.txt | 12 +---
src/support/tests/check_convert.cpp | 128
src/support/tests/check_filetools.cpp | 11 ++--
src/support/tests/check_lstrings.cpp | 23 +++---
src/support/tests/regfiles/convert| 49 -
---
src/support/tests/check_filetools.cpp | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/src/support/tests/check_filetools.cpp
b/src/support/tests/check_filetools.cpp
index e4e895a..f641fad 100644
--- a/src/support/tests/check_filetools.cpp
+++
Hi all,
Just a little hint if you want to try out patches that are sent to the list.
[Thunderbird on Windows]
Drag and drop the e-mail containing the patch to the explorer.
Thunderbird will save the message as an .eml file. Then, "git am
.eml" will apply the patch.
[GMane and Linux]
"wget
Op 11-12-2012 13:09, Pavel Sanda schreef:
Tommaso Cucinotta wrote:
Yes, everything compiles fine. Also ColorCache.h was not giving any trouble,
till I included it in graphics/PreviewLoader.cpp, because then gcc
complained it cannot find QColor nor QPalette (and I had to add the QtGui/).
Yes I
Op 11-12-2012 13:09, Pavel Sanda schreef:
Tommaso Cucinotta wrote:
Yes, everything compiles fine. Also ColorCache.h was not giving any trouble,
till I included it in graphics/PreviewLoader.cpp, because then gcc
complained it cannot find QColor nor QPalette (and I had to add the QtGui/).
Yes I
Op 12 dec. 2012 20:45 schreef Georg Baum georg.b...@post.rwth-aachen.de
het volgende:
Tommaso Cucinotta wrote:
As in the prior patch, an alternative to this problem at all is the one
to
simply remove the --fg and --bg options to the command-line invoking
the external command.
Someone
Op 12 dec. 2012 20:45 schreef "Georg Baum"
het volgende:
>
> Tommaso Cucinotta wrote:
>
> > As in the prior patch, an alternative to this problem at all is the one
to
> > simply remove the "--fg" and "--bg" options to the command-line invoking
> > the external
Op 8-12-2012 8:08, Scott Kostyshak schreef:
Below I describe two situations which surprised me and I'm not sure
what the expected behavior should be.
Situation 1:
- Start a new table, say 4x4.
- Click on a cell in the second-to-last row.
- Click the set bottom line button in the toolbar.
Op 8-12-2012 8:08, Scott Kostyshak schreef:
Below I describe two situations which surprised me and I'm not sure
what the expected behavior should be.
Situation 1:
- Start a new table, say 4x4.
- Click on a cell in the second-to-last row.
- Click the "set bottom line" button in the toolbar.
Op 6-12-2012 17:23, Bruno schreef:
Hi,
I had been using latex for a while but I switched to lyx
because of its interesting features.
Being able to see mathematical expressions you write is
really practical.
And I had an idea which could I think make it even much faster
and user-friendly.
Now,
Op 6-12-2012 17:23, Bruno schreef:
Hi,
I had been using latex for a while but I switched to lyx
because of its interesting features.
Being able to see mathematical expressions you write is
really practical.
And I had an idea which could I think make it even much faster
and user-friendly.
Now,
Op 21-11-2012 15:05, Jean-Marc Lasgouttes schreef:
Hi there,
A month ago, when Alessandro Di Federico mentioned that he was doing a
LyX user conference on LyX in April at the Politecnico
di Milano, I foolishly answered that it would be great to do a
developer meeting at the same time. One
Op 21-11-2012 15:05, Jean-Marc Lasgouttes schreef:
Hi there,
A month ago, when Alessandro Di Federico mentioned that he was doing a
LyX user conference on LyX in April at the Politecnico
di Milano, I foolishly answered that it would be great to do a
developer meeting at the same time. One
Op 12-11-2012 17:26, rgheck schreef:
We are pleased to announce the release of LyX 2.0.5. This is the fifth
maintenance release in the 2.0.x series.
Why is the Windows release a rar file ?
Vincent
Op 12-11-2012 20:17, Vincent van Ravesteijn schreef:
Op 12-11-2012 17:26, rgheck schreef:
We are pleased to announce the release of LyX 2.0.5. This is the fifth
maintenance release in the 2.0.x series.
Why is the Windows release a rar file ?
Vincent
Something went awfully wrong
Op 12-11-2012 17:26, rgheck schreef:
We are pleased to announce the release of LyX 2.0.5. This is the fifth
maintenance release in the 2.0.x series.
Why is the Windows release a rar file ?
Vincent
Op 12-11-2012 20:17, Vincent van Ravesteijn schreef:
Op 12-11-2012 17:26, rgheck schreef:
We are pleased to announce the release of LyX 2.0.5. This is the fifth
maintenance release in the 2.0.x series.
Why is the Windows release a rar file ?
Vincent
Something went awfully wrong
Op 8-11-2012 1:00, Uwe Stöhr schreef:
Am 08.11.2012 00:49, schrieb Uwe Stöhr:
This is the installer that I already wanted to get official for LyX
2.0.4. But I used the meantime
to iron out some issues users reported to me.
Below is the changelog since LyX 2.0.4. I followed most of the
Op 8-11-2012 1:00, Uwe Stöhr schreef:
Am 08.11.2012 00:49, schrieb Uwe Stöhr:
This is the installer that I already wanted to get official for LyX
2.0.4. But I used the meantime
to iron out some issues users reported to me.
Below is the changelog since LyX 2.0.4. I followed most of the
- to be able to run the executable, it should be installed along
with the
necessary dlls,
*This point still remains. Either:
- I have to copy the dlls manually to the bin directory,
- or I have to call check_convert.exe from the directory where the dlls are.
This is the same as for
> - to be able to run the executable, it should be installed along
with the
> necessary dlls,
>
*This point still remains. Either:
- I have to copy the dlls manually to the bin directory,
- or I have to call check_convert.exe from the directory where the dlls are.
This is the same as for
Yes, but nonetheless I'd like to have it resolved.
I would like to know:
Is the problem in
* Compiling: maybe a missing include reference (something not defined?)
* Linking: maybe missing needed library (which externals are not resolved?)
Kornel
Last time I checked I had the
>
>
>
>
> Yes, but nonetheless I'd like to have it resolved.
>
> I would like to know:
>
>
>
> Is the problem in
>
> * Compiling: maybe a missing include reference (something not defined?)
>
> * Linking: maybe missing needed library (which externals are not resolved?)
>
>
>
>
> Kornel
>
Last
On Windows 7, the cmake build process fails to generate a
correct .vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header
files are being included twice.
The solution is to not include the header files.
On Windows 7, the cmake build process fails to generate a
correct .vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header
files are being included twice.
The solution is to not include the header files.
Op 11-10-2012 23:09, Jean-Marc Lasgouttes schreef:
Le 11/10/12 12:46, Scott Kostyshak a écrit :
I'm still not sure what should be done here. I don't see the point of
having it for developers only -- can't developers always just run
--version? Maybe having it available in the build info tab is
Op 11-10-2012 23:09, Jean-Marc Lasgouttes schreef:
Le 11/10/12 12:46, Scott Kostyshak a écrit :
I'm still not sure what should be done here. I don't see the point of
having it for developers only -- can't developers always just run
--version? Maybe having it available in the build info tab is
These tests do not work on Windows (AFAICS).
Could you disable them then in the CmakeLists ?
Vincent
Yes, of course. Wouldn't it be better to try to make them work?
I didn't follow the mailing list last few months, so I don't know exactly
what the purpose of those tests are.
>
> > These tests do not work on Windows (AFAICS).
>
> >
>
> > Could you disable them then in the CmakeLists ?
>
> >
>
> > Vincent
>
>
>
> Yes, of course. Wouldn't it be better to try to make them work?
>
I didn't follow the mailing list last few months, so I don't know exactly
what the purpose
Op 5-10-2012 12:39, Kornel Benko schreef:
Hi,
I wanted to add the target makeregfiles to cmake build.
But the tests (in automake) are messing the source tree, which I would
like
to omit in cmake build.
Could they please be rewritten to work in build-tree?
Kornel
Hi Kornel,
These
Op 3-10-2012 12:10, Scott Kostyshak schreef:
On Tue, Oct 2, 2012 at 5:42 AM, Scott Kostyshak skost...@lyx.org wrote:
On Mon, Oct 1, 2012 at 4:06 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
Le 01/10/2012 08:45, Scott Kostyshak a écrit :
This might encourage users to post this
Op 7-10-2012 1:39, Sebastian Audet schreef:
On Windows 7, the cmake build process fails to generate a correct
.vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header files are
being included twice.
The solution is to not include the header files.
A
Op 8-10-2012 21:07, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
I would prefer to have this tab only visible when DEVEL_VERSION is set.
This doesn't provide much help in the released version.
Multiple times we had bug reports where users were not able report Qt libs used.
IIRC
Op 5-10-2012 12:39, Kornel Benko schreef:
Hi,
I wanted to add the target makeregfiles to cmake build.
But the tests (in automake) are messing the source tree, which I would
like
to omit in cmake build.
Could they please be rewritten to work in build-tree?
Kornel
Hi Kornel,
These
Op 3-10-2012 12:10, Scott Kostyshak schreef:
On Tue, Oct 2, 2012 at 5:42 AM, Scott Kostyshak wrote:
On Mon, Oct 1, 2012 at 4:06 AM, Jean-Marc Lasgouttes wrote:
Le 01/10/2012 08:45, Scott Kostyshak a écrit :
This might encourage users to post this
Op 7-10-2012 1:39, Sebastian Audet schreef:
On Windows 7, the cmake build process fails to generate a correct
.vcxproj for the frontend_qt4 project.
The problem is that Visual Studio decided that the header files are
being included twice.
The solution is to not include the header files.
A
Op 8-10-2012 21:07, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
I would prefer to have this tab only visible when DEVEL_VERSION is set.
This doesn't provide much help in the released version.
Multiple times we had bug reports where users were not able report Qt libs used.
IIRC
Op 25-9-2012 10:24, Jean-Marc Lasgouttes schreef:
Le 24/09/12 19:33, Vincent van Ravesteijn a écrit :
Op 24-9-2012 16:28, Jean-Marc Lasgouttes schreef:
That's amusing. This is a patch from Stephan that I backported, and it
looks like Stephan did the backport, which does not help communication
Op 25-9-2012 10:24, Jean-Marc Lasgouttes schreef:
Le 24/09/12 19:33, Vincent van Ravesteijn a écrit :
Op 24-9-2012 16:28, Jean-Marc Lasgouttes schreef:
That's amusing. This is a patch from Stephan that I backported, and it
looks like Stephan did the backport, which does not help communication
Op 24-9-2012 16:28, Jean-Marc Lasgouttes schreef:
That's amusing. This is a patch from Stephan that I backported, and it
looks like Stephan did the backport, which does not help communication.
Just get used to a more advanced form of communication. It is Stephan's
code, which you committed.
Op 24-9-2012 16:28, Jean-Marc Lasgouttes schreef:
That's amusing. This is a patch from Stephan that I backported, and it
looks like Stephan did the backport, which does not help communication.
Just get used to a more advanced form of communication. It is Stephan's
code, which you committed.
Even if we add an option Surpass the LaTeX package installation what
do you expect a new user who has never worked with LaTeX nor know what
LaTeX is will do?
Surpass? A nice combination of bypass and suppress.
Yeah.. cool huh.
The reason why I don't accept this installer now is that:
Op 2-7-2012 22:30, Uwe Stöhr schreef:
-DLYX_MERGE_FILES=0 used on branch,
-DLYX_MERGE_FILES=1 used in trunk.
Yes, I do. Peter once proposed to do so. I forgot in the meantime why
he preferred this.
Could you tell me why the code compiled in non-merge mode and not in
merge? I want to avoid
Even if we add an option "Surpass the LaTeX package installation" what
do you expect a new user who has never worked with LaTeX nor know what
LaTeX is will do?
"Surpass"? A nice combination of "bypass" and "suppress".
Yeah.. cool huh.
The reason why I don't accept this installer now
Op 2-7-2012 22:30, Uwe Stöhr schreef:
"-DLYX_MERGE_FILES=0" used on branch,
"-DLYX_MERGE_FILES=1" used in trunk.
Yes, I do. Peter once proposed to do so. I forgot in the meantime why
he preferred this.
Could you tell me why the code compiled in non-merge mode and not in
merge? I want to
Op 1-7-2012 2:12, Uwe Stöhr schreef:
Verb is such an exceptional case that it might deserve its own
function in which this exception is
made instead of adding more if-clauses. Verb is special in that it
treats the backslash as a normal
character; outside verb this exception should not be
Op 1-7-2012 2:12, Uwe Stöhr schreef:
Verb is such an exceptional case that it might deserve its own
function in which this exception is
made instead of adding more if-clauses. Verb is special in that it
treats the backslash as a normal
character; outside verb this exception should not be
Op 30-6-2012 3:25, Uwe Stöhr schreef:
The branch, master, has been updated.
- Log -
commit 80884330d1221a08699b00e64181eb18cc6ce783
Author: Uwe Stöhr uwesto...@lyx.org
Date: Sat Jun 30 03:25:19 2012 +0200
tex2lyx: fix
Op 30-6-2012 15:17, Uwe Stöhr schreef:
Am 30.06.2012 11:04, schrieb Vincent van Ravesteijn:
1. This must be next_next_token()
I also thought this first. But as \ is not found .asCharacter so
that we have in case of +\+
+ \+
current_token skipped next_token
Op 30-6-2012 3:25, Uwe Stöhr schreef:
The branch, master, has been updated.
- Log -
commit 80884330d1221a08699b00e64181eb18cc6ce783
Author: Uwe Stöhr
Date: Sat Jun 30 03:25:19 2012 +0200
tex2lyx: fix
Op 30-6-2012 15:17, Uwe Stöhr schreef:
Am 30.06.2012 11:04, schrieb Vincent van Ravesteijn:
1. This must be next_next_token()
I also thought this first. But as "\" is not found .asCharacter so
that we have in case of "+\+"
+ \+
current_token
Op 28-6-2012 0:20, Liviu Andronic schreef:
I concur. Even when I manage to convince people that LyX may be
interesting and they indeed want to install it by themselves (not
knowing anything LaTeX related), I still prefer to insist strongly
that I perform the installation myself. If such users
Op 27-6-2012 23:51, Uwe Stöhr schreef:
Am 27.06.2012 10:21, schrieb Vincent van Ravesteijn:
Op 27-6-2012 2:56, Uwe Stöhr schreef:
I now finished the new Windows installer. It is the merge of my old
one and Joost's.
It still doesn't comply to my first demand, so I still won't accept
it. I
Op 28-6-2012 0:20, Liviu Andronic schreef:
I concur. Even when I manage to convince people that LyX may be
interesting and they indeed want to install it by themselves (not
knowing anything LaTeX related), I still prefer to insist strongly
that I perform the installation myself. If such users
Op 27-6-2012 23:51, Uwe Stöhr schreef:
Am 27.06.2012 10:21, schrieb Vincent van Ravesteijn:
Op 27-6-2012 2:56, Uwe Stöhr schreef:
I now finished the new Windows installer. It is the merge of my old
one and Joost's.
It still doesn't comply to my first demand, so I still won't accept
it. I
Op 27-6-2012 2:56, Uwe Stöhr schreef:
I now finished the new Windows installer. It is the merge of my old
one and Joost's.
It still doesn't comply to my first demand, so I still won't accept it.
I don't understand why I have to say this over and over again.
I already have released a test
Op 27 jun. 2012 22:33 schreef Uwe Stöhr uwesto...@lyx.org het volgende:
The branch, master, has been updated.
- Log -
commit b6192b7c7f15b44e1f36074c60cc5fc645adcac2
Author: Uwe Stöhr uwesto...@lyx.org
Date: Wed Jun 27
Op 27-6-2012 2:56, Uwe Stöhr schreef:
I now finished the new Windows installer. It is the merge of my old
one and Joost's.
It still doesn't comply to my first demand, so I still won't accept it.
I don't understand why I have to say this over and over again.
I already have released a test
Op 27 jun. 2012 22:33 schreef "Uwe Stöhr" het volgende:
>
> The branch, master, has been updated.
>
> - Log -
>
> commit b6192b7c7f15b44e1f36074c60cc5fc645adcac2
> Author: Uwe Stöhr
> Date:
Op 26-6-2012 0:46, Uwe Stöhr schreef:
The branch, master, has been updated.
- Log -
commit 2e8ed3b3b5b8edefc0dc2a888ac0fa314f87618e
Author: Uwe Stöhr uwesto...@lyx.org
Date: Tue Jun 26 00:46:02 2012 +0200
tex2lyx: support
Op 26-6-2012 17:48, Richard Heck schreef:
Anyone know how to fix this? Or am I doing something wrong?
Richard
You need to have permissions to create a new branch.
Find the gitolite.conf file in the gitolite-admin.git repo and give
yourself rights (RW - RWC).
Vincent
Op 26-6-2012 20:32, Richard Heck schreef:
On 06/26/2012 12:20 PM, Vincent van Ravesteijn wrote:
Op 26-6-2012 17:48, Richard Heck schreef:
Anyone know how to fix this? Or am I doing something wrong?
Richard
You need to have permissions to create a new branch.
Find the gitolite.conf file
Op 26-6-2012 0:46, Uwe Stöhr schreef:
The branch, master, has been updated.
- Log -
commit 2e8ed3b3b5b8edefc0dc2a888ac0fa314f87618e
Author: Uwe Stöhr
Date: Tue Jun 26 00:46:02 2012 +0200
tex2lyx:
Op 26-6-2012 17:48, Richard Heck schreef:
Anyone know how to fix this? Or am I doing something wrong?
Richard
You need to have permissions to "create a new branch".
Find the gitolite.conf file in the gitolite-admin.git repo and give
yourself rights (RW -> RWC).
Vincent
1401 - 1500 of 6163 matches
Mail list logo