On Fri, 5 Mar 2021 12:08:06 +0100 Markus Demleitner <
msdem...@ari.uni-heidelberg.de> wrote:
> > createdb: database creation failed: ERROR: database "gavo" already
exists
> > Creation of gavo database failed; assuming it's already there
> > and carrying on.
>
> This means that there has been a
geeqie with the --disable-clutter option does run here. Thanks!
I propose a wishlist item: It would be nice if --help would work even
without the --disable-clutter option. (Though there is a man page.)
On Sat, Aug 8, 2020 at 2:39 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
Sounds good. I'll check it out.
On Sat, Aug 8, 2020, 1:33 PM Andreas Ronnquist wrote:
> I am about to upload a git snapshot of geeqie to Debian unstable, in
> which I will close 966509, since it adds a --disable-clutter option,
> which should make it possible to run with or without clutter.
>
>
Thanks! Though none of the discussion I saw there mentioned the
g_strsplit: assertion failed message. I'll hope for the best.
On Wed, Aug 5, 2020 at 4:19 PM Andreas Ronnquist wrote:
> On Wed, 22 Jul 2020 20:02:43 -0400 James Van Zandt
> wrote:
> > Package: geeqie
> > V
Sorry, it already says
image.use_clutter_renderer = "false"
On Fri, Jul 24, 2020 at 11:13 AM Andreas Ronnquist
wrote:
> On Fri, 24 Jul 2020 10:21:03 -0400
> James Van Zandt wrote:
>
> >Alas, no. Same symptom.
> >
> >FWIW, I'm attaching the t
wrote:
> On Thu, 23 Jul 2020 08:08:26 -0400
> James Van Zandt wrote:
>
> >Thanks, I'll do that when I get a chance.
> >
> >In the meantime (since I assume the package is working for you), could
> >you compare our shared library versions? If we're out of sync,
22 Jul 2020 20:02:43 -0400 James Van Zandt
> wrote:
> > Package: geeqie
> > Version: 1:1.5.1-11
> > Severity: important
> > X-Debbugs-Cc: jim.vanza...@gmail.com
> >
> > /tmp/bug
> >
>
> I cannot do anything with the information you give.
>
Package: geeqie
Version: 1:1.5.1-11
Severity: important
X-Debbugs-Cc: jim.vanza...@gmail.com
/tmp/bug
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (700, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.7.0-1-amd64
I haven't knowingly tinkered with OpenGL. The plugin dependencies look the
same here:
home:/usr/lib/calibre/calibre/plugins $ ldd *|grep GL
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f561f412000)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7f561ec18000)
Package: calibre
Version: 4.3.0+dfsg-2
Severity: important
Dear Maintainer,
calibre won't launch here:
home:/usr/lib $ calibre
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for
QSurfaceFormat(version 2.0, options QFlags(),
depthBufferSize -1, redBufferSize 1, greenBufferSize
Yes, this is the same as #926576. You may merge them.
Package: ghostscript
Version: 9.27~dfsg-1
Severity: normal
Most print jobs fail with "filter failed". Only acroreader is able to
print PDF files.
The entry in /var/log/cups/error_log is:
D [09/Apr/2019:20:17:06 -0400] [Job 1747] GPL Ghostscript 9.27:
Unrecoverable error, exit code 1
D
I am attaching a patch that does the following:
There were translations (HTML or unicode or both) for several specific
normal text characters (a, o, n, etc.) with accents. I added
translations for rest of the accents on p. 52 of the TeXbook using
pre-composed characters where available,
Ack. I see some problems in that last patch. Please hold off implementing
it - I'll submit a correction.
There were translations (HTML or unicode or both) for several specific
accented characters. I discovered how to translate macros using characters
with combining class "above", and added those translations as the default.
I repeated that for accents \` (grave), \' (acute), \hat (circumflex),
Package: bibtex2html
Version: 1.99-2.1
Severity: wishlist
Tags: upstream
Dear Maintainer,
I wish bibtex2html could translate math characters that have accents.
In my .bib collection, I have a few abstracts with math characters
that have accents. One such document is at
Package: bibtex2html
Version: 1.99-2.1
Severity: wishlist
Tags: patch
Dear Maintainer,
I maintain several large bibtex files, including one devoted to
numerical analysis papers, with abstracts that use a lot of math
notation. I have collected some of the required translations
into a latex
>I suspect second local installation of gmp/nettle/gnutls in /usr/local.
You're right!
root@home:/usr/local/lib# ls -l libgmp*
-rw-r--r-- 1 root root 1188388 Jul 22 2017 libgmp.a
-rwxr-xr-x 1 root root 914 Jul 22 2017 libgmp.la
lrwxrwxrwx 1 root root 16 Jul 22 2017
Package: libgnutls30
Version: 3.6.5-2
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
Sun 20 Jan 2019 10:25:49 PM EST
I upgraded several packages on Jan 16. Since then, many programs
(including cupsd, apt-get, and apt) fail like this:
/usr/lib/apt/methods/http:
Package: xfce4
Version: 4.12.4
Severity: normal
File: xfce
Dear Maintainer,
I have a dual monitor setup, normally configured with "extend to the
right". I leave the computer running all the time, but I power down
the monitors when I'm not using them. Every time I turn them on, or
after several
afael Laboissière
wrote:
> [Moving this discussion from Bug#914373 into debian-octave.]
>
> * James Van Zandt [2018-11-22 13:34]:
> >
> > [snip]
> >
> > Please provide a file /usr/share/doc/octave-statistics/README.Debian
> > with a note something like
Package: octave
Version: 4.4.1-2+b1
Severity: normal
Tags: upstream
Dear Maintainer,
Octave now has a very helpful feature which points the user to
functions available in packages:
octave:1> help random
error: help: the 'random' function belongs to the statistics package
from Octave
Package: octave-geometry
Version: 3.0.0-6+b2
Severity: minor
Tags: patch
Dear Maintainer,
The DESCRIPTION file for this package has invalid lines - continued
lines that do not start with a space. They generate warning messages
when any Octave package (not just this one) is installed or removed,
Package: python3
Version: 3.7.1-2
Severity: normal
Dear Maintainer,
python3 fails to configure, as follows:
$ sudo dpkg --configure python3
Setting up python3 (3.7.1-2) ...
running python rtupdate hooks for python3.7...
File "/usr/share/pyzo/pyzo/yoton/clientserver.py", line 81
Package: octave
Version: 4.4.1-2+b1
Severity: normal
Dear Maintainer,
Octave claims this function has not yet been implemented for Octave:
octave:4> help gevrnd
error: help: the 'gevrnd' function belongs to the statistics package
from Octave
Forge but has not yet been implemented.
Package: octave-statistics
Version: 1.4.0-4
Severity: normal
Dear Maintainer,
I'm a long-time user of Matlab. One of the things that's always
annoyed me is that they put so many functions into toolkits that cost
extra. I've appreciated that Octave made the statistics functions
available with
Awesome, thanks!
On Fri, Aug 10, 2018, 5:27 PM Alexis Murzeau wrote:
> On 09/08/2018 00:22, Alexis Murzeau wrote:
> > On 08/08/2018 00:59, Alexis Murzeau wrote:
> >> severity 903514 important
> >> thanks
> >>
> >>> Reassigning to glibc with affects on openblas and gimp as this is
> caused
> >>>
The current version of gimp is incompatible with openblas (#903514).
julia and libjulia0.6 currently depend on libopenblas-base. I suggest that
they should instead depend on the virtual packages libblas.so.3 and
liblapack.so.3 (which can also be provided by liblapack3 and libblas3,
resp., and
Thanks, Benedict - the same solution worked for me.
Specifically:
sudo apt-get install libopenblas-base- libopenblas-dev- \
libblas3 liblapack3 libblas-dev liblapack-dev
Unfortunately julia and libjulia0.6 were also removed here, since they
depend on libopenblas-base. I
I note that, according to the strace log, gimp successfully read in 138
plugins, but failed on the very first plug-in that was a Python script.
That can't be a coincidence.
- Jim Van Zandt
Package: gimp
Version: 2.10.2-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I may have the same problem. I updated many packages yesterday, and today
gimp will not launch.
Christoph reported that opening a .png file generated a splash screen
then error messages
Package: python-scipy
Version: 0.18.1-2
I was running a program under the debugger pdb, and a bug generated this
message:
(Pdb) n
TypeError: TypeErro...0, 1).",)
>
/usr/lib/python2.7/dist-packages/scipy/optimize/minpack.py(212)_root_hybr()
-> shape, dtype = _check_func('fsolve', 'func', func,
Package: python-scipy
Version: 0.18.1
I have a MATLAB program that uses fsolve() from the optimization toolbox.
I found that scipy offers a similar function. I spent a fair amount of
time translating my program into Python, only to discover that the scipy
implementation (unlike the MATLAB one)
I have been running stable. After a power outage, my system came up with
VCs but no display manager login screen. Eventually I found that gdm3 was
not installed. sudo apt-get install gdm3 failed because due to a missing
dependency. I resorted to
sudo apt-get install -t unstable gdm3
which
34 matches
Mail list logo
