Bennett Helm wrote:
OS X 10.5 comes with gettext 0.14.5;
Are you sure about that ???
If it sits in /usr/local/bin, then this is very likely not the case.
I just checked, it is the MacTex-2007 package that installs this old
version 0.14.5 of gettext. Mac OS X by itself comes without gettext.
Bennett Helm wrote:
(OS X's automake is 1.10 and autoconf is 2.61.)
Here (on 10.4.11):
$ /usr/bin/autoconf --version
autoconf (GNU Autoconf) 2.59
khofbaue-al:~ khofbaue$ /usr/bin/automake --version
automake (GNU automake) 1.6.3
/Konrad
Hi,
Could someone tells me what good this is for? This might superficially
look like a good idea because of being lighter on the graphics card but
this is for sure a false good idea. Because those transformation are not
cheap and because they basically doubles the required memory to display
t
Le 6 juin 08 à 23:12, Alfredo Braunstein a écrit :
Jean-Marc Lasgouttes wrote:
Note that compiling with "make -j3" is much faster on double core
machines.
faster than -j2 or was it a typo?
Yes, it is a bit faster.
JMarc
Alfredo Braunstein wrote:
José Matos wrote:
On Friday 06 June 2008 22:12:40 Alfredo Braunstein wrote:
faster than -j2 or was it a typo?
Usually, yes. I use even -j4 on the desktop dual core.
Good to know... I wonder why.
My understanding is that launching 2 compilat
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Stefan Schimanski wrote:
I've noticed something similar, though I haven't seen it reliably
(and so
haven't yet filed a bug report). Sometimes when I try to add one
citation,
what happens is that a previously inserted citation in the same
p
José Matos wrote:
> On Friday 06 June 2008 22:12:40 Alfredo Braunstein wrote:
>> faster than -j2 or was it a typo?
>
> Usually, yes. I use even -j4 on the desktop dual core.
Good to know... I wonder why.
A/
On Friday 06 June 2008 22:12:40 Alfredo Braunstein wrote:
> faster than -j2 or was it a typo?
Usually, yes. I use even -j4 on the desktop dual core.
> A/
--
José Abílio
Jean-Marc Lasgouttes wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
>> Yes, that indeed works. I'm attaching the corrected script (now renamed
>> to note that it's explicitly for Mac).
>
> Note that compiling with "make -j3" is much faster on double core
> machines.
faster than -j2 or wa
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i still don't see the gain :) what bug it fixes? i can't remember
> that i needed cvs to run autogen for any package on linux.
I might not have chosen the right solution. The different solutions
are given here
http://www.gnu.org/software/autoconf/manual/g
On Thu, Jun 05, 2008 at 12:42:12PM +0200, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
> > When using a locale where the bug occurs, I should enter 3,5 instead
> > of 3.5, but the validator doesn't enable the OK or Apply buttons.
> > It must have been written by one of those yankees ;-)
Jean-Marc Lasgouttes wrote:
> > grrr. this weird dependency is a joke?
> > any time i'm out of connection i'm not able to run autogen.sh then?
>
> No, you did not run my earlier message: the gettext distribution
> contains a cvs _repository_ that is used in local to fetch any old
> version of the
Pavel Sanda <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Author: lasgouttes
>> Date: Fri Jun 6 19:14:47 2008
>> New Revision: 25171
>>
>> URL: http://www.lyx.org/trac/changeset/25171
>> Log:
>> set gettext version to 0.14.5 for now
>
> currently i see this confgiure warnings:
> conf
Pavel Sanda <[EMAIL PROTECTED]> writes:
> grrr. this weird dependency is a joke?
> any time i'm out of connection i'm not able to run autogen.sh then?
No, you did not run my earlier message: the gettext distribution
contains a cvs _repository_ that is used in local to fetch any old
version of th
[EMAIL PROTECTED] wrote:
> Author: lasgouttes
> Date: Fri Jun 6 19:14:47 2008
> New Revision: 25171
>
> URL: http://www.lyx.org/trac/changeset/25171
> Log:
> set gettext version to 0.14.5 for now
currently i see this confgiure warnings:
config.status: WARNING: intl/Makefile.in seems to ignore t
Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> Here is the culprit.
>
> > Copying gettext code...
> > autopoint: *** cvs program not found
> > autopoint: *** Stop.
>
> So you need to install cvs :)
grrr. this weird dependency is a joke?
any time i'm out of connection
Pavel Sanda wrote:
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Jun 6 17:25:55 2008
New Revision: 25167
URL: http://www.lyx.org/trac/changeset/25167
Log:
Remove our in tree gettext version and replace with a mechanism to import it.
currently i'm not able to compile anymore.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Therefore, if you have gettext 0.17, you will automatically get the
> 0.16.1 version of the files that configure.ac requests.
The result is that we decide on a version and everybody will use this
same version.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
Here is the culprit.
> Copying gettext code...
> autopoint: *** cvs program not found
> autopoint: *** Stop.
So you need to install cvs :)
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
> can you be more verbose what is now needed to build lyx wrt gettext versions?
> 0.17 will work? do you intend to care about fixes for new gettext versions?
Believe it or not, each gettext version contains a cvs repository with
all versions of the gettext
Quite a while ago, I created gentoo bug 214574, which resulted in
trac changeset 24069 for lyx.
However, I haven't tested that fix back then and when I finally did, I learned,
that it was incorrect.
The bug is triggered by combination of using gcc 4.3.0 AND adding
configure option '--disable-pch'.
On Friday 06 June 2008 17:13:17 rgheck wrote:
> I'm happy to do this, but it'll be a bit, as I "have" to go to St
> Andrews next week and will be busy.
I am more or less on the same situation. Really busy here with several
deadlines and at the same time glad to help you after the next week. :-)
[EMAIL PROTECTED] wrote:
> Author: lasgouttes
> Date: Fri Jun 6 17:25:55 2008
> New Revision: 25167
>
> URL: http://www.lyx.org/trac/changeset/25167
> Log:
> Remove our in tree gettext version and replace with a mechanism to import it.
currently i'm not able to compile anymore.
autogen log is in
Jean-Marc Lasgouttes wrote:
> > * remove all files that came from a gettext distribution.
>
> Now autoconf users will need the relevant gettext packages at autogen
> time. I settled on version 0.16.1 of gettext, if it is too new for
> some people we can go back in time a bit.
can you be more
Juergen Spitzmueller wrote:
In order to fully fix bug 4927, we need to do some LaTeX->LyX conversion,
because subfigure captions can contain LaTeX constructs such as \label.
Currently, subcaptions with such constructs are simply eaten (i.e.,
dataloss).
I think we should factor out the routines o
On Fri, Jun 6, 2008 at 12:02 PM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
> > OS X 10.5 comes with gettext 0.14.5; fink supplies 0.14.5. Any reason
> not to
> > go back that far?
>
> This one still have the wrong code with -I/System/...
>
> How
Abdelrazak Younes wrote:
rgheck wrote:
Stefan Schimanski wrote:
I've noticed something similar, though I haven't seen it reliably
(and so
haven't yet filed a bug report). Sometimes when I try to add one
citation,
what happens is that a previously inserted citation in the same
paragraph is
*m
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> OS X 10.5 comes with gettext 0.14.5; fink supplies 0.14.5. Any reason not to
> go back that far?
This one still have the wrong code with -I/System/...
How come these versions are so old? And what does Macports provide? Is
fink still maintained? I am v
On Fri, Jun 6, 2008 at 11:33 AM, Jean-Marc Lasgouttes <
[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Author: lasgouttes
> > Date: Fri Jun 6 17:25:55 2008
> > New Revision: 25167
> >
> > URL: http://www.lyx.org/trac/changeset/25167
> > Log:
> > Remove our in tree gettext version and
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Fri Jun 6 17:25:55 2008
> New Revision: 25167
>
> URL: http://www.lyx.org/trac/changeset/25167
> Log:
> Remove our in tree gettext version and replace with a mechanism to import it.
>
> * autogen.sh: use autopoint to poulate the gettext
Joost Verburg wrote:
> Can you upload the 1.5.5-3 installers from http://www.lyx.org/~joost/ to
> ftp.lyx.org? Thanks.
Done. Could you please change the links od the download page? I do not have
the password at hand.
Thanks,
Jürgen
Hi all.
I find the (new?) pasting-behaviour in eqn-arrays a bit counterintuitive.
When one just pastes a one-cell expression into an equation-array where
the cells are not empty, it will be pasted at the position of the cursor
(that's nice). When, instead, one pastes a multiple-cell expression,
eve
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Thanks!
Dov
imagetools.cpp:18:24: error: QImageReader: No such file or directory
Really?
http://doc.trolltech.com/4.2/qimagereader.html
Hmmm, yes...
Well, I see that all the generated ui_XXX.h fi
On Fri, Jun 6, 2008 at 6:53 AM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
> > Yes, that indeed works. I'm attaching the corrected script (now renamed
> to
> > note that it's explicitly for Mac).
>
> Note that compiling with "make -j3" is much fa
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Thanks!
Dov
imagetools.cpp:18:24: error: QImageReader: No such file or directory
Really?
http://doc.trolltech.com/4.2/qimagereader.html
Hmmm, yes...
Well, I see that all the generated ui_XXX.h files include it this way:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Thanks!
Dov
imagetools.cpp:18:24: error: QImageReader: No such file or directory
Really?
http://doc.trolltech.com/4.2/qimagereader.html
Hmmm, yes...
Well, I see that all the generated ui_XXX.h files include it this way:
, and that does solve
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Fri Jun 6 13:34:49 2008
New Revision: 25161
URL: http://www.lyx.org/trac/changeset/25161
Log:
move GuiImage::loadableFormats() to support/imagetools.{h,cpp} and simplify
this whole stuff. What a mess!
Why di
[EMAIL PROTECTED] writes:
> Author: younes
> Date: Fri Jun 6 13:34:49 2008
> New Revision: 25161
>
> URL: http://www.lyx.org/trac/changeset/25161
> Log:
> move GuiImage::loadableFormats() to support/imagetools.{h,cpp} and simplify
> this whole stuff. What a mess!
Why didn't you put it in graphi
Juergen Spitzmueller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4894
Your friendly bug alert service ...
Can you upload the 1.5.5-3 installers from http://www.lyx.org/~joost/ to
ftp.lyx.org? Thanks.
Joost
Dov Feldstern wrote:
Thanks!
Dov
imagetools.cpp:18:24: error: QImageReader: No such file or directory
Really?
http://doc.trolltech.com/4.2/qimagereader.html
imagetools.cpp: In function
'__gnu_debug_def::vectorstd::char_traits, std::allocator >,
std::allocator,
std::allocator > > > lyx::sup
Thanks!
Dov
imagetools.cpp:18:24: error: QImageReader: No such file or directory
imagetools.cpp: In function '__gnu_debug_def::vectorstd::char_traits, std::allocator >,
std::allocator,
std::allocator > > > lyx::support::loadableImageFormats()':
imagetools.cpp:31: error: 'QImageReader' has not
instanton wrote:
> \RequirePackage{CJK}
> \AtBeginDocument{\begin{CJK*}{GBK}{}\CJKtilde\CJKcaption{GB}}
> \AtEndDocument{\end{CJK*}}
>
> in the preamble, rather than having
>
> \begin{CJK*}{GBK}{}
>
> at the begining and
>
> \end{CJK*}
>
> in the ending.
In the cases I talk about, the
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> Yes, that indeed works. I'm attaching the corrected script (now renamed to
> note that it's explicitly for Mac).
Note that compiling with "make -j3" is much faster on double core
machines.
JMarc
rgheck wrote:
Stefan Schimanski wrote:
I've noticed something similar, though I haven't seen it reliably
(and so
haven't yet filed a bug report). Sometimes when I try to add one
citation,
what happens is that a previously inserted citation in the same
paragraph is
*modified*, even though the
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Now you are asking... no, I forgot to commit :-)
> Done now, sorry.
Thanks. And since you asked: yes, make did pick up the new file and do
the right thing :)
JMarc
> First, I am sorry if my sentence above seemed a bit definitive to you.
> It was intended as a joke, and a way to concede Juergen's point about
> the need for variation...
Never mind. I just need to explain my stand point.
> However, I am not sure of one thing: do these different classe
> We also want to support users who want to cite CJK
> content in non-CJK documents (linguists come to mind).
In that case, I would suggest to implement adding
\RequirePackage{CJK}
\AtBeginDocument{\begin{CJK*}{GBK}{}\CJKtilde\CJKcaption{GB}}
\AtEndDocument{\end{CJK*}}
in the preamble, rat
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The button is definitly there. Did you update InfoUi.ui? I guess
(hope) that make automatically call uic on changed file, doesn't it?
Are you sure?
Now you are asking... no, I forgot to commit :-)
Done now, s
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> The button is definitly there. Did you update InfoUi.ui? I guess
> (hope) that make automatically call uic on changed file, doesn't it?
Are you sure?
pegase: grep -r newPB src/frontends/qt4/
src/frontends/qt4/ui/PrefShortcutsUi.ui:
src/fronten
Jean-Marc Lasgouttes wrote:
It says:
../../../../lyx-devel/src/frontends/qt4/GuiInfo.cpp: In member function
'virtual void lyx::frontend::GuiInfo::enableView(bool)':
../../../../lyx-devel/src/frontends/qt4/GuiInfo.cpp:147: error: 'newPB' was not
declared in this scope
make[1]: *** [GuiInfo.lo]
It says:
../../../../lyx-devel/src/frontends/qt4/GuiInfo.cpp: In member function
'virtual void lyx::frontend::GuiInfo::enableView(bool)':
../../../../lyx-devel/src/frontends/qt4/GuiInfo.cpp:147: error: 'newPB' was not
declared in this scope
make[1]: *** [GuiInfo.lo] Error 1
Abdel?
JMarc
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> This is not possible. We also want to support users who want to cite CJK
> content in non-CJK documents (linguists come to mind).
There is also the problem of knowing whether these CJK classes can
contain non-cjk contents.
JMarc
"instanton"<[EMAIL PROTECTED]> writes:
> JMark,
>
>> Who are you to decide that they appreciate variation? Let them choose
>> whether they do!
Hello,
First, I am sorry if my sentence above seemed a bit definitive to you.
It was intended as a joke, and a way to concede Juergen's point about
th
instanton wrote:
> These extra document classes depends on CJK implicitly which means that
> one needs not add \usepackage{CJK} in the preamble and also needs not to
> put \begin{CJK}{GBK}{} after \begin{document} and \end{CJK} before
> \end{document}. These document classes are much more popular
JMark,
> Who are you to decide that they appreciate variation? Let them choose
> whether they do!
As I am Chinese and also am the maintainer of a special MiKTeX bundle called
MiCTeX for Chinese users (which takes special care of all relevant packages
which LyX might need to run), I might
Konrad Hofbauer <[EMAIL PROTECTED]> writes:
> I have two versions on my system.
Considering that, I think it is better to provide our own libintl.
Why?
1/ it is never clear on the mac to know what version is available
2/ when cross compiling, it is even worse
3/ one has to compile against a st
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Do we actively use 1.34 features?
I seem to remember that the code had to be adapted between the two
versions... Anyway, I do not think that keeping boost in 1.6 corsts us
a lot. We can see what happens in the 1.7 timeframe.
JMarc
57 matches
Mail list logo
