Hi,
this is the information we needed to compile lyx and to build a package.
It would have been easier to have such data available in some defined file,
from which all build-systems could catch what they need.
Some of the data will find their way into config.h, some are needed by the
package-mana
On Saturday 14 February 2009 09:33:40 Kornel Benko wrote:
> Hi,
> this is the information we needed to compile lyx and to build a package.
> It would have been easier to have such data available in some defined file,
> from which all build-systems could catch what they need.
> Some of the data will
On Saturday 14 February 2009 07:06:41 Kornel Benko wrote:
> I am using the packages without problems. But we will have to test them on
> machines which are not "fully packaged". There are no dependencies
> configured yet.
And here lies one of the problems. Each class of distributions has a differe
Am Samstag 14 Februar 2009 schrieb José Matos:
> On Saturday 14 February 2009 07:06:41 Kornel Benko wrote:
> > I am using the packages without problems. But we will have to test them
> > on machines which are not "fully packaged". There are no dependencies
> > configured yet.
>
> And here lies one
Am Samstag 14 Februar 2009 schrieb José Matos:
...
> Note that following parameters are not really needed.
Yes, I know, but we have this information, so why not use it?
...
> There is no such a thing as an universal rpm spec.
Very true
...
> Description and Summary can be set with no problems w
Jean-Marc Lasgouttes wrote:
> How can we get there ? Assuming the we can tell when babel is used (I
> saw what you wrote, but in general if it is difficult, then a cleanup
> might be necessary...), I would add a new BabelPreamble (in addintion to
> your new preamble)
>
> BabelPreamble
>\newco
On Saturday 14 February 2009 14:11:17 Kornel Benko wrote:
> Thanx for your optimizm, so should we give up? :(
The first question is "what is the problem we are trying to solve by building
an rpm spec file?".
I suggest that if there are people who use this we can set a place where we
can collect
hi,
in short the problem is that at the end of lyxfunc dispatch we firstly
processUpdateFlags and after we do restartCursor() which in turn updates
toolbar, which toggling-on hides the cursor. moving processUpdateFlags after
restartCursor leads to crashes.
the following patch is a workaround for
Hello Peter,
I made a few changes (visible through change tracking) in the XY-pic manual.
See the attached file - you can send me corrections in case I did something
wrong before I commit it into the tree.
It seems we have reached some audience, as can be seen e.g. here :)
http://bioinformatiqui
Pavel Sanda wrote:
> It seems we have reached some audience, as can be seen e.g. here :)
> http://bioinformatiquillo.wordpress.com/2009/02/14/xy-pic-paquete-para-dibujar-esquemas-en-lyx-latex/
unfortunately our mathed is not constructed for longer formulas so the examples
like:
\xy
(0,0)*\xycircl
uwestoehr wrote:
> Also OK for branch?
ok.
Jürgen
vfr wrote:
> Fix a crash on exit when the child documents are already unloaded.
I assume this is also needed in branch?
Jürgen
The list of resolved critical and major issues in 1.6.1 has grown to a degree
that makes a soon maintenance release advisable (have a look at the attached
status file).
So let's prepare for landing. Hence:
* please only fixes to critical issues, documentation and i18n as of now
(patches that a
13 matches
Mail list logo