Package: peruse
Version: 1.80+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When launching peruse from a terminal, it fails to launch, printing this
message:
Failed to load the component from disk. Reported error was:
"qrc:/qml/Main.qml:26 Type PeruseMain unava
Control: severity -1 normal
Thanks for your report. I have to disagree about the severity of this
issue, however.
To start with some history, the upstream developer moved all of the
plowshare modules some time ago into a separate git repository with a
name that included the word "legacy". A
Control: tags -1 + help
Thanks for reporting this.
On Sun, 16 Sep 2018 13:36:51 +0300 Adrian Bunk wrote>
Looking at the changelog, I'd suspect this might be caused by
* Remove TestUdpRegistry patch rejected upstream
I agree this was the cause, but I'm not able to reproduce the build
fail
It probably shouldn't have been in stretch, but as long as it does not
cause trouble, you can let it rot there :-)
Agreed that it shouldn't have been released in stretch; at the time I
had the idea of supporting it through backports. Given the relatively
low popcon statistics and activity in b
Control: tag -1 pending
Hello,
Bug #904615 in rpyc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
https://salsa.debian.org/python-team/modules/rpyc/commit/aa118d2156a761be1f53f4f510b6
By now the snapshot that's in stretch is ~20 months out of date. Some of
the modules will work and some won't, but over time more and more will
break. The version of plowshare itself in stretch includes the plowmod
script, so stretch users don't need the modules. I suppose by the same
logic it
Package: plowshare-modules
Severity: serious
Justification: none
The plowshare-modules package contains scripts that need frequent replacing to
keep pace with changes to the websites supported by the scripts since those
sites make frequent changes.
The main package plowshare contains a script (pl
This looks like https://github.com/beetbox/beets/issues/2153 i.e. that the
current version of mutagen that we have in Debian (1.36) is incompatible with
the version of beets (1.3.19). Quoting from that issue:
> when beets 1.3.19 was released, Mutagen 1.33 didn't exist yet.
> When that was rel
Control: block -1 by 805632
Thanks! I created an RFS at #805632.
I've also put a new version of plowshare-modules on mentors which is simply a
new upstream snapshot. That's a completely independent update though, and
unrelated to this bug.
signature.asc
Description: OpenPGP digital signature
Hi,
The bug is fixed in a new version on mentors.d.o (which also packages the newer
upstream release) which I uploaded almost immediately after the report, but I
haven't received a reply from either of the DDs who were helping me with
uploads.
Cheers,
Carl
On 20/11/15 00:33, Jakub Wilk wrote:
>
Yes, this is exactly what I'm doing if you take a look at the blocking bugs
for this present bug. I've patched the package to remove javascript support
and I'm waiting on a mentor to upload to unstable and then approval to
upload to stable.
I'll work out if there is a viable alternative fix in the
Ok, this is my first package in debian so I'm still getting used to things.
My thinking is that this package depends on external APIs (the hosting
websites) and so it is a good candidate for backports. I hope to be able to add
new upstream versions there in addition to unstable. I know that vers
I am in the process of packaging the new upstream version of plowshare.
There has been a significant change so that the core framework (of shell
scripts) is kept entirely separate to the scripts which use this API to
implement support for specific external sites. Once this new version is
available
13 matches
Mail list logo
