patch below, sorry if it gets
mangled in transmission.
Thanks!
-andy
Author: Andy Isaacson
Date: Wed Oct 27 14:42:59 2021 -0700
update upstream URL
diff --git a/debian/control b/debian/control
index 1445486..7206459 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Pri
Package: binutils-arm-none-eabi
Version: 2.27-9+9
Severity: important
Dear Maintainer,
My project links OK if I downgrade to
binutils-arm-none-eabi:amd64 2.26-4+8
but linking fails when running
binutils-arm-none-eabi:amd64 2.27-9+9
with
/usr/lib/gcc/arm-none-eabi/5.4.1/../../../arm-none-eab
Package: info
Version: 6.0.0.dfsg.1-3
Severity: normal
Dear Maintainer,
Recently, GNU Info started using the xterm mouse. (There does not
appear to be any way to disable this behavior short of TERM=vt100, which
is perhaps a separate bug.)
When I exit info using control-C, and I then attempt to
Package: xscreensaver-data
Version: 5.30-1+b1
Severity: normal
Dear Maintainer,
on a system with the barcode package installed, and the default set
of xscreensaver packages,
ii barcode 0.98+debian-9.1
ii xscreensaver 5.30-1+b1
ii xscreensaver-data 5.30-1+b1
un xscr
On Wed, Jul 22, 2015 at 01:40:51AM +0200, Axel Beckert wrote:
> > It does still work right with "${VAR}" and "$[5+8]".
>
> This very likely is related to or caused by the changed parsing of
> $((…)) in 5.0.8.
I read the changelog briefly before filing, but don't understand the
state of things wel
Package: zsh
Version: 5.0.8-3
Severity: normal
Dear Maintainer,
with zsh 5.0.7 and earlier versions, if I type $((5*8)) and then hit TAB,
the expression is replaced with its evaluation ("40" in this case). The
same feature works with many different substitutions.
as of 5.0.8 TAB-substituting doe
Package: bsdgames
Version: 2.17-22
Severity: important
Dear Maintainer,
the /usr/games/primes program prints composite numbers when asked for large
values.
% primes $((0xff)) | head | while read p; do factor $p; done
1099511627791: 1099511627791
1099511627803: 1099511627803
1099511627807
t firmware)
ATTR{idVendor}=="1781", ATTR{idProduct}=="0c62", MODE="664", GROUP="plugdev"
The following patch seems likely to resolve the issue if applied to the
usbprog repo:
Author: Andy Isaacson
Date: Wed Jul 23 16:12:35 2014 -0700
replace !== wit
Package: gnome-shell
Version: 3.4.2-2
Severity: important
Dear Maintainer,
gnome-shell segfaults and restarts when I try to establish my VPN connection
from the networking menu. I choose my preconfigured VPN settings from the
list and get the "Connect to VPN 'mycompany'" dialog, with pre-filled
Package: installation-reports
Boot method: dd'ed debian-wheezy-DI-b2-amd64-CD-1.iso to USB stick
Image version:
http://cdimage.debian.org/cdimage/wheezy_di_beta2/amd64/iso-cd/debian-wheezy-DI-b2-amd64-CD-1.iso
Date: 2012-10-06 13:00 US/Pacific
Machine: Thinkpad X1 Carbon
Processor: Core i5-3427U
Package: perl
Version: 5.14.2-6
Severity: normal
Dear Maintainer,
The negative look-behind assertion does not work correctly before $ (the
end-of-line assertion).
I expect to be able to say "match lines that do not end in bar"
using the regex /(? string, and regex behavior with $ is not
changed
The suggested zip command "-FFv" appears to have fixed the problem
zipfile.
The resulting fixed.zip works fine with "unzip -l".
Here is what it printed, with filenames redacted consistently (when the
same filename shows up twice it's been replaced with the same string).
$ zip -FFv foo.zip --out
On Tue, Mar 06, 2012 at 10:35:23PM +0100, Santiago Vila wrote:
> The authors would like to have access to the zipfile. See:
>
> http://www.info-zip.org/phpBB3/viewtopic.php?f=7&t=385
Sorry, it has proprietary data in it that I cannot expose. I'll try the
-FFv command.
-andy
--
To UNSUBSCRIB
Note that zip-3.0-4 creates 4GB-plus zipfiles that unzip-6.0-5 is happy
to read. The ZIP that is a problem is apparently from some other ZIP
implementation.
-andy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Package: unzip
Version: 6.0-5
Severity: important
Dear Maintainer,
unzip fails on a 5.4GB zip that Windows Explorer and Mac OS Finder can open
just fine. The "extra bytes" value is just slightly off from filesize-2^32
so presumably this is a 32-bit problem.
% ls -l foo.zip
-rwxr-xr-x 1 andy mts
Package: pbzip2
Version: 1.1.1-1
Severity: important
while pbzip2 is writing compressed data to a file, the output file is
world-readable because my umask is 022. After completing compression
pbzip chmods the output file to the permissions of the input file.
% time pbzip2 -v big
...
Input
Ran into this today upgrading iceweasel from 3.5.6-1 to 3.5.9-2. The
fix is simple (sudo ln -s iceweasel /usr/bin/firefox), but upgrading my
iceweasel packages should not break my portable scripts which use the
firefox executable path.
-andy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
I'm very disappointed that dist-upgrade broke my screensaver by deleting
the bsod hack (it's the only one I use). Sure, it's fairly easy to fix
by installing the xscreensaver-screensaver-bsod package, but it seems
like pointless package proliferation to me.
-andy
--
To UNSUBSCRIBE, email to d
Package: xorg
Version: 1:7.3+18
Severity: important
I trigger swsusp on my Thinkpad X40 using a script which does
sudo sh -c 'echo 3 > /sys/power/image_size;
echo shutdown > /sys/power/disk;
echo disk > /sys/power/state'
This generally works (I've probably suspen
Package: xen-tools
Version: 3.9-3
Severity: normal
*** Please type your report below this line ***
I used "xen-create-image --accounts" to copy the user database from dom0
to the new domU. The resulting domU has incorrect entries in /etc/group.
(following output massaged with sed to conceal nam
20 matches
Mail list logo
