retitle 472722 ITA: samidare -- web page updates checker
owner 472722 NIIBE Yutaka <[EMAIL PROTECTED]>
thanks
I'm adopting it, because we are users of this package, that is,
our web site depends on this.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
reopen 489844
thanks
No, sigscheme_0.8.3-3 doesn't fix FTBFS(es).
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
> After updating to Version: 0.5.4-1 of gauche-c-wrapper
> /usr/share/gauche/site/lib/c-wrapper/config.scm line 34 reads:
> (let ((ldconfig-cmd ""))
>
> => ldconfig isn't used anymore. I still suggest the fix above.
This is not intentional. I uploaded 0.5.4-1 before reading your
bug rep
forwarded 490717 [EMAIL PROTECTED]
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi there,
Sorry for not responding to your bug report earlier.
Daniel Roschka wrote:
> Package: treil
> Version: 0.1-2
> Severity: important
>
>
> Whenever I try to use treil to make an image of my homedir, I get the
following error message:
>
> [EMAIL PROTECTED]:~$ treil -o test.png /home/foo
retitle 444704 ITA: ttyrec -- A tty recorder
thanks
I adopt this package.
I have sent two fixes for this package and frustrated that the
previous maintainer was not responsible.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTE
Package: samidare
Version: 0.3-1
Severity: wishlist
At http://www.a-k-r.org/samidare/ we have version 0.4 now.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
NIIBE Yutaka wrote:
We have now version 0.6 at:
http://www.a-k-r.org/htree/
Please update the package.
If you don't have time, I would like to take over.
For your reference, I have NMU version of htree 0.6 at my site:
http://www.gniibe.org/oitoite/debian/20080117/
I would like to
Joey Hess wrote:
> Package: golly
> Version: 1.4-1
> Severity: normal
>
> Draw on the board and close golly. It will prompt with a dialog
> box, which reads:
>
> If you don't save, your changes will be lost.
>
>
>
> This is ambiguous. Is it asking if I want to save changes?
> Or is it
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
* Package name: gfarm
Version : 2.3.0
Upstream Author : Osamu Tatebe
* URL : http://datafarm.apgrid.org/
* License : BSD, LGPL, CDDL
Programming Lang: C
Description : a reference implementation of
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
* Package name: gfarm2fs
Version : 1.1.1
Upstream Author : Osamu Tatebe
* URL : http://datafarm.apgrid.org/
* License : BSD
Programming Lang: C
Description : FUSE program to mount the Gfarm file
Hi,
Seven weeks ago, as #578337, I filed a bug report for libgc wrt fixing
FTBFS. But I see no progress yet.
Chris, do you get the bug report? Please check it.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: tomoe-gtk
Version : 0.6.0
Upstream Author : Takuro Ashie
* URL : http://tomoe.sourceforge.jp/
* License : LGPL
Programming Lang: C, Python
Description : GTK
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: postal-code-jp
Version : 2010-05-31
Upstream Author : Japan Post Service Co, Ltd.
* URL : http://www.post.japanpost.jp/zipcode/
* License : Public Domain
Programming
To confirm my claim below, I talked to m17n-lib upstream author.
And it is confirmed, thus, I changed subject of this mail.
2010-05-29 23:49, NIIBE Yutaka wrote:
> It seems for me that the real problem is in the packaging of libm17n-0.
[...]
> (1) emacs23 package depends on libm17n-0 p
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: xemacs-chise
Version : 0.23
Upstream Author : MORIOKA Tomohiko
* URL : http://www.kanji.zinbun.kyoto-u.ac.jp/projects/chise/xemacs/
* License : GPL
Programming Lang
gregor herrmann wrote:
> tags 595839 + patch
> tags 595839 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for verilog-mode (versioned as 558-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thanks.
However, I think that verilog-mo
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
* Package name: scute
Version : 1.4.0
Upstream Author : Marcus Brinkmann
* URL : http://www.scute.org/
* License : GPLv2+ with exception for Mozilla
Programming Lang: C
Description : OpenPGP
Thanks for your bug report.
2010-11-25 10:43, Denis Feklushkin wrote:
> Package: qrencode
> Version: 3.1.1-1
> Severity: important
>
> Using random data:
>
> $ dd if=/dev/urandom of=from.bin count=5
[...]
Reading the code, qrencode doesn't support binary data.
Current code assumes string is 0-
2011-01-24 15:38, Lucien Grondin wrote:
> qrencode is supposed to read stdin if no string is specified. It
> doesn't.
Could you please give me reproducible test case?
It *does* read from standard input when no string is specified (at
least on my machine). Note that option '-o' is mandatory.
--
2008-04-24 23:36, Nelson A. de Oliveira wrote:
> Package: ngetty
> Version: 0.3-3
> Severity: important
>
> Hi!
>
> With this entry on /etc/inittab
>
> ng:2345:respawn:/sbin/ngetty 1 2 3 4
>
> I have a problem when trying to use tty1: I have to type twice to a
> character appears on screen.
> F
2011-02-16 12:12, Nelson A. de Oliveira wrote:
> I only have this:
>
> ng:2345:respawn:/sbin/ngetty 1 2 3 4
>
> But the file is attached, just in case I am doing something wrong and
> not seeing.
Thanks. So, your problem is not the one I encountered.
Could you please let me know your /dev/tty1
Package: sysvinit
Version: 2.88dsf-13.1
Severity: minor
On every boot, I see: "no more processes left in this runlevel"
which disturbs login prompt.
I am using ngetty (1.1-2) which doesn't use /etc/inittab
but invoked by /etc/init.d/ngetty.
Since ngetty works differently than traditional getty,
Package: ftp.debian.org
Severity: normal
Please remove verilog-mode from unstable. It is Emacs extension and
already included in GNU Emacs 23 and XEmacs 21. Since we no longer
have GNU Emacs 22 in Debian, there wolud be no user of verilog-mode
any more. Thus, I don't maintain it in unstable.
Thanks for your attention.
2011-02-09 15:36, Nobuhiro Iwamatsu wrote:
> gauche FTBFS on sh4.
>
> http://buildd.debian-ports.org/fetch.php?pkg=gauche&arch=sh4&ver=0.9-19&stamp=1297164204&file=log&as=raw
I saw this morning.
> sh4 needs -mieee option for NaN (fpu) support.
Yes. I know. It's
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
* Package name: libgit2
Version : 0.3.0
Upstream Author : Vicent Mart«¿
* URL : http://libgit2.github.com/
* License : GPL2 with linking exemption
Programming Lang: C
Description : Git core
Hello, Harshula,
2011-02-23 00:05, Harshula wrote:
> This whole issue is about dependencies and package sizes.
Thanks for your message.
> The relevant m17n dependencies are:
> libm17n-0 Depends on libanthy0
> libm17n-0 Depends on m17n-db
> m17n-db Recommends anthy
>
> 1) Upstream agreed to modi
2011-02-24 10:57, Harshula wrote:
> Perhaps you are confusing the m17n ispell module with the anthy module.
No, I am talking about Anthy module. Well, let me explain my background.
My native language is Japanese. I developed Egg v4 input method for
GNU Emacs around 1997, and enhanced it to supp
It seems for me that the real problem is in the packaging of libm17n-0.
It completely makes sence libanthy0 depends on anthy-common, because
libanthy0 *always* use the dictionary.
I figure out following relationships.
(1) emacs23 package depends on libm17n-0 package, because GNU Emacs
executable
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: cutter-testing-framework
Version : 1.1.3
Upstream Author : Kouhei Sutou
* URL : http://cutter.sourceforge.net/
* License : LGPL
Programming Lang: C
Description
Modestas Vainius wrote:
Note that Debian's buildds run a UP kernel, so as soon as those fixes
go upstream we can pull them in. Thanks for all your work here!
Well, as long as this is unfixed or at least "common", I don't see how hppa
can be considered to be a release arch. Is that UP patch ava
Package: ttf-ipafont
Version: 00203-14
Severity: normal
The following change in 00203-14 breaks upgrading.
* split to ttf-ipafont-uigothic, ttf-ipafont-gothic and ttf-ipafont-mincho
package and ttf-ipafont depends it.
I think that it is needed to set Breaks: and Replaces: fields in
contr
retitle 543857 ITA: pth -- The GNU Portable Threads
thanks
I adopt this package, as this package is useful for users who want to
use cooperative threads.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
I am adopting rxp.
Original Message
Subject: ITA: rxp -- A validating XML parser
Date: Tue, 11 May 2010 14:32:20 +0900
From: NIIBE Yutaka
Organization: Free Software Initiative of Japan
To: cont...@bugs.debian.org
unarchive 494599
reopen 494599
retitle 494599 ITA: rxp -- A
reopen 494599
retitle 494599 ITA: rxp -- A validating XML parser
owner 494599 gni...@fsij.org
thanks
I adopt this package, because my wnpp package tomoe Build-Depends
on this.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
Package: gcc-4.4-hppa-linux-gnu
Severity: normal
I think that I found (when debugging Boehm GC) a gcc bug on hppa.
Attached is a testcase program, test-pthread-cancel.c.
I test it on paer.debian.org, where the kernel is:
Linux version 2.6.32-3-parisc64 (Debian 2.6.32-9) (m...@debian.org) (gcc
v
Package: libgc
Version: 7.1
Severity: important
Hi,
This message is to share the effort of fixing FTBFS
of libgc.
I maintain Gauche in Debian:
http://packages.qa.debian.org/g/gauche.html
Gauche comes with its own libgc 7.1, and I managed
to build it successfully for all architectures.
2010-01-19 09:43, Joey Hess wrote:
Attached patched fixes that.
Thanks for your patch.
I think that the bug is exiting at the SIGCHLD handler.
IIUC, all we need is to stop exiting there.
I am testing following patch.
--- ttyrec-1.0.8.orig/ttyrec.c 2010-04-27 10:22:52.0 +0900
+++ tty
Package: ttyrec
Version: 1.0.8-4
Severity: important
To reproduce:
(1) Run ttyrec
(2) Run emacs23
$ emacs -q -nw
(3) exit emacs23, exit ttyrec session
(4) Run ttyplay with the output of (1)
Then, ttyplay stops. Type '1' to proceed.
The output in question is:
ESC [ > 0 c
which
retitle 472715 ITA: htree -- HTML/XML tree library for Ruby
owner 472715 NIIBE Yutaka <[EMAIL PROTECTED]>
thanks
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gnupg2
Version: 2.0.14-2
Severity: normal
With Smartcard, signing with SHA256 is not possible in current gpg2 in
Debian. It is already fixed in trunk, please consider to include
the fix for Debian.
Message in list:
http://lists.gnupg.org/pipermail/gnupg-devel/2010-November/025819.html
Package: gnupg2
Version: 2.0.14-2
Severity: normal
When scdaemon got some error, it does not recover. Then, gpg2 doesn't
work any more. The problem is reported to upstream already. Please
consider to apply my patch.
Message in the list:
http://lists.gnupg.org/pipermail/gnupg-devel/2010-Novembe
Package: gnupg2
Version: 2.0.14-2
Severity: normal
When there is no gpg-agent, gpg2 with smartcard doesn't works well.
A fix is already committed to upstram trunk. Please consider
to include the fix to Debian.
The message in the list:
http://lists.gnupg.org/pipermail/gnupg-devel/2010-November/02
Package: gnupg2
Version: 2.0.14-2
Severity: normal
Using gpg2 with smartcard, we need a fix for foreground gpg-agent. It
is reported to upstream and fix is already committed to trunk. Please
consider to apply the fix for Debian.
Message in the mailing list:
http://lists.gnupg.org/pipermail/gnup
severity 599239 wishlist
tags 599239 experimental
thanks
2010-10-06, Mathieu Trudel-Lapierre wrote:
> It appears that if built against gdk-pixbuf as it is in experimental
> (basically with gdk-pixbuf headers separate from the gtk2.0 files),
> gauche-gtk does not complete build as it fails to analy
gregor herrmann wrote:
> I guess now
> - I should cancel the NMU and
> - you will file a removal request
>
> Ok?
Yes, I will do file the removal request next week.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
Hello, Chris Lamb,
2010-06-07 09:55, NIIBE Yutaka wrote:
Seven weeks ago, as #578337, I filed a bug report for libgc wrt fixing
FTBFS. But I see no progress yet.
Chris, do you get the bug report? Please check it.
The upstream is about to release new version. Please work for libgc
in Debian
Package: dieharder
Version: 2.28.1-3
Severity: minor
I found an issue of random number generator "uvag".
--- libdieharder/rng_uvag.c~2008-09-08 21:37:19.0 +0900
+++ libdieharder/rng_uvag.c 2011-06-23 12:03:27.225908700 +0900
@@ -138,11 +138,11 @@
* single seed, unsigned long in
Package: lightdm-gtk-greeter
Version: 2.0.6-1
Severity: normal
Hello,
Testing lightdm-gtk-greeter in buster, I found that default layout no
longer has "language" selection in indicators. It seems that it's
upstream change, but someone (like me) would depends on this feature.
For me, this is imp
Package: wnpp
Severity: normal
I intend to orphan the libapache2-mod-auth-openid package.
The package description is:
mod_auth_openid is an authentication module for Apache2.
It handles the functions of an OpenID consumer as specified in the
OpenID 2.0 specification.
Upstream is no longer act
Package: wnpp
Severity: normal
I intend to orphan the libopkele package.
The package description is:
libopkele is a C++ implementation of an OpenID decentralized identity
system. It provides OpenID protocol handling, leaving authentication
and user interaction to the implementor.
The only us
Package: wnpp
Severity: normal
I intend to orphan the ngetty package.
The package description is:
Ngetty is a daemon that starts login sessions on virtual console
terminals, on demand. It is a good replacement for all those getty
processes started from init that, most of the time, are only ta
Package: wnpp
Severity: normal
I intend to orphan the libpcre++ package.
The package description is:
PCRE++ is a C++ wrapper-class for the library PCRE (Perl Compatible
Regular Expressions).
.
Its class allows you to use perl alike regular expressions in your C++
applications. You can use it
Simon McVittie wrote:
> The wontfix tag was because upstream are not willing to add pkg-config
> metadata
It was. Now, it has been changed.
In the next version of libgpg-error (1.33), we will offer gpg-error.pc
(if nothing is going wrong). I believe this change helps
cross-compiling other pack
Hello,
Thanks for your explanation. I learn.
Let me explain from GnuPG development side. We care traditional UNIXen
and unusual OSes. (minimum version of) GnuPG should be able to be built
and installed in early stage of development.
Simon McVittie wrote:
> Control: tags -1 - wontfix
OK.
>
Hello, again,
Simon McVittie wrote:
> For Debian, I wonder whether we might be able to patch the script to
> remove this part, which looks like the only architecture variation:
>
> prefix=@prefix@
> exec_prefix=@exec_prefix@
> libdir=${PKG_CONFIG_LIBDIR:-@libdir@}
> PKG_CONFIG_PAT
Simon McVittie wrote:
> The multiarch tuple used to form ${libdir} on Debian is not always
> identical to the GNU host.
[...]
> There's a Debian-specific option "gcc -print-multiarch" added by a
> Debian patch, although not all of our compilers have a similar patch
> (gcc does but clang doesn't).
Hello,
Santiago Vila wrote:
> but the failure rate is extremely high (around 70% here).
Thanks for the number. When I built, I didn't get failure in such a
rate. I built it in my machine (a few times), and upload it to Debian,
where it automatically built on several machines, you know.
So far
Here is some information.
It is garbage collection + threads bug (possibly + dynamic loading).
When I reproduce the failure (by make check) on my machine, it keeps
running at gauche-c-wrapper/testsuite/cwrappertest.scm.
gauche-c-wrapper/testsuite/test.log having:
Hello,
I managed to identify the bug and upload the fix. Thanks.
--
On Sun, 02 May 2021 19:47:15 +0200 "Xavier G." wrote:
> Package: libgcrypt20
> Version: 1.8.7-4
> Severity: important
>
> Dear Maintainer,
>
> After a full-upgrade in Sid on 2021-05-02, `gpg --decrypt somefile.gpg` fails:
>
> gpg: encrypted with 256-bit ECDH key, ID [hopefully irrelevant]
>
Hello,
On 2021-01-05 +0100, Christoph Biedl wrote:
> | missing upstream releases,
>
> Several. Debian has 2.20, uploaded in March. Upstream is at 2.26.
FYI, I tried to build GnuPG 2.2.26-1-of-mine package:
https://salsa.debian.org/gniibe/gnupg2
I did:
* fetch by 'git fetch '
* import
round
the initial connect to gpg-agent.
I don't know if this patch fixes the particular problem of sbuild, but,
it should improve the situation, hopefully, much.
--
commit b1c56cf9e2bb51abfd47747128bd2a6285ed1623
Author: NIIBE Yutaka
Date: Wed Jul 24 15:15:32 2019 +0900
c
with access to a
> | signing subkey.
This description sounds not accurate for me. In my opinion, the
certifications are invalid.
The smartcard problem was introduced by the commits of mine:
commit fbb2259d22e6c6eadc2af722bdc52922da348677
Author: NIIBE Yutaka
Date: M
Guido Günther wrote:
>> > #4 0x556a0f29306f bug_at (gpg)
>> > #5 0x556a0f243c1e do_we_trust (gpg)
>> > #6 0x556a0f243fff find_and_check_key (gpg)
>> > #7 0x556a0f2455b6 find_and_check_key (gpg)
>> >
Thanks Guido for the log.
Now, I managed to replicate the problem.
I created /tmp/0xDF6D76C44D696F6B from debian-keyring. The key is expired.
And then, I get the key from keyserver.
Now, we have two keyrings. In this situation, it hits bug_at.
==
$ /usr/bin/gpg --no-d
Fixed in master of GnuPG git repo:
995c46ea77cff5b99b2fca17b547d6525a4f227e
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=995c46ea77cff5b99b2fca17b547d6525a4f227e
It will be backported to 2.2 (STABLE-BRANCH-2-2).
--
Daniel Kahn Gillmor wrote:
> Package: scdaemon
> Version: 2.2.1-2
> Severity: normal
[...]
> Should we add a similar "prctl(PR_SET_DUMPABLE, 0)" to scdaemon as
> well?
I think we should. Or else, someone might confuse as if the specific
attack condition is somehow different for scdaemon.
--
intrigeri wrote:
> Can you please take a look, and maybe attach an updated patch?
OK.
Attached is updated patch for gcr to fix this issue, by simply supplying
parent's environ untouched, intended to be put under debian/patches/.
While this patch fixes the particular issue, I think that more clea
Antoine Beaupre wrote:
> When I login in the morning, my Yubikey setup fails to let me connect
> to remove SSH servers:
How do you invoke gpg-agent? If it is through your first SSH
invocation, gpg-agent wouldn't know the place where to ask PIN (TTY and
DISPLAY).
You can check if you can use you
Hello,
It looks like similar to the bug 835394.
Manual workaround to set environment variables is:
$ gpg-connect-agent updatestartuptty /bye
As explained in:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835394#43
Norbert Preining wrote:
> the default was pinentry-gn
Hello,
Thanks for your testing again.
I think that your ssh invocation is the first trigger to invoke
gpg-agent (by systemd).
Does SSH work successfully, when gpg-agent is invoked by gpg, by running
something like "gpg --card-status" before running ssh? If SSH works
after "gpg --card-status", t
Hello,
This is a report of my case. Sorry, it doesn't have a solution for you
(yet). I hope you can find some information to try.
I usually invoke gpg-agent manually (because I use my own development
version). This time, I enable systemd socket activation.
I did test with installed gnupg to
Thanks for your patience.
I think I identified an issue in your debug log. Not yet catch the bug,
though.
The problem is caching passphrase by libsecret using
gnome-keyring-daemon. I believe that possible workaround is having
"no-allow-external-cache" in your .gnupg/gpg-agent.conf.
Let me exp
Norbert Preining wrote:
>> "no-allow-external-cache" in your .gnupg/gpg-agent.conf.
>
> Confirmed, that made it work.
Good.
> Around 12/28 there was an update of libsecret in unstable, that was more
> or less when it started - hard to say, I wasn't online for some time
> around new year etc.
I
Hello,
I have been chasing the bug in gpg-agent, pinentry, libscret, and
gnome-keyring. But, I forgot to consider about a simple problem of
data. Sorry, I should have considered that, in the first place.
The exact cause would be there is an empty cache remained in
gnome-keyring-daemon. In my c
Control: tags 919856 fixed-upstream
Norbert Preining wrote:
>> The exact cause would be there is an empty cache remained in
>> gnome-keyring-daemon. In my case, it is under:
> [...]
>> Attached is a Python script (I name it test_clear.py) to clear the cache
>> entry (your specific keygrip is har
On Fri, 24 Jan 2020 17:21:43 +0100 Thorsten Glaser wrote:
> Package: gpgconf
> Version: 2.2.19-1
> Severity: important
>
> gpg2 and gpg-agent (used by gnupg (1.x) as well) now uses
> GPG_AGENT_INFO=/run/user/2339/gnupg/S.gpg-agent:0:1 but
> the directory /run/user/2339 is removed on logout by elo
Package: genometools-common
Version: 1.6.1+ds-3
Severity: normal
Hello,
I am a package maintainer of GNU Pth, (non-preemptive) Portable
Threads library.
GNU Pth in Debian:
https://tracker.debian.org/pkg/pth
It's an old package. It used to be used by GnuPG 2.0. These days,
mostly no so
Hello,
Thanks for your report.
Roger Shimizu wrote:
> Package: gnupg
> Version: 2.1.18-8~deb9u2
> Severity: normal
[...]
> And I confirm above issue cannot be reproduced under gnugp 2.2
> (sid version).
> So maybe this can be fixed for the stretch/stable version?
In the upstream, it was fixed b
Roger Shimizu wrote:
> I'd like to leave this to pkg maintainer, whether to backport those
> patches, or release a latest 2.1.x for stretch.
For Debian, I think that packaging 2.2.x for stable-bpo would be easier
than cherry picking patches.
--
Hello,
Jonas Smedegaard writes:
> When running "gpg --update-trustdb" in a da_DK.UTF-8 locale, I am
> presented with the following options:
[...]
> Last option "a" to "afslut" (i.e. "quit") does not work.
>
> Instead pressing "q" quits.
Thanks.
We also have another bug for " m = back to the ma
Hello,
Thanks for your report.
Karsten Merker wrote:
> AIUI, libgpg-error requires a per-architecture header file
> "src/syscfg/lock-obj-pub..h", which upstream doesn't
> provide for riscv64.
As upstream, the change is pushed by the commit: 596c0d7
--
Package: dnsmasq
Version: 2.80-1
Severity: normal
Tags: ipv6 patch upstream
Hello,
Situation: My ISP doesn't offer IPv6 prefix delegation and just gives
/64 IPv6 address. I configure my router with ndppd (NDP Proxy
Daemon), running dnsmasq for internal network.
It mostly works, but I observed n
On Mon, 11 Apr 2022 11:00:55 -0700 Vagrant Cascadian wrote:
> Same problem with Gnuk, presumably multiple or all smartcards are
> affected?
I found an issue of scdaemon. At upstream development, it is tracked by:
https://dev.gnupg.org/T5935
When the data is not so large (smaller than t
Aurelien Jarno wrote:
> control: reopen 972525
> control: found 972525 gnupg2/2.2.27-2
Thanks a lot for sharing the fact.
I assume that the failure occurs in a situation of heavy load, where it
takes time for gpg-agent to start its service.
In upstream, I opened another ticket, because I found
Package: openocd
Version: 0.11.0-1+b1
Severity: serious
Hello,
After I upgraded to libjim0.81, OpenOCD started to emit errors like:
==
Error executing event examine-end on target stm32f0x.cpu:
/usr/bin/../share/openocd/scripts/mem_helper.tcl:37: Error: wrong # args:
should be "ex
Sudip Mukherjee wrote:
> I've prepared an NMU for ttyrec (versioned as 1.0.8-5.1) and
> uploaded it to mentors for sponsoring. Please feel free to tell me if I
> should remove it.
Thank you for your work.
It is OK for Debian.
Ideally, it should not be Debian-only patch, so that upstream will
ev
Package: pkg-config
Version: 0.29.2-1
Severity: normal
Tags: patch
Hello,
With newer dpkg-architecture (I'm using 1.19.7), when I cross build
for i686-w64-mingw32, the command i686-w64-mingw32-pkg-config (linked
to pkg-config-crosswrapper) fails with the message:
Please install dpkg-dev to u
Control: merge 930492
Sorry, I should have installed newer mingw-w64-tools. I learned after
writing the report.
--
Control: tags 926984 fixed-upstream
It was fixed in GnuPG 2.2.14.
--
Hello,
Let me explain that what direction we should go.
On Tue 2020-01-28 13:01:04 +0100, Francois Gouget wrote:
> The only blocker for making libgpg-error-dev Multi-Arch: same is
> gpg-error-config. However gpg-error-config is not needed on Debian
> since there is no need for -I or -L directives
Hello,
I'd like to help the packaging of GnuPG and its friends in Debian, in
the long term. I am a developer of the GnuPG team, and DD who maintains
scute in Debian. I joined the team in 2011, then, mainly working for
smartcard support.
I don't think I can help solving the policy issue which An
Andreas Tille wrote:
> Thus I would suggest to remove this package from unstable.
Agreed. It was useful when I packaged, but no users (even the author)
these days.
--
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Hello,
Xiao Shen Wen, thank you for including me in the loop. I noticed that
the removal by the 1087708. And, thanks to nabijaczleweli for the
action of removing the package.
Removing GNU Pth package in Debian is good. That's good move and I
support this decision. In Debian, you know, I have
Hello,
Florian Ernst wrote:
> However, it seems that the package has seen its last maintainer update
> over four years ago. Is there perhaps some way I could help? I could try
> packaging the new releases, for instance. Or did I just miss some
> activity? Adding an explicit CC for clarification.
Hello,
Andreas Tille wrote:
> When inspecting the package I realised you are upstream and Debian in
> one person. When diving a bit into the packaging I realised there where
> a couple of NMUs which provided patches diverging from your upstream
> code.
Thanks for your improvement on Poldi packa
Vincent Lefevre wrote:
> When the PKG_CONFIG_PATH environment variable is set,
> "gpgrt-config --modversion gpgme" fails:
Thank you for your report.
I confirmed the issue, identified a bug, and fixed in upstream as the
commit of:
dbf1e0dc47229384d59cb19084de39a855e5c871
I think that pr
Hello,
Tim Connors wrote:
> Anything invoking this copy of pinentry (haven't verified the other
> pinentry packages), if closed prematurely before a password is
> accepted or rejected from the terminal, results in further invocations
> being blocked for a long time (I've seen indefinitely).
IIUC
201 - 300 of 302 matches
Mail list logo
