On Sun, Jun 14, 2020 at 03:33:35PM -0400, Richard Kimberly Heck wrote:
> On 6/14/20 2:23 PM, Scott Kostyshak wrote:
> > I get the following when exporting the English User Guide to 2.3.x from
> > master and opening with LyX 2.3.x. I do not get any terminal output when
> > opening in master (i.e., I
On 6/14/20 2:23 PM, Scott Kostyshak wrote:
> I get the following when exporting the English User Guide to 2.3.x from
> master and opening with LyX 2.3.x. I do not get any terminal output when
> opening in master (i.e., I do not see a problem with roundtrip).
>
> $ lyx-master -e lyx23x UserGuide.l
I get the following when exporting the English User Guide to 2.3.x from
master and opening with LyX 2.3.x. I do not get any terminal output when
opening in master (i.e., I do not see a problem with roundtrip).
$ lyx-master -e lyx23x UserGuide.lyx
$ lyx-23x UserGuide.23.lyx
Lexer.cpp (932):
Am Samstag, 5. November 2016 um 10:18:44, schrieb José Abílio Matos
> On Saturday, November 5, 2016 11:08:37 AM WET Kornel Benko wrote:
> > I already forgot about this. But retesting now, it seems the problem is
> > gone. Instead now we have a BIG problem displaying previewed math.
> > 1.) The pr
Am Samstag, 5. November 2016 um 11:08:37, schrieb Kornel Benko
> Am Samstag, 5. November 2016 um 08:54:47, schrieb José Abílio Matos
>
> > On Wednesday, September 28, 2016 11:11:39 AM WET Kornel Benko wrote:
> > > Using math in lyx2.3 as e.g.
> > > \begin_inset Formula $\vec{{\underline{{v
On Saturday, November 5, 2016 11:08:37 AM WET Kornel Benko wrote:
> I already forgot about this. But retesting now, it seems the problem is
> gone. Instead now we have a BIG problem displaying previewed math.
> 1.) The previewed expression is too small compared to used font size.
> 2.) The expressi
Am Samstag, 5. November 2016 um 08:54:47, schrieb José Abílio Matos
> On Wednesday, September 28, 2016 11:11:39 AM WET Kornel Benko wrote:
> > Using math in lyx2.3 as e.g.
> > \begin_inset Formula $\vec{{\underline{{v$.
> > Exported to 2.2.x we get
> > \begin_inset Formula $\vec{{\un
On Wednesday, September 28, 2016 11:11:39 AM WET Kornel Benko wrote:
> Using math in lyx2.3 as e.g.
> \begin_inset Formula $\vec{{\underline{{v$.
> Exported to 2.2.x we get
> \begin_inset Formula $\vec{{\underline{}{v}}}$
>
> Kornel
Hi Kornel,
I am again at the time
Using math in lyx2.3 as e.g.
\begin_inset Formula $\vec{{\underline{{v$.
Exported to 2.2.x we get
\begin_inset Formula $\vec{{\underline{}{v}}}$
Kornel
signature.asc
Description: This is a digitally signed message part.
Op 27 apr. 2014 21:22 schreef "Scott Kostyshak" :
>
> On Fri, Apr 25, 2014 at 5:05 PM, Georg Baum
> wrote:
>
> > The question is of course how to avoid such bugs in the future, and I
> > believe that we need automated lyx2lyx roundtrip tests: Such tests would
> > have found the problems.
>
> Do yo
On Fri, Apr 25, 2014 at 5:05 PM, Georg Baum
wrote:
> The question is of course how to avoid such bugs in the future, and I
> believe that we need automated lyx2lyx roundtrip tests: Such tests would
> have found the problems.
Do you have an idea for implementing these tests? It's not hard to
crea
Pavel Sanda wrote:
> Georg Baum wrote:
>> a document with invalid header settings and data loss where argument and
>> index insets are mixed. I fixed these two problems at
>
> BTW how often this dataloss happens - only if index inset is present?
> (I ask whether immediate 2.1.(0.)1 release is nee
Georg Baum wrote:
> a document with invalid header settings and data loss where argument and
> index insets are mixed. I fixed these two problems at
BTW how often this dataloss happens - only if index inset is present?
(I ask whether immediate 2.1.(0.)1 release is needed or we can wait weeks...)
Richard Heck wrote:
> On 04/25/2014 06:48 PM, Pavel Sanda wrote:
>> Richard Heck wrote:
>>> I'm inclined to agree. It would mean re-packaging for everyone, but it
>>> shouldn't be too bad. Other opinions?
>> We should have 2.0.8.1 (or 2.0.9), 2.0.8 packages are already in the wild.
>
> Yes, that's
On 04/25/2014 06:48 PM, Pavel Sanda wrote:
Richard Heck wrote:
I'm inclined to agree. It would mean re-packaging for everyone, but it
shouldn't be too bad. Other opinions?
We should have 2.0.8.1 (or 2.0.9), 2.0.8 packages are already in the wild.
Yes, that's true.
rh
Richard Heck wrote:
> I'm inclined to agree. It would mean re-packaging for everyone, but it
> shouldn't be too bad. Other opinions?
We should have 2.0.8.1 (or 2.0.9), 2.0.8 packages are already in the wild.
Pavel
On 04/25/2014 05:05 PM, Georg Baum wrote:
I am sorry that this comes so late, but I found severe problems in lyx2lyx
which occur for 2.1 => 2.0 conversion while testing my fix for bug #9069.
If you do the roundtrip 2.0 => 2.1 => 2.0 for the 2.0.8 user guide, you get
a document with invalid header
I am sorry that this comes so late, but I found severe problems in lyx2lyx
which occur for 2.1 => 2.0 conversion while testing my fix for bug #9069.
If you do the roundtrip 2.0 => 2.1 => 2.0 for the 2.0.8 user guide, you get
a document with invalid header settings and data loss where argument an
rgheck wrote:
> Done.
Thanks. BTW status.16x has already moved to ANNOUNCE, so changes should be
done in both these texts.
Jürgen
Jürgen Spitzmüller wrote:
rgheck wrote:
Here. Again, feel free to post if you wish. Or I can do it later.
Put it in.
Done.
rh
rgheck wrote:
> Here. Again, feel free to post if you wish. Or I can do it later.
Put it in.
Jürgen
Jürgen Spitzmüller wrote:
rgheck wrote:
There's a problem with lyx2lyx converting files with empty index insets.
I've committed a fix to trunk, but it should also be included in 1.6.2,
if that is still possible.
Could you post a patch (or a link to the revision?)
Here. Again, feel
rgheck wrote:
> There's a problem with lyx2lyx converting files with empty index insets.
> I've committed a fix to trunk, but it should also be included in 1.6.2,
> if that is still possible.
Could you post a patch (or a link to the revision?)
Jürgen
There's a problem with lyx2lyx converting files with empty index insets.
I've committed a fix to trunk, but it should also be included in 1.6.2,
if that is still possible.
rh
On Thursday 31 May 2007 15:29:49 Bo Peng wrote:
> This has to be addressed before RC1, but I am not familiar with this
> character encoding issue.
>
> Cheers,
> Bo
This seems to be related with bug 3313 that I am considering now.
--
José Abílio
lyx2lyx fails to convert most of the lyx documentations and examples
to 1.4.x , with error messages similar to
Traceback (most recent call last):
File "lib/lyx2lyx/lyx2lyx", line 101, in ?
sys.exit(main(sys.argv))
File "lib/lyx2lyx/lyx2lyx", line 95, in main
file.write()
File "/home/bpen
Abdelrazak Younes wrote:
> This is what I get at the console:
>
> Traceback (most recent call last):
>File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 91, in ?
> sys.exit(main(sys.argv))
>File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 84, in main
> file.convert()
>Fi
Abdelrazak Younes wrote:
By the way, I think lyx2lyx has not been updated with the format change.
This is what I get at the console:
Traceback (most recent call last):
File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 91, in ?
sys.exit(main(sys.argv))
File "d:/devel/lyx/trunk/lib/ly
On Wed, Sep 06, 2006 at 10:08:04AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri
> Enrico> wrote:
> >> Anyway, if you want to take into account that someone could
> >> ac
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri
Enrico> wrote:
>> Anyway, if you want to take into account that someone could
>> actually cross-compile to mingw using cygwin, the attached patch
>> fixes this issue.
On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri wrote:
> Anyway, if you want to take into account that someone could actually
> cross-compile to mingw using cygwin, the attached patch fixes this issue.
No, please don't apply this patch as it would also affect a cygwin build.
Both $hos
On Tue, Sep 05, 2006 at 03:49:12PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I was already aware of the last two, but was missing
> Enrico> LYX_ABS_TOP_SRCDIR, which was being hardcoded in posix style
> Enrico> into package.C.
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I was already aware of the last two, but was missing
Enrico> LYX_ABS_TOP_SRCDIR, which was being hardcoded in posix style
Enrico> into package.C. Once taken care of that (a simple call to
Enrico> cygpath in the configure scrip
On Tue, Sep 05, 2006 at 12:29:39PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Look at package.C.in:
>
> Enrico> This is not going to work when packaging is windows or
> Enrico> macosx...
>
> Hmm, what is not going to work? th
On Mon, Sep 04, 2006 at 11:08:31AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> IIRC, the build_support dir is not correctly spotted in a
> Enrico> native Windows build. Run "lyx -dbg init" to check it.
>
> It would be nice to i
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Look at package.C.in:
Enrico> This is not going to work when packaging is windows or
Enrico> macosx...
Hmm, what is not going to work? the build support dir is BINDIR/../lib
always, isn't it?
But I do not think this is the
On Mon, Sep 04, 2006 at 04:16:28PM +0200, Georg Baum wrote:
> Bo Peng wrote:
>
> >> When LyX is run in place, lyx2lyx_version.py should be found in the
> >> build_support dir. IIRC, the build_support dir is not correctly spotted
> >> in a native Windows build. Run "lyx -dbg init" to check it.
> >
Bo Peng wrote:
>> When LyX is run in place, lyx2lyx_version.py should be found in the
>> build_support dir. IIRC, the build_support dir is not correctly spotted
>> in a native Windows build. Run "lyx -dbg init" to check it.
>
> I am not quite sure how autotools handle lyx2lyx_version.py but for
>
On Mon, Sep 04, 2006 at 11:08:31AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> IIRC, the build_support dir is not correctly spotted in a
> Enrico> native Windows build. Run "lyx -dbg init" to check it.
>
> It would be nice to i
On Sun, Sep 03, 2006 at 11:05:53PM -0500, Bo Peng wrote:
> > When using autotools lyx2lyx_version.py is generated in lib/lyx2lyx
> > under the build directory. If you run lyx in place, this directory
> > is also taken into account and thus lyx2lyx_version.py is found:
>
> I agree that this is con
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> IIRC, the build_support dir is not correctly spotted in a
Enrico> native Windows build. Run "lyx -dbg init" to check it.
It would be nice to investigate this.
JMarc
Bo Peng wrote:
When using autotools lyx2lyx_version.py is generated in lib/lyx2lyx
under the build directory. If you run lyx in place, this directory
is also taken into account and thus lyx2lyx_version.py is found:
I agree that this is convenient, but it is against the idea of
source/build sepa
When using autotools lyx2lyx_version.py is generated in lib/lyx2lyx
under the build directory. If you run lyx in place, this directory
is also taken into account and thus lyx2lyx_version.py is found:
I agree that this is convenient, but it is against the idea of
source/build separation. Right no
On Sun, Sep 03, 2006 at 09:25:48PM -0500, Bo Peng wrote:
> > When LyX is run in place, lyx2lyx_version.py should be found in the
> > build_support dir. IIRC, the build_support dir is not correctly spotted
> > in a native Windows build. Run "lyx -dbg init" to check it.
>
> I am not quite sure how
When LyX is run in place, lyx2lyx_version.py should be found in the
build_support dir. IIRC, the build_support dir is not correctly spotted
in a native Windows build. Run "lyx -dbg init" to check it.
I am not quite sure how autotools handle lyx2lyx_version.py but for
scons, it is generated from
On Sun, Sep 03, 2006 at 06:49:34PM +0100, José Matos wrote:
> On Sunday 03 September 2006 10:28, Abdelrazak Younes wrote:
> > So this means that neither scons nor autotools will work exclusively
> > with trunk/lib? I mean without a "make install"?
>
> They do, but I had not explored how they do
Bo Peng wrote:
If I understand correctly Andre and Georg report it seems that they do
not...
I run 'scons install' instead of 'scons lyx' or 'scons all' to test
lyx. This is safer although you can run scons install once to get the
lib files in place, and then 'scons lyx' to build lyx later.
W
If I understand correctly Andre and Georg report it seems that they do
not...
I run 'scons install' instead of 'scons lyx' or 'scons all' to test
lyx. This is safer although you can run scons install once to get the
lib files in place, and then 'scons lyx' to build lyx later.
Note that scons in
José Matos wrote:
On Sunday 03 September 2006 10:28, Abdelrazak Younes wrote:
So this means that neither scons nor autotools will work exclusively
with trunk/lib? I mean without a "make install"?
They do, but I had not explored how they do it. :-)
If I understand correctly Andre and Georg
On Sunday 03 September 2006 10:28, Abdelrazak Younes wrote:
> So this means that neither scons nor autotools will work exclusively
> with trunk/lib? I mean without a "make install"?
They do, but I had not explored how they do it. :-)
--
José Abílio
José Matos wrote:
On Saturday 02 September 2006 09:07, Abdelrazak Younes wrote:
ImportError: No module named lyx2lyx_version
This is with a CMake build, so maybe this explains that. Peter, any clue?
There is a file lyx2lyx_version.py.in that is converted with both autotools
and scons. The
On Saturday 02 September 2006 09:07, Abdelrazak Younes wrote:
> ImportError: No module named lyx2lyx_version
>
> This is with a CMake build, so maybe this explains that. Peter, any clue?
There is a file lyx2lyx_version.py.in that is converted with both autotools
and scons. The resulting file is
Hello Jose,
I cannot open an old format file anymore:
Traceback (most recent call last):
File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 21, in ?
import LyX
File "d:\devel\lyx\trunk\lib\lyx2lyx\LyX.py", line 28, in ?
import lyx2lyx_version
ImportError: No module named lyx2lyx_ver
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | Lars, did you find a solution? If not I would like to apply the attached
> | patch (based on Jean-Marcs script). OK?
>
> I don't think so. At least I think this will not work with my release
> procedure.
Don't you run a
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > If we want it automake-based then configure must do the job.
|
| This is not possible since lib/lyx2lyx/lyx2lyx_version.py is needed for make
| dist.
|
| > I'll think a bit about it... but I am not sure I'll find a good
Lars Gullik Bjønnes wrote:
> If we want it automake-based then configure must do the job.
This is not possible since lib/lyx2lyx/lyx2lyx_version.py is needed for make
dist.
> I'll think a bit about it... but I am not sure I'll find a good
> solution.
Lars, did you find a solution? If not I woul
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> If we want it automake-based then configure must do the job.
I'd like a solution that is not done at configure time (since then the
file should not go to srcdir). All the information we needs is
available at automake/autoconf t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
|
| Jose'> On Wednesday 12 April 2006 13:47, Jean-Marc Lasgouttes wrote:
| >> To be precise, I'd propose to add the attached code snippet (with
| >> some bells and whistles maybe) to autoge
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Wednesday 12 April 2006 13:47, Jean-Marc Lasgouttes wrote:
>> To be precise, I'd propose to add the attached code snippet (with
>> some bells and whistles maybe) to autogen.sh.
>>
>> JMarc
>>
>> mk_l2l_v.sh
Jose'> Please do it
On Wednesday 12 April 2006 13:47, Jean-Marc Lasgouttes wrote:
> To be precise, I'd propose to add the attached code snippet (with some
> bells and whistles maybe) to autogen.sh.
>
> JMarc
>
> mk_l2l_v.sh
Please do it. Thanks for the nice solution. :-)
--
José Abílio
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> What would be nice would be to propagate this information
Jean-Marc> at autogen.sh time, not configure time. I can see how to
Jean-Marc> hack this (like grep the version in configure.ac and create
Jean-Marc> a file),
On Wednesday 12 April 2006 13:03, Jean-Marc Lasgouttes wrote:
> No, what I said is that autogen.sh could build lyx2lyx_version.py in
> sourcedir. That would be a hack, but I think it would be the best
> solution.
That is fair. :-)
> JMarc
--
José Abílio
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Wednesday 12 April 2006 11:52, Lars Gullik Bjønnes wrote:
>> Isn't it enough to add builddir lyx2lyx path to sys.path?
Jose'> The problem is that all files are in srcdir and
Jose'> lyx2lyx_version.py is in build_dir. The questio
On Wednesday 12 April 2006 11:52, Lars Gullik Bjønnes wrote:
> Isn't it enough to add builddir lyx2lyx path to sys.path?
The problem is that all files are in srcdir and lyx2lyx_version.py is in
build_dir. The question then is how to pass build_dir to lyx2lyx...
One possibility as Jean-Marc s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> José, I know now what the problem with the new version file is:
| Georg> It gets created in builddir/lib/lyx2lyx, but it is searched for
| Georg> in srcdir/lib/lyx2lyx. I fixed th
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> José, I know now what the problem with the new version file is:
Georg> It gets created in builddir/lib/lyx2lyx, but it is searched for
Georg> in srcdir/lib/lyx2lyx. I fixed this for me by creating a
Georg> symlink, but I have no idea h
José,
I know now what the problem with the new version file is: It gets created in
builddir/lib/lyx2lyx, but it is searched for in srcdir/lib/lyx2lyx. I fixed
this for me by creating a symlink, but I have no idea how to fix it
properly.
Georg
Loading the attached gives "document ended unexpectedly" ?
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
#LyX 1.4.0cvs created this file. For more info see http://www.lyx.org/
\lyxformat 225
\textclass article
\language english
\inputenco
John Levon wrote:
Loading the attached gives "document ended unexpectedly" ?
When did you create it?
\end_layout
\the_end
There were only a few hours during which \end_layout had
been introduced but \the_end was still not replaced by
\end_document.
We thought it was not worth updating the format
On Tue, Aug 05, 2003 at 11:53:56PM +0200, Jean-Marc Lasgouttes wrote:
> When did you create it?
Testcase from bugzilla.
> >\end_layout
> >
> >\the_end
>
> There were only a few hours during which \end_layout had
> been introduced but \the_end was still not replaced by
> \end_document.
Oh OK.
On Thu, Mar 13, 2003 at 12:38:48PM +0100, Jean-Marc Lasgouttes wrote:
>
> The is still a problem though:
>
> -\begin_inset Info You don't have to write \maketitle.. LyX does this by itself.
> +\begin_inset Note
> +collapsed true
> +
> +\layout Standard
> +
> +You don't have to write \maketitle..
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, Mar 12, 2003 at 03:33:04PM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>> Actually, the latest changes to lyx2lyx are not enough to be able
>> to update revtex4.cls.
>>
>> The attached diff shows 2 problems:
>>
>> 1/ in the ol
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, Mar 12, 2003 at 03:12:26PM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>> And I cannot make -o work (although the code for it seems
>> resonable).
Dekel> It works for me. Note that the -o should appear before the
Dekel> filenam
On Wed, Mar 12, 2003 at 03:33:04PM +0100, Jean-Marc Lasgouttes wrote:
>
> Actually, the latest changes to lyx2lyx are not enough to be able to
> update revtex4.cls.
>
> The attached diff shows 2 problems:
>
> 1/ in the old Info inset, the beginning of the message is on the same
> line as \begin_
On Wed, Mar 12, 2003 at 03:12:26PM +0100, Jean-Marc Lasgouttes wrote:
>
> And I cannot make -o work (although the code for it seems resonable).
It works for me. Note that the -o should appear before the filename.
On Wed, Mar 12, 2003 at 03:07:59PM +0100, Jean-Marc Lasgouttes wrote:
>
> If I try to convert revtex4.lyx with latest lyx2lyx to fix it using
> lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx
> I see the warning:
> Proposed and input file formats do not match: 218 221
>
> This is good, except t
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> If I try to convert revtex4.lyx with latest lyx2lyx to fix
Jean-Marc> it using lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx I see
Jean-Marc> the wa
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> If I try to convert revtex4.lyx with latest lyx2lyx to fix
Jean-Marc> it using lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx I see
Jean-Marc> the warning: Proposed and input file formats do not match:
Jean-Marc> 218 22
If I try to convert revtex4.lyx with latest lyx2lyx to fix it using
lyx2lyx/lyx2lyx -f 218 templates/revtex4.lyx
I see the warning:
Proposed and input file formats do not match: 218 221
This is good, except that this warning is sent to stdout instead of
stderr, so that if I redirect the outp
> update_tabular(body)
> File "/usr/src/lyx/lyx-devel/lib/lyx2lyx/lyxconvert_216.py", line 71, in
> upda
> e_tabular
> cell_info.append(cell_re.match(lines[i]).groups())
> AttributeError: 'None' object has no attribute 'groups'
> Bye.
This error is on my working list. Hawk presented s
Just for fun try
de_Userguide.lyx -> *.tex (relyx) -> 2.15 .lyx -> read with CVS LyX
poenitz@millo:/usr/src/lyx/lyx-build/lib/reLyX > ../../src/lyx de_UserGuide.lyx
LyXComm: Pipe /tmp/lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and try
again
Trac
81 matches
Mail list logo
