On 2024-05-21 at 17:18:59 +0200, Jochen Sprickerhof wrote:
> I have opened a MR to fix this:
Thanks!
I really hope to be able to look into this in the next few days
--
Elena ``of Valhalla''
Thanks for the hint on the *right* way to deal with this, it was really
helpful
--
Elena ``of Valhalla''
rement for the tests.
> alrightie. this was my NM application bug; i guess i will find
> another one. have a good day!
I'm even more sorry about having wasted your time then :(
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
own).
sorry.
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
earlier and ends
with a success: this would make me think about a failure to run the
tests twice in a row, but even that is running correctly when I try it
locally.
If anybody else is able to reproduce this and can explain how I'd be
happy to investigate more.
--
Elena ``of Valhalla''
ty low on my priorities.
--
Elena ``of Valhalla''
On 2019-07-22 at 21:12:34 +0200, Sebastiaan Couwenberg wrote:
> Hi Elena,
>
> On Fri, 7 Jun 2019 09:21:22 +0200 Elena ``of Valhalla'' wrote:
> > Of course after the release the severity can be raised back, as then it
> > would apply to the majority of users indeed (but I'd ju
with it).
Any objection to this plan?
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
this package, but maybe I could give
some one-off help
--
Elena ``of Valhalla''
ably also do this in the
same upload
--
Elena ``of Valhalla''
On 2018-01-07 at 19:10:58 +0100, Andrej Shadura wrote:
> In fact, the binary package only Suggests: python-imaging, isn't this a
> normal severity bug then?
You're right.
I misremembered it as a build-dependency, but there isn't one.
Severity changed back to normal.
--
Elena ``of Valhalla''
for upstream)
--
Elena ``of Valhalla''
ted. I can't reproduce it with the latest version in Sid
> though hence I'm going to mark this issue as fixed in libsdl2 version
> 2.0.7+dfsg1-3.
I've installed the version of libsdl2-2.0-0 from sid on my testing and I
can confirm that the issue is fixed and widelands is running again.
Package: widelands
Version: 1:19+repack-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I have installed widelands on a buster amd64 system and found the sad
surprise that it is no longer working: opening any game (tutorial,
campaign or game) results in a segfault with
did build on a machine with an UTF-8 locale, however.
--
Elena ``of Valhalla''
Index: profanity-0.5.0/src/common.c
===
--- profanity-0.5.0.orig/src/common.c 2016-09-15 23:53:43.0 +0200
+++ profanity-0.5.0/src/common.c 2017-05-29
On 2017-01-06 at 22:51:55 +, Chris Lamb wrote:
> > ImportError when importing ruamel.yaml
>
> So, the binary package is missing a Depends on `python-typing`.
uh, thanks, I didn't think to check of typing for a backport to py2.
That's indeed easy to workaround
--
Elena ``of Valhalla''
;> import ruamel.yaml
>>>
(Using bpython is not relevant: the same error occours with the standard
python interpreter)
--
Elena ``of Valhalla''
that I've prepared for the other FTBFS had to
add an explicit dependency on gnupg1, which should fix also this issue;
I won't remove it when I'll be able to go back on depending on gnupg.
Thanks again for your report.
--
Elena ``of Valhalla''
are you generating the chroot, and how it
ends up not having any version of gnupg installed?
--
Elena ``of Valhalla''
I attach a very simple patch that fixes this issue with minimal
modifications to the packaging.
--
Elena ``of Valhalla''
diff -Nru rest2web-0.5.2~alpha+svn-r248/debian/changelog
rest2web-0.5.2~alpha+svn-r248/debian/changelog
--- rest2web-0.5.2~alpha+svn-r248/debian/changelog 2015-12-15
00
on the wiki:
https://wiki.debian.org/CrossToolchains
I'm not involved in any of those projects except as a user, but I think
that the emdebian-archive-keyring package is doing exactly what it
is meant to do (revoking the compromised key) and so this bug should be
closed.
--
Elena ``of Valhalla''
a DeprecationError on import,
so that user could be warned that they should migrate to python-pypdf2.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The fix for this is ready in svn; I'm waiting for the solution to
#762186 to know which version of the pypdf package it should depend on.
Also, this doesn't apply to testing, where pypdf is still on 1.13
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
Version 1.23-1 of python-pypdf (as currently in sid) has migrated to
the PyPDF2 fork as asked in #749321: the module name has changed
from pyPdf to PyPDF2.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
I can confirm this happens with version 0.47 of apt-xapian-index,
while apt-xapian-index version 0.46 worked (everything else being the
same).
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
not been found.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
And here is the patch, as promised
--
Elena ``of Valhalla''
From 69494d353a28de8bb9cdf13bcbe3d72b35439bf9 Mon Sep 17 00:00:00 2001
From: Elena of Valhalla'' Grandi valha...@trueelena.org
Date: Sat, 16 Aug 2014 18:14:07 +0200
Subject: [PATCH] Use defaults when values file is broken. Closes
Control: tags 738404 + pending
The CVEs should be fixed in upstream version 0.3.6 for which I've
prepared a package (just submitted to my usual sponsor)
I'm working on backporting the fixes to the 0.3.0 version in stable
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc
, line 330,
in module
f = _c_funcs[fn] or _py_funcs[fn]
KeyError: 'fp_str'
I believe that adding python-reportlab-accel as a depends instead of
recommends solves this problem.
--
Elena ``of Valhalla
It's on mentors and I've sent the RFS to my sponsor, it should
be uploaded shortly (unless there is something wrong with it, of
course).
I've also discarded http(s) traffic so that in the future new problems
like this should be discovered earlier.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE
I will only be able to look at your fix / prepare the new upload
at the end of this week, sorry
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
fix for version 0.3.1 after the release.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the command-line arguments feature to 0.3.0 to fix this bug (which
is quite trivial), and consider 0.3.1 and further releases for
backports.d.o.
--
Elena ``of Valhalla''
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
On 2012-07-25 at 15:30:16 +0200, Felix Geyer wrote:
I suspect that the issue is that the typical lack of entropy
of virtual machines is the cause of the 60 minutes wait.
That test requires a lot of random data (5 MB).
Actually the build fails before said file is generated:
the tests start
The package builds on my amd64, but running the tests takes a long
time[1] because gnupg (called by python-gnupg) is waiting for random
data.
I suspect that the issue is that the typical lack of entropy
of virtual machines is the cause of the 60 minutes wait.
--
Elena ``of Valhalla
on the format before I continue?
--
Elena ``of Valhalla''
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Source: http://trac.webkit.org/wiki/QtWebKitJournal
Files: wscript
Copyright: 2009 Kevin Ollivier
License: BSD-2-apple
Files: Examples/NetscapeCocoaPlugin/* Examples
/WebKitSystemInterface.h has just::
/*
WebKitSystemInterface.h
Copyright (C) 2005, 2006, 2007, 2008, 2009, 2010, 2011 Apple Inc. All
rights reserved.
Public header file.
*/
and no license.
--
Elena ``of Valhalla'' Grandi
--
To UNSUBSCRIBE, email to debian
I will have time to work on it in the coming week.
--
Elena ``of Valhalla'' Grandi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
38 matches
Mail list logo