Bug#1071368: [pkg-gnupg-maint] Bug#1071368: [gpgv] cmd-arg parse error with apt/aptitude update

2024-05-19 Thread Neal H. Walfield
Good morning, On Sun, 19 May 2024 08:14:44 +0200, Andreas Metzler wrote: > that two-line output is generated by gpgv-from-sq which diverts gpgv. I > think this should fix it: > diff -NurBbp apt-2.9.3/cmdline/apt-key.in newapt-2.9.3/cmdline/apt-key.in > --- apt-2.9.3/cmdline/apt-key.in

Bug#909085: ispell: Sequoia & ispell's /usr/bin/sq

2018-09-18 Thread Neal H. Walfield
Package: ispell Version: 3.4.00-5 Severity: normal Dear Maintainer, Along with Justus and Kai (in cc), I'm developing Sequoia, which is a new OpenPGP implementation (think of GnuPG). Although Sequoia is firstly a library, we also offer a command-line tool, which we named 'sq'.

Bug#842015: [PINENTRY PATCH v2] gnome3: Test if Gcr System Prompter is available at startup.

2016-11-05 Thread Neal H. Walfield
Hi Daniel, Thanks for fixing this! As discussed offline, I made a few minor tweaks before comitting (2e17565). :) Neal At Thu, 3 Nov 2016 12:31:40 -0400, Daniel Kahn Gillmor wrote: > > * gnome3/pinentry-gnome3.c (gcr_system_prompt_available): New. Tests > whether it is possible to create a

Bug#830479: [pkg-gnupg-maint] Bug#830479: Bug#830479: gnupg2: new trust level "poisoned"

2016-07-09 Thread Neal H. Walfield
On Fri, 08 Jul 2016 18:18:50 +0200, Simon Richter wrote: > On 08.07.2016 14:54, Werner Koch wrote: > 2. mark the key as invalid/unusable. > > If someone I trust signs the fake key, that key is marked as "valid", so > signatures will be accepted and the key becomes a candidate for > encryption. As

Bug#760102: gnome keyring gpg agent

2015-06-05 Thread Neal H. Walfield
Hi Stef, At Fri, 05 Jun 2015 15:37:26 +0200, Stef Walter wrote: Confirming that I'll be ready to remove the code once the new pinentry makes it into a release. Removing code always makes me smile :) A new pinentry with the code has already been released (0.9.3). :) Neal -- To UNSUBSCRIBE,

Bug#787639: [pkg-gnupg-maint] Bug#787639: [PATCH] pinentry_setbufferlen returns pin when already large enough

2015-06-04 Thread Neal H. Walfield
At Thu, 04 Jun 2015 18:24:14 +0200, Werner Koch wrote: On Thu, 4 Jun 2015 17:47, n...@walfield.org said: I've applied this with a slightly different change log. Shall I do a new release tomorrow? It's a pretty significant bug in that it renders the curses backend completely unusable.

Bug#787639: [PATCH] pinentry_setbufferlen returns pin when already large enough

2015-06-04 Thread Neal H. Walfield
Hi Daniel, At Wed, 3 Jun 2015 13:27:26 -0400, Daniel Kahn Gillmor wrote: * pinentry/pinentry.c (pinentry_setbufferlen): when pin buffer is already large enough, return the buffer instead of NULL. pinentry-curses.c is the only place that checks this return value now, and it expects

Bug#781916: xul-ext-torbutton: Installing xul-ext-torbutton forces removal of iceweasel

2015-04-04 Thread Neal H. Walfield
Package: xul-ext-torbutton Version: 1.4.6.3-1 Severity: normal Dear Maintainer, I tried to install xul-ext-torbutton (1.4.6.3-1) using apt-get on a Debian Jessie system (current as of today) with Iceweasel Beta (version 37.0~b1-1) from experimental installed (everything else is from Jessie),

Bug#747085: mbuffer: can't shut mbuffer up

2014-05-05 Thread Neal H. Walfield
Package: mbuffer Version: 20110119-2 Severity: important Dear Maintainer, I'd like mbuffer to be quiet. It insists, however, on printing out statistics if I also suppress error messages. Consider: Plain: us@forster:~$ echo | mbuffer summary: 0.0 kByte in 0.0 sec - average of 0.0

Bug#745613: dictionaries-common: emacs's ispell-change-dictionary displays unavailable (and invalid?) dictionaries

2014-04-23 Thread Neal H. Walfield
Package: dictionaries-common Version: 1.12.11 Severity: normal Dear Maintainer, On Debian Squeeze, I would run ispell-change-dictionary in emacs to toggle between my default dictionary (american) and german-new8. Despite installing many dictionary packages, I couldn't get 'german-new8' back

Bug#691081: pulseaudio: Pulse audio is unable to play samples encoded at non-44.1khz bit rates

2012-10-21 Thread Neal H. Walfield
Package: pulseaudio Version: 2.0-6 Severity: normal Dear Maintainer, I'm using an openrd-client. I installed pulseaudio in daemon mode and disabled autospawn for normal users. Initially, audio appeared to be working fine: I could play some flac files using mplayer (with

Bug#660724: texlive-pictures: new version of pgfplots available

2012-02-21 Thread Neal H. Walfield
Package: texlive-pictures Version: 2009-15 Severity: wishlist There is a new version of pgfplots available. I'd like to be able to use a box-and-whiskers plot, as described here: http://tex.stackexchange.com/questions/3983/can-i-use-pgfplots-to-make-a-boxplot Here is the example:

Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal

