that was not useful for configuring a LyX installation.
#
# This is a python translation of the original bsh configure script
# It is supposed to be cleaner, quicker and can avoid the use of
# mingw on windows system. This will make the installation
# process less painful under windows.
#
# Bo Peng
agree to distribute this file (configure.py) and any further
contributions to the lyx project under the terms of the Gnu General
Public Licence version 2 or later.
Bo Peng
I'll then roll you into lib/generate_contributions.py.
I guess further testing and optimization is needed first?
Adjust PATH for Win32 (Cygwin)
# i.e., change /cygdrive/c to c:
#
# FIXME: necessary? I assume that lyx/win does not like cygwin.
There's LyX/Win but there's also
That said, I can't see why it couldn't be added to the repository right now.
Would make it easier to get people to test it and for you to have a back up.
Not a big deal. It is just that this version is a 'direct translation' of the
bsh version and there will be big changes once we know it is
windows.
#
# Bo Peng ([EMAIL PROTECTED])
# Last Modified: Sep, 2005
#
# Implementation:
# -- almost line to line translation, almost all variables
# have the same name and meaning as before.
# -- Use functions to clean up the (original ugly) code
# -- use python::re module to replace sed
One problem with the rc approach is that re-configuration is required
whenever users change a filetype association. Also, opening a file
with its associated application is quite easy under windows. (There are APIs.)
Bo
I can not use pserver:[EMAIL PROTECTED]:/lyx/cvs to get the
latest cvs either.
Bo
Try pserver:anoncvs AT anoncvs.us.lyx.org:/var/cvs
Peplace AT with @.
% cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs login
Logging in to :pserver:[EMAIL PROTECTED]:2401/var/cvs
CVS password:
Fatal error, aborting.
anoncvs: no such user
Bo
On 9/16/05, Bo Peng [EMAIL PROTECTED] wrote:
Try pserver:anoncvs AT anoncvs.us.lyx.org:/var/cvs
Peplace AT with @.
% cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs login
Logging in to :pserver:[EMAIL PROTECTED]:2401/var/cvs
CVS password:
Fatal error, aborting.
anoncvs: no such user
this script and report any problem here. Note that you
should diff sorted lyxrc.default files since configure.py does not
keep the original entry order.
Angus, could you add this file to the repository?
Thanks.
Bo
#!/usr/bin/env python
#
# Python version of the configure script
#
# Bo Peng ([EMAIL
Well, you can always use
Always? devel.lyx.org died. wiki pointed me to
:ext:[EMAIL PROTECTED]:/usr/local/lyx/cvsroot
(http://wiki.lyx.org/DevelTips/UsingCVS), the old devel site said
pserver:[EMAIL PROTECTED]:/lyx/cvs , Augus said
pserver:anoncvs AT anoncvs.us.lyx.org:/var/cvs.
None of them
under mac, win, win/cygwin.
Bo
#!/usr/bin/env python
#
# Python version of the configure script
#
# Bo Peng ([EMAIL PROTECTED])
# Sep, 2005
#
import sys, os, re, shutil, glob
outfile = 'lyxrc.defaults'
rc_entries = ''
lyx_check_config = True
lyx_keep_temps = False
srcdir = ''
version_suffix
I'd like to see this integrated in 1.4.0: Either call it at configure time
and convert all layout files permanently, or call it from
LyXTextClass::Read() if a layout file is too old. For the latter we
should probably add version information to the layout files.
Comments?
Is there a way to
(Guys, I'm not proposing that the script be used or even distributed with
LyX 1.4.0.)
I agree. It does not add (if not break) anything under linux. The
reason for the conversion is to avoid using mingw under windows (so
not even useful for lyx/cygwin) to simplify installation.
The real benefit
Not if you use start as viewer of any file that is supported by
windows (the problem is to discover that).
start is a DOS command (as far as I know). In a cmd windows, start can
open a file using its associated application. However, I tried to use
start $$i or cmd /c start $$i for pdf format
Given Bo's problems accessing CVS and that I've heard the issue being
mentioned a few times on this list lately... Where can you now find
instructions on how to access CVS?
Off topic: if the lyx developers are planning on any major operation
to the lyx/cvs system, it would be a good idea to
First, however, we should find out from José whether we still need to
support really ancient Pythons in LyX 1.5
I have already used the tmpfile module in the cygwin/pathname part of
the script.
Bo
This is not the right place, since layout files are not loaded via the
converter mechanism. If the converter is to be used we know that it is
available and it will be called directly from LyX (look how lyx2lyx is
called).
I still do not get it. configure/configure.py will scan through all
Just one reason why use of configure.py might not be a good idea.
Then why do we need to 'convert' a layout file? Why can not we simply
handle two versions internally? Anyway, a version signature would help
in all cases.
Bo
World is a small place, really. I have seen your contributions around
several places lately (R, rpy, ...) :-)
Well, I make a living on python, r, rpy and lyx. I make contributions
only to make my own life easier. :-)
What is the minimum required python version for your script?
As Angus
For me that is a burden, the absence of the extended operators in python
(+=, -=, ... op=) makes the code dull, the fact that string were made a first
class type only in python 2.0 does not help either.
What? += and string class is not in 1.5.2? I use it a lot in configure.py.
If you are
I know, we have decided to proceed since this code is supposed to be only
run in windows and there the above argument does not apply. I would guess
that every new install will have at least python 2.3 installed. :-)
This solves the problem by now but what if we want to add some new
I forgot that configure.py scans the layout files. I thought that you wanted
to define a converter.
Regarding Angus' concern of 'in-place modification' and the version
signature problem, a quick solution may be a.layout - a.layout2
during configuration. Lyx then need to check a.layout2
I run RH 7.3 on a laptop at home. If you'd like I could test it (just let
me know what to do).
You first need to replace all A += B to A = A + B, and replace any
str.count(), str.replace() with something equivalent in 1.5.2. (I do
not know what they are since I never used them.) Since you do
Um.. I think the info I need is a bit more basic than so... For instance,
can I just run the script with some arguments? Where can I get the
script (can I use the CVS browser)?
You need to get the latest cvs. configure.py is under the lib
directory. You can run it without any argument.
If
Please tell about broken links etc. (especially internal links, or
links that make mirroring harder than necessary)
please update the cvs information.
/cvs/lyx, no such repository.
Bo
ftp.devel.lyx.org is still correct. The main ftp site is also still
ftp.lyx.org
Will ftp://ftp.devel.lyx.org/pub/lyx/snapshot actually be used?
Bo
Dear list,
May it be a good idea to compile .py files to windows .exe files
under windows? Currently, lyx/win depends on tetex, imagemagic,
python, perl and mingw. We can remove mingw and perl soon but it would
be better if we can distribute compiled .py files and remove Python
from this list as
May it be a good idea to compile .py files to windows .exe files
under windows?
Because you can't reaaly do that?
That is too bad. I guess such 'exe'ification is used only to hide the
implementation details and simplify installation by wrapping
everything into an exe file.
It might be
However, I think that it's a little premature
because we still have a run-time dependence on sh :)
See src/graphics/GraphicsConverter.C, which generates a shell script on the
fly to control the conversion of your_file.eps to your_file.png (say).
I think that this thing should be recast to
I agree that this would be a very good thing - to me, the priorities are:
1) Ease of installation.
2) Size of distribution.
Only the first part is important to windows users - they have got used
to huge programs. And if we include a minimal Python interpreter in
lyx/win, the actual download
How is that with SVN? Easier?
- Martin
Yes. Much easier. With natural rename, move and many more features,
version control with SVN is no longer intimidating. I would highly
recommend that lyx moves to svn after 1.4.0.
Bo
Just checked a few sites:
Miktex: http://www.miktex.org/faq/general.html#license
The MiKTeX distribution is a conglomerate of many software packages.
To the best of our knowledge, all packages meet the requirements of
the Debian Free Software Guidelines. This means that MiKTeX may be
freely
Dear all,
There are some fundamental differences between Linux and windows.
Roughly speaking, Linux is consist of many small tools that are
designed to work with each other and windows is consist of large
independent applications. That is why, under Linux, we have stdin,
stdout, hundreds of
Have you had a look at Luis's suggestion that we have a look at
http://tug.org/protext/
I think that is a more complicated case where uses have more than one
choices. And more importantly, users need to know what these
components are and how to use them. However, I do not think lyx users
need
So, if you want such a distribution, you should feel free to create
it.
I personally do not *want* such a distribution since I am a linux
user. I was trying to tell lyx developers that current windows
installer is not good enough to attract windows users and suggest that
they make the
Why do you think we have to wait? Aren't all those things GPLed? If
so, they can be bundled along with everything else. It just makes the
bundlge bigger.
Among these components, convert.exe, aspell.exe are small. Python is
known to be easily incorporated in any program (there are instructions
I found that I could convert all the python script to .exe.
Thus I can remove Pyhthon dependecy.
Are you sure?
Also, there are some dynamically generated sh scripts that might be
translated to dynamically generated python script later so an
interpreter is needed.
Bo
What will happen if I try to send an attachment to the mailing list?
Is it allowed?
Please send the detailed instructions on how to do this to the list.
After we get rid of perl and mingw and have python scripts compiled
like this, we will be much closer to an everything-included lyx
Are the UNIX command line tools (in particular 'sh') needed for any
other purpose than the configure script? If we were able to ignore the
shell tools (MSYS), the size of the installer would shrink dramatically,
I guess.
For configure, you can use the 'experimental configure.py' available
at
Dear list,
Since lyx will freeze when view-dvi/pdf etc is running,,
1. Can view-dvi/pdf etc be put into background so lyx will not freeze
during latex-ing?
2. Can I define a keyboard shortcut to run whatever shell script I
specify? If this can be done, question 1 is no longer a problem since
I
What would be the advantage?
(Getting rid of the MSYS files saves only 1.2 MB and the scripts that
use them are well tested.)
Using the old windows installer, getting rid of mingw means one less
website to visit and one less program to install. With the new
installer, yes, you are right, mingw
Dear list,
I have not been able to track down the source of this problem. Some of
my colleagues use different versions of lyx (such as 1.3.5) on
different platforms (linux/windows). If I send my lyx file
(linux/1.3.6-1) to them and let them modify it, the revised version
will have additional dot
Pay attention whether it is an email transfer problem. Dot doubling happens
to me when the sender uses thunderbird.
This is unlikely the case since
1. I am using mutt and one of my friends will never use things like
thunderbird (he is MS/OE only).
2. the files are sent via attachments
3. if
I verified that MS/OE behaves the same, i.e., if the first character on
a line is a dot (no matter if in the email body or in a text attachment)
it gets doubled when sending. Conversely, if the first two characters on
a line are two dots they are collapsed to a single dot.
How do you verify
How do you verify this? I send an email with ./.. etc using MS/OE and
get the correct email from another account.
More tests:
1. from windows - windows, no problem.
2. from unix - windows, no problem
3. from windows - unix/ cc gmail.com, email/unix has dots, but not gmail.com
The only guess I
I am totally lost. The problem happens when
1. use windows/OE, send a windows-newlined file to gmail.com and my
unix mail server. Gmail.com get the file sent without change, unix
side gets a unix-newlined file with dots added.
2. use windows/ie/gmail.com, do the same thing, both gmail.com and
I asked to a friend of mine to send me an email with lines starting with
a dot. Now I am using thunderbird to reply. Tell me what you see.
.this line starts with a single dot
..this line starts with two and only two dots
this line ends with a single dot.
I see correct things.
The moral of this story is
that it is not safe to send a lyx file in an email without zipping or
tarring it.
This is a serious problem! Since dot after *every inset* will be put
in a single line, this problem will be prominent for lyx, and lyx will
be blamed if this happens to normal users. I
Bug http://bugzilla.lyx.org/show_bug.cgi?id=2145 submitted.
Bo
I am not sure it should be critical, also I understand why you chose
that.
Yes, just imagine when you send an article in lyx format to your
adviser or an editor and get an email asking Why do you put double
dots after all your citations? (I did get an email like this.) . Even
worse, one may not
While I agree the problem you describe is annoying, it is not so
terrible. In particular, it has been present at least since LyX 1.0...
I guess when lyx was not popular, there was no need to send lyx files
around. It is actually a good sign that I can now send lyx files,
instead of exported
IMO this is a bug in the mail programs Bo is using.
This is a feature/bug of sendmail. Considering the dominance of this
program, I would not say it is only Bo's mail program.
The dot mechanism should
be completely transparent to the user. kmail has had this bug, too:
So a solution would be to change the format and replace . by
something like \dot (like we do for \backspace). But then lyx2lyx
would have to be very very careful to avoid to replace \dot macros in
mathed, for example.
Moreover, I am not sure that .lf is the only bad case. In the
example
Please submit bug reports - to the makers of bad email clients.
I tried sending with thunderbird 1.0.7 and receiving with mutt - no problem.
Mutt has this problem in my case. I guess this is because your
thunderbird encoded the file (in base64 I assume) before it pass the
mail to sendmail, or
Compress with gzip, lyx 1.4.0 reads and writes compressed files. FWIW
lyx2lyx already does that, even in 1.3.x. We don't advertise this as it is a
1.4.x feature but it already there. :-)
Then, problem solved, right? Is there a way to make compressed .lyx
default R/W format? Few people will
I would vote for a configureable option (with GUI too?).
The good old text file is easier to handle when you want to
CVS your .lyx files.
You are right. Even if I am using svn, which handles binary files
better than cvs, one can not diff a binary file. (But we will have
change-tracking system
On 12/1/05, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
I think the situation right now is: if the file was compressed, it
will stay so.
I am aware of this. Users will have to externally compress the lyx
file, and without a menu item, most users will not know this capacity.
Is build-in
I think the situation right now is: if the file was compressed, it
will stay so.
I guess I see what you meant: if a plain lyx file is opened, we should
have menu items 'save' and 'save gzipped'. If a gzipped file is
opened, we should have menu items 'save' and 'save plain/unzipped''.
This does
This is news to me. I've tried it and cannot get it to work either
with the GUI or command line. Maybe I'm just doing the wrong thing,
or maybe I need to make changes to the LyX/Mac package to make it
possible. Before I try the second, what is the proper procedure to
use LyX to open/save a
1. and 2. should work. I can open a.lyx.gz with 1.4 if the file is in
current format (245). It does
not work with other formats, because lyx2lyx seems to have lost the ability
to read gezipped files (at least with python 2.4).
Confirmed here. 1.4.0cvs can open, modify and save a gzipped file
I tried to read some RFCs on the subject and I think that it could be
the fault of broken email clients. I report here on some experiments I
did.
You mean sendmail does not add a dot to your first single dot, rather
delete one from the line with double dots? This is different from what
I
This is _not_ a LyX problem, so it should not be fixed in LyX,
especially when the fix make the LyX code less straight-forward.
I do not agree with you. Lyx is particularly vulnerable to this
problem since every dot after an inset will be put as the first
character of a line. In my case, almost
Several developers have told you that this isn't going to get fixed before
LyX 1.4 is released.
I perfectly understand this.
They've explained why they think that a file format change would be a bad
idea at this stage.
This is also fine, and I do understand the technical difficulties.
Sendmail, TB and OE all seem innocent, as they would be given their user
base. Or don't you think non-LyX-users would also sometimes want to send
dotty files transparently?
My sendmail + OE combination has this problem. The user base of those
two are large, just that very few other files have
Take this to the developers of
XCMail or drop XCMail and use a mail client that works.
OE is also affected, if it is not causing the problem. How many lyx
users will be left if you exclude OE users from them?
Bo
Take this to the developers of
XCMail or drop XCMail and use a mail client that works.
I do not know other configurations and I never head of XCMail. What
happened to me is that my .lyx files were changed by sendmail
(confirmed) and none of my recipients (using MS/OE, linux/mutt,
linux/TB)
Then for pities sake, take this to a sendmail forum. Fix the problem not
the symptoms.
Have you read the previous posts? This is a known feature (written in
the standards), not bug of sendmail.
The point is: no one has ever complained about this problem here before
in the 10 years of LyX's
This is absolutely not our bug.
I did not say this is lyx' fault. I said that lyx is vulnerable to an
existing mail system caveat, and lyx is likely to be the scapegoat. To
the best interest of lyx, I suggest that lyx do something with it.
You and other developers have all the reasons to say
Hi,
I am trying the complete version on a fresh windows XP, problems:
1. When lyx is running configure.sh, miktex is started to install some
additional packages, when I set a miktex mirror site to install it, I
got message like 'latex fail (double something I cannot remember)'.
2. When
3. I try to open a file using beamer class. Lyx says beamer class is
not found. Despite the fact the miktex can fetch required packages
automatically, I have to install beamer manually and then run
re-configure.
Set MiKTeX's option to instal missing packages o the fly without asking
and
I'm confused now. The default is indeed C:\program files\lyx and it
should work with every folder, also if someone installs it to C:\lyx
So what was the problem? You installed to C:\program files\lyx and it
didn't work? And if you retried it installing it to C:\lyx it works?
My first email:
On 12/14/05, Angus Leeming [EMAIL PROTECTED] wrote:
Luis Rivera wrote:
Are there plans to integrate LyX to the cygwin distribution?
It is of course good to have such an option. However, with the new
all-in-one windows installer, I can not see an urgent need for it.
Bo
Same machine, same configuration, lyx 1.4.0 cvs:
+ checking for ec support in LaTeX format... yes
+checking for document class a0poster [a0poster]... no
+checking for document class a0poster [a0poster]... no
+checking for package a4 [a4]... yes
+checking for package a4wide [a4wide]... yes
For this a0poster, I have a0poster.layout under my ~/.lyx/layouts but
the class files have been removed.
After I remove a0poster.layout, reconfiguration stops at aastex, a
regular latex class:
+checking for document class aastex [aastex]... yes
+checking for document class aastex [aastex]...
OK. If I use a clean account (does not have .lyx directory created by
lyx 1.3.6), lyx 1.4.0cvs configures fine.
Another problem: instant preview figure misplaced. See attachment.
Bo
ipreview.png
Description: PNG image
What did you have in your .lyx/layouts directory?
% ls ~/.lyx/layouts/
aastex.layout bioinfo.layout powerdot.layout sciposter.layout
beamer.layout manual.layout thesis.layout
They are all 1.3.x layouts.
Bo
Dear list,
This may be a bug:
New document, insert table, right click, enter p{2cm} in 'LaTeX
argument' field of the table settings dialog, click anther cell of the
table, click the original cell, === the latex argument has been lost.
This is lyx-1.4.0cvs, RHEL4, qt frontend.
Bo
Dear list,
I have a lyx file with figures all in .pdf format and I have .eps
versions under the same directory. When I export - latex, lyx asks me
whether or not overwrite existing .eps files.
Is lyx converting all .pdf files to .eps format? Is this necessary?
The dialog has overwrite, overwrite
Dear list,
I have a latex-beamer file that works well under lyx 1.3.6. When I
open the file using 1.4.0cvs, it can not be compiled. I notice that
compared to 1.3.6, the exported latex code has two additional lines:
\usepackage{usernames]{color}
\usepackage{graphicx}
I guess I need to change
\usepackage{usernames]{color}
^
Sure about that one?
Yes. I uninstalled 1.3.6 and use 1.4.0cvs now so I could not actually
compare the latex files. However, the lyx file was compiled OK but now
I have error message:
! LaTeX Error: Option clash for package color.
See the LaTeX
When you export latex, lyx assume you want to run latex on
the generated .tex file sometime later. ... ... there
is no latex export that assumes you will want to run pdflatex later.
I understand the logic here but doing image format conversions during
latex export is a bit strange to me.
\usepackage{usernames]{color}
That one is clearly wrong. I don't know whether the color package
has an option usernames, but the brackets are clearly mismatched.
Sorry, my typo. Lyx inserts
\usepackage[usenames]{color}
into the generated latex file and caused the compiling errors.
I
Then you should include the original .eps files in LyX and let LyX do the
conversion to pdf. That would work in all cases...
My case is more complicated. The eps files are the originals and are
used by multiple lyx files. For this beamer/pdflatex file, I need to
use .pdf format but since
Lyx inserts
\usepackage[usenames]{color}
this is superfluous, beamer loads by default xcolor.
Options to xcolor can be passed via the class options
Layout-Document-Layout-Options
So \usepackage{color} should not be inserted at all. I tried to add
options pdftex,usenames for beamer but
options pdftex,usenames for beamer but still get the 'option clash
why do you need the pdftex option? It could be detected
by nearly all packages itself. And beamer itself passes it
to hyperref
use dvipsnames,xcolor as class options
pdftex is suggested by the error message. I have tried
it cannot work, because LyX inserts by default a
\usepackage[usenames]{color} which is
-- wrong here
-- and should always be xcolor, if really needed. Even though
a button for color/xcolor is the best way
http://bugzilla.lyx.org/show_bug.cgi?id=2169 reported.
On 12/21/05, K. Fischer [EMAIL PROTECTED] wrote:
When installing Lyx 1.3.6 into a Windows XP machine I got the following
message (towards the end of the installation):
Which installer are you using? Is it the official one or the
all-in-one one at
I just published the version 0.6 of the LyX installer for Windows.
Just tried the complete version of the installer on a fresh winXP VM:
installation goes fine and everything works as expected. Thank you for
the great work!
I think this installer is ready to go public or even become official.
Dear list,
Is there a way to convert 1.4.0 lyx file to 1.3.x format? I use
1.4.0cvs for some files, but need to send one of them to a friend who
is using 1.3.6.
Thank you very much.
Bo
Bo Dear list, Is there a way to convert 1.4.0 lyx file to 1.3.x
Bo format? I use 1.4.0cvs for some files, but need to send one of
Bo them to a friend who is using 1.3.6.
You have to invoke lyx2lyx directly in order to convert the files to
format 221.
Since this feature already exists, would
Looks like a Save as... feature.
Yes, it is under 'save as' in word.
Bo
Dear list,
I get compile errors when I insert a figure into lyx. The problem
disappears when I export to latex and run pdflatex directly. By
comparing the exported latex file in /tmp/lyx_..., I find that
exported latex code
Hi, Uwe,
I notice a problem. I have a customized layout file. If I put it under
c:\document and settings\username\Application Data\Lyx\layouts,
lyx-reconfigure can not find it. (Lyx can detect this layout if I put
it under the system layouts folder.) Can anyone confirm this bug?
Cheers,
Bo
Dear list,
Under linux, I can put a customized .bst file with the lyx file and
use it in the 'bibtex bibliography dialog. This does not work under
windows. Is it because bibtex can not find the .bst file?
Bo
If you View-LaTeX info-BibTeX styles, can you see the .bst file?
No. The .bst file is under the same directory as the .lyx file. I use
'browse' in the bib tex dialog to use it. Under linux, this is enough.
Bo
My best guess, and it's just a guess, is that bibtex's being handed a
path with spaces and choking on them.
I am not quite sure why miktex/bibtex can not handle a path with
spaces, whereas miktex/latex can. Anyway, if this is a problem that
will be classified as WONTFIX, it would be better to
_TeX_ cannot handle spaces. I suppose that you do not really
know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX
I do not. My understanding is that miktex is another implementation of
latex standard ( if there is such a standard). If miktex aims at
windows platform, I assume
The mistake is making C:\Program files the default for LyX and
friends.
I totally agree. I think it is a good idea to install Lyx to c:\lyx by default.
This will save us from some troubles, but not all. Most windows users
save their files under ...\My Documents or ... and
Settings\Desktop and
Dear all,
It is confirmed that if the .bst file is in a path without space, the
bibliography will be generated correctly, even if lyx is installed
under c:\program files\lyx. So,
1. It is safe to install lyx to c:\program files,
2. It is not safe to put .bst files in a path with spaces. .lyx
1 - 100 of 8038 matches
Mail list logo
