On Wed, Nov 22, 2023 at 09:47:37AM +0100, Preuße, Hilmar wrote:
> >This patch passed all my testing. Pavel
> >
> Great! Patch is in repo and will be in next upload.
For the record: people who are suffering from this bug on unpatched systems
can workaround it by simply adding path to filename when
On Tue, Nov 21, 2023 at 01:55:57PM +0100, Preuße, Hilmar wrote:
> > Hilmar, please hold on with upload. I need to improve the patch as it breaks
> > with absolute paths. Don't know where I made the mistake because I was
> > testing
> > for it before going public. Anyway I need to come with a
On Sun, 10 Sep 2023 23:26:05 +0200 =?UTF-8?B?UHJldcOfZSwgSGlsbWFy?=
wrote:
> > I got a response from Markus Kohm:
> > The problem is known, but he does not intent to fix it because he does
> > not have enough time.
> > He recommends pdfjam which can do the same task.
> >
> > So I think a5toa4
On Fri, 4 Dec 2020 21:24:23 +0100 Pavel Sanda wrote:
> On Wed, 18 Mar 2015 12:28:48 +0100 Alexander Stiebing
> wrote:
> > Bug still like described in Nov. 2013, none of the proposed actions out
> > of the comments have been done.
>
> The change of the messag
On Mon, Jan 23, 2023 at 12:05:05PM +0100, Stefano Simonucci wrote:
> With the driver nouveau instead of nvidia lyx is working also in the mate
> (or gnome) environment.
To sum, the offending commit in 2.3.7 is 8b6460e4f2d40 (Improve HiDpi handling).
The suggestion is to add in ~/.lyx/preferences
On Sun, Jan 22, 2023 at 08:04:09PM +0100, Dr. Tobias Quathamer wrote:
> Sorry that I cannot provide any more useful ideas to narrow down this bug.
We discovered meantime with Stefano the offending commit in 2.3.7 and
opened the issue on lyx devel list.
Pavel
On Fri, Jan 20, 2023 at 11:28:31AM +0100, Stefano Simonucci wrote:
> I have updated the whole system. Do I try reinstalling lyx 2.3.6?
If it's in your capabilities to build 2.3.6 on your own that would help.
(apt build-dep lyx (as a root) and then compile locally as user and just
try running it
On Fri, Jan 20, 2023 at 11:13:31AM +0100, Stefano Simonucci wrote:
> After the last upgrade of the package, the lyx editor is broken.
Just to be sure:
1) it worked correcly with 2.3.6?
2) the only thing which was upgraded was LyX but not the rest of the system
(e.g. Qt libes/ X libraries...)?
On Tue, Dec 13, 2022 at 04:23:21PM -0500, Jeremy Bicha wrote:
> On Tue, Dec 13, 2022 at 4:19 PM Pavel Sanda wrote:
> >
> > On Tue, 13 Dec 2022 17:50:03 +0100 Lorenzo Bertini
> > wrote:
> > > LyX is listed on my system as proprietary software in gnome-software.
On Tue, 13 Dec 2022 17:50:03 +0100 Lorenzo Bertini
wrote:
> LyX is listed on my system as proprietary software in gnome-software. Looking
> online I found several people having this issue with other programs, and the
> cause was always that the license couldn't be read by gnome-software
Package: neuron-dev
Version: 7.6.3-1+b3
Severity: normal
X-Debbugs-Cc: sa...@lyx.org
Dear Maintainer,
I encountered several problems while trying to compile with nrnivmodl.
When running it nrnivmodl expects that
1) for compilation openmpi (mpicc et al.) is present
2) for linking -lmeschach is
On Mon, Apr 25, 2022 at 04:25:04PM +0200, Julien Cristau wrote:
> On Mon, Apr 25, 2022 at 03:53:22PM +0200, Pavel Sanda wrote:
> > for keyboard configuration I use the following command on my system:
> > setxkbmap -model pc105 -layout "us,cz_qwerty" -option
Package: x11-xkb-utils
Version: 7.7+5
Severity: normal
X-Debbugs-Cc: sa...@lyx.org
Dear Maintainer,
for keyboard configuration I use the following command on my system:
setxkbmap -model pc105 -layout "us,cz_qwerty" -option "grp:alt_shift_toggle"
The cz_qwerty layout works mostly fine, except
On Fri, Mar 25, 2022 at 01:53:53PM -0300, Hernán Gustavo Solari wrote:
> I work as well as the other.
The fix was committed to upstream and will be fixed in 2.4.
Pavel
Package: unar
Version: 1.10.1-2+b6
Severity: normal
Tags: patch
X-Debbugs-Cc: sa...@lyx.org
Dear Maintainer,
bash-completion script syntax is outdated for this package and as a result
completion does not work here.
The situation can be simply fixed by replacing "have" to "_have" keyword at
On Fri, Mar 25, 2022 at 10:45:22AM -0300, Hernán Gustavo Solari wrote:
> FIXED!
> I am attaching the script.
I think the end of script should be different though.
See attached. Does this script work the way you expect?
Pavel
lyx
Description: application/lyx
On Fri, Mar 25, 2022 at 09:39:54AM -0300, Hernán Gustavo Solari wrote:
> The bash-complete script does not work. It calls "have lyx" but have is not a
> program.
Strange "have()" should have been defined in
/usr/share/bash-completion/bash_completion
which should be called via
On Mon, 3 Jan 2022 21:53:44 +0100 Pavel Sanda wrote:
> On Wed, 29 Dec 2021 04:15:48 -0800 "Leo L. Schwab" wrote:
> > Discovered this while trying to use Editorium's LyXBook modules.
> > layout2layout.py was konking out with "TypeError: cannot use a bytes
>
On Wed, 29 Dec 2021 04:15:48 -0800 "Leo L. Schwab" wrote:
> Discovered this while trying to use Editorium's LyXBook modules.
> layout2layout.py was konking out with "TypeError: cannot use a bytes
> pattern on a string-like object." After a bunch of debugging, I found
> some strings in the
Package: lightdm
Version: 1.26.0-7
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: sa...@lyx.org
Dear Maintainer,
updating debian to bullseye killed access to my desktop environment.
It was actually stretch->buster and then (after appropriate reboots etc.)
buster->bullseye,
On Sat, Feb 27, 2021 at 02:25:28PM +0100, Dr. Axel Stammler wrote:
> It happens with all documents in different situations, one of them
> reproducibly being:
>
> - file ??? save as
> - trying to copy the filename by pressing ^C
> - pressing to close the file dialogue
> - Lyx now freezes for
On Fri, 05 Feb 2021 15:35:13 +0100 Axel Stammler
wrote:
> Package: lyx
> Version: 2.3.2-1
> Severity: important
>
> Dear Maintainer,
>
> Lyx again and again suddenly stops reacting to pointer and keyboard and takes
> all CPU
> capacity. Sometimes it quickly recovers without any errors,
On Wed, 13 Jan 2021 19:21:49 +0800 =?utf-8?B?56mN5Li55bC8?= Dan Jacobson
wrote:
> Removing fonts-lyx (2.3.6-1) ...
> dpkg: warning: while removing fonts-lyx, directory
> '/usr/share/fonts/truetype/lyx' not empty so not removed
>
> # find /usr/share/fonts/truetype/lyx
>
On Fri, 30 Mar 2018 02:48:49 -0400 Paul Elliott
wrote:
> I have noticed this bug too. But only when using kde plasma, goes away when
> using Gnome.
I couldn't reproduce on plasma 5.18.5 & Qt 5.12.8.
If you can still see this bug what versions of Qt and Plasma you are using?
Pavel
On Mon, Dec 14, 2020 at 03:41:37PM +0100, Pavel Sanda wrote:
> On Mon, 14 Dec 2020 12:11:50 +0100 Adrian Immanuel =?ISO-8859-1?Q?Kie=DF?=
> wrote:
> > the described problem of exporting to Postscript is gone.
>
> Good, closing this bug.
>
> > The problem, that se
On Wed, 7 Oct 2020 13:15:23 -0700 Felix Lechner
wrote:
> Control: tags -1 + patch
>
> Hi,
>
> > Is this because of a ghostscript vulnerability?
>
> The PDF policy restriction is also in effect on Debian stable even
> though that release ships with Ghostscript 9.27, which online sources
>
On Tue, 28 Oct 2014 14:12:48 +0100 SZABO Zsolt wrote:
> I am very sorry, but it turned out after inspecting the situation more
> precisely, that it is about the geometry package:
> when I set margins explicitly then the geometry package is loaded
> (of course) and its default papersize is
On Fri, 30 Nov 2018 17:05:58 +0100 Adrian Immanuel Kiess
wrote:
> currently in Debian/testing LyX fails on exporting to Postscript documents due
> to error in exporting or converting certain images (if not all).
Is this problem fixed for you now?
Otherwise I would like to see the full output of
On Wed, 12 Jun 2019 08:42:56 +0200 Tomasz Wartalski wrote:
> Dear maintainer,
>
> * What led up to the situation?
>
> Opening lyx and trying to choose a file, e.g. a template.
>
> * What exactly did you do (or not do) that was effective (or ineffective)?
> Opening a template file (e.g. in
On Thu, 23 Jan 2020 14:36:35 +0700 A L wrote:
> Dear Maintainer,
> this bug is still actual in lyx (version 2.3.3-3) in debian unstable
This problem with non-ASCII paths should be fixed in 2.3.5.
Can you give it a try in unstable?
The lyx bug in question is here:
On Sun, 06 Jan 2019 20:52:44 +0100 Georges Khaznadar
wrote:
>
> lyx --export latex someFile.lyx outputs loads of errors, with this pattern:
>
> Traceback (most recent call last):
> File "/usr/share/lyx/scripts/convertDefault.py", line 38, in
> output = output.decode()
> AttributeError:
On Tue, 1 Mar 2016 10:40:49 +0100 Sven Hoexter wrote:
> If not abort with an error message pointing
> to the -userdir option. I think using the -userdir option is also the
> way to go if you use lyx during build time in minimal build environments
> like sbuild chroots.
Agreed. I added hint for
On Wed, 18 Mar 2015 12:28:30 +0100 Alexander Stiebing
wrote:
> The problem reported as "first" (and as "moreover"):
> Confirmed that the menu entry is wrongly given in 'it/splash.lyx', but
> it should by now be called 'Documento>Mostra (altri formati)>DVI', not
> like the proposed string out of
On Mon, 23 Oct 2017 12:14:41 +0200 Philipp Klaus Krause wrote:
> lyx tries to autodetect if a file is under verison control. When lyx
> 2.2.3 reads an input file, it recursively checks parent directories for
> .svn, .git, etc.
>
> In case it find a .svn directory, it invokes svn info to parse
On Thu, 20 Dec 2007 23:06:26 +0100 Sven Hoexter wrote:
> forwarded 457232 http://bugzilla.lyx.org/show_bug.cgi?id=449
> tags 457232 upstream
> thanks
>
> Hi Nick,
> it doesn't look like it's easy to fix. The problem is already reported
> upstream so I'd suggest you read the comments on the
On Sun, 24 May 2015 16:03:54 +0200 Martin Haase wrote:
> I just realized that it is possible to exit from the program without
> prior checking in the changes to a document. I find this rather peculiar,
> and I don't think it should happen this way. Lyx should keep "in mind"
> whether a document
On Tue, 2 Nov 2010 20:59:57 +0100 Sven Hoexter wrote:
> Status update ...
The second reported issue is fixed since lyx 1.6, the first one is wontfix
for 12 years already.
As such I would close this bug.
Pavel
On Wed, 18 Mar 2015 12:28:48 +0100 Alexander Stiebing
wrote:
> Bug still like described in Nov. 2013, none of the proposed actions out
> of the comments have been done.
The change of the message to be more informative will be fixed in lyx 2.3.7 &
2.4.
On Wed, 6 Oct 2010 11:55:24 +1000 Brendon Higgins wrote:
> (Original reporter here.) I just tried with a clean ~/.lyx, and things seem
> to
> behave themselves. So there's something in my .lyx that lyx does not like. It
> turns out that it's certainly my preferences file. I narrowed it down
On Thu, 16 Apr 2009 12:18:09 +0200 Renaud Lacour wrote:
> LyX's toolboxes are hidden and can't be displayed by the related menu
> items. I can see a small piece of one toolbox on startup, which most
> part seems to be hidden behind the menu bar. After loading a document,
> there is no toolbox at
On Thu, 27 Nov 2008 20:49:51 -0800 "Marc J. Driftmeyer"
wrote:
> Better yet, provide a help document declaring the missing styles and
> classes that aren't available under Debian; and then reference how to
> install them locally to add those classes that don't comply with
> Debian's strict
On Thu, 23 Mar 2017 08:44:47 +0100 "g.gragnani" wrote:
> at my site the math symbol \oiint is no longer displayed when using the
> math editor. Is is however inserted in the tex source code, but not
> seeing it makes the program prone to typing errors.
This is known bug, which I fixed for LyX
On Wed, 17 Oct 2018 15:44:23 +0200 Adrian Immanuel Kiess
wrote:
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> apt-get -u dist-upgrade
>* What was the outcome of this action?
> LyX has problems converting images
This could be consequence
On Thu, 28 Dec 2017 13:02:44 +0100 Jean-Marc Lasgouttes
wrote:
> Is the situation better with LyX 2.2.3? There have been some changes in
> to improve performance.
Meantime there were multiple performance fixes committed and since we did
not receive any feedback from the reporter I would close
Package: lyx
Version: 2.3.2-1
Severity: important
Dear package maintainer(s),
we (LyX developers) are getting repeated reports of LyX's broken handling
of pdf/postscript graphics rendering (LaTeX export works fine).
This is because of debian stringent policy in /etc/ImageMagick-6/policy.xml
Package: gv
Version: 1:3.7.4-1+b1
Severity: normal
Hi,
gv is not listed as an postscript viewer option in mime-based
dialogs (in this case in firefox).
It seems that debian system internaly uses application/postscript
for postscript files but gv offers only line
46 matches
Mail list logo