2012-02-13 Thread Neal H. Walfield
Package: texlive-pictures Version: 2009-15 Severity: important I'm trying to call gnuplot from pgfplots. It doesn't work. Here is a minimal example: \documentclass{article} \usepackage{pgfplots} \begin{document} \begin{tikzpicture} \begin{axis} \addplot

Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal

2012-02-13 Thread Neal H. Walfield
Hi, Hilmar, Thanks for the quick reply. At Mon, 13 Feb 2012 12:37:17 +0100, Hilmar Preusse wrote: The minimal example does not compile, it tells me somthing about an missing endgroup. After replacing \end{picture} by \end{tikzpicture} at least it builds fine. Sorry. That is the correct fix.

Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal

2012-02-13 Thread Neal H. Walfield
At Mon, 13 Feb 2012 14:34:46 +0100, Hilmar Preusse wrote: OK, I run again pdflatex using shell-escape and the minimal example. Indeed I have an (intermediate) a.plot.gnuplot file. The content is set table a.plot.table; set format %.5f plot x In my file, I see: set terminal table; set

Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal

2012-02-13 Thread Neal H. Walfield
At Mon, 13 Feb 2012 15:33:19 +0100, Hilmar Preusse wrote: [1 text/plain; us-ascii (quoted-printable)] On 13.02.12 Neal H. Walfield (n...@walfield.org) wrote: Hilmar Preusse wrote: Hi, This is a pure Debian installation, no local modified files. Could you add \listfile

Bug#659701: texlive-pictures: pgfplots can't use gnuplot: set terminal table - unknown or ambiguous terminal

2012-02-13 Thread Neal H. Walfield
reassign pgf thanks At Mon, 13 Feb 2012 17:13:42 +0100, Hilmar Preusse wrote: Ah, I didn't realize that it had to be before the documentclass. Thanks. Here is the diff: Bamm. Yes, I should have noticed that earlier: the pgf package is maintained separately in Debian. Please install

Bug#622160: rsync: 65000 hard links = assertion failure

2011-04-10 Thread Neal H. Walfield
Package: rsync Version: 3.0.7-2 Severity: normal I use storebackup to create daily backups and I mirror these backups to a report machine using: rsync --stats -a -z -H --numeric-ids --link-dest=/backup \ /backup/ bruckner.vpn.huenfield.org:/home/backup/ During today's run, rsync

Bug#601416: newer firmware works with RT3072

2011-04-05 Thread Neal H. Walfield
I'm using linux-image-2.6-686 2.6.38+33 and an RT3072-based USB stick. In particular, the one here http://www.amazon.de/gp/product/B003TRTBLU/). lsusb describes it as: Bus 001 Device 002: ID 148f:3072 Ralink Technology, Corp. RT3072 Wireless Adapter Using the firmware package version 0.29, I

Bug#601416: ralink firmware

2011-04-05 Thread Neal H. Walfield
I've also tried the firmware in the v22 zip file on ralink's web site. Either version (and they are different) allows hostapd to load. When terminating hostapd, I see the following error message: phy1 - rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed for offset 0x7010 with

Bug#518182: e1000: Detected Tx Unit Hang in 2.6.32-27: not fixed? regression?

2010-11-15 Thread Neal H. Walfield
Hi, I just did a fresh install of Squeeze (using the Beta1 d-i, amd64). I encountered this bug using 2.6.32-27, although the bug was allegedly fixed in 2.6.32-25. My machine has exactly 4 GB of RAM and an AMD 64 X2 5200+ CPU. Additional details follow. Thanks, Neal

Bug#528581: libevent-dev: event.h does not include sys/types.h but depends on it.

2009-05-13 Thread Neal H. Walfield
Subject: libevent-dev: event.h does not include sys/types.h but depends on it. Package: libevent-dev Version: 1.3e-3 Severity: normal *** Please type your report below this line *** Consider the following program: #include event.h int main (int argc, char *argv[]) { return 0; }

Bug#428529: Starting nstx at arbitary times

2007-06-12 Thread Neal H. Walfield
Package: nstx Version: 1.1-beta6-4 Severity: wishlist Tags: patch I don't need nstxcd to run all the time. In particular, it doesn't need to start at boot time. However, I'd like to be able to use the normal start up mechanism to start it on demand from the command line by, e.g., running

Bug#79358: is select still broken on hurd ?

2007-06-10 Thread Neal H. Walfield
At Sun, 10 Jun 2007 12:15:20 +0200, Samuel Thibault [EMAIL PROTECTED] wrote: Neal H. Walfield, le Sat 09 Jun 2007 00:29:38 +0200, a écrit : The theory is that we don't trust the server to honor the timeout: it may be malicious and trick the client into waiting forever. Or it may

Bug#79358: is select still broken on hurd ?

2007-06-08 Thread Neal H. Walfield
At Sat, 9 Jun 2007 01:30:49 +0800, Samuel Thibault [EMAIL PROTECTED] wrote: Actually, on the Hurd, a timeout of 0 probably doesn't make sense (since we at least need to give back cpu to the server). What I'd propose is the attached patch (not tested), that rounds up the timeout value, and in

Bug#336524: cgilib: cgi variable names not decoded

2005-10-30 Thread Neal H. Walfield
Package: cgilib Version: 0.5-4 Severity: normal Cgi variable names as well as variable values need to have escape sequences decoded. cglib currently does not do this, however, it should. I've attached a patch to correct this. I've tested it and it appears to work. Thanks, Neal -- System

Bug#313560: /dev/{null,zero,full} should not be run as root

2005-06-14 Thread Neal H. Walfield
Package: Hurd /dev/{null,zero,full} should not be run as root: they don't need root access to operate correctly. Because they are translators and the node is owned by root, the file system starts them with root permission. Ideally, they should be run with no user ids but as an interim measure,