Package: openjdk-14-jdk-headless
Version: 14.0.2+12-1
Severity: normal
Hi! I'm pretty much a newbie to java, so don't understand anything
about the cause of this error. I'm trying to build QuPath from source
(see instructions at
Package: wnpp
Severity: wishlist
Owner: Julian Gilbey
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: maturin
Version : 0.8.3
Upstream Author : Konstin
* URL : https://github.com/pyo3/maturin
* License : MIT OR Apache-2.0
Programming Lang: Rust
On Sun, May 03, 2020 at 04:21:31PM -0400, Harlan Lieberman-Berg wrote:
> On Sun, 9 Feb 2020 10:56:36 +0000 Julian Gilbey wrote:
> > At the moment, I'm trying to find time to package the latest version
> > of anki, which is a major undertaking (huge changes to the software
&
On Tue, Apr 28, 2020 at 11:03:33PM +0200, alberto fuentes wrote:
> On Tue, Apr 28, 2020 at 10:56 PM Julian Gilbey wrote:
>
> Could it be you checked salsa when it was suffering from a storage
> failure?
>
> Thats only the watch file. Before that last update is 8 months a
On Tue, Apr 28, 2020 at 09:34:50PM +0200, alberto fuentes wrote:
> Maybe you forgot to git push?
> Last commit in salsa is from 8 months ago
Huh? No it isn't:
Update watch file to use github release tags
Julian Gilbey authored 3 months ago
Could it be you checked sals
On Tue, Apr 28, 2020 at 12:26:52PM +0200, alberto fuentes wrote:
> Im not sure how much i can help since i dont know anything about rust
> I checked
> https://salsa.debian.org/debian/anki
> But its not been touched in a long time
> Where do you keep your development?
Salsa.
Julian
On Sat, Apr 25, 2020 at 10:15:55PM +0200, Alberto Fuentes wrote:
> Package: anki
> Version: 2.1.15+dfsg-1
> Severity: wishlist
>
> Upstream version is 2.1.22. Almost 9 months of fixes :)
>
> Cheers!
Hi Alberto,
Since the latest version in Debian, upstream have started using Rust
as part of the
On Mon, Apr 20, 2020 at 08:57:29PM +0200, Sven Geuer wrote:
> Hello Julian,
>
> thank you for accepting to my suggestions. I will keep working on the
> package and come back to you when I think it is ready to be uploaded.
>
> I also plan to ask the pkg-security-team [1] whether proxytunnel can
On Sun, Apr 19, 2020 at 02:07:42PM +0200, Sven Geuer wrote:
> Package: proxytunnel
> Version: 1.9.0+svn250-6+b2
> Severity: wishlist
>
> Hello Julian,
>
> I am a long-time user of the proxytunnel package and DM of arno-iptables-
> firewall.
>
> Recently it occured to me proxytunnel not having
On Sun, Apr 19, 2020 at 02:07:42PM +0200, Sven Geuer wrote:
> Package: proxytunnel
> Version: 1.9.0+svn250-6+b2
> Severity: wishlist
>
> Hello Julian,
>
> I am a long-time user of the proxytunnel package and DM of arno-iptables-
> firewall.
>
> Recently it occured to me proxytunnel not having
Package: apache2-utils
Version: 2.4.41-5
Severity: normal
On doing an upgrade to something, apache-htcacheclean.service was
reloaded unsuccessfully; here is the systemctl status output:
● apache-htcacheclean.service - Disk Cache Cleaning Daemon for Apache HTTP
Server
Loaded: loaded
tags 952408 patch
forwarded 952408 https://github.com/fontforge/fontforge/issues/4203
thanks
On Sun, Feb 23, 2020 at 09:28:55PM +, Julian Gilbey wrote:
> [...]
> Up until a relatively recent release of fontforge, if fontforge were
> run from a script without a GUI present, it wou
Package: fontforge
Version: 1:20190801~dfsg-2
Severity: serious
Tags: patch
The configure script prefers Python 2.7 over Python 3.x by default.
This then leads to a build failure as the shlib symbols in
debian/libfontforge3.symbols do not match the symbols in the compiled
libfontforge3.
The easy
Package: fontforge
Version: 1:20190801~dfsg-2
Severity: important
Hello!
Up until a relatively recent release of fontforge, if fontforge were
run from a script without a GUI present, it would behave exactly like
the non-GUI version. But this release breaks this behaviour: even
running
On Sat, Feb 08, 2020 at 11:13:09PM +0300, Alexander Batischev wrote:
> Package: anki
> Version: 2.1.15+dfsg-1
> Severity: normal
>
> Dear Maintainer,
>
> When I start Anki, it reports on the stdout:
>
> mpv too old, reverting to mplayer
>
> Then it starts fine, but when I review a card
On Fri, Jan 24, 2020 at 02:23:48PM -0800, Felix Lechner wrote:
> Hi Julian,
>
> On Fri, Jan 24, 2020 at 3:39 AM Julian Gilbey wrote:
> >
> > The version of xanzy in debian/sid on salsa is very out of date - the
> > upstream version is now 0.22, but debian/sid is
On Thu, Jan 23, 2020 at 04:01:34PM -0800, Felix Lechner wrote:
> Hi,
>
> On Sun, Dec 15, 2019 at 7:46 AM Dominique Dumont wrote:
> >
> > Felix, could you resume packaging this software ?
>
> Do you know anyone with upload privileges? :) Please feel free to
> upload the required prerequisite
>
Package: greylistd
Version: 0.8.8.8
Severity: grave
The conversion to Python 3.x between versions 0.8.8.7 and 0.8.8.8 is
deeply broken. There are many Python 2.x-only pieces of code still in
the two scripts, and the daemon fails to even start. I have done some
work to improve the situation, but
On Thu, Jan 02, 2020 at 10:22:48AM -0500, John Scott wrote:
> On Thu, 02 Jan 2020 19:25:39 +0530 ra...@amaram.name wrote:
> > It might be worth checking out in bullseye if the problem exists as well.
> I'm using Anki w/ Plasma on Bullseye, and Ctrl+Enter works as expected on
> both
> X11 and
On Thu, Jan 02, 2020 at 07:25:39PM +0530, ra...@amaram.name wrote:
> The anki version that comes with Debian buster also has this issue. It might
> be
> worth checking out in bullseye if the problem exists as well. If it does and
> we
> find some fix for it, then that could probably be
On Thu, Dec 26, 2019 at 06:51:49AM +0530, Rahul Amaram wrote:
> Package: anki
> Version: 2.1.15
> Severity: normal
>
> While in the editor, saving "Ctrl+Enter" doesn't seem to do anything (other
> shortcuts seem to work fine though). This works propertly if I download the
> official anki build
On Wed, Dec 18, 2019 at 01:02:16PM +, Julian Gilbey wrote:
> [...]
> So indeed, this seems to be one of the issues - well identified! I'll
> send a separate bug report about the other weirdness.
Dear Christoph,
I've no idea about the other trouble I've had on one of the two
On Wed, Dec 18, 2019 at 10:51:06AM +0100, Christoph Berg wrote:
> Control: reassign -1 ssl-cert
> Control: affects -1 postgresql-common
>
> Re: Julian Gilbey 2019-12-18
> <157666085037.520017.6645946659722479335.report...@erdos.d-and-j.net>
> > I've just tried upgrad
Package: postgresql-common
Version: 210
Severity: important
Hi,
I've just tried upgrading postgresql from version 11 to version 12,
following the instructions in README.Debian. (Incidentally, the
example of upgrading from version 9.6 no longer works, as the minor
version should no longer be
On Sun, Nov 17, 2019 at 10:31:25AM -0500, Sandro Tosi wrote:
> > But please delete this NMU from the upload queue and unmark the bug as
> > pending. It is not appropriate at this time, as this is not a leaf
> > package. This bug is blocked by bug #936775. Once jupyter-notebook
> > is made
Package: asymptote
Version: 2.60-1
Severity: important
Tags: patch
asymptote.sty has a line:
\RequirePackage[space]{grffile}
This requires the texlive-latex-extra package, which is not listed as
a dependency of asymptote, so without this being installed,
asymptote.sty will not run.
But
On Sat, Nov 16, 2019 at 07:27:37PM -0500, Sandro Tosi wrote:
> Control: tags 938464 + patch
> Control: tags 938464 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for send2trash (versioned as 1.5.0-1.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it
On Mon, Oct 07, 2019 at 10:40:27AM +0700, Igor Liferenko wrote:
> Package: mftrace
> Version: 1.2.20+git20190918.fd8fef5-1
> Severity: important
>
> Dear Maintainer,
>
> $ mftrace --formats=pfb --encoding=tex256.enc --magnification=2000 lhr10
> mftrace 1.2.20
> Font `lhr10'...
> Traceback (most
I've just started looking at lean. One of the issues around packaging
it is that different lean "scripts" (not sure the correct word here)
require different versions of lean. There is a script available which
downloads the required version of lean for any particular script, and
so keeps a local
severity 931798 normal
thanks
On Wed, Aug 21, 2019 at 09:39:52PM +0100, Julian Gilbey wrote:
> On Wed, Aug 21, 2019 at 04:22:23PM +0200, Arnaldo Pirrone wrote:
> > Hi, i do have python3-sip.
> > Now the error is this:
> > $ anki
> > Traceback (most recent call last)
> On Mon, Aug 12, 2019 at 01:13:36PM +0200, Arnaldo Pirrone wrote:
> > Package: anki
> > Version: 2.1.8+dfsg-1
> > Severity: grave
> >
> > pyqt5 package is installed
> >
> > Traceback (most recent call last):
> > File "/usr/bin/anki", line 6, in
> > import aqt
> > File
On Wed, Aug 21, 2019 at 04:22:23PM +0200, Arnaldo Pirrone wrote:
> Hi, i do have python3-sip.
> Now the error is this:
> $ anki
> Traceback (most recent call last):
> File "/usr/bin/anki", line 6, in
> import aqt
> File "/usr/share/anki/aqt/__init__.py", line 32, in
> import
tags 934591 + unreproducible moreinfo
thanks
On Mon, Aug 12, 2019 at 01:13:36PM +0200, Arnaldo Pirrone wrote:
> Package: anki
> Version: 2.1.8+dfsg-1
> Severity: grave
>
> pyqt5 package is installed
>
> Traceback (most recent call last):
> File "/usr/bin/anki", line 6, in
> import aqt
>
Package: libtesseract-dev
Version: 4.0.0-2
Severity: normal
Hi!
Thanks for packaging tesseract!
I was looking for the training scripts and found them in
libtesseract-dev, which doesn't quite make sense to me: they are not
library headers or include files. (I am referring to the three
scripts
On Thu, Aug 01, 2019 at 02:08:52PM +0200, Hilmar Preuße wrote:
> Am 04.08.2014 um 22:44 teilte Julian Gilbey mit:
>
> Hi,
>
> > The version of grfguide.pdf in texmf-dist/doc/latex/graphics (in the
> > source package, and from there into the binary) does not have the
On Tue, Jul 30, 2019 at 10:21:22PM +0200, Hilmar Preuße wrote:
> Hi Julian,
>
> I'm going through some old bugs.
Hi Hilmar,
Thanks for this!
> > I try running the command "texdoc eqnarray" and I get the error
> > message:
> > sh: links:lynx: not found
> >
> > This is because my BROWSER
Package: rkhunter
Version: 1.4.6-7
Severity: important
Hi!
Unfortunately the fix for bug #931396 fixes machines which have run
usrmerge. But for those which have not, rkhunter now fails fatally:
erdos:~ # /usr/share/rkhunter/scripts/rkhupd.sh
Invalid SCRIPTWHITELIST configuration option:
forwarded 931798
https://anki.tenderapp.com/discussions/ankidesktop/34985-make-save-the-default-option-when-recording-audio
thanks
On Wed, Jul 10, 2019 at 05:53:23PM +0300, Jury Mazurov wrote:
> Package: anki
> Version: 2.1.8+dfsg-1
> Severity: wishlist
>
> Dear Maintainer,
>
> In Anki, when
Package: aptitude
Version: 0.8.11-7
Severity: important
Hi!
I tried to update my testing machine after buster's release, using
aptitude, but failed - details and partial solution follow.
My /etc/apt/sources.list includes the lines:
deb http://ftp.uk.debian.org/debian/ testing main contrib
Package: dupload
Version: 2.9.4
Severity: wishlist
Hi!
Now that the release team have said that only source-only uploads will
be accepted for migration to bullseye (at least in debian/main), could
dupload be patched to check for this, asking for confirmation if the
.changes file is not
Package: devscripts
Version: 2.19.5
Severity: wishlist
Hi!
Now that the release team have said that only source-only uploads will
be accepted for migration to bullseye (at least in debian/main),
perhaps debrelease could be patched to check for this, asking for
confirmation if the .changes file
Package: dput
Version: 1.0.3
Severity: wishlist
Hi!
Now that the release team have said that only source-only uploads will
be accepted for migration to bullseye (at least in debian/main), could
dput be patched to check for this, asking for confirmation if the
.changes file is not source-only and
Package: dvb-apps
Version: 1.1.1+rev1500-1.2
Severity: normal
Hi,
The desktop file /usr/share/applications/alevt.desktop lists the icon
as:
Icon=alevt
However, the icon is stored as /usr/share/pixmaps/alevt.xbm, and this
is not picked up by XFCE4 (and maybe other window managers - I don't
know)
Package: alsaplayer-common
Version: 0.99.81-2
Severity: normal
Hi!
/usr/share/applications/alsaplayer.desktop specifies that the icon is:
Icon=alsaplayer
However, that icon does not appear in the package, and so the menu
just gives an "x" icon instead.
Best wishes,
Julian
-- System
On Thu, Apr 18, 2019 at 04:51:07PM +0100, Julian Gilbey wrote:
> On Sun, Apr 08, 2018 at 03:56:19PM +0100, Julian Gilbey wrote:
> Hello!
>
> I've located and fixed the source of this bug; a patch is attached.
> I've also submitted it upstream as
> https://gitlab.com/muttmua/mutt
On Sun, Apr 08, 2018 at 03:56:19PM +0100, Julian Gilbey wrote:
> [...]
>
> Since my GPG key is in the Debian keyring, I observe the following:
>
> erdos:~ $ gpg --list-options show-keyring --list-secret-keys
> 0x59D03CC92BA0FEAE
> Keyring: /home/j
Package: dicomscope-doc
Version: 3.6.0-20
Severity: normal
During an upgrade, I just received the following error:
Processing triggers for doc-base (0.10.8) ...
Processing 3 changed doc-base files, 2 added doc-base files...
Error while merging /usr/share/doc-base/dicomscope-doc-dscs with
Package: apt-listchanges
Version: 3.19
Severity: normal
On installing, I noticed the following warning:
Setting up apt-listchanges (3.19) ...
-V is ignored in pypycompile
Best wishes,
Julian
Package: python3-apt
Version: 1.8.4
Severity: normal
On installing, I spotted this message:
Setting up python3-apt (1.8.4) ...
-V is ignored in pypycompile
Best wishes,
Julian
Package: img2pdf
Version: 0.3.3-1
Severity: normal
Tags: patch
Four times in the first 6 lines of img2pdf.1.gz, it says img2pdf.py,
though it is installed in Debian as img2pdf. So the manpage should be
patched to reflect this.
Something like the following works (in debian/rules, replacing the
Package: latexdiff
Version: 1.3.0-1
Severity: normal
Tags: patch
This package should Recommends: texlive-plain-generic rather than
texlive-generic-recommended as texlive has changed the package name,
and texlive-generic-recommended is now just a transitional package.
Best wishes,
Julian
--
On Fri, Feb 01, 2019 at 01:07:51PM +0100, Hilmar Preuße wrote:
> On 31.01.19 00:05, Julian Gilbey wrote:
> > On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote:
>
> Hi Julian,
>
> >> The code you mentioned initially now looks completely different. The
> &
Source: package-update-indicator
Version: 2.0-1
Severity: important
Hmmm,
I purged the package-update-indicator package because it was filling
my /var/log/daemon.log (see other bug report), and discovered this
morning that it was still running :-(
It should probably execute a killall
Package: package-update-indicator
Version: 2.0-1
Severity: important
Hi!
I've just noticed, since this package was recently installed or
upgraded, that my /var/log/daemon.log file is getting rapidly filled.
The lines are like the following:
Feb 3 00:03:32 erdos dbus-daemon[633]: [system] The
On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote:
> On 30.01.19 12:52, Julian Gilbey wrote:
>
> Hi Julian,
>
> > Interesting! It turns out that on my system, PostScript files are
> > opened in Inkscape (due to bug#902141), and Inkscape gives the error
>
On Wed, Jan 30, 2019 at 08:22:55AM +0100, Hilmar Preuße wrote:
> On 30.01.19 00:23, Julian Gilbey wrote:
>
> Hi Julian,
>
> I did some tests for #601237. In [1] I mentioned the document
> ifsym.ps.gz I used for testing, which is still zipped.
Hi Hilmar,
Interesting! It tu
On Fri, Jun 22, 2018 at 07:08:56PM +0200, Pavel Sanda wrote:
> 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
On Tue, Jan 29, 2019 at 10:16:46PM +0100, Hilmar Preuße wrote:
> On 05.08.10 16:41, Julian Gilbey wrote:
>
> Hi Julian,
>
> This seems to be similar to #601237. Is the issue still present?
>
> Hilmar
Hi Hilmar,
I'm not sure if it's present any more, because I can't find
On Sun, Jan 27, 2019 at 08:15:24PM +0200, Otto Kekäläinen wrote:
> Hello Olaf!
>
> Can you reproduce this issue? What are the steps to reproduce?
> I cannot find any file *p.ci* from the sources and I have no clue
> where it is picking it up. It should pick up the version string from
> the
On Fri, Jan 25, 2019 at 10:52:34PM +0100, Hilmar Preuße wrote:
> On 29.11.18 11:06, Julian Gilbey wrote:
>
> Hi Julian,
>
> > texdoc -l number
> > reports:
> > 44 results. Display them all? (y/N)
> > but then only lists 43 results. Either the displayed co
On Fri, Jan 25, 2019 at 10:52:34PM +0100, Hilmar Preuße wrote:
> On 29.11.18 11:06, Julian Gilbey wrote:
>
> Hi Julian,
>
> > texdoc -l number
> > reports:
> > 44 results. Display them all? (y/N)
> > but then only lists 43 results. Either the displayed co
gOStso2MQ0mnDIBqPiy0KvJb13kEcmvuN
> 5FCsJ9GmBM8a5t5nzpVMvCAnswgFYu/FKJlknDjX2R/tSxkY+bLQPmTTbiIHWPXt
> 7DEOkpLXydhYs2siAknTR4/ZOW16rzfg/ZbeIrY7zPI3IWyqoZAjzJU3MpoiSeFB
> yMVbh51uKrzwmwBPfe5dVBHyeoFd+oBGEwkASDz1p4FO/Zeq/LOG1JpC8mNxoARL
> fKYr+0KYD/1hpetBHhZtRBI556HRKA3W8/iPYR89fVVe17aJRSCN
On Thu, Sep 13, 2018 at 12:06:24PM +0100, Julian Gilbey wrote:
> Package: ecb
> Version: 2.40+git20140216-2
> Severity: normal
>
> Hi!
>
> I was just looking at the startup messages for emacs, and noticed the
> following when ECB loads:
> [...]
And with the new v
Package: sagemath
Version: 8.4-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Thanks for fixing the build dependencies!
Unfortunately the build of 8.4-3 is now failing on the buildds :-(
I presume you realise this, but letting you know just in
> On Thu, Oct 08, 2015 at 07:50:20PM +0300, Evgeny Kapun wrote:
> > Package: anki
> > Version: 2.0.32+dfsg-1
> > Tags: security
> >
> > In Anki, cards [1] are formatted using HTML and displayed using a web
> > browser control. That browser is not appropriately restricted, for example:
> >
> > *
Source: plymouth
Version: 0.9.4-1
Severity: important
Tags: patch
As far as I can tell, when plymouth is removed, update-initramfs
should be run on all installed kernels, using the -k all option.
Otherwise old kernels, which might be needed for emergency purposes,
may not boot.
But if I'm wrong,
Package: sagemath
Version: 8.4-2
Severity: serious
Hello,
I don't know whether this is an easy issue to fix or not (I hope it's
easy). sagemath currently depends on a very specific version of
libsingular4, but the singular now in unstable only builds
libsingular4m1; as far as I can tell, no
Package: texlive-base
Version: 2018.20181116-1
Severity: normal
texdoc -l number
reports:
44 results. Display them all? (y/N)
but then only lists 43 results. Either the displayed count is wrong or
the final result is not being displayed.
Best wishes,
Julian
-- Package-specific info:
On Fri, Nov 23, 2018 at 10:07:47AM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi Julian!
>
> El jueves, 22 de noviembre de 2018 21:54:30 -03 Julian Gilbey escribió:
> > On Sun, Nov 18, 2018 at 03:35:11PM +, Julian Gilbey wrote:
> > > On Sun, Nov 18,
On Sun, Nov 18, 2018 at 03:35:11PM +, Julian Gilbey wrote:
> On Sun, Nov 18, 2018 at 09:01:19AM -0300, Lisandro Damián Nicanor Pérez Meyer
> wrote:
> > Yesterday I've uploaded qtbase with this fix, please try it.
>
> Excellent, thanks! I just built it on my testing machin
On Sun, Nov 18, 2018 at 09:01:19AM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Yesterday I've uploaded qtbase with this fix, please try it.
Excellent, thanks! I just built it on my testing machine, and it
worked perfectly with the Python script in this bug report and the
simplebrowser
On Sat, Nov 17, 2018 at 04:16:30PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi Julian!
>
> On Sat, 17 Nov 2018 at 16:03, Julian Gilbey wrote:
> >
> > For information, upstream (Michal Klocek) has now produced a much
> > better patch: https://coderevie
For information, upstream (Michal Klocek) has now produced a much
better patch: https://codereview.qt-project.org/#/c/245294/
Best wishes,
Julian
On Tue, Nov 13, 2018 at 07:35:53PM +, Julian Gilbey wrote:
> Package: debhelper
> Version: 11.5.3
> Severity: normal
> Tags: patch
>
> I was building a large package offline using:
> nohup debuild -us -uc >& ../logfile &
Then again, maybe it's my faul
Package: man-db
Version: 2.8.4-3
Severity: minor
Tags: patch
Lines 651-660 of src/man.c check that stdout is open for writing. But
if it is not, line 658 prints the error message "stdout not open for
reading!\n". This should say "stdout not open for writing!\n".
Best wishes,
Julian
Package: debhelper
Version: 11.5.3
Severity: normal
Tags: patch
I was building a large package offline using:
nohup debuild -us -uc >& ../logfile &
Unfortunately the build crashed during dh_installman, with the error
message:
stdin not open for reading!
stdin not open for reading!
On Fri, Nov 09, 2018 at 12:15:40AM +, Julian Gilbey wrote:
> It turns out that the bug lies in the libqt5core5a library, which
> tries loading libGL.so before trying libGL.so.1, which is the wrong
> order (in particular on Debian-based systems - see the above Debian
>
Package: libqt5core5a
Version: 5.11.2+dfsg-4
Severity: important
Tags: patch upstream
Hello,
A long-standing bug affects the PyQt5 (and previously the PyQt4)
packages, whereby they crash on Debian-based systems which have the
NVIDIA libraries installed. The following almost minimal code
On Tue, Nov 06, 2018 at 05:16:29PM +0100, Andreas Beckmann wrote:
> > Another thing I've thought of doing is wrapping the dlopen library
> > call to trace all calls to hopefully locate the source of the issue.
> >
> > But I still don't understand why you would not divert libGL.so when
> >
found -1 0.24-2
thanks
On Mon, Oct 27, 2008 at 08:28:28AM +0100, Marc Lehmann wrote:
> Package: mairix
> Version: 0.17-2
> Followup-For: Bug #502724
>
>
> downgrading to stable doesn't fix the issue, deleting the database and
> reindexing only makes the problem go away for a few days (mairix
On Mon, Nov 05, 2018 at 11:03:11PM +0100, Andreas Beckmann wrote:
> > By this argument, surely there should not be a libGL.so on the system
> > at all?
>
> The .so file is for use by the linker. Not for runtime.
Dear Andreas,
Thanks for the speedy response! Ah, I hadn't realised this. That
On Mon, Nov 05, 2018 at 10:43:44AM +0100, Andreas Beckmann wrote:
> Control: tag -1 wontfix
>
> On 2018-11-05 01:17, Julian Gilbey wrote:
> > So the pragmatic way to fix it would be to symlink libGL.so to the
> > NVIDIA libGL.so... (and presumably the other related .so li
Package: glx-diversions
Version: 0.8.8
Severity: important
Hi!
I have just spent 2+ days trying to track down the source of this bug,
without much success.
When running the following PyQt5 code, it bombs:
#!/usr/bin/python3
import sys
# from OpenGL import GL
from PyQt5.QtCore import QUrl
On Sat, Nov 03, 2018 at 01:46:49PM +0100, Roland Hieber wrote:
> On Fri, 26 Oct 2018 16:09:19 +0100 Julian Gilbey wrote:
> > I've just uploaded a version based on git to unstable
> > (2.1.5+dfsg+2.1.6-test.20181026.b4f4e65c-1) so you can test it. Does
> > this version work
Package: elpa-devscripts
Version: 40.1
Severity: normal
Tags: patch
Hi!
Thanks for all your work on these packages!
I notice that elpa-devscripts currently Recommends dpkg-dev-el rather
than elpa-dpkg-dev-el. Please could you change this?
(Also, I notice that these are the only two elpa-*
On Thu, Oct 25, 2018 at 11:20:02PM +0100, Roland Hieber wrote:
> On Thu, 20 Sep 2018 08:23:15 +0200 Julien Puydt
> wrote:
> That particular part of the code was refactored in upstream commit
> https://github.com/dae/anki/commit/1af556cb8d62a638f7fa0bcb6289bf932d338691
> and although I was able
Package: evince
Version: 3.30.0-2
Severity: normal
evince has recently regularly (always?) started reporting "! SyncTeX
Error : No file?" when I open a PDF to view it. I have no idea why
this would be; the PDF files in question are unrelated to TeX.
Best wishes,
Julian
-- System
On Fri, Sep 14, 2018 at 09:21:01PM +1000, Alexander Zangerl wrote:
> On Thu, 13 Sep 2018 12:03:31 +0100, Julian Gilbey writes:
> >Real cl-lib shadowed by compatibility cl-lib?
> >(/usr/share/emacs/site-lisp/mmm-mode/cl-lib.el)
>
> agh. to support xemacs mmm-mode need
Package: ecb
Version: 2.40+git20140216-2
Severity: normal
Hi!
I was just looking at the startup messages for emacs, and noticed the
following when ECB loads:
Loading /etc/emacs/site-start.d/50ecb.el (source)...
Real cl-lib shadowed by compatibility cl-lib?
Package: mmm-mode
Version: 0.5.7-1
Severity: normal
I have various emacs packages installed, and during the emacs start I
get the following messages (with the new unversioned emacs; this
possibly happened with emacs25 but I'm not sure):
Loading /etc/emacs/site-start.d/50ecb.el (source)...
Real
Package: auctex
Version: 11.91-1
Severity: important
Tags: patch
With the recent upgrade of emacs to the non-numbered package names,
emacs25 is now just a transitional package. As a result, the
debian-emacs-flavor is just "emacs", so the test on line 7 of
/etc/emacs/site-start.d/50auctex.el
On Tue, Aug 28, 2018 at 12:48:28PM +0200, fulvio ciriaco wrote:
> wow, lots of problems with bin in the path:
> root@fulvio:/# cd /usr/sbin
> root@fulvio:/usr/sbin# ls
> bash: bin/ls: No such file or directory
>
> ok, nothing to do with tex-common anyhow, sorry.
Yes, putting "bin" in PATH is
On Mon, Aug 27, 2018 at 02:36:34PM +0100, Chris Lamb wrote:
> Julian et al.,
>
> > if ($full_license and $short_license =~ m/cc-/) {
> > if ($full_license !~ /definitions/i and
> > $full_license !~ /copyright and related rights/i and
> > $full_license !~
Package: devscripts
Version: 2.18.3
Severity: normal
The manpage for uscan says that version and script are optional in the
watchfile lines; it should also say that "debian" is the default
behaviour for "version" and that "no action" is the default behaviour
if no script is specified.
Best
On Sat, Aug 25, 2018 at 10:32:55AM +0200, Julien Puydt wrote:
> Hi,
>
> the following also triggers the check, and I think it's a false positive,
> and would still be even with the proposed change:
>
> License: CC0
Indeed - good catch. We have to treat CC0 differently, as it's got
different
On Thu, Aug 16, 2018 at 04:32:08PM +0100, Chris Lamb wrote:
> Hi Julian,
>
> > The test for the human-readable rather than legal text of the Creative
> > Commons licenses seems to fail, because the preamble about Creative
> > Commons not being a law firm is not part of the license text, and
> >
severity 906256 minor
retitle 906256 libqt5webview5: stack_trace_posix.cc failed to open file
thanks
Dear Qt maintainers,
I spoke too soon, it turns out; I tried anki on another machine and it
didn't give this error, yet it still bombed out. So it seems that
this is not the cause of the anki
Package: lintian
Version: 2.5.96
Severity: normal
The test for the human-readable rather than legal text of the Creative
Commons licenses seems to fail, because the preamble about Creative
Commons not being a law firm is not part of the license text, and
neither is the postamble about Creative
Dear Qt maintainers,
I've cloned this bug reported against anki to libqt5webengine5, as it
seems that this is the source of the bug. I don't know enough about
Qt's internals to be able to track it down. It seems as though this
is a known problem: https://bugreports.qt.io/browse/QTBUG-68547
It's
On Wed, Aug 15, 2018 at 08:51:12PM +0200, Achim Schaefer wrote:
> Package: anki
> Version: 2.1.0+dfsg-1
> Followup-For: Bug #905379
>
> Dear Maintainer,
>
> the same problem appears as well in the latest version.
>
> Regards
Yes, I agree. That's weird. I'm investigating. Any ideas would be
601 - 700 of 2011 matches
Mail list logo