Package: wnpp
Severity: wishlist
* Package name: gonzui
Version : 0.2
Upstream Author : Satoru Takabayashi <[EMAIL PROTECTED]>
* URL : http://namazu.org/~satoru/gonzui/
* License : GPL v2
Description : a source code search engine
Gonzui is a source code
Package: wnpp
Severity: wishlist
* Package name: scmail
Version : 1.3
Upstream Author : Satoru Takabayashi <[EMAIL PROTECTED]>
* URL : http://www.namazu.org/~satoru/scmail/index.html.en
* License : BSD
Description : a mail filter written in Scheme
Scmai
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: QwikWeb
Version : 0.7.1
Upstream Author : Kouichirou Eto <2005 at eto.com>
* URL : http://qwik/jp
* License : GNU GPL
Description : Communicatio
To rebuild fam-2.7.0, I need a patch (attached) for realloc and free.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1
Versions o
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: kahua
Version : 0.3.2
Upstream Author : Nobuo Yamashita <[EMAIL PROTECTED]>
* URL : http://www.kahua.org/
* License : BSD
Description : Web applicati
(and source) for
Linux kernel.
With this patch, M32R kernel will be able to be built well.
Thanks,
--
NIIBE Yutaka, at University of Oldenburg this week
* debian/arch/defines, debian/arch/m32r/*: Added M32R support.
-- NIIBE Yutaka <[EMAIL PROTECTED]> Fri, 23 Sep 2005 13:54:21 +0900
--
On Fri, 23 Sep 2005 08:22:31 +0200
Sven Luther <[EMAIL PROTECTED]> wrote:
> Is m32r a separate architecture at all ?
Yes. Original architecture by Mitsubishi, it's now Renesas Technology.
> Debian doesn't yet have archive support for it, does it ?
Yes, we have. I mean, dpkg and other
Thank you for giving me URL references. I think that the criteria
looks fair enough.
On Fri, 23 Sep 2005 09:09:55 +0200
Sven Luther <[EMAIL PROTECTED]> wrote:
> Cool, any relationship to the other ones, or some site with general
> description of it ? What is it used for ? Some sort of e
1:4.0.1-8 GCC support library
Versions of packages gcc-3.4 recommends:
ii libc6-dev 2.3.5-6GNU C Library: Development Librari
* debian/rules.conf (DEB_VERSION): Support binary-only NMU.
* debian/rules.patch (DEB_VERSION): Likewise.
-- NIIBE Yutaka <[EM
The patch I sent yesterday was wrong.
Here is update. The intention of this patch is that supporting binary
only NMU by porters.
--
gcc-binary-only-nmu-20050924.patch
Description: Binary data
looks big, but only
inherent change is the change of FFI_CLOSURES, others are caused
by source change between 3.4.1 and 3.4.4.
* debian/patches/m32r-libffi.dpatch: Updated to 3.4.4.
-- NIIBE Yutaka <[EMAIL PROTECTED]> Sat, 24 Sep 2005 17:53:46 +0900
--- gcc-3.4-3.4.4/debian/patches/m3
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: sigscheme
Version : 0.1.0
Upstream Author : Kazuki Ohta <[EMAIL PROTECTED]>
* URL :
http://mover.cool.ne.jp/others/sigscheme/sigscheme-0.1.0.tar.gz
* License
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: scim-sinhala
Version : 0.0.0
Upstream Author : Kazuki Ohta <[EMAIL PROTECTED]>
* URL :
http://osdn.dl.sourceforge.jp/scim-imengine/16422/scim-sinhala-0.0.0.tar.
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: glrr
Version : 20050529
Upstream Author : AOSASA Shigeru <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/grift/
* License : BSD
Program
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: glrr-widgets
Version : 20050529
Upstream Author : AOSASA Shigeru <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/grift/
* License : BSD
Program
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: ginspector
Version : 20050529
Upstream Author : AOSASA Shigeru <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/g-inspector/
* License : BSD
Prog
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: gplcver
Version : 2.11a
Upstream Author : Pragmatic C Software Corp. <[EMAIL PROTECTED]>
* URL : http://www.pragmatic-c.com/gpl-cver
* License : GPL
Program
Package: gtkwave
Version: 1.3.81-1
Severity: normal
Tags: patch
Since gtkwave uses GtkText widget (I think it's obsolete), and it
emits warnings like:
(gtkwave:30510): Gdk-CRITICAL **: gdk_text_width: assertion `font !=
NULL' failed
It's not just warnings. The display of "Wave help" dia
Package: gtkwave
Version: 1.3.81-1
Severity: wishlist
At http://home.nc.rr.com/gtkwave/, version 3.0.18 is available.
The feature I like is that "Signal Search Tree" is on main window.
Thanks,
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
The upstream maintainer, Anthony J Bybell <[EMAIL PROTECTED]>, kindly
pointed out my fix is not enough for vadjustment.
Here, I attach updated patch. I put it into public domain.
--- gtkwave-1.3.81.orig/src/help.c
+++ gtkwave-1.3.81/src/help.c
@@ -22,14 +22,28 @@
static GtkWidget *text;
static
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: liblangscan-ruby
Version : 1.2+cvs20061228
Upstream Author : Kenichi Ishibashi
* URL : http://gonzui.sourceforge.net/
* License : GPL
Programming Lang
ctly). I'll update this part for
the next gauche-gl release.
--shiro
From: NIIBE Yutaka <[EMAIL PROTECTED]>
Subject: [Gauche-devel] [Fwd: Bug#404230: gauche-gl: crash in finalizers]
Date: Sat, 23 Dec 2006 13:40:17 +0900
> Here is a bug report for gauche-gl 0.4.2.
> It can be repro
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: libwebapp-ruby
Version : 0.0.20061228
Upstream Author : Tanaka Akira <[EMAIL PROTECTED]>
* URL : http://cvs.m17n.org/~akr/webapp/
* License : BSD
Programmin
h: New file.
* debian/control (Build-Conflicts): slib removed.
(Build-Depends): slib.
* debian/rules: Don't make install, but make install-pkg, install-doc,
and slibcat-in-place.
* debian/gauche.prerm, debian/gauche.postinst: Don't touch slibcat.
-- NIIBE Yutaka <[EMAIL P
> configure complains bitterly that using --host is the wrong way to do
> cross-compilation, and that it will automatically detect an attempt at
> cross-compilation.
Err... I see. The configure warns when we specify --host for native
build. We need to handle native build case.
It's not true tha
Andreas Barth wrote:
> I uploaded an NMU of your package.
>
> Please see this as help to get the package into a releaseable
condition for
> etch.
>
> Please find the used diff below.
Thank you for your help. But...
For the record, let me explain the situation. There are two different
code bases
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: libescape-ruby
Version : 0.1
Upstream Author : Tanaka Akira <[EMAIL PROTECTED]>
* URL : http://www.a-k-r.org/escape/
* License : BSD
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: wfo
Version : 0.1
Upstream Author : Tanaka Akira <[EMAIL PROTECTED]>
* URL : http://www.a-k-r.org/wfo/
* License : GPL
Programming Lang: Ruby
Descripti
Kitame-san,
Could you please update htree package?
I'm about to package a utility named 'wfo', and
it requires newer version of htree.
If you don't have time, could you please consider
to add me as co-maintainer of htree?
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: treil
Version : 0.1
Upstream Author : Daiki Ueno <[EMAIL PROTECTED]>
* URL : http://www.unixuser.org/~ueno/software/treil/
* License : GPL
Programmin
Package: samidare
Version: 0.0.20040611-2
Severity: wishlist
At upstream, we have new version available with tag: samidare-0_3
Could you please update?
If you don't have time, please consider to add me as co-maintainer.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Specifically, we have now version 0.5 at:
http://www.a-k-r.org/htree/
Please update the package.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Here is update against Version: 2.15-5.
With help of Hirokazu Takata, we now have four patches for M32R.
I've updated 123_m32r_gotoff.dpatch to fix a bug which introduced
in original 123_m32r_gotoff.dpatch.
I've updated the patch of debian/rules, to fix a bug which
introduced by the patch sent the
On Mon, 07 Mar 2005 04:49:33 +0200 Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> With regard to bug #295877: gauche-gtk is missing versioned build
> dependencies on gauche-dev (>= 0.8.3-1) and possibly on gauche (>=
> 0.8.3-1). gauche has been split into several packages and is waiting for
> NEW
Your package is failing to build on all arches. Here is an
extract from the build log:
cd src; /usr/bin/make install
make[2]: Entering directory `/build/buildd/gauche-gtk-0.4.1/src'
m 444 -T
/build/buildd/gauche-gtk-0.4.1/debian/gauche-gtk`/usr/bin/gauche-
config --sysincdir`
/bin/sh: m: comman
On Sun, 27 Feb 2005 00:50:36 +0200
Harri Haataja <[EMAIL PROTECTED]> wrote:
> All other packages seem to fill 0.7.4.2, but gauche-gl uses 0.8.3.
>
> I suppose this is some kind of an api version mixup in the builds.
> I'm afraid I can't figure out what, if anything, README.Debian is
>
severity 379016 important
thanks
NIIBE Yutaka wrote:
> Specifically, we have now version 0.5 at:
> http://www.a-k-r.org/htree/
>
> Please update the package.
I have a package named "wfo" (in new queue) which depends on new htree:
http://bugs.debian.org/cgi
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: libapache2-mod-auth-openid
Version : 0.0
Upstream Author : bmuller <[EMAIL PROTECTED]>
* URL : http://www.butterfat.net/wiki/Projects/ModAuthOpenID
* License
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>
* Package name: libopkele
Version : 0.1.1
Upstream Author : Klever Group (http://www.klever.net/)
* URL : http://kin.klever.net/libopkele/
* License : MIT
Programming L
forwarded 339683 [EMAIL PROTECTED]
thanks
After packaging new release of 2.6.1, I have checked
that this bug has not yet been fixed. So, I have
forwarded this bug report again, this time in Japanese
(my translation). Hopefully, it will be fixed soon.
--
--
To UNSUBSCRIBE, email to [EMAIL PRO
Package: lintian
Version: 1.23.24
Severity: minor
There are cases where Ruby scripts generate some license text,
and the file name contains "license". I encountered this
particular case when I package qwikWeb (written in Ruby).
Here is a patch.
--- lintian-1.23.24/checks/files~ 2006-09-04
tag 339683 + wontfix
thanks
The upstream auther said, it's not a bug, but a feature.
For use of xrdb, he recommended use of [EMAIL PROTECTED] option.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: egg
Version: 4.0.6+0.20041122cvs-19
Severity: important
Dear Maintainer,
Emacs 24 is now in testing, why don't we upload Egg for Emacs 24?
Since canna and freewnn are now orphaned, I think that it'd better
not to include them in the suggests list.
--
--
To UNSUBSCRIBE, email to debi
On 2013-10-21 at 23:17 +0900, Hideki Yamane wrote:
> Attached patch would fix this FTBFS, could you consider to apply it,
> please?
Thank you.
However, I don't have any plan to do anything for this package. It
has been orphaned with valid reasons. That is to say, it's a sort of
historical pac
On 2013-11-15 at 15:58 +, Olly Betts wrote:
> I've built and done some testing of golly with the attached patch to
> update it to build against wxwidgets3.0, and it all looks good.
Thank you.
> I'm happy to NMU this change if you wish me to - just let me know.
Please go ahead for NMU. When
Hello,
Thank you for your report.
On 2014-04-17 at 17:56 +0200, Nikos Mavrogiannopoulos wrote:
> scute needs gpg-agent, but in a debian desktop system this is typically
> overriden by gnome keyring. Since the gnome keyring replacement doesn't have
> the same features, it renders scute unusable.
On 2014-04-18 at 09:09 +0200, Nikos Mavrogiannopoulos wrote:
> No matter who's bug it is, it is a usability (or unusability) issue of
> scute.
[...]
> That's a nice hack to make things work temporarily, but in the end it
> is not a solution to the issue.
Sorry, I can't share your reasoning.
It is
Well, I add some more information for your understanding.
On 2014-04-18 at 10:35 +0200, Nikos Mavrogiannopoulos wrote:
> As I said feel free to reassign the issue to gnome-keyring, but it
> _is_ an issue.
For a while, I won't reassign this bug to gnome-keyring (of Debian
BTS). That's because I t
Hello,
On 2013-01-24 at 21:09 +0100, Jonas Genannt wrote:
> is where any progress to get the package back in shape?
Not yet, unfortunately.
> If you wish, I can move the package under the hood of the Ruby PKG Extra Team?
If it's possible, could you please do that way? Please take over it.
I
Package: gnupg
Version: 1.4.12-6
Severity: normal
I am upstream contributor to maintain token/smartcard support of
GnuPG.
While GnuPG in-stock CCID driver has a limitation (only supports
smartcard readers with T=1, auto configuration feature), and it would
be recommended for users to install pcsc
Now, scdaemon is a different binary package. I think that udev rules
should be in that package (instead of gnupg2 package). Thus, it is
debian/scdaemon.udev which should be added to the source package now.
Today, I submit a bug report to add more entries to gnupg udev rules.
http://bugs.debi
Package: wnpp
Severity: normal
I intend to orphan the glrr package. This package was written for old
GTK, and upstream has been inactive for years. It's only used by
ginspector, which is orphaned already.
The package description is:
Grift is a library that provides a framework for developing
Package: wnpp
Severity: normal
I intend to orphan the glrr-widgets package. This package was written
for old GTK, and upstream has been inactive for years. It's only used
by ginspector, which is orphaned already.
The package description is:
Grift is a library that provides a framework for deve
Package: wnpp
Severity: normal
I intend to orphan the tomoe package. The upstream has been inactive
for years. Now, there are alternatives, like tegaki.
The package description is:
Tomoe is a software which provides a handwriting recognition engine
and its user interface on desktop environmen
Package: wnpp
Severity: normal
I intend to orphan the gplcver package. The upstream project was
finished years ago, and they offer proprietary compiler now.
For free software, we have alternatives, like verilator.
The package description is:
Cver is a full 1995 IEEE P1364 standard Verilog simu
Package: wnpp
Severity: normal
I intend to orphan the langscan package. The upstream project was
finished years ago.
The package description is:
LangScan is a set of scanners. It supports following languages:
C, C++, C#, CSS, D, Eiffel, Emacs Lisp, Java, Javascript, Lua,
O
Package: wnpp
Severity: normal
I intend to orphan the ginspector package. This package was written
for old GTK, and upstream is inactive. For newer GTK, this is now
outdated.
The package description is:
G-Inspector invokes a GTK+ application and inspects its objects.
It shows widgets hierarch
Package: installation-reports
Severity: important
Hello, I installed Wheezy to SheevaPlug with 20120828 uImage and
uInitrd to SD card. Everything goes fine, but it doesn't give me
login prompt after reboot.
I examine the /etc/inittab, and there is no entry enabled for ttyS0.
This is crucial for
Hi,
I think that the problem is now fixed in 2.0.20.
The commit of the change is:
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=9afd2bb7fb9067eb8c753a5e5f672a36e93b2474
Please try 2.0.20 (in sid now).
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
You can specify your reader by .gnupg/scdaemon.conf.
If you are using GnuPG's internal CCID driver, please add a line
to .gnupg/scdaemon.conf
reader-port 20a0:4107:X:0
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
No, this is not the bug of GCC. Alhough config/pa/linux-unwind.h
looks incorrect at first glance (TRAMP_SIZE is 9), it runs correctly
(because of padding).
In fact, following program runc correctly on hppa too, we see
"clean it up".
$ gcc -fexceptions -save-temps func.c test-pthread-cancel-3.c -
I am looking the file:
eglibc-2.10.2/ports/sysdeps/unix/sysv/linux/hppa/nptl/sysdep-cancel.h
It doesn't have any cfi directives. I think that it is the cause
of this problem.
When adding cfi directives, it would be good to add nocancel version
of functions.
--
--
To UNSUBSCRIBE, email to deb
Hi there,
I think that I am catching a bug for threads and fork. I found it
when debugging FTBFS of Gauche, a Scheme interpreter. As I think that
the Debian bug #561203 has same cause, I am CC:-ing to the BTS too.
Please send Cc: to me, I am not on linux-parisc list.
Here, I am talking uniproce
Thanks for your quick reply.
James Bottomley wrote:
> In COW breaking, the page table entry is copied, so A and B no longer
> have page table entries at the same physical location. If the COW is
> intact, A and B have the same physical page, but it's also accessed by
> the same virtual address, h
NIIBE Yutaka wrote:
To have same semantics as other archs, I think that VIPT-WB cache
machine should have cache flush at ptep_set_wrprotect, so that memory
of the page has up-to-date data. Yes, it will be huge performance
impact for fork. But I don't find any good solution other than thi
Thanks a lot for the discussion.
James Bottomley wrote:
> So your theory is that the data the kernel sees doing the page copy can
> be stale because of dirty cache lines in userspace (which is certainly
> possible in the ordinary way)?
Yes.
> By design that shouldn't happen: the idea behind COW
retitle 561203 threads and fork on machine with VIPT-WB cache
reassign 561203 linux-2.6
thanks
As I am sure that this bug lives in kernel, I do reassign and retitle.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
John David Anglin wrote:
> It is interesting that in the case of the Debian bug that
> a thread of the parent process causes the COW break and thereby corrupts
> its own memory. As far as I can tell, the fork'd child never writes
> to the memory that causes the fault.
Thanks for writing and testi
Package: wnpp
Severity: normal
I intend to orphan the gfarm package. I packaged it up years ago,
but very few people use this (by popcon).
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: normal
I intend to orphan the gfarm2fs package. I packaged it up years ago,
but very few people use this (by popcon).
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I'd like to adopt this package, poldi, since I have a device.
I maintain similar package, scute, which is also inactive in upstream.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> SYS_340(0, 0x4, 0xbfc77a20, 0, 0xb765eff4) = -1 EFAULT (Bad address)
For i386-linux-gnu, it's system call of prlimit64.
In short, it is your kernel issue.
Here is my analysis.
(1) GnuPG calls setrlimit.
It's actually setrlimit64 (compiled with __USE_FILE_OFFSET64).
(2) In glibc, se
This is follow up to the bug #399904 in Debian. It is now assigned to
libc6, but I think that this would be a bug of GnuPG 1.4.x.
The call sequence in question is:
g10/signal.c:got_fatal_signal
-> util/dotlock.c:dotlock_remove_lockfiles
-> util/dotlock.c:dotlock_destroy
-> f
I could reproduce this bug on wheezy environment (x86_64-linux-gnu).
I got the backtrace. It was indeed 'malloc' interrupted by
signal, and signal_handler called 'free'.
Attached is a fix. It works for me.
(gdb) bt
#0 0x7fb7c9aab4cb in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x
merge 399904 614963
thanks
I can reproduce this bug 100% with the following procedure
on wheezy.
Prepare gnupg-1.4.12-7 environment by:
apt-get source gnupg
apt-get build-dep gnupg
cd gnupg-1.4.12
debuild
Run gpg (gnupg-1.4.12/build-deb/g10/gdb) under gdb, by:
(gdb) break mpi_alloc_limb
On 2013-07-12 at 10:16 +0200, Werner Koch wrote:
> Looks fine. Please push.
Thanks. Pushed. Also, I updated the bug tracker report
at bugs.g10code.com.
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
On 2013-07-15 at 20:38 +0200, virtualdj wrote:
> OK, so you're saying that the 2.6.33.2 kernel is not compatible.
I suggested so, but let me rephrase.
Specifically, I believe that kernel you are using is incompatible. I
don't think standard 2.6.33.2 kernel is incompatible.
(4) When system cal
On 2013-07-18 at 11:57 +0200, Andreas Beckmann wrote:
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
>
> See policy 7.6 at
> http://www.debian.org/doc/debian-policy/ch-relationsh
As of August 2013, I can't see any description about license change on
the website of TestU01. There is no source code distribution with
GPL, either.
Could you give me status update? If it is distributed under GPL,
I'm willing to package it for Debian.
--
--
To UNSUBSCRIBE, email to debian-b
I wrote to the contact point. And then, the page is updated now:
http://www.iro.umontreal.ca/~simardr/testu01/copyright.html
It says:
Copyright (c) 2002 Pierre L'Ecuyer, Universitϫ de Montrϫal.
Web address: http://www.iro.umontreal.ca/~lecuyer/
All rights reserved.
TestU01 is
> since it's been a while and the bug hasn't gotten anywhere, I'd like
> to take over this ITP, if you don't mind.
Please go ahead.
Just FYI, I uploaded once, but it was rejected because I was careless
about a build script copyright and license (which my debian/rules
didn't use at all). I couldn
On 2012-03-28 at 01:41 +0200, Mònica Ramírez Arceda wrote:
> I've prepared an NMU for scute (versioned as 1.4.0-1.1). The diff
> is attached to this message. I've not uploaded this NMU as I'm not a DD
> but I hope it is useful for you.
Thanks a lot. I incorporated your changes and uploaded it.
--
On 11/09/2016 11:22 AM, Daniel Kahn Gillmor wrote:
> ../common/libcommon.a(libcommon_a-stringhelp.o): In function `get_pwdir':
> ./build-gpgv-static/common/../../common/stringhelp.c:378: warning: Using
> 'getpwnam' in statically linked applications requires at runtime the shared
> libraries from
Hello,
Thank you for your bug report.
On 01/16/2016 12:50 AM, Andrew Gallagher wrote:
> Package: libpam-poldi
> Version: 0.4.2+git20151221.338f78b-1
> Severity: important
> Tags: patch
>
> Dear Maintainer,
>
> poldi requires the following extra file before it will be active in pam. It
> will al
reopen 811096
thanks
In 0.4.2+git20161107.16912be-1, I closed this bug by offering the
config, but it resulted bad configuration. It's:
Part of /etc/pam.d/common-auth
# here are the per-package modules (the "Primary" block)
auth[success=2 default=ignore] pam_unix.so
Shin Ice writes:
> Package: scdaemon
> Version: 2.1.18-7
> Severity: important
>
> --- Please enter the report below this line. ---
>
> Hi there,
>
> after upgrading to 2.1.18-7 my yubikey stops working again.
> In difference to #852702 I can't get serious output to append to the bug
> report sinc
Daniel Kahn Gillmor wrote:
> So i'm inclined to address this by just doing
> --disable-smartcard-support for gnupg1 for debian. I think this would
> adequately reflect upstream's preferred maintenance posture for GnuPG
> smartcard access (that scdaemon is preferred), and it would remove the
> dep
Daniel Kahn Gillmor wrote:
> To be concrete, i believe the two proposed solutions for users are:
[...]
> Do not use CCID
> ---
>
> echo disable-ccid:0:1 | gpgconf --change-options scdaemon
>
Correct.
The things for PCSC is a bit complicated. Let me describe.
> Do not use PCSC
>
Daniel Kahn Gillmor wrote:
> On Mon 2017-02-06 01:04:44 -0500, NIIBE Yutaka wrote:
>> This works. Actually, this is not mandatory. It is OK to have pcscd
>> package installed **if not used**.
>
> I take it you mean that the system-wide pcscd service itself needs to be
&
Hello,
Thank you very much for the discussion. I appreciate the viewpoints
from users. No, it's not frustrating at all.
Daniel Kahn Gillmor wrote:
> Can we offer a user experience that doesn't involve them making a choice
> between two indistinguishable options?
>
> A few ideas (no idea how pl
Hello, Roger,
Roger Shimizu wrote:
> While trying to using caff to sign keys, I find I cannot retrieve other
> people's keys. So for debug, I tried to get my own key by:
>
> $ gpg -vvv --debug-all --recv-keys 0x6C6ACD6417B3ACB1
It is the failure of dirmngr which does actual key retrieval.
In my
Thanks a lot for your testing. I think that I located the issue.
Roger Shimizu wrote:
> $ dirmngr --server --homedir=/run/user/1000/test
[...]
> dirmngr[25354.0]: resolve_dns_addr for 'hkps.pool.sks-keyservers.net':
> 'ip-209-135-211-141.ragingwire.net'
[...]
> dirmngr[25354.0]: resolving 'ip-20
Hello,
Thank you for reporting in detail.
Antoine Beaupre wrote:
> In Bug#854005, I have described a distinct issue I have experience
> with my Yubikey since the upgrade of the GnuPG suite from 2.1.17 to
> 2.1.18, and in the case of pcscd, from 1.8.19-1 to 1.8.20-1.
[...]
> anything i can do to
Roger Shimizu wrote:
> On Wed, Feb 8, 2017 at 9:02 PM, NIIBE Yutaka wrote:
>>
>> The keyservers have a problem and the current implementation of dirmngr
>> doesn't like this particular problem.
>
> I think this conclusion is just the same as upstream.
> So a
Thanks a lot for your confirmation.
Antoine Beaupré writes:
>> If this works, the udev line should be included into scdaemon package in
>> future, so that each user doesn't need to configure.
>
> I confirm the udev hack works.
No, this is not a hack. This is a configuration needed.
It seems fo
Antoine Beaupré writes:
> This reminds me - it sure looks like pcscd was crashing back
> there. Should I revert back to using pcscd to try and reproduce the
> problem and file a pcscd bug about this?
Yes. I think that this is a different problem, and it's pcscd issue.
--
Hello,
Thank you for your reporting.
Camille MONCELIER wrote:
> After updating gnupg2 to 2.1.18-4, I'm unable to use my gpg keys stored on a
> Yubikey.
>
> I can easily reproduce the problem like this:
If you don't need PC/SC service, and when it can be your option, please
try using the interna
Hello,
Thank you for your report.
Teemu Likonen wrote:
> Scdaemon package version 2.1.18-5 introduced new udev rules for
> Nitrokey and Yubikey. All the Nitrokey lines were already in the file
> so there are now duplicates.
My bad. I didn't check well when I add the entries for Nitrokey. Well
Hello,
Sorry to reply old bug report.
On Thu, 14 Mar 2013 21:13:38 +0100 Reinhard Müller wrote:
> Package: gnupg
> Version: 1.4.11-3
>
> Dear Maintainer,
>
> the Omnikey CardMan 4040 is a nice PCMCIA smart card reader supported by gpg.
> It would work out of the box *if* only normal users had
On 06/12/2016 04:51 AM, Petter Reinholdtsen wrote:
> Hi, and sorry it took so long before I had time to revisit this issue.
No problem.
>> (4) To debug scdaemon, please have the following configuration file.
>> Note that it may log your PIN information, so, don't send the log
>> when you
1 - 100 of 302 matches
Mail list logo
