Re: LyX 2.2 + Qt 5.5.1 segmentation fault on Fedora 23

Stephan Witt wrote: > Am 19.11.2015 um 04:00 schrieb PhilipPirrip : > >> I had a similar issue a month or so ago, what helped was a clean cloning >> of LyX source. Now even that doesn't work, and it's been like that for 2 >> or 3 weeks. It might be due to newest Qt libraries that

Re: Does r32414 Introduce a Security Hole?

rgheck wrote: On 12/10/2009 09:43 AM, Jean-Marc Lasgouttes wrote: Pavel Sandasa...@lyx.org writes: Richard Heck wrote: I thought about using xdg-mime query default application/rtf, e.g., but this simply hangs on my system. (There are similar reports on Ubuntu.) Is

Re: Does r32414 Introduce a Security Hole?

rgheck wrote: Are there command-line ways of doing this, or do we have to link to a ton of things here? Yes, just look at xdg-mime which attempts to do precisely that. Unfortunately, here on Fedora 11 it just hangs if you type e.g. xdg-mime query default

Re: Does r32414 Introduce a Security Hole?

rgheck wrote: > On 12/10/2009 09:43 AM, Jean-Marc Lasgouttes wrote: >> Pavel Sanda writes: >> >> >>> Richard Heck wrote: >>> I thought about using "xdg-mime query default application/rtf", e.g., but this simply hangs on my system. (There are similar reports on

Re: Does r32414 Introduce a Security Hole?

rgheck wrote: >>> Are there command-line ways of doing this, or do we have to link to a >>> ton of things here? >>> >> Yes, just look at xdg-mime which attempts to do precisely that. >> >> > Unfortunately, here on Fedora 11 it just hangs if you type e.g. > xdg-mime query

fonts in lyx tarball, consider distributing separately

For some time, quite a few ttf fonts have been distributed along with lyx in it's tarball. Now, an added wrinkle is http://wiki.lyx.org/FAQ/Qt which references what seems to be a slightly older separate copy of these same fonts. Allow me to humbly request that these fonts (continue) to be

fonts in lyx tarball, consider distributing separately

For some time, quite a few ttf fonts have been distributed along with lyx in it's tarball. Now, an added wrinkle is http://wiki.lyx.org/FAQ/Qt which references what seems to be a slightly older separate copy of these same fonts. Allow me to humbly request that these fonts (continue) to be

anyone working on (or object to) adding either hunspell or enchant support?

Been working on some fruitful work on standardizing distro spelling dictionaries (fedora and hunspell), lyx is one of the last users of aspell, so I was wondering if anyone has thought about or (ideally) worked on adding support for other spelling-engines. If not, any preferences for what to look

Re: hunspell or enchant support?

Pavel Sanda wrote: Rex Dieter wrote: Been working on some fruitful work on standardizing distro spelling dictionaries (fedora and hunspell), lyx is one of the last users of aspell, so I was wondering if anyone has thought about or (ideally) worked on adding support for other spelling-engines

anyone working on (or object to) adding either hunspell or enchant support?

Been working on some fruitful work on standardizing distro spelling dictionaries (fedora and hunspell), lyx is one of the last users of aspell, so I was wondering if anyone has thought about or (ideally) worked on adding support for other spelling-engines. If not, any preferences for what to look

Re: hunspell or enchant support?

Pavel Sanda wrote: > Rex Dieter wrote: >> Been working on some fruitful work on standardizing distro spelling >> dictionaries (fedora and hunspell), lyx is one of the last users of >> aspell, so I was wondering if anyone has thought about or (ideally) >> worked

Re: Can't Compile After F11 Upgrade

Richard Heck wrote: As said...after upgrading to Fedora 11, I can no longer compile either branch or trunk. The error is in boost: or just build --without-included-boost -- Rex

Re: Can't Compile After F11 Upgrade

Richard Heck wrote: > > As said...after upgrading to Fedora 11, I can no longer compile either > branch or trunk. The error is in boost: or just build --without-included-boost -- Rex

Re: [Patch] Use xdg-open to open files in default applications

Pavel Sanda wrote: Rex Dieter wrote: are the xdg devs open to natively assimilate some basic mime table? I'd venture that's out of scope for the tool, imo. which implies we are back to the old year flame with no new arguments and presumably the same result: to sum it up: i'm

Re: [Patch] Use xdg-open to open files in default applications

Jean-Marc Lasgouttes wrote: Le 15/06/2009 15:01, Rex Dieter a écrit : to sum it up: i'm completely against that for majority of users this works others will fix it themselves. It's fair to say that we agree to disagree at this point, and that's fine. Is this the consensus of other lyx

Re: [Patch] Use xdg-open to open files in default applications

Pavel Sanda wrote: > Rex Dieter wrote: >> > are the xdg devs open to natively assimilate some basic mime table? >> >> I'd venture that's out of scope for the tool, imo. > > which implies we are back to the old year flame with no new arguments and > presumably t

Re: [Patch] Use xdg-open to open files in default applications

Jean-Marc Lasgouttes wrote: > Le 15/06/2009 15:01, Rex Dieter a écrit : >>> to sum it up: i'm completely against that "for majority of users this >>> works others will fix it themselves." >> >> It's fair to say that we agree to

Re: [Patch] Use xdg-open to open files in default applications

/show_bug.cgi?id=8158 Rex Dieter commited the patch to make use of run-mailcap if available. Now the only missing part is that all distributions agree on some process to manage the mime types correctly and use run-mailcap or something similar. I'd continue to argue that should not be a prerequisite

Re: [Patch] Use xdg-open to open files in default applications

Pavel Sanda wrote: Rex Dieter wrote: I'd continue to argue that should not be a prerequisite, as it is preferable (for a vast majority of users) to lyx's current handling of this. A further testiment is how many downstreams are already patching-in xdg-utils support. are the xdg devs

Re: [Patch] Use xdg-open to open files in default applications

list. > > According to https://bugs.freedesktop.org/show_bug.cgi?id=8158 > Rex Dieter commited the patch to make use of run-mailcap if available. > Now the only missing part is that all distributions agree on some process > to manage the mime types correctly and use run-mailcap or something

Re: [Patch] Use xdg-open to open files in default applications

Pavel Sanda wrote: > Rex Dieter wrote: >> I'd continue to argue that should not be a prerequisite, as it is >> preferable >> (for a vast majority of users) to lyx's current handling of this. A >> further testiment is how many downstreams are already patch

Re: xdg-open

Pavel Sanda wrote: what i see know is that simple xdg-open runs just in case you use one of the three dm or have the luck of having the distro which patches it perl-mimeinfo and/or run-mailcap looks like a winner for you then. That's primarily why I'll be working to get these both integrated

Re: xdg-open

Sven Hoexter wrote: I don't know how long it will take to puch some of the mime stuff integrated in Debian and Fedora(?) and maybe others upstream. I plan on finishing this by the end of the week. As an aside, while I'm working on this anyway, anyone with any other xdg-utils-related

Re: xdg-open

Rex Dieter wrote: fwiw, mimeopen support was added to fedora's xdg-utils, and I had the intention of pushing that upstream, but never got round-tuit. My bad. FYI, xdg-utils: perl-mimeinfo support https://bugs.freedesktop.org/show_bug.cgi?id=13953 -- Rex

Re: xdg-open

Pavel Sanda wrote: I don't think that it would help a lot to hack parts of the mime detection DE detection will solve it, but it would uglify the code and could break anytime DE change something etc. So the only to viable options I see are a) remove the xdg-open calls agree with

Re: xdg-open

Pavel Sanda wrote: not regress for everyone. imo. well now the status is we have regression of 1.5.3 to 1.5.2 for some users. some = (small) minority, as well as creating a much better user-experience for the rest. ok, I'm done (I think I've made my point/opinion as clearly as I can now

Re: xdg-open

Pavel Sanda wrote: > what i see know is that simple xdg-open runs just in case you use one of > the three dm or have the luck of having the distro which patches it perl-mimeinfo and/or run-mailcap looks like a winner for you then. That's primarily why I'll be working to get these both

Re: xdg-open

Sven Hoexter wrote: > I don't know how long it will take to puch some of the mime stuff > integrated in Debian and Fedora(?) and maybe others upstream. I plan on finishing this by the end of the week. As an aside, while I'm working on this anyway, anyone with any other xdg-utils-related

Re: xdg-open

Rex Dieter wrote: > fwiw, mimeopen support was added to fedora's xdg-utils, and I had the > intention of pushing that upstream, but never got round-tuit. My bad. FYI, xdg-utils: perl-mimeinfo support https://bugs.freedesktop.org/show_bug.cgi?id=13953 -- Rex

Re: xdg-open

Pavel Sanda wrote: > >> I don't think that it would help a lot to hack parts of the mime >> detection > > DE detection will solve it, but it would uglify the code and could break > anytime DE change something etc. > >> > So the only to viable options I see are >> > a) remove the xdg-open calls

Re: xdg-open

Pavel Sanda wrote: >> not regress for everyone. imo. > > well now the status is we have regression of 1.5.3 to 1.5.2 for some > users. some = (small) minority, as well as creating a much better user-experience for the rest. ok, I'm done (I think I've made my point/opinion as clearly as I can

Re: xdg-open

Pavel Sanda wrote: Yes, but the point is that by using xdg-open, we use whatever the user has set as default, rather than (say) using acroread when they've set kpdf. The afaik the problem is that there is no unified system how to handle file types in linux. xdg-open is just script trying

Re: xdg-open

Per Olofsson wrote: rgheck wrote: Per Olofsson wrote: There is no mention of mimeopen in copy of xdg-open. Could it be another distro-specific patch? Sounds like it. Seems like a good patch, I should add it to the Debian package. Which distribution are you running? fwiw, mimeopen

Re: xdg-open

Per Olofsson wrote: Well, I submitted the patch over a year ago: https://bugs.freedesktop.org/show_bug.cgi?id=8158 I'll (help) take care of it, looks nice, btw. :) -- Rex

Re: xdg-open

Pavel Sanda wrote: >> Yes, but the point is that by using xdg-open, we use whatever the user >> has set as default, rather than (say) using acroread when they've set >> kpdf. The > > afaik the problem is that there is no unified system how to handle file > types in linux. xdg-open is just script

Re: xdg-open

Per Olofsson wrote: > rgheck wrote: >> Per Olofsson wrote: >>> There is no mention of mimeopen in copy of xdg-open. Could it be another >>> distro-specific patch? >>> >>> >> Sounds like it. > > Seems like a good patch, I should add it to the Debian package. Which > distribution are you

Re: xdg-open

Per Olofsson wrote: > Well, I submitted the patch over a year ago: > https://bugs.freedesktop.org/show_bug.cgi?id=8158 I'll (help) take care of it, looks nice, btw. :) -- Rex

Re: [BUG] Frustration with LyX

[EMAIL PROTECTED] wrote: Timothy Reaves wrote: There are several classes in the preferences, and I'm sure several 'features' no one will be able to use unless these third-party files are added. A lot of users that would otherwise use LyX won't; they'll give it a try, see something they

Re: [BUG] Frustration with LyX

[EMAIL PROTECTED] wrote: > Timothy Reaves wrote: > >>> There are several classes in the preferences, and I'm sure several >>> 'features' no one will be able to use unless these third-party files are >>> added. A lot of users that would otherwise use LyX won't; they'll give >>> it a try, see

lyx-1.5.0beta1 + qt-4.3.0beta = QWidget::repaint: Recursive repaint detected

Subject says it all. lyx window outline appears on screen, busy cursor, hang/crash. I see empteen (literally 100's/1000's) of Qt errors spewed : ... QWidget::repaint: Recursive repaint detected ... (I'm testing this on Fedora Core 6). Not necessarily lyx to blame, but was wondering if anyone had

lyx-1.5.0beta1 + qt-4.3.0beta = QWidget::repaint: Recursive repaint detected

Subject says it all. lyx window outline appears on screen, busy cursor, hang/crash. I see empteen (literally 100's/1000's) of Qt errors spewed : ... QWidget::repaint: Recursive repaint detected ... (I'm testing this on Fedora Core 6). Not necessarily lyx to blame, but was wondering if anyone had

xdg-open patch

Attached is a first crack at patching lyx-1.5 to prefer using xdg-open (1) to open external files/urls from lyx. Comments? -- Rex (1) from xdg-utils http://portland.freedesktop.org/, in particular, http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html ---

Re: xdg-open patch

José Matos wrote: On Monday 05 March 2007 4:05:38 pm Rex Dieter wrote: Attached is a first crack at patching lyx-1.5 to prefer using xdg-open (1) to open external files/urls from lyx. Comments? Should we consider it for all formats or just for those that you have suggested

xdg-open patch

Attached is a first crack at patching lyx-1.5 to prefer using xdg-open (1) to open external files/urls from lyx. Comments? -- Rex (1) from xdg-utils http://portland.freedesktop.org/, in particular, http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html ---

Re: xdg-open patch

José Matos wrote: > On Monday 05 March 2007 4:05:38 pm Rex Dieter wrote: >> Attached is a first crack at patching lyx-1.5 to prefer using xdg-open >> (1) to open external files/urls from lyx. >> >> Comments? > > Should we consider it for all formats or just fo

Re: LyX version 1.5.0 (beta 1) is released

Rex Dieter wrote: José Matos wrote: The code is improving (slowly) but we don't yet have a target date for 1.5.0. OK, your opinion whether we should try to get lyx-1.5.0(beta or not) into Fedora 7: http://fedoraproject.org/wiki/Releases/7 target release May 24(ish) OK, lacking any

Re: LyX version 1.5.0 (beta 1) is released

Rex Dieter wrote: > José Matos wrote: >> The code is improving (slowly) but we don't yet have a target date for >> 1.5.0. > OK, your opinion whether we should try to get lyx-1.5.0(beta > or not) into Fedora 7: > http://fedoraproject.org/wiki/Releases/7 > targ

Re: LyX version 1.5.0 (beta 1) is released

José Matos wrote: Public release of LyX version 1.5.0 (beta 1) === We are glad to announce the release of LyX 1.5.0 (beta 1). Are target release date for 1.5.0 (final)? -- Rex

Re: LyX version 1.5.0 (beta 1) is released

José Matos wrote: On Friday 02 March 2007 5:41:26 pm Rex Dieter wrote: José Matos wrote: Public release of LyX version 1.5.0 (beta 1) === We are glad to announce the release of LyX 1.5.0 (beta 1). Are target release date for 1.5.0 (final)? The code

Re: LyX version 1.5.0 (beta 1) is released

José Matos wrote: > Public release of LyX version 1.5.0 (beta 1) > === > > We are glad to announce the release of LyX 1.5.0 (beta 1). Are target release date for 1.5.0 (final)? -- Rex

Re: LyX version 1.5.0 (beta 1) is released

José Matos wrote: > On Friday 02 March 2007 5:41:26 pm Rex Dieter wrote: >> José Matos wrote: >> > Public release of LyX version 1.5.0 (beta 1) >> > === >> > >> > We are glad to announce the release of LyX 1.5.0 (bet

Re: Lyx 1.5.0 beta1 screen fonts antialiasing?

Shu Li wrote: I don't know if that's the problem of QT4 or Lyx It's QT4 -- Rex

Re: Lyx 1.5.0 beta1 screen fonts antialiasing?

Shu Li wrote: > I don't know if that's the problem of QT4 or Lyx It's QT4 -- Rex

lyx-1.5.x target date?

Is there any inkling of a target date for a lyx-1.5.x release? http://www.lyx.org/devel/roadmap.php doesn't mention it yet. Or is it too far tell atm? I ask mainly to gauge whether to consider the possibility of including it in Fedora 7 (due in April). -- Rex

lyx-1.5.x target date?

Is there any inkling of a target date for a lyx-1.5.x release? http://www.lyx.org/devel/roadmap.php doesn't mention it yet. Or is it too far tell atm? I ask mainly to gauge whether to consider the possibility of including it in Fedora 7 (due in April). -- Rex

Re: --with-frontend

Martin Vermeer wrote: In order to build the qt4 front-end, you should either define QT4DIR on the command line before configure, or use the --with-qt4-dir switch. I haven't checked John's patch, but I hope it makes this unnecessary. Doesn't lyx use pkg-config to determine qt4 config'ness?

Re: LyX and Fedora 4

John Levon wrote: Transaction Check Error: file /usr/bin/qm2ts from install of qt4-devel-4.1.4-11.fc4.2 conflicts with file from package qt-devel-3.3.4-15.5 Oops, to be fixed in qt4-4.1.5-2 real soon. -- Rex

Re: --with-frontend

Martin Vermeer wrote: > In order to build the qt4 front-end, you should either define QT4DIR on > the command line before configure, or use the --with-qt4-dir switch. I > haven't checked John's patch, but I hope it makes this unnecessary. Doesn't lyx use pkg-config to determine qt4 config'ness?

Re: LyX and Fedora 4

John Levon wrote: > > Transaction Check Error: file /usr/bin/qm2ts from install of > qt4-devel-4.1.4-11.fc4.2 conflicts with file from package > qt-devel-3.3.4-15.5 Oops, to be fixed in qt4-4.1.5-2 real soon. -- Rex

Re: Support kpdf

Georg Baum wrote: Am Freitag, 29. September 2006 15:59 schrieb Neal Becker: I know. But my point is that on a system that has kpdf, I think lyx should choose it as the default viewer without the user having to do this. I see it slightly different: LyX should use kpdf in a KDE

Re: [patch] Add .desktop files

Georg Baum wrote: Rex Dieter wrote: Georg Baum wrote: Slightly bigger patch. Why +StartupNotify=false I don't know. I got the files from bugzilla. Should I set this to true, or just leave it out? I'd recommend just leaving it out. -- Rex

Re: Support kpdf

Georg Baum wrote: > Am Freitag, 29. September 2006 15:59 schrieb Neal Becker: > >> I know. But my point is that on a system that has kpdf, I think lyx > should >> choose it as the default viewer without the user having to do this. > > I see it slightly different: LyX should use kpdf in a KDE

Re: [patch] Add .desktop files

Georg Baum wrote: > Rex Dieter wrote: > >> Georg Baum wrote: >>> Slightly bigger patch. >> >> Why >> +StartupNotify=false > > I don't know. I got the files from bugzilla. Should I set this to true, or > just leave it out? I'd recommend just leaving it out. -- Rex

Re: [patch] Add .desktop files

Georg Baum wrote: Slightly bigger patch. Why +StartupNotify=false ? -- Rex

Re: [patch] Add .desktop files

Georg Baum wrote: > Slightly bigger patch. Why +StartupNotify=false ? -- Rex

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: Rex Dieter wrote: Neal Becker wrote: I was afraid of that. What about compile with -O0? OK, wanna try it out? http://apt.kde-redhat.org/apt/kde-redhat/mock/fedora-5-i386-core/lyx/ Let me know if this helps. Acutally, since I suggested this I've realized

Re: lyx-1.4.0 crashes w/gcc-4.1

Jose' Matos wrote: On Wednesday 29 March 2006 14:48, Rex Dieter wrote: Yeah it does, IMO, it points to a (likely) compiler bug or a very obscure coding error exposed only by gcc-4.1.x's optmizations. Nevertheless I had to turn graphics display off to be able to do some work on fc5

Re: lyx-1.4.0 crashes w/gcc-4.1

Jose' Matos wrote: On Wednesday 29 March 2006 15:11, Rex Dieter wrote: Can you try out the -O0 binary and see if it helps? The problem remains. The easier way to trigger it is to load the User Guide, then go Navigate-List of Figure-... any figure. It crashes with no warning. OK

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: Rex Dieter wrote: Neal Becker wrote: I was afraid of that. What about compile with -O0? OK, wanna try it out? http://apt.kde-redhat.org/apt/kde-redhat/mock/fedora-5-i386-core/lyx/ Let me know if this helps. Acutally, since I suggested this I've realized

Re: lyx-1.4.0 crashes w/gcc-4.1

Jose' Matos wrote: On Wednesday 29 March 2006 14:48, Rex Dieter wrote: Yeah it does, IMO, it points to a (likely) compiler bug or a very obscure coding error exposed only by gcc-4.1.x's optmizations. Nevertheless I had to turn graphics display off to be able to do some work on fc5

Re: lyx-1.4.0 crashes w/gcc-4.1

Jose' Matos wrote: On Wednesday 29 March 2006 15:11, Rex Dieter wrote: Can you try out the -O0 binary and see if it helps? The problem remains. The easier way to trigger it is to load the User Guide, then go Navigate->List of Figure->... any figure. It crashes with no w

lyx-1.4.0 crashes w/gcc-4.1

Is anyone currently (or will soon) looking at lyx-1.4.0 crashes (fc5/gcc-4-1): http://bugzilla.lyx.org/show_bug.cgi?id=2376 http://bugzilla.lyx.org/show_bug.cgi?id=2414 I need to know if a fix is on the horizon or not. -- Rex

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: Lars Gullik Bjønnes wrote: Rex Dieter [EMAIL PROTECTED] writes: | Is anyone currently (or will soon) looking at lyx-1.4.0 crashes | (fc5/gcc-4-1): | http://bugzilla.lyx.org/show_bug.cgi?id=2376 | http://bugzilla.lyx.org/show_bug.cgi?id=2414 | | I need to know if a fix

Re: lyx-1.4.0 crashes w/gcc-4.1

Rex Dieter wrote: Neal Becker wrote: Lars Gullik Bjønnes wrote: Rex Dieter [EMAIL PROTECTED] writes: | Is anyone currently (or will soon) looking at lyx-1.4.0 crashes | (fc5/gcc-4-1): | http://bugzilla.lyx.org/show_bug.cgi?id=2376 | http://bugzilla.lyx.org/show_bug.cgi?id=2414 | | I need

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: I was afraid of that. What about compile with -O0? OK, wanna try it out? http://apt.kde-redhat.org/apt/kde-redhat/mock/fedora-5-i386-core/lyx/ Let me know if this helps. -- Rex

lyx-1.4.0 crashes w/gcc-4.1

Is anyone currently (or will soon) looking at lyx-1.4.0 crashes (fc5/gcc-4-1): http://bugzilla.lyx.org/show_bug.cgi?id=2376 http://bugzilla.lyx.org/show_bug.cgi?id=2414 I need to know if a fix is on the horizon or not. -- Rex

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: Lars Gullik Bjønnes wrote: Rex Dieter <[EMAIL PROTECTED]> writes: | Is anyone currently (or will soon) looking at lyx-1.4.0 crashes | (fc5/gcc-4-1): | http://bugzilla.lyx.org/show_bug.cgi?id=2376 | http://bugzilla.lyx.org/show_bug.cgi?id=2414 | | I need to know if

Re: lyx-1.4.0 crashes w/gcc-4.1

Rex Dieter wrote: Neal Becker wrote: Lars Gullik Bjønnes wrote: Rex Dieter <[EMAIL PROTECTED]> writes: | Is anyone currently (or will soon) looking at lyx-1.4.0 crashes | (fc5/gcc-4-1): | http://bugzilla.lyx.org/show_bug.cgi?id=2376 | http://bugzilla.lyx.org/show_bug.cgi?id=2414 | |

Re: lyx-1.4.0 crashes w/gcc-4.1

Neal Becker wrote: I was afraid of that. What about compile with -O0? OK, wanna try it out? http://apt.kde-redhat.org/apt/kde-redhat/mock/fedora-5-i386-core/lyx/ Let me know if this helps. -- Rex

Re: 1.4.0 repeatable crashes when scrolling

Jean-Marc Lasgouttes wrote: Rex == Rex Dieter [EMAIL PROTECTED] writes: Rex Neal Becker wrote: Jose' Matos wrote: On Thursday 09 March 2006 13:08, Neal Becker wrote: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508 Rex If anyone is curious, the report above includes

Re: 1.4.0 repeatable crashes when scrolling

Jean-Marc Lasgouttes wrote: >>>>>> "Rex" == Rex Dieter <[EMAIL PROTECTED]> writes: > > Rex> Neal Becker wrote: >>> Jose' Matos wrote: > >>>> On Thursday 09 March 2006 13:08, Neal Becker wrote: >>>>> https://

Re: pre6

Jean-Marc Lasgouttes wrote: Rex == Rex Dieter [EMAIL PROTECTED] writes: Rex And here it is (sorry for not mentioning it here/upstream Rex earlier). Should be pretty self-explanatory. Rex In particular, adds usage for htmlview, evince, gsview... Rex re-arranges priorities a bit (you can

Re: pre6

Jean-Marc Lasgouttes wrote: "Rex" == Rex Dieter <[EMAIL PROTECTED]> writes: Rex> And here it is (sorry for not mentioning it here/upstream Rex> earlier). Should be pretty self-explanatory. Rex> In particular, adds usage for htmlview, evince, gsview... Rex> re-ar

Re: Please! publish the .spec files!

On Wed, 15 Mar 2006, Andre Poenitz wrote: On Mon, Mar 13, 2006 at 10:33:28AM -0600, Rex Dieter wrote: Georg Baum wrote: Rex Dieter wrote: Georg Baum wrote: The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include --with-qt-libraries=/usr/lib64/qt3/lib64

Re: Please! publish the .spec files!

On Wed, 15 Mar 2006, Andre Poenitz wrote: On Mon, Mar 13, 2006 at 10:33:28AM -0600, Rex Dieter wrote: Georg Baum wrote: Rex Dieter wrote: Georg Baum wrote: The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include --with-qt-libraries=/usr/lib64/qt3/lib64

Re: Please! publish the .spec files!

Georg Baum wrote: Jean-Marc Lasgouttes wrote: So you did some modifications... Would it be better to host just the spec files, or is it possible to have just one src.rpm (per frontend?)? The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include

Re: Please! publish the .spec files!

Georg Baum wrote: Rex Dieter wrote: Georg Baum wrote: The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include --with-qt-libraries=/usr/lib64/qt3/lib64. These shouldn't be necessary, provided that your linux/os vendor/distro properly defines QTDIR, QTLIB

Re: Please! publish the .spec files!

Georg Baum wrote: Jean-Marc Lasgouttes wrote: So you did some modifications... Would it be better to host just the spec files, or is it possible to have just one src.rpm (per frontend?)? The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include

Re: Please! publish the .spec files!

Georg Baum wrote: Rex Dieter wrote: Georg Baum wrote: The latter is not possible, because x64 requires --with-qt-includes=/usr/lib64/qt3/include --with-qt-libraries=/usr/lib64/qt3/lib64. These shouldn't be necessary, provided that your linux/os vendor/distro properly defines QTDIR, QTLIB

Re: Bug in Lyx 1.4.0 using AMS document class

EUGENE MURPHY wrote: Using the AMS document classes, a file including the Current address and Dedication layouts causes a Latex error due to a double declaration of \newcommand{\lyxaddress}[1]{ \par {\raggedright #1 \vspace{1.4em} \noindent\par} } This arises because the file amsdefs.inc

Re: Bug in Lyx 1.4.0 using AMS document class

EUGENE MURPHY wrote: Using the AMS document classes, a file including the "Current address" and "Dedication" layouts causes a Latex error due to a double declaration of \newcommand{\lyxaddress}[1]{ \par {\raggedright #1 \vspace{1.4em} \noindent\par} } This arises because the file amsdefs.inc

Re: 1.4.0 repeatable crashes when scrolling

Neal Becker wrote: Jose' Matos wrote: On Thursday 09 March 2006 13:08, Neal Becker wrote: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508 If anyone is curious, the report above includes a backtrace, with many boost references: call_notification (this=0x7fe1ee40, [EMAIL

Re: 1.4.0 repeatable crashes when scrolling

Jose' Matos wrote: On Thursday 09 March 2006 15:22, Rex Dieter wrote: Pretty sure it's not a x86_64 thing, but something particular to fc5(gcc-4.1?) as lyx configured the same way, but built/run on my rhel4/x86_64 fc4/i386 boxes runs like a champ. Yesterday while doing some small I

Re: lyx-1.4.0 doesn't compile with boost-1.33?

Lars Gullik Bjønnes wrote: Jose' Matos [EMAIL PROTECTED] writes: | On Thursday 09 March 2006 17:47, Neal Becker wrote: | I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I | have boost-1.33.0 already installed. Before long I hit an error. Anyone | have patches? We

Re: 1.4.0 repeatable crashes when scrolling

Neal Becker wrote: Jose' Matos wrote: On Thursday 09 March 2006 13:08, Neal Becker wrote: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508 If anyone is curious, the report above includes a backtrace, with many boost references: call_notification (this=0x7fe1ee40, [EMAIL

Re: 1.4.0 repeatable crashes when scrolling

Jose' Matos wrote: On Thursday 09 March 2006 15:22, Rex Dieter wrote: Pretty sure it's not a x86_64 thing, but something particular to fc5(gcc-4.1?) as lyx configured the same way, but built/run on my rhel4/x86_64 fc4/i386 boxes runs like a champ. Yesterday while doing some small I

Re: lyx-1.4.0 doesn't compile with boost-1.33?

Lars Gullik Bjønnes wrote: Jose' Matos <[EMAIL PROTECTED]> writes: | On Thursday 09 March 2006 17:47, Neal Becker wrote: | > I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I | > have boost-1.33.0 already installed. Before long I hit an error. Anyone | > have patches?

Re: beamer.layout for lyx 1.4?

Jose' Matos wrote: On Wednesday 08 March 2006 18:42, Bo Peng wrote: I have a beamer.layout that works for lyx 1.3, but it doesn't appear to be working with 1.4. Do I need an updated beamer.layout or am I just doing something wrong? Please try the attached layout file. I remember that I did

Re: beamer.layout for lyx 1.4?

Rex Dieter wrote: Jose' Matos wrote: On Wednesday 08 March 2006 18:42, Bo Peng wrote: I have a beamer.layout that works for lyx 1.3, but it doesn't appear to be working with 1.4. Do I need an updated beamer.layout or am I just doing something wrong? Please try the attached layout file. I

Re: beamer.layout for lyx 1.4?

Jose' Matos wrote: On Wednesday 08 March 2006 18:42, Bo Peng wrote: I have a beamer.layout that works for lyx 1.3, but it doesn't appear to be working with 1.4. Do I need an updated beamer.layout or am I just doing something wrong? Please try the attached layout file. I remember that I did

  1   2   >