On Tue, Jun 30, 2015 at 06:14:05PM +0100, Guillaume M-M wrote:
Dear list,
I got an assertion in stable (1b596e92) for the second time today. It
happened while selecting text (first time with Shift+Arrows and second time
with the mouse).
I don't remember seeing it before: if it wasn't
On Tue, Jun 30, 2015 at 06:55:04PM +0200, Enrico Forestieri wrote:
commit 305a712bbb1c201416e7bed2d8e6b7362c3aa5d5
Author: Enrico Forestieri for...@lyx.org
Date: Tue Jun 30 18:54:19 2015 +0200
Avoid using a dangling pointer
This can happen when a macro is copied
On Fri, Jun 26, 2015 at 08:13:05PM +0300, Guy Rutenberg wrote:
Hi,
I've attached patches for two bugs I've encountered in the lyxpak script:
The first bug is related to how the common path prefix for the included
files is calculated. If the common string prefix (the byte-by-byte prefix)
On Sat, Jul 25, 2015 at 08:49:17PM +0300, Guy Rutenberg wrote:
Hi,
On Thu, Jul 16, 2015 at 12:16 AM, Guy Rutenberg guyrutenb...@gmail.com
wrote:
Hi,
On Mon, Jul 13, 2015 at 1:43 PM, Enrico Forestieri for...@lyx.org wrote:
So, Guy, you can drop support for python 2.6. I also see
On Thu, Jul 30, 2015 at 07:11:12PM +0200, dd3fmlli wrote:
Hi! Sorry to open again this thread.
I was testing the trick
\ifcsname input@path\endcsname\else\def\input@path{{./}}\fi
\def\setbibname#1#2{\edef\bibname{#1#2}}
\expandafter\setbibname\input@path{
curren.bib}
On Thu, Jul 30, 2015 at 10:47:08PM -0400, Scott Kostyshak wrote:
Attached is a patch. I am hesitant to make a change since it has been
bound to for so long. It appears that the original binding was
tilde, but in 584ea928 André changed it to ampersand. Was this
intentional? If so does anyone
On Thu, Aug 13, 2015 at 09:55:35AM -0400, Richard Heck wrote:
On 08/13/2015 07:41 AM, Guenter Milde wrote:
Dear LyX developers,
the changeset http://www.lyx.org/trac/changeset/33178/lyxsvn
solves a problem described in bug report http://www.lyx.org/trac/ticket/6469
Use case:
* The
On Sun, Jul 26, 2015 at 10:58:12PM +0200, Jean-Marc Lasgouttes wrote:
Le 25 juillet 2015 12:21:20 UTC+02:00, Enrico Forestieri for...@lyx.org a
écrit :
On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
PS: I know that I
On Tue, Jul 21, 2015 at 06:29:05PM -0700, Pavel Sanda wrote:
Enrico Forestieri wrote:
On Tue, Jul 21, 2015 at 02:04:25PM -0700, Pavel Sanda wrote:
Changed Instant Preview could be the origin of this problem indeed.
Hardly so, given that it seems to also occur with 2.1.3.
First
On Tue, Jul 21, 2015 at 02:04:25PM -0700, Pavel Sanda wrote:
Changed Instant Preview could be the origin of this problem indeed.
Hardly so, given that it seems to also occur with 2.1.3.
--
Enrico
On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
PS: I know that I broke the weird 'break but keep justified' symbol. In
any case, if we keep this patch, it is better to actually keep the row
justified rather to indicate this
On Mon, Jul 13, 2015 at 10:57:54AM +0100, José Matos wrote:
On Saturday 11 July 2015 18:02:31 Richard Heck wrote:
For 2.2, I believe we are planning to TRY to make our our scripts
compatible with Python 3. I am almost certain we will not need support
for 2.6, though.
Richard
For
On Wed, Jul 15, 2015 at 07:53:31PM -0400, Scott Kostyshak wrote:
On Wed, Jul 15, 2015 at 11:43 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
commit 7ac700920f0de8165b834010e211517098afbe14
Author: Jean-Marc Lasgouttes lasgout...@lyx.org
Date: Sat Apr 18 19:10:33 2015 +0200
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I made a self-contained executable from lyxsum.C and tried it on every
> file in the texmf tree but did not succeed in crashing it. So I added
> some debugging statements to src/support/lyxsum.C to see what file was
> triggering t
Angus Leeming <[EMAIL PROTECTED]> writes:
> Enrico Forestieri ...> writes:
> > Computing crc of "/c/texmf/tex/latex/graphics/"
> > Abort (core dumped)
> >
> > I tried the same with a mingw build and got that it also tried computing
> > the
Angus Leeming <[EMAIL PROTECTED]> writes:
> > I'll try to come up with a patch to the LaTeX::deplog() function in
> > src/LaTeX.C.
>
> Way to go!
;-)
Here is the patch. Please test, it works for me. The only drawback which
I can foresee is that a file *may* be passed two times to
Angus Leeming <[EMAIL PROTECTED]> writes:
> I think that this version is more robust, but I haven't tried it out...
It works ;-)
> Angus
>
> -750,20 +750,30
> static regex reg5("Writing index file ([^ ]+).*");
>
> ifstream ifs(logfile.c_str());
> - string
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri ...> writes:
> > Angus, I am a C++ newbie
>
> No! Really? Wow! You don't come across as one!
Well, I am quite proficient in C, if that counts something ;-)
> > and don't even know if getli
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> substr(0, x) == foo
>
> we have lstring functions for that
>
> prefixIs("Index:", foo)
>
Thanks Lars.
Latest patch (using prefixIs) attached.
--
Enrico
--- src/LaTeX.C.orig2006-03-14 05:04:34.0 +0100
+++ src/LaTeX.C
Angus Leeming <[EMAIL PROTECTED]> writes:
> In fact, if I think about it, the only manual step in the whole process is the
> installation of the LyX icons into the lyx.exe executable. If someone takes it
> upon themselves to integrate that step into the build process then everything
> else can be
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Latest patch (using prefixIs) attached.
>
> At least the part that skips directories can go in now. It is t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> You are right. I found
> Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
> Enrico&
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Dear Enrico,
>
> I have problems with the -mms-bitfields option passed to gcc for cygwin
> and Mingw ports. Is it something related to structure in memory
> apparently. Do you know if it is still necessary? I would like to remove
> that from
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Next time I will try to get rid of it and tell you. I can't right now,
> > because building from scratch takes 1.5 hours for me.
>
> OK, if you confirm that you don't have any problem without the option, I
> would suggest to just eliminate it in
Georg Baum <[EMAIL PROTECTED]> writes:
> That means it is necessary if you want to link against libraries compiled
> by a MS compiler, and it will hurt if you link against libraries compiled
> by gcc without this switch.
> Further investigation shows that this setting was added by Kayvan on
>
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Georg Baum a écrit :
> > Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
> >> On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
> >>> Kayvan, are you listening? Why did you introduce this option also for
> >>> cygwin?
> >> I
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > This is interesting. I'll try to compile for a mingw target without the
> > -mms-bitfield switch and see what happens... I bet nothing
>
> I have tried that in the past but did not succeed (compiling from cygwin
> a mingw target). The resulting
Michael Gerz <[EMAIL PROTECTED]> writes:
> It is wise to remove the option for mingw? I think we are linking
> against a gettext and libiconv version that was (most likely) built by
> MSVC or another Non-MinGW compiler.
Then why not compiling libiconv with mingw, too? It is quite
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Concerning LyX/Mac, we have several reports that make me believe that
> the whole document gets rebroken/displayed at times. This is very weird.
Jean-Marc, LyX 1.4 has serious speed problems not only on the Mac.
I tried to use 1.4.0pre4 for
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Samstag, 18. März 2006 17:18 schrieb Michael Gerz:
> > Abdelrazak Younes wrote:
>
> > > I was maybe not clear... Please do the change for mingw also.
>
> Oh, I thought you were using cygwin. How did you compile qt? It should
> work if you compile
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Jean-Marc, LyX 1.4 has serious speed problems not only on the
> Enrico> Mac. I tried to use 1.4.0pre4 for
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri wrote:
>
> >Then why not compiling libiconv with mingw, too? It is quite strightforward
> >to do. As regards gettext, if you configure with --with-included-gettext,
> >it will be compiled al
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Success! I managed to compile everything (qt4) without MSYS. There two
> small problem though:
> 1) I have to use -sysdir option because the generated executable look
> for an inexistant directory:
>
> $ ./lyx-qt4
> Unable to determine the system
Angus Leeming <[EMAIL PROTECTED]> writes:
> Enrico,
>
> Using MSYS, I have built the libiconv package suggested by Michael and then
> gone on to build LyX using --with-included-gettext. configure finds
> libiconv and the build proceeds happily, but I find that the resulting .exe
> is unable
Angus Leeming <[EMAIL PROTECTED]> writes:
> I seem to remember you stating that this dynamic conversion worked for you
> using
> a Cygwin-built LyX. I was trying to find out a little bit more about your
> setup.
> Do you use the libiconv and gettext compiled by Cygwin, did you compile your
> own?
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Yep I used 'c:/' like syntax. But the --with-extra-prefix never worked
> for me, with either c:/ or /c/ style. configure just stops telling that
> it cannot find 'c' directory even though it was there.
Unlike MSYS, when using Cygwin the /c thing
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> What are the preprocessor macros that say we are in cygwin -mnocygwin
> mode? This is what we have to test for.
Please, find below the results obtained with and without -mno-cygwin.
Essentially, I think that in the first case the WIN32 thing (in
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Montag, 20. März 2006 16:45 schrieb Enrico Forestieri:
> > Jean-Marc Lasgouttes ...> writes:
> >
> > > What are the preprocessor macros that say we are in cygwin -mnocygwin
> > > mode? This is what we
Michael Gerz <[EMAIL PROTECTED]> writes:
> 2. class OStream has a method called "printf". Unfortunately, gettext
> 0.14.5 redefines printf which results in a lot of errors (IIRC printf is
> replaced by "intl_printf").
Michael,
I solved that problem by the following patch:
---
Angus Leeming <[EMAIL PROTECTED]> writes:
> Ok, I've read 'em. I can see that the thing compiles, but my reading of the
> libiconv/gettext installation notes is that you need a third compilation:
>
> * make, make install gettext
> * make, make install libiconv
> * make, make install gettext
>
>
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Jean-Marc Lasgouttes ...> writes:
> > Enrico> my reading of it is that you need the three compilations only
> > Enrico> if you want an internationalized iconv program, i.e., if you
> > Enrico> want translated messages from iconv. I personally think
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Yes, I have to specify --with-packaging=windows, otherwise I
> Enrico> would get posix. The packaging
The attached patch fixes the bug reported here:
http://thread.gmane.org/gmane.editors.lyx.general/29227
In my intention this is the first of a series of patches aimed at polishing
the Cygwin target, which I think is lagging behind. Please, tell me if this
ok with you. I have no problem in
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> The attached patch fixes the bug reported here:
> http://thread.gmane.org/gmane.editors.lyx.general/29227
>
> In my intention this is the first of a series of patches aimed at polishing
> the Cygwin target, which I
Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> On Wed, Mar 22, 2006 at 09:29:35PM +0000, Enrico Forestieri wrote:
> > The attached patch fixes the bug reported here:
> > http://thread.gmane.org/gmane.editors.lyx.general/29227
> >
> > In my intention this is th
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri wrote:
>
> > The attached patch fixes the bug reported here:
> > http://thread.gmane.org/gmane.editors.lyx.general/29227
> >
> > In my intention this is the first of a series of patches aimed at
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Really? I had thought the second one was more cleaner.
> Enrico> Actually I had to figure out that when la
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri wrote:
>
> > Really? I had thought the second one was more cleaner. Actually I had to
> > figure out that when latex_path() is called for generating the argument
> > of \input path it is ass
Georg Baum <[EMAIL PROTECTED]> writes:
> What I meant was: Do we need for one setting of cygwin_path_fix_needed both
> windos/posix styles, or does cygwin_path_fix_needed simply switch
> external_path() between the windows and posix version?
As it is now, cygwin_path_fix_needed simply switch
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Now I don't like either anymore. The problem of both fixes is
> Georg> that they use a trailing '/' as flag whether external_path() is
> Georg> needed or not. This will strike
Georg Baum <[EMAIL PROTECTED]> writes:
> I think that you can safely call it unconditionally. I looked it up, and
> latex_path() is only called on filenames that are written to .tex files. I
> would be very surprised if a TeX compiler exists on windows that needs win
> style paths in \inputa
Georg Baum <[EMAIL PROTECTED]> writes:
> > Many thanks for your helpful and appreciated comments.
>
> I hope they are not too disappointing
Oh, not at all...
> Here you basically revert external_path on non-cygwin windows. This is a
> bit ugly, so I moved this into a new function
>
Lodewijk Bonebakker <[EMAIL PROTECTED]> writes:
>
> When compiling lyx on Solaris 10, using an up-to-date gnu setup (updated
> autoconf, automake, etc). Compilation of the recent svn stable branch
> completes without problems.
>
> At startup however, lyx displays the main window, reports a
On Fri, Mar 24, 2006 at 11:09:00AM +0100, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> > I thought the idea of cygwin_path_fix was that it is only needed for
> > latex. I am not so sure anymore.
Why do you say so?
> The lines
>
> //No backslashes in LaTeX files
>
On Fri, Mar 24, 2006 at 12:51:17PM +0100, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> > I think I agree with it. Could you repost it please? I am lost in the
> > thread :)
>
> Sure, here it is.
I have a comment on this patch. I see that you get rid of the rtrim call
in latex_path. This
On Fri, Mar 24, 2006 at 01:43:55PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I have a comment on this patch. I see that you get rid of the rtrim call
> > in latex_path. This has the following effect: in all cases the argument
> > of [EMAIL PROTECTED] wi
On Fri, Mar 24, 2006 at 02:04:53PM +0100, Georg Baum wrote:
> No, it does not need posix style paths: It simply cannot cope with
> backslashes for obvious reasons. AFAIK miktex can handle paths like
> "C:/temp/test.tex". Not a big difference, but not exactly posix either.
This path style is
On Sun, Mar 26, 2006 at 10:28:15AM +0200, Georg Baum wrote:
> Am Sonntag, 26. März 2006 05:10 schrieb Uwe Stöhr:
> > Btw. for what is the file LyXConfig.lyx.in needed?
>
> I knew once, but forgot.
I think this file was obsoleted by LaTeXConfig.lyx.in. Perhaps
chkconfig.ltx should be updated
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Jean-Marc Lasgouttes ...> writes:
> > Enrico> my reading of it is that you need the three compilations only
> > Enrico> if you want an internationalized iconv program, i.e., if you
> > Enrico> want translated messages from iconv. I personally think
On Mon, Mar 27, 2006 at 04:25:58PM +0200, Joost Verburg wrote:
> Charles de Miramon wrote:
> > Why not make things simple. I'm in favour of Bo Peng's approach. Power users
> > can always use the -geometry option from the command line. Or if they use,
> > KWin use the advanced options for windows
On Tue, Mar 28, 2006 at 08:49:50AM +0200, Ekkehart Schlicht wrote:
> 2. If I write a+b=c in a math insert and switch on instant preview, the
> insert sometimes disappears, and at other times it appears as a b c
> (with missing operators).
If you have dvipng installed, this may be due to the
On Tue, Mar 28, 2006 at 03:13:17PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >> >>>>> "Enrico&
On Tue, Mar 28, 2006 at 09:05:03PM +0200, Georg Baum wrote:
> Am Dienstag, 28. März 2006 15:03 schrieb Jean-Marc Lasgouttes:
>
> > I put it there, except dor the part in client.C. I am not sure this
> > one is right/useful.
>
> It is currently a noop because the client does not work on windows.
On Wed, Mar 29, 2006 at 05:18:04PM +0200, Helge Hafting wrote:
> Well, lyx supports the latex programming/typesetting language.
> You can define a \cis in the document preamble, then
> you'd be able to type \cis in math. It won't look exactly the same
> as sin and cos on screen, but it will
9)
+++ insets/ChangeLog(working copy)
@@ -1,3 +1,7 @@
+2006-03-29 Enrico Forestieri <[EMAIL PROTECTED]>
+ * insetgraphics.C (prepareFile): Fix the returned path such
+ that it is in the proper style for inclusion in a .tex file.
+
2006-03-11 Jürgen Spitzmüller <[EMAIL PRO
On Wed, Mar 29, 2006 at 08:53:37PM +0200, Georg Baum wrote:
> Am Mittwoch, 29. März 2006 03:11 schrieb Enrico Forestieri:
>
> > The client works with the cygwin/X11 version of LyX.
>
> Sorry, I meant windows without cygwin.
>
> > It doesn't work
> > with t
On Thu, Mar 30, 2006 at 11:01:29AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >I have reviewed all (I think) possible problems related to paths in
> >cygwin. The attached is the patch I come up with. I hope that it can
> >be applied for 1.4.1 as it d
On Wed, Mar 29, 2006 at 10:55:19PM -0600, Bo Peng wrote:
> Dear list,
>
> configure.py was first written as a direct translation of the
> configure.m4 file. It is not structured, and use all global variables.
> Attached is a more pythonic version. It is the first step towards my
> goal of
On Thu, Mar 30, 2006 at 01:16:56PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >That indeed would be great, but I think that the cygwin target has
> >some peculiarities not easily mimicked by a native build.
>
> IMHO, no need to mimic anything,
On Thu, Mar 30, 2006 at 10:09:07AM -0600, Bo Peng wrote:
> >
> > I tested it on cygwin. Here are the results.
> >
> > 1) After launching, the script was hanging in checkCygwinPath().
> >I had to kill the latex.exe process to let it continue (I use
> >MikTeX, so latex.exe is a native win32
On Thu, Mar 30, 2006 at 09:46:57PM +0200, Enrico Forestieri wrote:
> Please, attached find a patch correcting this problems.
I forgot to attach the patch.
--
Enrico
--- configure.py.orig Thu Mar 30 12:58:18 2006
+++ configure.pyThu Mar 30 21:27:14 2006
@@ -33,7 +33,7 @@
On Thu, Mar 30, 2006 at 03:56:02PM +0200, Abdelrazak Younes wrote:
> Just for confirmation, is /cygdrive is present on any cygwin installation?
> But in the special case where a user has a c:\cygdrive and lyx is
> installed on the same drive, this test doesn't work (I just made the
> test). Is
On Thu, Mar 30, 2006 at 05:33:31PM +0200, Georg Baum wrote:
> I did not yet have time to comment on Enricos patch, I just had a quick look
> and the cygwin ifdefs he introduced in frontends/qt2/FileDialog.C don't
> seem right. If they are really needed (which I doubt currently, but that
> may
On Thu, Mar 30, 2006 at 06:39:39PM +0200, Jean-Marc Lasgouttes wrote:
> I think this cygwin-without-cygwin stuff is becoming stranger and
> stranger.
cygwin-without-cygwin? what's that? ;-)
--
Enrico
On Thu, Mar 30, 2006 at 05:01:52PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Message to the main lyx developers:
>
> Abdelrazak> IMHO, if you want to encourage new contributions, you
> Abdelrazak> should relax a bit
On Thu, Mar 30, 2006 at 05:44:17PM +0200, Abdelrazak Younes wrote:
> I am using TortoiseSVN which has a very good GUI that can show visual
> comparison between revisions or even 3-way comparisons. With this GUI
> you can reject a change, revert to an older version, etc. I definitely
> prefer
On Thu, Mar 30, 2006 at 10:21:53PM +0200, Georg Baum wrote:
> Am Mittwoch, 29. März 2006 20:49 schrieb Enrico Forestieri:
>
> > I have reorganized things in this way:
> > 1) The kind of path style to be written into .tex files is only
> > decided by the configure
On Thu, Mar 30, 2006 at 08:59:37PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > It is used by LyX to set the PATH prefix. In *nix it should be omitted,
> > as everything needed should already be in the PATH. In the native win32
&
On Fri, Mar 31, 2006 at 10:59:18AM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> On Thu, Mar 30, 2006 at 06:39:39PM +0200, Jean-Marc Lasgouttes
> Enrico> wrote:
> >> I t
On Fri, Mar 31, 2006 at 12:10:14PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> cygwin-without-cygwin? what's that? ;-)
> >> Isn't the point of this thread to support compiling
On Fri, Mar 31, 2006 at 12:34:36PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I beg your pardon, next time I'll check more closely
> Enrico> quotations.
>
> No problem, I
On Fri, Mar 31, 2006 at 01:59:09PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
> > However, you could also use other native apps apart from miktex, so it
> > is useful that both 1) and 2) return either posix- or win-style paths.
> > This is to be independent fro
On Fri, Mar 31, 2006 at 02:11:25PM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> >> However, you could also use other native apps apart from miktex, so
> >> it is useful that both 1) and 2) return either posix- or win-style
> >> paths. This is to
On Fri, Mar 31, 2006 at 02:33:08PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I think that it is better to proceed step by step. Is it okay with you
> > if I start from scratch and do the minimum necessary to fix real bugs?
>
> You don't need to start
On Fri, Mar 31, 2006 at 07:25:48AM -0600, Bo Peng wrote:
> > > * configure.py: Major clean up.
> >
> > I could have written that one myself. I was thinking about something more
> > detailed, but I'll use that now.
>
> I do not think there are more details. :-) This is only a clean up
> with
On Thu, Mar 30, 2006 at 10:23:38PM +0200, Enrico Forestieri wrote:
> For example, while testing I just got this assertion from boost:
>
> assertion "src.size() == std::strlen( src.c_str() )" failed: file
> "../../../../../boost/libs/filesystem/src/path_posix_windows.
On Fri, Mar 31, 2006 at 03:55:02PM +0200, Abdelrazak Younes wrote:
> Bo Peng a écrit :
> >Dear list,
> >
>
> [...]
>
> >So I run autogen.sh myself:
> >
> >sh-2.04$ ./autogen.sh
> >Using automake (GNU automake) 1.8.2
> >This automake version is not supported by LyX.
> >LyX only supports automake
On Fri, Mar 31, 2006 at 08:17:42AM -0600, Bo Peng wrote:
> > You have to switch to cygwin (which should have automake-1.9) and run
> > "autogen.sh" from there. Then you can switch back to msys for the
>
> Thanks. Lyx is compiling. However, aspell still does not work. The
> latest error message is
return *it;
return 0;
}
Index: src/ChangeLog
===
--- src/ChangeLog (revision 13538)
+++ src/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2006-03-31 Enrico Forestieri <[EMAIL PROTECTED]>
+
On Fri, Mar 31, 2006 at 09:53:45AM -0800, Stephen Harris wrote:
> http://marc.theaimsgroup.com/?l=lyx-devel=114381524012218=2
>
> Enrico wrote:
> Why miktex is outputting non-text characters is beyond me, though.
>
> ---
>
>
On Fri, Mar 31, 2006 at 09:56:41PM +0200, Enrico Forestieri wrote:
> The correct fix to this problem is my other patch in the thread
> "Cygwin polishing", which however, I admit tries to solve too much
> things in a single shot.
This is to reaffirm what I said. I just dis
On Fri, Mar 31, 2006 at 08:05:10PM +0200, Michael Gerz wrote:
> Just my two cents:
>
> I agree with Jean-Marc that we should keep things simple. We don't have
> to support each and every conceivable configuration. If we manage to
> provide the Windows world with a working LyX - no matter how -
On Sat, Apr 01, 2006 at 01:24:00PM +0200, Georg Baum wrote:
> Am Freitag, 31. März 2006 15:21 schrieb Enrico Forestieri:
> > I do not understand why os::internal_path can return paths like C:/xxx
> > in the win32 version and cannot for the cygwin version. Note that the
> >
On Sat, Apr 01, 2006 at 01:46:39PM +0200, Georg Baum wrote:
> I fear we have been talking past each other. I never wanted a "dirty"
> patch. I wanted a correct one, but split up in smaller chunks. For
> example, the additional check box could be left out in the first version,
> hardcoding win
On Sat, Apr 01, 2006 at 10:44:09AM +0200, Juergen Spitzmueller wrote:
> Abdelrazak Younes wrote:
> > Hey! Congratulation to your wife and you! Hope everything is all right.
>
> Congratulations from me, too!
Ditto!
--
Enrico
On Fri, Mar 31, 2006 at 07:24:33PM -0600, Bo Peng wrote:
> The weird part is, -I./interfaces/cc/ has aspell.h. Any clue?
If you are using the mingw compiler, I think that your problems
may come from using make instead of mingw32-make.
--
Enrico
On Sat, Apr 01, 2006 at 05:44:55PM +0200, Georg Baum wrote:
> Am Samstag, 1. April 2006 16:37 schrieb Enrico Forestieri:
> > This is exactly what my patch does. I do not agree about the
> > confusion.
>
> Here I meant confusion for programmers, not users. It simply d
On Sat, Apr 01, 2006 at 05:55:07PM +0200, Georg Baum wrote:
> Am Samstag, 1. April 2006 17:07 schrieb Enrico Forestieri:
> > Understood. I'll leave the checkbox thing as it is now, i.e., the user
> > can subvert the configure script decisions (a really bad idea) and
>
On Sun, Apr 02, 2006 at 01:11:50PM +0200, Georg Baum wrote:
> Am Samstag, 1. April 2006 18:48 schrieb Enrico Forestieri:
> > On Sat, Apr 01, 2006 at 05:44:55PM +0200, Georg Baum wrote:
> > > Let us please postpone the user visible paths for now, and first get
> &g
On Sun, Apr 02, 2006 at 01:14:09PM +0200, Georg Baum wrote:
> Am Samstag, 1. April 2006 21:17 schrieb Enrico Forestieri:
> > On Sat, Apr 01, 2006 at 05:55:07PM +0200, Georg Baum wrote:
> > > Almost. No boolean please (that would circumvent the whole idea of
> > > inte
1 - 100 of 8831 matches
Mail list logo
