Hello everybody,
enclosed please find the promised change tracking
patch.
This time, I cleaned up changes.h and changes.C.
The overall idea is to remove all "higher logic" from class
Changes. Actually, there are only three methods needed for modification:
set change at a particular posit
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if DESTDIR
is defined, otherwise everything goes as before, ie, copy to $PREFIX.
DESTDIR is useful because you can isola
On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
> Please test the attached patch. It introduces dest_dir.
I have not tested your patch but DESTDIR is simpler than you
think, perhaps. You should do everything as specified by PREFIX
and then, at install time, copy to $DESTDIR/$PREFIX if DE
Please test the attached patch. It introduces dest_dir.
Bo
Index: development/scons/SConscript
===
--- development/scons/SConscript (revision 13895)
+++ development/scons/SConscript (working copy)
@@ -1235,26 +1235,17 @@
if 'insta
On Sunday 21 May 2006 21:53, Bo Peng wrote:
>
> I would like to see other's opinion regarding a separate dest_dir option.
That is the standard procedure for rpm (and also deb) building. prefix is
the place where the package will be installed and run, destdir is the place
where the package is i
That is how the current configure-based RPM spec file works. After configuring
with prefix=/usr, we do:
make DESTDIR=${RPM_BUILD_ROOT} install
Does this make sense?
This is beyond my understanding of this option. I always do configure
--prefix and make install without DESTDIR. Using scons, I a
On Sun, May 21, 2006 at 01:22:12PM -0500, Bo Peng wrote:
> >The only thing that is necessary is to add a dest_dir= option
> >for "sons install" so that the installation can be done in another
> >directory tree.
>
> It is called prefix, the same name used by autotools.
Not quite. "scons prefix=/tm
The only thing that is necessary is to add a dest_dir= option
for "sons install" so that the installation can be done in another
directory tree.
It is called prefix, the same name used by autotools.
Bo
Am Sonntag, 21. Mai 2006 12:42 schrieb Edwin Leuven:
> "When you create a QObject with another object as parent, it's added to
> the parent's children() list, and is deleted when the parent is."
I knew there must have been something special, so the current code is
alright. I don't do qt too ofte
Am Sonntag, 21. Mai 2006 16:14 schrieb Juergen Spitzmueller:
> It might be another consequence of the problematic BufferView cache
situation
> in tabulars. Georg, do you have an idea?
I got one after a bit of debugging. The problem is not the BufferView
cache, but the use of std::swap() instead
Georg Baum wrote:
I think it should be viewable, because clean_dvi.py sometimes fails (IIRC
with some hyperref constructs).
I've never had any problems with hyperref and clean_dvi. Can you try to
reproduce it?
In my opinion a DraftDVI menu item is very confusing.
Joost
We have a new crash bug of LyX:
http://bugzilla.lyx.org/show_bug.cgi?id=2609
It seems that it occurs only in the Windows version. Could somebody
check this with a Lunix version.
thanks and regards
Uwe
Am Sonntag, 21. Mai 2006 15:06 schrieb Joost Verburg:
> DraftDVI is not intended to be viewed, so there should be no associated
> viewer.
I think it should be viewable, because clean_dvi.py sometimes fails (IIRC
with some hyperref constructs).
Georg
On Sat, 20 May 2006, Jean-Marc Lasgouttes wrote:
"Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, The current LyX website looks outdated, both in terms of
Joost> design and content. Especially now LyX is available for Windows
Joost> users as well, a modern and easy-to-use websit
Juergen Spitzmueller wrote:
Something seems to be seriously wrong with tables. I'm working on quite
some tables today and I get more crashes. Maybe it's all related to the
same issue.
Please report all of them.
When I can reproduce one I'll report it, but it's not always easy to
find the cau
Also sprach Joost Verburg:
> Something seems to be seriously wrong with tables. I'm working on quite
> some tables today and I get more crashes. Maybe it's all related to the
> same issue.
Please report all of them.
Jürgen
On Thu, May 18, 2006 at 10:48:33PM -0500, Bo Peng wrote:
> >That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild
> >--rebuild
> >and installed it and it works like a charm.
>
> In the script, I can only check for scons 0.96, not 1 or 92.
>
> >Now I have to figure out how to do the
Juergen Spitzmueller wrote:
It might be another consequence of the problematic BufferView cache situation
in tabulars. Georg, do you have an idea?
Something seems to be seriously wrong with tables. I'm working on quite
some tables today and I get more crashes. Maybe it's all related to the
sa
Yes, I noticed that I have always to use "fast_start=no", too.
I spent days on this option! :-)
After scons is stabilized (no frequent env change), this feature is
supposed to be useful and is non-intrusive. The first time when scons
is used, a file called env.cache is created and cache all tes
1) a very minor glitch when compiling qt4: Both
-ID:\program\Qt\4.1\include\QtCore4 and
-ID:\program\Qt\4.1\include\QtCore are passed (same for QtGui). The
first one is not useful (and would never exists), please remove. The
trailing '4' is only possible for libraries.
This is a qt4.py bug and I
On Sun, May 21, 2006 at 10:35:30AM +0200, Abdelrazak Younes wrote:
> Everything compiled with "-03 -w" in 35 minutes. That's twice as fast as
> autotools (with -j3) :-)
Do you really mean "-03" or is it "-O3"? ;-)
> Then "scons install" restarted the compilation from the beginning. The
> full
On Sat, May 20, 2006 at 10:03:38PM -0500, Bo Peng wrote:
> > > > > 2) nls=yes gettext=included is correctly taken into account but -lintl
> > > > > is passed. So the mingw intl dll is used as opposed as libs/libintl.a,
> > > >
>
> Does the order of -L matter? I notice that -Ldebug/libs is the fir
Joost Verburg wrote:
> I'm trying to convert a document with tables to another document class.
> LyX 1.4.2svn however crashes.
>
> To reproduce:
>
> * Start a new document
> * Insert a table
> * Insert some text (a single character is enough) to one of the cells
> * Go to Document > Settings and se
Hi,
I'm trying to convert a document with tables to another document class.
LyX 1.4.2svn however crashes.
To reproduce:
* Start a new document
* Insert a table
* Insert some text (a single character is enough) to one of the cells
* Go to Document > Settings and select another document class
*
Georg Baum wrote:
- The name of the draft dvi format needs to be dvi2. The number at the end
marks it as child format of dvi, and it inherits the dvi viewer setting.
DraftDVI is not intended to be viewed, so there should be no associated
viewer.
The others things in your patch work fine.
Jo
hi,
atm pplatex is not recognized by configure.py (at least under windows)
perhaps someone knowledgable can have a peek? would be nice if this just
works after putting pplatex.exe in ./bin and dvipost.sty in ./tex
thanks, ed.
Abdelrazak Younes wrote:
Georg Baum a écrit :
Unless QFileDialog does some magic in addToolButton() we have a memory
leak here. Can some Qt expert please tell whether this patch is OK?
I am not sure of that but I think I have read somewhere that it is safe
to use pointers on Qt objects this w
Georg Baum a écrit :
Unless QFileDialog does some magic in addToolButton() we have a memory
leak here. Can some Qt expert please tell whether this patch is OK?
I am not sure of that but I think I have read somewhere that it is safe
to use pointers on Qt objects this way. If that is not the cas
Juergen Spitzmueller wrote:
> Updated patch attached. OK now?
Hmpf, I should have had a closer look.
Correct patch attached.
Jürgen
Index: src/insets/insettabular.C
===
--- src/insets/insettabular.C (Revision 13887)
+++ src/insets/in
Unless QFileDialog does some magic in addToolButton() we have a memory
leak here. Can some Qt expert please tell whether this patch is OK?
Georg
Index: src/frontends/qt3/FileDialog_private.h
===
--- src/frontends/qt3/FileDialog_priv
Am Sonntag, 21. Mai 2006 11:36 schrieb Joost Verburg:
> Thanks. Do you also have a patch for 1.4? I have no 1.5 tree to test.
Here it is. Only one hunk in configure.py is different.
Gorg
Index: lib/configure.py
===
--- lib/configur
Some remarks:
- The name of the draft dvi format needs to be dvi2. The number at the end
marks it as child format of dvi, and it inherits the dvi viewer setting.
- I adjusted the test a bit so that we don't need to list the latex
programs twice
Then clean_dvi script could also be used on other
Am Sonntag, 21. Mai 2006 09:56 schrieb Joost Verburg:
> Enrico Forestieri wrote:
> >> The attached patch against 1.4 adds support for clean_dvi to the new
> >> configure.py script, so images in paths with spaces that are included
in
> >> preamble or ERT work again.
> >
> > This is also relevant
Abdelrazak Younes a écrit :
There is no caching either in qt3. I guess we've found a nice
optimisation to do :-)
I'll send a patch soon!
Font caching was not done in qt3 and qt4, this patch fixes this. Please
test on linux/qt[34] and Mac/qt[34]
I am going to commit the qt4 part of this patc
Bo Peng a écrit :
> Please test the attached patch. I changed the names of included
> boost_* and intl to included_boost_* and included_intl, just to be
> safe. Other changes are trivial.
All my problems are solved Bo. While you are maybe right about -L
ordering I think this renaming is a safe b
Enrico Forestieri wrote:
The attached patch against 1.4 adds support for clean_dvi to the new
configure.py script, so images in paths with spaces that are included in
preamble or ERT work again.
This is also relevant for cygwin, so please check also for
sys.platform == 'cygwin'
Updated patch
36 matches
Mail list logo
