Thanks for this report. The torture unit tests are tests run with random
data, so they are not meant to be reproducible. The 3 fails for the torture
tests are all because of this bug
https://savannah.nongnu.org/bugs/?66384
Cause of the bug is known. Need to find time to implement a proper fix. We
This is actually still present on a fully updated debian trixie/sid.
I can also confirm that applying
https://github.com/jupyter/notebook/pull/7051/files
fixes the issue
Maybe one should consider adding this commit as a debian patch until the
new upstream version has arrived.
Konstantinos
Should apparently apply this upstream fix:
https://git.savannah.nongnu.org/cgit/getfem.git/commit/?id=cb207a37436e8bb561c14364e6041bc849798592
Thanks Drew for the workaround. However in the meantime, I have found a
proper fix. Have sent you a merge request for that:
https://salsa.debian.org/science-team/getfem/-/merge_requests/6
I hope it can be uploaded/tested on all architectures before the freeze
deadline.
Kostas
On Mon, 28 Nov 2
> I see it, thanks for the clarification.
> >
> > What's the plan regarding getfem++/getfem? It looks like some package
> > renaming was started in unstable but it was never finished.
>
>
> Hi Sebastian, Konstantinos Poulios was preparing the getfem package. I
I can now confirm that removing the woff files of the font: with
rm -rf /usr/share/fonts/woff/fantasque-sans
fixes the issue. With woff removed, the otf version of the font is picked
and rendered correctly.
Package: fonts-fantasque-sans
Version: 1.7.2~alpha.3~dfsg-2
Severity: normal
Dear Maintainer,
After the recent update from libpango-1.0-0 (1.42.4-8) to 1.44.7-3, fantasque-
sans fonts fail to render in applications like gedit, gnome-terminal, geany.
The attached minimal demonstrator produces the
This is an easy fix to a very annoying issue. Attaching (almost) the same
fix as proposed in the original report with some screenshots demonstrating
it.
Easy fix to apply to
/usr/lib/x86_64-linux-gnu/nemiver/plugins/dbgperspective/ui/openfiledialog.ui
Best regards
Kostas
openfiledialog_orig.ui
the latest ftbfs on all architectures seems more like a python2to3
transition issue
/usr/bin/env: ‘python’: No such file or directory
Hi,
unfortunately I haven't seen this bug report earlier. As upstream developer
of pdfshuffler, I am against the proposed patch. It was actually an
intentional decision not to include a save button. The reason is that the
pypdf library is quite limited so that the pdfs processed with pdfshuffler
m
Hi Andrea,
Great! Your last package works with no memory leaks as expected. Here
there is a new pdfshuffler version that can finally close the present
bug report:
https://sourceforge.net/projects/pdfshuffler/files/pdfshuffler/0.6.0/
Regards
Kostas
--
To UNSUBSCRIBE, email to debian-bugs-
, Konstantinos Poulios
wrote
[edited]:
On 02/24/2012 01:20 AM, Pino Toscano wrote:
[..]
The cairo rendering methods are in poppler-glib since many
release (at least 0.10, if not even earlier); since
python-poppler 0.12 maps the poppler-glib 0.12 API, I think any
python-poppler 0.12.x version (so what'
On 02/24/2012 01:20 AM, Pino Toscano wrote:
Hi Serafeim,
Alle venerdì 24 febbraio 2012, Serafeim Zanikolas ha scritto:
I've grabbed the commit from upstream and will look into backporting
it early next week.
Thanks!
Please let me know what minimum revision of python-poppler
pdfshuffler shou
Hi,
I am not familiar with the PDF specification but reading the last
comment before line 755 in pdf.py it becomes quite clear what is
happening here.
pypdf according to the PDF spec, expects at that position a line of
fixed size 20. It can additionally tolerate malformed files where the
line is
This is one of the problems that have been fixed upstream:
https://github.com/mfenniak/pyPdf/commits/trunk
Even if there is no official release, I think it would be a nice idea
to pull all recent changes from the upstream git repo into debian.
I am developing PDF Shuffler and I believe that the
This bug is still present in paraview 3.8.0-1:
>>> from paraview import servermanager
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/pymodules/python2.6/paraview/servermanager.py", line
43, in
import paraview, re, os, new, sys, vtk
File "/usr/lib/pymodules/python
The following commit should fix the problem:
http://svn.debian.org/wsvn/pkg-scicomp/?op=comp&compare[]=%2fgetfem%2b...@4669&compare[]=%2fgetfem%2b...@4725
@Sylvestre: could you take a look at this changes?
@Jan Möblus: thanks for your report, I haven't applied directly your
fix but the one from u
it seems that the problem is triggered by the "++" suffix of the
python package. To get a comparison I 've built the package twice with
changing only the name of the python package. Debhelper +
python-support generate the following postint scripts:
with the name "python-getfem":
> #!/bin/sh
> set
Hi all,
I've uploaded my last packaging effort based on the official release
of getfem version 4.0.0 here:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=getfem
Some remarks:
1. In accordance with the tar.gz-name and the SO-NAME of the last
upstream release I've remove
Hi,
I see that the actual packaging work for getfem++ is being done here:
http://svn.debian.org/wsvn/pkg-kde/krap/getfem%2B%2B/trunk/
Unfortunately the current packaging status fails to build the getfem++ code
from the upstream svn-repository, mainly because of upstream autotools
modifications. H
hi!
I am the developer of pdfshuffler. Thanks Serafeim for the useful
patches. I ve included them among with other bug fixes in the version
0.4.2. Maybe you are interested in updating your packages to this
version as it will be the last 0.4.x version.
I have a notice about your packages. As I see
21 matches
Mail list logo
