-rsync: debian/
Maintainer: Archive of Siwoo
Country: KR Korea, Republic of
Location: Gwangju, Republic of Korea
Sponsor: Siwoo Lim https://blog.siwoo.life
Comment: Hello debian mirror list admin!
I'm contacting you again because there's something missing about the mirror
list update I
This package would also be useful for fpdf2, since upstream runs it to
prepare the files for some of the tests.
Right now I've disabled those tests and they aren't a big priority of
mine, but bringing them back would be nice.
(I have no experience with packaging java, nor with java
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''
On 2024-05-21 at 11:39:25 +0200, Timo Röhling wrote:
> I noticed that your package uses the so-called "weak team maintainer" model,
> [...]
> Is this a deliberate decision or merely an artifact of some packaging helper
> tool [...]
Thanks for looking into this.
It is
Thanks for the hint on the *right* way to deal with this, it was really
helpful
--
Elena ``of Valhalla''
The attached patch should re-enable looking just for image files on all
partitions; it does work on our usecase (but I don't know live-boot well
enough to test for every other one).
Thanks in advance,
--
Elena ``of Valhalla''
From 4873cd2e22a2107836d442ed9d98edb5a5325182 Mon Sep 1
Thanks for the patch!
I see that the patch is marked as
Forwared: https://github.com/bepasty/bepasty-server/issues/312
but I can't see any mention of it on that page: am I missing something
in the github interface (this is pretty likely)? or should I forward it
upstream myself?
--
Thanks for reminding me that I should bump up the priority of this in my
TODO list :)
--
Elena ``of Valhalla''
Thanks for working on this.
I'm packaging fpdf2, which can optionally use this to manage signatures,
and I'm looking forwards to have endesive in debian and being able to
add it to the recommends of fpdf2.
--
Elena ``of Valhalla''
-rsync: debian/
Maintainer: Archive of Siwoo
Country: KR Korea, Republic of
Location: Gwangju, Republic of Korea
Sponsor: Siwoo Lim https://blog.siwoo.life
Comment: Recently, due to the relocation of IDC, we are also trying to change
the mirror server to a new
system. Therefore, I would like to
ppm rather
than their own patched version, so there is no real point to this.
And for some reason, camelot-py is using it through subprocess rather
than using the python library, so I hope that maintaining the patches
isn't going to be too problematic .
--
Elena ``of Valhalla''
After talking with Ondrej Tuma in private we've agreed that I will
package this under the Python Team.
Some work has already been started, at:
https://salsa.debian.org/python-team/packages/fpdf2
--
Elena ``of Valhalla''
done?
--
Elena ``of Valhalla''
This is caused by an incompability with Pygments-2.12.0 that has been
fixed upstream in version 1.1.0.
--
Elena ``of Valhalla''
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: confusable-homoglyphs
Version : 3.2.0
Upstream Author : Victor Felder
* URL : https://github.com/vhf/confusable_homoglyphs
Package: games-finest
Severity: wishlist
Dear Maintainer,
the metapackage installs just the bare the package minetest with the
bare game; for the best enjoyment however a selection of mods is
required: could you please add them to the metapackage?
alternatively, the minetest source package
an offline reader for dumps of online contents like
Wikipedia, Wikisource etc., suitable both for desktop and mobile form
factors.
I've found the app on
https://linuxphoneapps.org/apps/com.github.birros.webarchives/ (which is
where I take the “suitable for mobile” data from).
While Debian al
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-hazwaz
Version : 0.0.1
Upstream Author : Elena ``of Valhalla'' Grandi
* URL : https://sr.ht/~valhalla/hazwaz/
* Lice
s well.
If that wasn't the case, I agree that it should be a dependency, but it
should be a dependency of pandoc rather than pypandoc.
The issue here is that the tests of pypandoc do try to generate a pdf
(as it is a pretty common usecase), and thus they do need latex
installed, but that
r working on it!
However, I don't think that adding lmodern to the package Depends is the
right solution, as that would lead to parts of tex (admittely, a small
part, but still) having to be installed on the system, which is not
required by pandoc itself.
The right solution, I believe, is to a
(typically precision and/or range of the knobs/sliders/..., OSC control,...).
Some of them doesn't work with the former GUI, leading to unexpected behaviors.
Would it be possible to include this new GUI in the package?
Thanks.
P.B.
-- System Information:
Debian Release: bookworm/sid
APT pr
8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-pyalsa depends on:
ii libasound2 1.2.5.1-1
ii libc6 2.32-4
ii python3 3.9.7-1
python3-pyalsa recommends no packages
Package: python3-memcache
Version: 1.59-5
Severity: normal
Example:
import memcache
m = memcache.Client(["127.0.0.1:11211"])
m.set("foo", "bar")
print(m.delete("foo"))
print(m.delete("foo"))
Output:
1
1
delete() returns 1 even though the key no longer exists.
On the protocol level it looks diff
scover would be a good idea)
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
ed in an unwieldy debdiff, I opted to
just skip the affected tests in the resulting package.
Both upstream and me are sure that this is purely a broken test issue,
and not a hint of a problem in the code.
[ Tests ]
[ Risks ]
The change only affects the unit tests of the package, and won't
devices running CPython
blinka provides code to emulate the main CircuitPython packages on
supported Single Board Computers such as the Raspberry Pi.
A list of supported boards is at
https://github.com/adafruit/Adafruit_Blinka/tree/master/src/adafruit_blinka/board
This provides a beginner-friendly
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: Harbin Institute of Technology Linux User Group
Country: CN China
Location: Harbin
Trace Url: http://mirrors.hit.edu.cn/debian/project/trace/
Trace Url: http://mirrors.hit.edu.cn/debian/project/trace/ftp-master.debian.org
Trace Url: http
File "/usr/lib/python3/dist-packages/solo/fido2/__init__.py", line 3, in
import fido2._pyu2f
ModuleNotFoundError: No module named 'fido2._pyu2f'
My version of python3-fido2 (as mentioned below) is 0.9.1-1 and I see
that upstream there is already an issue[1] for a f
/
Maintainer: Harbin Institute of Technology Linux User Group
Country: CN China
Location: Harbin
Trace Url: http://mirrors.hit.edu.cn/debian/project/trace/
Trace Url: http://mirrors.hit.edu.cn/debian/project/trace/ftp-master.debian.org
Trace Url: http://mirrors.hit.edu.cn/debian/project/trace
Package: lists.debian.org
Severity: wishlist
Dear Maintainer,
please create a new mailing list for the local groups team.
name: debian-localgroups
rationale:
the recently started local groups team needs a place where members
of the local groups can ask for support and the team can
don't seem to work on my
> > setup (I can switch with the other regular ways).
>
> Maybe this is some speciality of your desktop environment or window manager?
> Which one is it and is it configured in some special way?
> In mine (xfce4), nothing happens, when I press ALT+Fn.
I've tried, but I can't reproduce this test failure elsewhere, either
during the build of the package nor for the standalone source code, so
I'm lowering the severity.
One thing that makes me suspicious is that the failures are when running
the tests with python 3.8, while the
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: lesana
Version : 0.6.1
Upstream Author : Elena Grandi
* URL : https://lesana.trueelena.org/
* License : GPL-3+
Programming La
Thanks for noticing this
The cause is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951715
and indeed I had forgotten about it: in the next few days I'll try to
prepare a patch and/or ping the pygments maintainer.
--
Elena ``of Valhalla''
dy to commit to pick up an ITP for octoprint, but
I wanted to document what I had found and I may start to work at least
on some of the dependencies in the next few weeks.
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
Package: ansible
Version: 2.7.7+dfsg-1
Severity: important
Dear Maintainer,
on a minimal stable (buster) installation, ansible fails to run (at
least on the machine itself) because of a lack of the python (2)
interpreter.
To reproduce, debootstrap an image (but installing from netinst without
n95 safe mask uvwn n95 safe mask uvwn
儜Y呗o佭u 厺c名a侷n 印b侎u吶y 仱m刭a冘s儵k呰s 凢t产h否a侟t 厉a侧r吝e 伊i剅n 儤s什h击o凉r儃t 咙s伫u厡p俀p各l仈y
伛r唄i劻g乿h亃t 刟n唀o伞w協, 唃a伜n卖d 呧c侸o劺n乾n亃e可c侳t 亁t劽h侵e呩m 单b伙e唅l咊o偎w发．
刢W偐o収r僭l内d劚w侹i効d乽e 偕d伐e伢l傰i仳v伄e働r傻y
叀l厮i匑n卩k历：https://golead．pl/p/xSI2/Uxzr/BACu
Package: libjs-popper.js
Version: 1.16.0+ds2-1
Severity: important
Dear Maintainer,
When upgrading libjs-popper.js from buster to bullseye, an empty
/usr/share/javascript/popper.js/ directory is left and prevents the
creation of the symlink to ../nodejs/popper.js/dist , thus breaking
anything
Please find the Invitation from Rt. Hon. President for your kind information
and dissemination to larger public audience.
PDF Invitation.pdf Download
Thank you,
March 5, 2020
--
The Office of the Spokesperson
Ministry of Foreign Affairs
Singha Durbar
used because it prints its version on stdout,
and so do the other commands I tried before python; of course anything
else that prints something on stderr would do.)
Thanks in advance,
-- System Information:
Debian Release: bullseye/sid
APT prefers stable-updates
APT policy: (500, 's
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
* Package name: bepasty
Version : 0.5.0
Upstream Author : Bepasty team
* URL :
https://github.com/bepasty/bepasty-server/blob/master/AUTHORS
* License : BSD-2-Clause
Programming La
Thanks for spotting this
I will do it at the first opportunity
--
Elena ``of Valhalla''
On 2019-11-25 at 21:27:04 +0100, László Böszörményi (GCS) wrote:
> On Mon, Nov 25, 2019 at 9:03 PM Elena ``of Valhalla''
> wrote:
> > On 2019-11-25 at 17:28:32 +0100, László Böszörményi (GCS) wrote:
> > done the upgrade, the same thing is happening.
> While I ca
On 2019-11-25 at 17:28:32 +0100, László Böszörményi (GCS) wrote:
> I think it was a regression due to an other package. Can you please
> do a full upgrade of your Bullseye installation and re-test your image
> with feh? Maybe share that file in private somehow?
done the upgrade, the s
Source: feh
Severity: normal
Dear Maintainer,
Up to buster, feh was able to open (a preview of) the raw files
generated by my camera (Canon EOS 1100D); after upgrading to bullseye it
fails with the following error::
OJPEGDecodeRaw: Inconsistent number of MCU in codestream.
feh WARNING
Package: prosody-modules
Version: 0.0~hg20190203.b54e98d5c4a1+dfsg-1
Severity: wishlist
Dear Maintainer,
Please consider adding mod_bookmarks_ which helps upgrading from Private
XML to PEP bookmarks and is recommended by
https://compliance.conversations.im
.. _mod_bookmarks: https://modules.pros
e.
Uploading the new upstream would also be python2 only, at least at the
beginning, but at least there is hope that it can be made to work also
with python3.
I don't expect the new version to be problematic, but it will involve a
bit of yak shaving, and and see #876681 (RFH: rst2pdf) on how
ching the setup.py and
possibly some other file).
--
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 (
or not: I suspect not, since it is a
new upstream release and I couldn't find any unblock bug.
If that is the case, I'd prefer not to do any upload in sid until the
buster release, but I would do as follows:
* lower the severity to important, since the package is still usable for
t
Package: infinoted
Version: 0.6.7-2
Severity: normal
Tags: upstream
Dear Maintainer,
in the infinoted manpage one reads:
-c, --config-file=CONFIG-FILE
Load the given configuration file instead of looking at the
standard locations.
[...]
-c
Hello
Are there any updates on the status of this package? Is it still being
considered for the freedombox?
Is there something blocking the packaging, or just lack of time?
thanks
--
Elena ``of Valhalla''
signature.asc
Description: PGP signature
UTF-8 (charmap=UTF-8),
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libguestfs-tools depends on:
ii curl 7.64.0-2
ii libc6 2.28-10
ii libconfig9
notetaking, sketching and
keeping a journal using a stylus. It can also be used to
add annotations to PDF files.
This is a rewrite of xournal which maintains a decent amount of
backwards compatibility and is currently under active development.
It is mentioned on the xournal homepage itself.
It
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
* Package name: python-a38
Version : 0.1.0
Upstream Author : Enrico Zini
* URL : https://github.com/Truelite/python-a38
* License : Apache 2.0
Programming Lang: Python
Description
Source: tahoe-lafs
Version: 1.12.1-5
Severity: wishlist
Dear Maintainer,
I've noticed that a few months ago upstream released a new version of
the package:
https://tahoe-lafs.org/pipermail/tahoe-dev/2018-August/009923.html
I realize that there would be very little time, but do you thi
-8),
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libvirt0 depends on:
ii libacl1 2.2.52-3+b1
ii libapparmor12.13-8
ii libaudit1 1:2.8.4-2
ii libavahi-client3
To help searches to point to this issue: the error message one gets when
trying to encrypt a message is:
sh: 1: /usr/libexec/neomutt/pgpewrap: not found
Press any key to continue...
(while, as mentioned in the above message, pgpewrap is in
/usr/lib/neomutt/pgpewrap)
--
Elena ``of
accept the english
defaults 'y' and 'n' when asking yes/no questions even in other locales;
this would help prevent similar errors in the future (and also helps
the muscle memory of people who deal with systems in different languages
:) )
I don't know how apt and other programs
64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages e2fsprogs depends on:
ii libblkid12.32.1-0.1
ii libc6
a simple bridge between IRC, XMPP, Gitter, Mattermost, Slack, Discord,
Telegram, Rocket.Chat, Hipchat(via xmpp), Matrix, Steam, ssh-chat and
Zulip Has a REST API.
As far as I know there are no other similar tools inside Debian with
support for such a list of systems.
Packaging this would help
On 2018-07-01 at 22:42:21 +0200, Elena ``of Valhalla'' wrote:
> The files are pretty big (the smallest is 1.2G): could it be the reason?
> Tomorrow CEST I can try downloading some other smaller dumps from the
> site above (there are some that are ~100MB).
no difference even
dumps from the
site above (there are some that are ~100MB).
The files are also symbolic links, but I've tried to copy one of them
elsewhere as a regular file, and that didn't help.
I may be doing something wrong, but I can't understand what.
Please let me know if you need me to che
Source: bpython
Severity: normal
Dear Maintainer,
running bpython(3) inside a minimal installation and trying to read the
help of some module or function results in an ``OSError: [Errno 2] No
such file or directory`` | ``FileNotFoundError: [Errno 2] No such file
or directory: 'less'``
On 2018-05-03 at 13:39:23 -0400, Daniel Kahn Gillmor wrote:
> Package: pdfposter
> Version: 0.6.0-2
> Severity: wishlist
>
> It would be great if pdfposter didn't have any python2 dependencies.
> i believe python3-pypdf2 is already available, so it should just be a
&g
I've seen that love has been autoremoved from testing because of this
bug, which seems to be fixed in the next upstream version.
Are there news on its packaging? is it still waiting for a review of the
copyright file or was there some blocking issues found?
I'm not interested in mainta
Package: flashrom
Version: 0.9.9+r1954-1+b1
Severity: wishlist
Dear Maintainer,
After a couple of years, upstream has released a new version, 1.0.
It doesn't have huge changes (https://www.flashrom.org/Flashrom/1.0),
but it would be nice to have it packaged in debian.
Thanks for your work.
I've tried to apply the patch (or variants of it), but having all
messages at DEBUG level printed on stderr leads to an unreadable log
that is going to actually hurt debugging in case tests will fail in the
future, and I couldn't find a good in-between amount of logging.
Since the mai
Hello
debacle did the backport of the version currently in testing with
support for gnupg2.1 and uploaded it to stretch-backport; do you think
that we can consider this bug closed?
--
Elena ``of Valhalla''
probably also do this in the
same upload
--
Elena ``of Valhalla''
On 2018-01-07 at 16:31:58 +0100, Andrew Shadura wrote:
> On 7 January 2018 at 16:13, Elena ``of Valhalla''
> wrote:
> > On 2017-09-25 at 07:31:29 +0200, Andrew Shadura wrote:
> >> I think I can have a look at it :) I'll let you know later today if
> >>
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''
g for upstream)
--
Elena ``of Valhalla''
On 2017-09-25 at 07:31:29 +0200, Andrew Shadura wrote:
> I think I can have a look at it :) I'll let you know later today if
> I'm really interested.
Can I assume that you're not interested?
rst2pdf is going to be autoremoved from testing because of #866477, and
right now I&
;)
Architecture: amd64 (x86_64)
Kernel: Linux 4.13.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages cura depends on:
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
* Package name: proxmoxer
Version : 1.0.0
Upstream Author : Oleg Butovich
* URL : https://github.com/swayf/proxmoxer
* License : MIT
Programming Lang: Python
Description : Pyth
, adaptable and intuitive XMPP Client.
This package was recommended to me as a good XMPP client for newcomers,
and from the screenshots it does look like it is.
As I'm more of an irssi-like-UI person, I'm not personally interested in
using, nor maintaining it, but I'm opening this RFP t
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 runnin
the attached output.
I didn't try multiplayer games.
Originally I tried with an existing ~/.widelands directory, but I moved
it away and could still reproduce the behaviour.
Please let me know if there is any other information I can provide: I
have all of the free time saved by not pl
Hello
I've seen that the required dependencies that blocked this bug have been
uploaded, so I wonder: what is the status of this ITP?
Is there any other dependency that is missing? or are there other
issues?
As somebody that is still looking for a great text-based xmpp client I'd
l
On 2017-11-05 at 19:56:07 +0100, deb...@activityworkshop.net wrote:
> Thanks very much for looking at this so promptly, and sorry for the
> incompleteness of the description.
it's fine, thanks for answering back promptly with the clarifications.
> On 2017-11-05 18:22, Elena ``of Va
I've done a trivial attempt at reproducing this on testing (buster)¹ and
importing seems to work, so I have a couple of questions before I
investigate more in depth on a stretch.
On 2017-11-05 at 16:55:38 +0100, activityworkshop wrote:
> from gpg import GPG
is this a typo for ``from gnup
http://http.us.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/
30-Sep-2017
Date: 2017-10-21 16:00
Machine: Mele A1000
Partitions:
Disk /dev/mmcblk0: 3.8 GiB, 4089446400 bytes, 7987200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (lo
Package: debdate
Severity: wishlist
As discussed in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877404
there is a request not to use a name that is suggestive of a monarchy.
Of course, I agree that having a king would be pretty bad for Debian,
altought considering what the release names
/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages python3-docutils depends on:
ii docutils-common 0.14+dfsg-1
ii python3 3.5.3-3
ii python3-roman2.0.0-2
Versions of packages python3-docutils recommends:
ii libpaper-utils1.1.24+nmu5
ii python3-pil
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "debdate"
* Package name: debdate
Version : 0.20170714-1
Upstream Author : Elena Grandi
* URL : http://git.trueelena.org/cgit.cgi/software/debdate/about/
* Lice
Package: wnpp
Severity: wishlist
Owner: Elena ``of Valhalla''
* Package name: debdate
Version : 0.20170714
Upstream Author : Elena Grandi
* URL : http://git.trueelena.org/cgit.cgi/software/debdate/
* License : WTFPL
Programming Lang: Python
D
On 2017-09-20 at 11:04:00 +0200, Carlo Stemberger wrote:
> what's the difference between the two projects? Why the original author has
> forked the code? I can't find any news about the reason.
I couldn't find a clear description of the situation either; I've posted
t
Package: wnpp
Severity: normal
I request assistance with maintaining the rst2pdf package.
The package description is:
The usual way of creating PDF files from reStructuredText is by going through
LaTeX. This tool provides an alternative by producing PDF directly using the
ReportLab library
s just one open (upstream) bug with an easy
workaround, so I don't think there is a pressing need for a premature
removal of this package, but I'd expect that it's better to start
forking upstream early instead of under a close deadline.
for python-gnupg (I'm looking at the
options to see what's easier to implement and will do another upload).
As for this bug, I don't know if there is a place to add this info as
documentation, otherwise for me it can just be closed.
--
Elena ``of Valhalla''
testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages minete
://forum.valentina-project.org/t/new-name-for-valentina/1839
--
Elena ``of Valhalla''
nsatisfied dependencies: "homedecor_i18n"
"unifieddyes"
ERROR[Main]: mod "plasmascreen" has unsatisfied dependencies: "homedecor"
I can't seem to find homedecor_i18n among the available mods in the
configuration screen.
(please ignore the mentions of unif
; better? The original reporter of this bug was suggesting this too.
>
> IIUC the versioned dependency on python-gnupg (>= 0.4.1) should assure
> that the installed gnupg package (as an indirect dependency) is indeed
> version 2.x and that the 'gpg' binary is indeed gpg2.
&g
ind strange that when I ask for a key what is returned is actually a
> *master* key as well as all the possible *subkeys*. This obviously
> means that the possibility of a collision is bigger.
Personally I find it convienent to be able to download a key by giving
the id of a subkey as that i
Package: gnupg
Version: 2.1.18-6
Severity: normal
Dear Maintainer,
When running tests for python-gnupg (e.g. at build time) I use the
option --debug-quick-random to use /dev/urandom instead of /dev/random
to be able to complete the tests in a reasonable time (as it is
generating keys that will
The transition to gnupg 2.1 as the default gpg has happened and has
reached stable (stretch): could this bug be closed?
--
Elena ``of Valhalla''
Source: python-gnupg
Version: 0.4.1-1
Severity: normal
Since I've turned the package back to use gpg by default (now pointing
to gnupg 2.1) the option to use urandom for key generation doesn't seem
to do anything, and thus running the package tests (e.g. at build time)
can take a l
This is a relevant issue on Conversations, which I believe can give
more informations
https://github.com/siacs/Conversations/issues/2612
--
Elena ``of Valhalla''
1 - 100 of 339 matches
Mail list logo
