Op dinsdag 20 juli 2010 23:59:50 schreef Pavel Sanda:
Public release of LyX version 2.0.0 (alpha 5)
=
We are pleased to announce the fifth alpha release of LyX 2.0.0.
Please note that this release is for testing purposes only and
users are
oxygen
regards,
Cor Blom
, I would be happy to fill some in.
Rainer
Kind regards,
Cor Blom
I have set up a project for building binaries from svn in the open(SUSE)
BuildService. After reading the discussion on the Ubuntu ppa I did not think a
similar approach would be feasible for OBS.
I have setup a project called lyx-unstable in my home project, with two
packages: lyx (this is a
Op maandag 4 juli 2011 10:54:13 schreef Rainer M Krug:
On Mon, Jul 4, 2011 at 12:18 AM, Cor Blom corne...@solcon.nl wrote:
I have setup a project called lyx-unstable in my home project, with two
packages: lyx (this is a regular build from branch-2.0.x) and
lyx-unstable (from trunk
Op maandag 4 juli 2011 01:08:01 schreef Pavel Sanda:
Cor Blom wrote:
I have set up a project for building binaries from svn in the open(SUSE)
BuildService. After reading the discussion on the Ubuntu ppa I did not
think a similar approach would be feasible for OBS.
btw these pages can
Op maandag 4 juli 2011 18:01:28 schreef Liviu Andronic:
On Mon, Jul 4, 2011 at 2:56 PM, Cor Blom corne...@solcon.nl wrote:
I do not think that's a good idea - LyX installed by the system should
always be the last *released version*, and not BRANCH_2_0_X.
Normal users should not use
Op maandag 4 juli 2011 16:58:58 schreef Rainer M Krug:
On Mon, Jul 4, 2011 at 2:56 PM, Cor Blom corne...@solcon.nl wrote:
Op maandag 4 juli 2011 10:54:13 schreef Rainer M Krug:
On Mon, Jul 4, 2011 at 12:18 AM, Cor Blom corne...@solcon.nl wrote:
I have setup a project called lyx-unstable
Hi,
My build from trunk on OBS gives the following error:
[...]
AR liblyxmathed.a
AR liblyxinsets.a
CXXLD lyx
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `IconButton':
/usr/src/packages/BUILD/lyx-2.1-
svn-2.1.rev39247/src/frontends/qt4/FancyLineEdit.cpp:265: undefined
There is a problem with the binaries I build for openSUSE from SVN. I have to
use the --enable-build-type=rel option. If I build without this option and I
start lyx, nothing happens. From the commandline I get the following message:
terminate called after throwing an instance of
Op woensdag 6 juli 2011 14:04:49 schreef Jean-Marc Lasgouttes:
Le 06/07/2011 10:32, Cor Blom a écrit :
There is a problem with the binaries I build for openSUSE from SVN. I
have to use the --enable-build-type=rel option. If I build without
this option and I start lyx, nothing happens. From
Op woensdag 6 juli 2011 10:35:24 schreef Cor Blom:
Hi,
My build from trunk on OBS gives the following error:
[...]
AR liblyxmathed.a
AR liblyxinsets.a
CXXLD lyx
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `IconButton':
/usr/src/packages/BUILD/lyx-2.1-
svn
Op woensdag 13 juli 2011 12:57:25 schreef Jean-Marc Lasgouttes:
Le 13/07/2011 12:27, Cor Blom a écrit :
As of r39281 I still get the error above. Am I the only one and is this
an openSUSE problem? Or are others seeing the same? Either case, I need
some help here, because I don't know how
Op maandag 18 juli 2011 21:34:05 schreef Jean-Marc Lasgouttes:
Le 13/07/11 17:22, Cor Blom a écrit :
It happens on all version I build for: 11.3 with qt 4.6.3, 11.4 with
4.7.1 and factory with 4.7.3
Cor
P.S. you can view all details here:
https://build.opensuse.org/package/show
Op dinsdag 19 juli 2011 00:06:55 schreef Jean-Marc Lasgouttes:
Le 18/07/11 23:58, Cor Blom a écrit :
Adding bc to BuildRequires solved the problem. Thanks for the help.
Interesting, but what does bc stand for?
bc: GNU Command Line Calculator
After your last remark I looked again through
Op dinsdag 19 juli 2011 10:47:50 schreef Pavel Sanda:
please can you paste the relevant part of log? i have hard time to
understand why we need bc.
Here it is:
[...]
GENui_TocUi.h
GENui_ToggleWarningUi.h
GENui_VSpaceUi.h
GENui_ViewSourceUi.h
GENui_WrapUi.h
Hi,
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option --with-version-suffix=...? The binary then gets a
suffix, but in the desktop file the command lyx, without suffix, is
still found. For me as a packager (openSUSE) it is no problem to patch
the desktop
Op 14-12-11 12:05, Pavel Sanda schreef:
Cor Blom wrote:
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option --with-version-suffix=...? The binary then gets a suffix,
but in the desktop file the command lyx, without suffix, is still found.
For me as a packager
Op 14-12-11 16:34, Jean-Marc Lasgouttes schreef:
Le 14/12/2011 12:05, Pavel Sanda a écrit :
Cor Blom wrote:
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option --with-version-suffix=...? The binary then gets a
suffix,
but in the desktop file the command lyx
Op 20-12-11 14:15, Jean-Marc Lasgouttes schreef:
I did the necessary adjustments, please test.
Works fine for me. Thanks,
If we intend this desktop
entry to be useful for everybody, shall we add l10n to it (lifted from
debian or fedora packaging)?
l10n is useful especially in the case of
Op 23-12-11 14:35, Pavel Sanda schreef:
Abdelrazak Younes wrote:
so we need new RC option or even better to test internally whether
we are on local box. i'm not sure how to detect it reliably
but one possible route seems to be DISPLAY environment variable.
(i see DISPLAY=:0.0 on local
Op zondag 19 februari 2012 11:18:44 schreef Richard Heck:
LyX 2.0.3 source tarballs are available from:
http://frege.brown.edu/lyx/
Please let me know if there are any difficulties. I'll plan to release
late this week (Friday or Saturday) if there are not.
Please note that branch is
Op maandag 20 februari 2012 14:59:08 schreef Pavel Sanda:
Cor Blom wrote:
It is building fine on all version of openSUSE. But I have a problem
with
hunspell. If I understand correctly, user or packager no longer have to
give an explicit directory for the hunspell dictionaries, because
Op maandag 20 februari 2012 21:49:18 schreef Pavel Sanda:
Cor Blom wrote:
Is this a bug, or is it intended to work this way?
RELEASE-NOTES clearly states:
System-wide hunspell dictionaries are in standard Linux installs
looked up at /usr/local/share/lyx/dicts/.
I missed that. Sorry
Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom corne...@solcon.nl wrote:
The only way I can understand that is that lyx is looking in
/usr/share/myspell for the dictionaries.
This is what seems to happen on Ubuntu Lucid. I have
Op maandag 20 februari 2012 23:02:38 schreef Cor Blom:
Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom corne...@solcon.nl wrote:
The only way I can understand that is that lyx is looking in
/usr/share/myspell for the dictionaries
Op dinsdag 21 februari 2012 07:22:55 schreef Stephan Witt:
Am 20.02.2012 um 23:55 schrieb Cor Blom:
Op maandag 20 februari 2012 23:02:38 schreef Cor Blom:
Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom corne...@solcon.nl wrote
Op 05-11-12 16:00, Kayvan Sylvan schreef:
In the Fedora distribution lyx packages, an xdg-open patch is applied
and the resulting lyx seems to work correctly.
openSUSE, mageia and ubuntu (as it is coming with the distro, don't know
about lyx-ppa) are using the same patch (it was once committed
Op 13-04-13 03:09, Pavel Sanda schreef:
José Matos wrote:
So these are the facts. The question then is how do we want to proceed?
I thought we want to be 3.0 compatible and ditch 2.x series completely(?).
Otherwise it looks like just maintenace burden without profit.
What's the status of
Op 07-01-15 om 08:23 schreef Vincent van Ravesteijn:
Hi all,
To compile the User's guide, I had to manually install the package
texlive-esint-type1.
Shouldn't this be installed automatically when the lyx package is
installed ? I'm now at OpenSuse. Do other distros do install this
package ?
Hi,
openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against
system boost and for 2.1.3 this fails now because of boost. In master
this has been fixed, is it possible to backport this to branch?
If this is too complicated then I'll just build with internal boost
until 2.2.
My problem has disappeared with updated packages. So never mind. Sorry
for the noise.
Cor
Op 22-06-15 om 09:16 schreef Cor Blom:
Hi,
openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against
system boost and for 2.1.3 this fails now because of boost. In master
this has been fixed
Op 26-06-15 om 16:07 schreef Jean-Marc Lasgouttes:
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there something else wrong?
Using 2.1.3
regards,
Cor Blom
iples
> whicha re used for the automatic / manual builds of LyX which are to be
> considered as "official binaries"?
>
> If somebody could add a page (in a section where it is appropriate) for
> packaging guidelines, I would be happy to fill some in.
>
> Rainer
>
> > Kind regards,
> >
> > Cor Blom
I have set up a project for building binaries from svn in the open(SUSE)
BuildService. After reading the discussion on the Ubuntu ppa I did not think a
similar approach would be feasible for OBS.
I have setup a project called "lyx-unstable" in my home project, with two
packages: lyx (this is a
Op maandag 4 juli 2011 10:54:13 schreef Rainer M Krug:
> On Mon, Jul 4, 2011 at 12:18 AM, Cor Blom <corne...@solcon.nl> wrote:
>
> > I have setup a project called "lyx-unstable" in my home project, with two
> > packages: lyx (this is a regular build from branch
Op maandag 4 juli 2011 01:08:01 schreef Pavel Sanda:
> Cor Blom wrote:
> > I have set up a project for building binaries from svn in the open(SUSE)
> > BuildService. After reading the discussion on the Ubuntu ppa I did not
> > think a similar approach would be feasi
Op maandag 4 juli 2011 18:01:28 schreef Liviu Andronic:
> On Mon, Jul 4, 2011 at 2:56 PM, Cor Blom <corne...@solcon.nl> wrote:
> >> I do not think that's a good idea - LyX installed by the system should
> >> always be the last *released version*, and not BRANCH_2_0_X.
&
Op maandag 4 juli 2011 16:58:58 schreef Rainer M Krug:
> On Mon, Jul 4, 2011 at 2:56 PM, Cor Blom <corne...@solcon.nl> wrote:
> > Op maandag 4 juli 2011 10:54:13 schreef Rainer M Krug:
> > > On Mon, Jul 4, 2011 at 12:18 AM, Cor Blom <corne...@solcon.nl> wrote:
> &g
Hi,
My build from trunk on OBS gives the following error:
[...]
AR liblyxmathed.a
AR liblyxinsets.a
CXXLD lyx
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `IconButton':
/usr/src/packages/BUILD/lyx-2.1-
svn-2.1.rev39247/src/frontends/qt4/FancyLineEdit.cpp:265: undefined
There is a problem with the binaries I build for openSUSE from SVN. I have to
use the "--enable-build-type=rel" option. If I build without this option and I
start lyx, nothing happens. From the commandline I get the following message:
terminate called after throwing an instance of
Op woensdag 6 juli 2011 14:04:49 schreef Jean-Marc Lasgouttes:
> Le 06/07/2011 10:32, Cor Blom a écrit :
> > There is a problem with the binaries I build for openSUSE from SVN. I
> > have to use the "--enable-build-type=rel" option. If I build without
> > this
Op woensdag 6 juli 2011 10:35:24 schreef Cor Blom:
> Hi,
>
> My build from trunk on OBS gives the following error:
>
> [...]
> AR liblyxmathed.a
> AR liblyxinsets.a
> CXXLD lyx
> frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function `IconButton':
&g
Op woensdag 13 juli 2011 12:57:25 schreef Jean-Marc Lasgouttes:
> Le 13/07/2011 12:27, Cor Blom a écrit :
> > As of r39281 I still get the error above. Am I the only one and is this
> > an openSUSE problem? Or are others seeing the same? Either case, I need
> > some help here,
Op maandag 18 juli 2011 21:34:05 schreef Jean-Marc Lasgouttes:
> Le 13/07/11 17:22, Cor Blom a écrit :
> > It happens on all version I build for: 11.3 with qt 4.6.3, 11.4 with
> > 4.7.1 and factory with 4.7.3
> >
> > Cor
> >
> > P.S. you ca
Op dinsdag 19 juli 2011 00:06:55 schreef Jean-Marc Lasgouttes:
> Le 18/07/11 23:58, Cor Blom a écrit :
> > Adding bc to BuildRequires solved the problem. Thanks for the help.
>
> Interesting, but what does bc stand for?
>
bc: GNU Command Line Calculator
After your last rem
Op dinsdag 19 juli 2011 10:47:50 schreef Pavel Sanda:
> please can you paste the relevant part of log? i have hard time to
> understand why we need bc.
Here it is:
[...]
GENui_TocUi.h
GENui_ToggleWarningUi.h
GENui_VSpaceUi.h
GENui_ViewSourceUi.h
GENui_WrapUi.h
Hi,
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option "--with-version-suffix=..."? The binary then gets a
suffix, but in the desktop file the command "lyx", without suffix, is
still found. For me as a packager (openSUSE) it is no problem to patch
the
Op 14-12-11 12:05, Pavel Sanda schreef:
Cor Blom wrote:
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option "--with-version-suffix=..."? The binary then gets a suffix,
but in the desktop file the command "lyx", without suffix, is
Op 14-12-11 16:34, Jean-Marc Lasgouttes schreef:
Le 14/12/2011 12:05, Pavel Sanda a écrit :
Cor Blom wrote:
Trunk has now a lyx.desktop file, but what happens when lyx is compiled
with the option "--with-version-suffix=..."? The binary then gets a
suffix,
but in the desktop file t
Op 20-12-11 14:15, Jean-Marc Lasgouttes schreef:
I did the necessary adjustments, please test.
Works fine for me. Thanks,
If we intend this desktop
entry to be useful for everybody, shall we add l10n to it (lifted from
debian or fedora packaging)?
l10n is useful especially in the case of
Op 23-12-11 14:35, Pavel Sanda schreef:
Abdelrazak Younes wrote:
so we need new RC option or even better to test internally whether
we are on local box. i'm not sure how to detect it reliably
but one possible route seems to be DISPLAY environment variable.
(i see DISPLAY=:0.0 on local
Op zondag 19 februari 2012 11:18:44 schreef Richard Heck:
> LyX 2.0.3 source tarballs are available from:
> http://frege.brown.edu/lyx/
> Please let me know if there are any difficulties. I'll plan to release
> late this week (Friday or Saturday) if there are not.
>
> Please note that branch
Op maandag 20 februari 2012 14:59:08 schreef Pavel Sanda:
> Cor Blom wrote:
> > It is building fine on all version of openSUSE. But I have a problem
> > with
> > hunspell. If I understand correctly, user or packager no longer have to
> > give an explicit directory fo
Op maandag 20 februari 2012 21:49:18 schreef Pavel Sanda:
> Cor Blom wrote:
> > Is this a bug, or is it intended to work this way?
>
> RELEASE-NOTES clearly states:
> System-wide hunspell dictionaries are in standard Linux installs
> looked up at /usr/local/share/ly
Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
> On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom <corne...@solcon.nl> wrote:
> > The only way I can understand that is that lyx is looking in
> > /usr/share/myspell for the dictionaries.
>
> This is what seems t
Op maandag 20 februari 2012 23:02:38 schreef Cor Blom:
> Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
> > On Mon, Feb 20, 2012 at 10:19 PM, Cor Blom <corne...@solcon.nl> wrote:
> > > The only way I can understand that is that lyx is looking in
Op dinsdag 21 februari 2012 07:22:55 schreef Stephan Witt:
> Am 20.02.2012 um 23:55 schrieb Cor Blom:
> > Op maandag 20 februari 2012 23:02:38 schreef Cor Blom:
> >> Op maandag 20 februari 2012 22:39:46 schreef Liviu Andronic:
> >>> On Mon, Feb 20, 2012 at 10:19 PM
Op 07-01-15 om 08:23 schreef Vincent van Ravesteijn:
Hi all,
To compile the User's guide, I had to manually install the package
"texlive-esint-type1".
Shouldn't this be installed automatically when the lyx package is
installed ? I'm now at OpenSuse. Do other distros do install this
package ?
Hi,
openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against
system boost and for 2.1.3 this fails now because of boost. In master
this has been fixed, is it possible to backport this to branch?
If this is too complicated then I'll just build with internal boost
until 2.2.
My problem has disappeared with updated packages. So never mind. Sorry
for the noise.
Cor
Op 22-06-15 om 09:16 schreef Cor Blom:
Hi,
openSUSE Factory/Tumbleweed now has boost 1.58. We build lyx against
system boost and for 2.1.3 this fails now because of boost. In master
this has been fixed
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which makes it hard to
use this. Is this a bug? Or is there something else wrong?
Using 2.1.3
Op 26-06-15 om 16:07 schreef Jean-Marc Lasgouttes:
Le 26/06/2015 15:20, Cor Blom a écrit :
Hi,
Sometimes I want text to be both small caps and emphasised. I can do
that and it is correct in the output, but in lyx itself it just shows as
regular text, indistuinguisable from normal text, which
Op 05-11-12 16:00, Kayvan Sylvan schreef:
In the Fedora distribution lyx packages, an xdg-open patch is applied
and the resulting lyx seems to work correctly.
openSUSE, mageia and ubuntu (as it is coming with the distro, don't know
about lyx-ppa) are using the same patch (it was once committed
Op 13-04-13 03:09, Pavel Sanda schreef:
José Matos wrote:
So these are the facts. The question then is how do we want to proceed?
I thought we want to be >3.0 compatible and ditch 2.x series completely(?).
Otherwise it looks like just maintenace burden without profit.
What's the status of
Op dinsdag 20 juli 2010 23:59:50 schreef Pavel Sanda:
> Public release of LyX version 2.0.0 (alpha 5)
> =
>
> We are pleased to announce the fifth alpha release of LyX 2.0.0.
>
> Please note that this release is for testing purposes only and
> users
oxygen
Op 09-09-15 om 11:30 schreef José Matos:
On Wednesday 09 September 2015 09:33:12 José Matos wrote:
For me the crash is easily reproducible, it is enough to select
some text and then to copy it or cut it, lyx always crashes.
The attached file is a simple example where this happens. Select the
Hi,
Recently I tried lyx with a dark color scheme (breeze-dark under kde
plasma 5). Ihe toolbar icons are problematic, but I know how to fix that
(and the oxygen set is not that bad against a dark background). In
general I'm happy about it. There is one issue. I don't know whether
it's
Op 14-06-16 om 22:09 schreef Guillaume Munch:
Le 14/06/2016 18:44, Cor Blom a écrit :
Hi,
Recently I tried lyx with a dark color scheme (breeze-dark under kde
plasma 5). Ihe toolbar icons are problematic, but I know how to fix that
(and the oxygen set is not that bad against a dark background
Op 15-06-16 om 16:47 schreef Liviu Andronic:
On Wed, Jun 15, 2016 at 3:35 PM, Guillaume Munch <g...@lyx.org> wrote:
Le 14/06/2016 22:14, Cor Blom a écrit :
Op 14-06-16 om 22:21 schreef Guillaume Munch:
Le 14/06/2016 21:16, Cor Blom a écrit :
Op 14-06-16 om 22:09 schreef Guillaume
Op 14-06-16 om 22:21 schreef Guillaume Munch:
Le 14/06/2016 21:16, Cor Blom a écrit :
Op 14-06-16 om 22:09 schreef Guillaume Munch:
Le 14/06/2016 18:44, Cor Blom a écrit :
Hi,
Recently I tried lyx with a dark color scheme (breeze-dark under kde
plasma 5). Ihe toolbar icons are problematic
Op 04-02-16 om 22:59 schreef Jean-Pierre Chrétien:
Cor Blom solcon.nl> writes:
On openSUSE it does not exist.
So how are the languages in TeXlive for openSUSE ?
Will the user have a similar problem than with Debian avatars
(i.e. no language package other than English loaded by defa
Op 04-02-16 om 00:35 schreef Uwe Stöhr:
Am 03.02.2016 um 15:32 schrieb Jean-Pierre Chrétien:
I think that it could also point out the texlive-lang-all packages which
avoids any concern about documents with foreign languages like some of
the manuals and examples.
Attached is a patch with a
Op 10-02-16 om 04:18 schreef Scott Kostyshak:
The tar balls and sig files are here:
https://www.dropbox.com/sh/y57gkjh8xo89ct4/AACbDGN83b4eq0cjkgR8tsq9a?dl=0
Packagers, please prepare your binaries.
Non-packagers, please do a quick test of compilation (from the tar ball) and
basic
Op 03-12-16 om 22:51 schreef Scott Kostyshak:
The other thing is that on screen, when I type a rtl text in a ltr
documents, I have to mark that word as e.g. Hebrew before the sequence is
right. I would be nice to have that done automatically. Xetex does it right,
even if it is not marked as rtl.
Op 03-12-16 om 22:06 schreef Scott Kostyshak:
On Sat, Dec 03, 2016 at 09:49:09PM +0100, Cor Blom wrote:
Op 03-12-16 om 20:57 schreef mn:
This font-switcheroo must go into the preamble, I am guessing now since
I am new to Xetex also.
But apparently this is not possible within LyX's gui
Op 03-12-16 om 21:43 schreef Scott Kostyshak:
Mike, I'm CC'ing a few people who have LyX + Hebrew knowledge. Perhaps
one of them is interested in joining this conversation about how we can
improve LyX to make it easier for users of Hebrew.
If I may offer some suggestions... I am not a
Op 03-12-16 om 20:57 schreef mn:
This font-switcheroo must go into the preamble, I am guessing now since
I am new to Xetex also.
But apparently this is not possible within LyX's gui?
No, it is not. You need polyglossia for that (which can be set in Lyx
gui) and something like this in the
Op 03-12-16 om 22:24 schreef mn:
Where can the polyglossia option be set?
This is not obvious to me.
Under doc-settings>language>language package>custom = polyglossia ?
Yes, I have to admit: this is not obvious. The setting "automatic" works
for me, it give me polyglossia (although it is not
Op 03-12-16 om 23:03 schreef Cor Blom:
Op 03-12-16 om 22:51 schreef Scott Kostyshak:
The fonts are the issue, both screenfonts and document fonts. Lyx
allows for
both to set only one font and many fonts do not support rtl languages
properly. I think what LibreOffice does (and I think Ms Office
Op 03-12-16 om 22:51 schreef Scott Kostyshak:
The fonts are the issue, both screenfonts and document fonts. Lyx allows for
both to set only one font and many fonts do not support rtl languages
properly. I think what LibreOffice does (and I think Ms Office does the
same) is a way to go: add a
Op 25-07-17 om 20:49 schreef Scott Kostyshak:
On Fri, Jun 02, 2017 at 09:55:33AM +0200, Cor Blom wrote:
Op 01-06-17 om 12:34 schreef Kornel Benko:
(the "%cmake" macro inheritis all kind of openSUSE settings).
Which ones?
Expanded it becomes this:
find . -name CMakeLists.txt -e
Hi,
I'm testing 2.3 snapshots for openSUSE packaging and stumbled on a
problem when building with cmake and system-boost. On Tumbleweed
system-boost is not found and only there this error occurs. On Leap 42.2
and 42.3 there is no error, and also not when building with autotools.
With
Op 27-07-17 om 20:11 schreef Kornel Benko:
Have you requested LYX_USE_STD_REGEX?
How do I do that?
If yes, do you have the devel package for boost-regex installed?
Don't know the package name for SuSE, on ubuntu it is for example
libboost-regex1.55-dev
I have those packages
Hi,
According to "ReadmeBaKoMa4LyX.txt" and "BaKoMaFontLicense.txt" in the
lib/fonts directory the included fonts are meant for Windows. Does this
mean they are not necessary for linux?
Thanks,
Cor
Op 27-07-17 om 22:27 schreef Kornel Benko:
This means that the devel version boost-regex is not found. But maybe your
installed cmake
is not able to find such new boost version. Checking FindBoost.cmake in cmake
3.9, the last
known boost are versions between 1.63.00 .. 1.64.99 though.
So, what
Op 16-05-17 om 04:45 schreef Nandor Sieben:
The source files for 2.2.3 seem to be missing.
Yes, they seem not to be copied to ftp://ftp.lyx.org/pub/lyx/stable/2.2.x/
Can this be corrected? Thanks,
Cor
Op 22-05-17 om 11:02 schreef Kornel Benko:
I am using it on linux all the time without problems.
Do you have questions about how to compile and create a package (debian or rpm)?
Thanks, I'll try that then. openSUSE is rpm. I saw there is an
INSTALL.cmake, so I'll go from there. I think I'll
Hi,
Coming lyx 2.3 requires automake 1.14, but openSUSE Leap only provides
1.13. Now 2.3 will come too late to 42.3 (which is scheduled for July),
so for the official distribution it will not be a problem, but I would
still like to provide 2.3 for Leap 42.3 in the future in an addon
Op 01-06-17 om 12:34 schreef Kornel Benko:
(the "%cmake" macro inheritis all kind of openSUSE settings).
Which ones?
Expanded it becomes this:
find . -name CMakeLists.txt -exec sed -i -re
Hi,
I'm experimenting with building lyx (2.3 git) with cmake in the openSUSE
BuildService. I'm using the following commands:
%cmake \
-DLYX_INSTALL=ON \
-DLYX_USE_QT=QT5 \
-DLYX_EXTERNAL_BOOST=OFF \
-DLYX_PROGRAM_SUFFIX=ON \
-DLYX_ASPELL=OFF \
-DLYX_HUNSPELL=ON \
Op 01-06-17 om 09:57 schreef Kornel Benko:
Am Donnerstag, 1. Juni 2017 um 08:56:06, schrieb Cor Blom <corne...@solcon.nl>
What is this BuildService about?
This buildservice is used to build the openSUSE distribution. It's like
Ubuntu's PPA. I want to see if cmake is a usuable alter
LyX 2.3.1 builds fine on openSUSE.
Maybe you are interested in warnings and errors that the buildsystem
used by openSUSE report:
[ 1130s] RPMLINT report:
[ 1130s] ===
[ 1139s] lyx.x86_64: W: empty-%post
[ 1139s] lyx.x86_64: W: empty-%postun
[ 1139s] lyx.x86_64: W:
Dear LyX devs,
Because of the following bug
https://bugzilla.opensuse.org/show_bug.cgi?id=1139928
I have become aware of the strict security settings in openSUSE which
limits capabilities of ImageMagick. There is an alternative setting that
the user can activate, but most users will not know
Op 10-07-19 om 15:30 schreef Pavel Sanda:
On Wed, Jul 03, 2019 at 03:43:06PM +0200, Cor Blom wrote:
Dear LyX devs,
Because of the following bug
https://bugzilla.opensuse.org/show_bug.cgi?id=1139928
I have become aware of the strict security settings in openSUSE which
limits capabilities
Op 10-07-19 om 16:51 schreef Pavel Sanda:
Can't you simply demand this 'alternative configuration' as dependency when
lyx is installed?
I can try this. The reason for this security policy has been explained
to me, so I have little hope. But who knows...
I have updated the wiki with the
1 - 100 of 151 matches
Mail list logo