Bug#997966: mmc-utils: upstream for mmc-utils has moved

2021-10-27 Thread Andy Isaacson 
Package: mmc-utils
Version: 0+git20180327.b4fe0c8c-1
Severity: normal

Dear Maintainer,

The upstream for mmc-utils has moved to
https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git

Please update debian/control and debian/copyright to point to the
new URL.  I've attempted to provide a 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 @@ Priority: optional
 Maintainer: Nobuhiro Iwamatsu 
 Build-Depends: debhelper (>= 11)
 Standards-Version: 4.1.3
-Homepage: http://git.kernel.org/cgit/linux/kernel/git/cjb/mmc-utils.git
+Homepage: https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git
 Vcs-Browser: https://salsa.debian.org/debian/mmc-utils
 Vcs-Git: https://salsa.debian.org/debian/mmc-utils.git

diff --git a/debian/copyright b/debian/copyright
index ea8528f..c5c212d 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,6 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: mmc-utils
-Source: http://git.kernel.org/cgit/linux/kernel/git/cjb/mmc-utils.git/
+Source: https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git

 Files: *
 Copyright: 2016 SanDisk Corp

-- System Information:
Debian Release: 10.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-17-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mmc-utils depends on:
ii  libc6  2.28-10

mmc-utils recommends no packages.

mmc-utils suggests no packages.

-- no debconf information

Bug#845487: binutils-arm-none-eabi: defaulting to --check-sections breaks previously working linker scripts

2016-11-23 Thread Andy Isaacson 

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-eabi/bin/ld: section 
.bootdata VMA [40024ff0,40024fff] overlaps section .bkpsram VMA 
[40024000,40024fff]

Changing my link command to

arm-none-eabi-g++ -Wl,--no-check-sections

resolves the problem.

Now, my linker script may well be incorrect but it's unfortunate that the 
default
for --check-sections changed without any documentation in Changelog or NEWS 
afaics.

my previously working commandline was:

arm-none-eabi-g++ -Wl,-Map=proj.map -Tproj.ld -Wl,--gc-sections,-u,-IVT 
-nostdlib -Wl,--no-wchar-size-warning -o proj_tmp.elf $(OBJS) $(LIBS)

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages binutils-arm-none-eabi depends on:
ii  libc6   2.24-5
ii  zlib1g  1:1.2.8.dfsg-2+b3

binutils-arm-none-eabi recommends no packages.

binutils-arm-none-eabi suggests no packages.

-- no debconf information

Bug#803208: info: mouse unusable after exiting info with C-c

2015-10-27 Thread Andy Isaacson 
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 select text in
my shell by clicking the left button, my shell echos " iB#" rather than
letting me select text.  It seems that when exiting due to SIGINT, info
left the terminal configured to send mouse sequences rather than
releasing the mouse binding.

Steps to reproduce:

1. run "info make" in xterm
2. press control-C to exit back to shell
3. observe that selecting text does not work but instead types
   characters

Desired behavior:

when exiting due to SIGINT, info should turn off any special modes it
turned on at startup.

Workarounds:

1. do not exit info with control-C (unfortunately I don't know another
   way to exit, and I don't use info frequently enough to remember more
   of its unusual UI)
2. alias info='env TERM=vt100 info' in your shell


Thanks,
-andy

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.4-1-ga6a3b30 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages info depends on:
ii  install-info  6.0.0.dfsg.1-3
ii  libc6 2.19-19
ii  libtinfo5 6.0+20150810-1

info recommends no packages.

Versions of packages info suggests:
pn  texinfo-doc-nonfree  

-- no debconf information

Bug#794719: xscreensaver-data: runs /usr/bin/barcode rather than /usr/lib/xscreensaver/barcode

2015-08-05 Thread Andy Isaacson 
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  xscreensaver-gl   none
un  xscreensaver-gnomenone
un  xscreensaver-nognome  none

% which barcode
/usr/bin/barcode

xscreensaver ends up running /usr/bin/barcode rather than
the screensaver in /usr/lib/xscreensaver .

This is because the commands are named without absolute paths in
/etc/X11/app-defaults/XScreenSaver-nogl,

% grep -C3 barcode /etc/X11/app-defaults/XScreenSaver-nogl
- GL:   antspotlight -root  \n\
apple2 -root\n\
- GL:   atunnel -root   \n\
barcode -root   \n\
- GL:   blinkbox -root  \n\
- GL:   blocktube -root \n\
- GL:   bouncingcow -root   \n\

and the barcode saver is in xscreensaver-data-extra but is mentioned in the
app-defaults file from xscreensaver-data, so while it is not found in
/usr/lib/xscreensaver it is found later in $PATH.  As a result, my laptop
frequently ends up showing the usage message from /usr/bin/barcode rather than
a pleasing graphical screensaver.

Perhaps xscreensaver should only consider /usr/lib/xscreensaver when executing
the screensavers rather than falling back to $PATH, since there may be other
commands that are less benign when executed erroneously.  But I don't know
what the downsides of that approach might be ...

thanks,
-andy

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.4 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xscreensaver-data depends on:
ii  libc6   2.19-19
ii  libgdk-pixbuf2.0-0  2.31.5-1
ii  libglib2.0-02.44.1-1.1
ii  libice6 2:1.0.9-1+b1
ii  libjpeg62-turbo 1:1.4.1-1
ii  libsm6  2:1.2.2-1+b1
ii  libwww-perl 6.13-1
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxmu6 2:1.1.2-1
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.4-1+b1

xscreensaver-data recommends no packages.

Versions of packages xscreensaver-data suggests:
ii  xscreensaver  5.30-1+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793168: [Pkg-zsh-devel] Bug#793168: zsh: expand-substitution-on-TAB broke for $(()) in 5.0.8

2015-07-21 Thread Andy Isaacson 
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 well enough to point in particular ... and the
sourceforge git repo seems to be down (at least the web page giving the
URL is down) so I wasn't able to go read the diffs. :)

 I remember that there were also $((…)) related fixes after 5.0.8, but
 I need to check the details.
 
  seems like setopt might influence this behavior:
 
 Likely, yes. But I can reproduce the issue here, too, with the same
 configuration as on 5.0.7.

Glad to hear it's not just me. :)

 Workaround for now: Use Ctrl-X * instead of Tab. This still seems to
 work.

Thanks!  The workaround I'm using for now is $[] which is semantically
equivalent enough for my needs.

-andy


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793168: zsh: expand-substitution-on-TAB broke for $(()) in 5.0.8

2015-07-21 Thread Andy Isaacson 
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 does not work with $(()) anymore.

It does still work right with ${VAR} and $[5+8].

the substitution does get done before running the command:

t440s% echo $((5*8))
40

seems like setopt might influence this behavior:

t440s% setopt
nobeep
globdots
interactive
login
monitor
shinstdin
zle


-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersionArchitecture   
Description
+++-===-==-==-
ii  pulseaudio  6.0-2  amd64  
PulseAudio sound server
ii  systemd 222-2  amd64  system 
and service manager
ii  udev222-2  amd64  /dev/ and 
hotplug management daemon
ii  vlc-nox 2.2.1-2+b1 amd64  
multimedia player and streamer (without X support)

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.2 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zsh depends on:
ii  dpkg1.18.1
ii  libc6   2.19-19
ii  libcap2 1:2.24-9
ii  libtinfo5   5.9+20150516-2
ii  zsh-common  5.0.8-3

Versions of packages zsh recommends:
ii  libncursesw5  5.9+20150516-2
ii  libpcre3  2:8.35-7

Versions of packages zsh suggests:
ii  zsh-doc  5.0.8-3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762653: bsdgames: primes prints some composites

2014-09-24 Thread Andy Isaacson 
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: 68729 15997783
1099511627813: 1007173 1091681
1099511627831: 1099511627831
1099511627839: 549733 283
1099511627873: 1099511627873
1099511627891: 1099511627891
1099511627917: 1099511627917
1099511627923: 284527 3864349

primes should only print primes, as it is documented to do.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.1 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bsdgames depends on:
ii  libc6 2.19-10
ii  libgcc1   1:4.9.1-12
ii  libncurses5   5.9+20140712-2
ii  libstdc++64.9.1-12
ii  libtinfo5 5.9+20140712-2
ii  wamerican [wordlist]  7.1-1

bsdgames recommends no packages.

bsdgames suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#755856: usbprog: invalid key/value pair in file /lib/udev/rules.d/60-usbprog.rules on line 1, starting at character 32 (' ')

2014-07-23 Thread Andy Isaacson 
Package: usbprog
Version: 0.2.0-2.1
Severity: important

Dear Maintainer,

usbprog is causing the following error:

Jul 23 16:02:44 t440s systemd-udevd[248]: invalid key/value pair in file 
/lib/udev/rules.d/60-usbprog.rules on line 1,starting at character 32 (' ')

this shows up on a system with usbprog installed when a USB devices
is inserted (such as a USB disk).

The problem is resolved by editing 60-usbprog.rules as follows:

  --- 60-usbprog.rules~ 2014-07-23 16:15:19.729301227 -0700
  +++ 60-usbprog.rules  2014-07-23 16:09:32.629132387 -0700
  @@ -1,4 +1,4 @@
  -SUBSYSTEM!=usb, ACTION!=add, SUBSYSTEM!==usb_device, 
GOTO=usbprog_rules_end
  +SUBSYSTEM!=usb, ACTION!=add, SUBSYSTEM!=usb_device, 
GOTO=usbprog_rules_end
   
   # USBprog, in programmable state (or with simpleport 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 a...@onbeep.com
Date:   Wed Jul 23 16:12:35 2014 -0700

replace !== with correct !=

diff --git a/debian/usbprog.udev b/debian/usbprog.udev
index cf75eb6..f01fa1f 100644
--- a/debian/usbprog.udev
+++ b/debian/usbprog.udev
@@ -1,4 +1,4 @@
-SUBSYSTEM!=usb, ACTION!=add, SUBSYSTEM!==usb_device, 
GOTO=usbprog_rules_end
+SUBSYSTEM!=usb, ACTION!=add, SUBSYSTEM!=usb_device, 
GOTO=usbprog_rules_end
 
 # USBprog, in programmable state (or with simpleport firmware)
 ATTR{idVendor}==1781, ATTR{idProduct}==0c62, MODE=664, GROUP=plugdev
diff --git a/usbprog.rules.in b/usbprog.rules.in
index f01b44e..6b373d9 100644
--- a/usbprog.rules.in
+++ b/usbprog.rules.in
@@ -4,7 +4,7 @@
 # Users that want to use USBprog should be added to the group 
'@@USBPROG_GROUP@@'.
 #
 
-BUS!=usb, ACTION!=add, SUBSYSTEM!==usb_device, GOTO=usbprog_rules_end
+BUS!=usb, ACTION!=add, SUBSYSTEM!=usb_device, GOTO=usbprog_rules_end
 
 # USBprog, in programmable state (or with simpleport firmware)
 SYSFS{idVendor}==1781, SYSFS{idProduct}==0c62, MODE=664, 
GROUP=@@USBPROG_GROUP@@

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.15.5 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages usbprog depends on:
ii  libc6 2.19-7
ii  libgcc1   1:4.9.1-1
ii  libreadline6  6.3-6
ii  libstdc++64.9.1-1
ii  libusbprog0   0.2.0-2.1

usbprog recommends no packages.

usbprog suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#690094: gnome-shell: SEGV in shell_network_agent_set_password for VPN

2012-10-09 Thread Andy Isaacson 
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 fields
VPN host, Automatically start connecting, GROUP: MycompanyVPN, Username:
adi.  I enter my password and hit enter to Login, and gnome-shell restarts.

The following shows up in /var/log/daemon.log:

Oct  9 11:51:08 adit420s NetworkManager[3907]: info (wlan0): IP6 addrconf 
timed out or failed.
Oct  9 11:51:08 adit420s NetworkManager[3907]: info Activation (wlan0) Stage 
4 of 5 (IPv6 Configure Timeout) scheduled...
Oct  9 11:51:08 adit420s NetworkManager[3907]: info Activation (wlan0) Stage 
4 of 5 (IPv6 Configure Timeout) started...
Oct  9 11:51:08 adit420s NetworkManager[3907]: info Activation (wlan0) Stage 
4 of 5 (IPv6 Configure Timeout) complete.
Oct  9 11:51:17 adit420s NetworkManager[3907]: warn nl_recvmsgs() error: 
(-33) Dump inconsistency detected, interrupted
Oct  9 11:54:16 adit420s NetworkManager[3907]: info Starting VPN service 
'openconnect'...
Oct  9 11:54:16 adit420s NetworkManager[3907]: info VPN service 'openconnect' 
started (org.freedesktop.NetworkManager.openconnect), PID 5889
Oct  9 11:54:16 adit420s NetworkManager[3907]: info VPN service 'openconnect' 
appeared; activating connections
Oct  9 11:54:16 adit420s NetworkManager[3907]: info VPN plugin state changed: 
init (1)
Oct  9 11:54:16 adit420s NetworkManager[3907]:SCPlugin-Ifupdown: devices 
added (path: /sys/devices/virtual/net/vpn0, iface: vpn0)
Oct  9 11:54:16 adit420s NetworkManager[3907]:SCPlugin-Ifupdown: device 
added (path: /sys/devices/virtual/net/vpn0, iface: vpn0): no ifupdown 
configuration found.
Oct  9 11:54:22 adit420s NetworkManager[3907]: get_secrets: assertion 
`secrets_idx  SECRETS_REQ_LAST' failed
Oct  9 11:54:22 adit420s x-session-manager[5024]: WARNING: Application 
'gnome-shell.desktop' killed by signal 11

With gdb from tty1 I got the following backtrace:

(gdb) where
#0  shell_network_agent_set_password (self=0x24c6e30, request_id=0x2970d00 
/org/freedesktop/NetworkManager/Settings/3/vpn, setting_key=0x296afe0 
cookie,
setting_value=0x2264980 
870062103@23834624@1349820018@1C523D6DC8D71C399F5148C72A77A24107214EAC) at 
shell-network-agent.c:413
#1  0x7fc8db44d7bc in ffi_call_unix64 () at ../src/x86/unix64.S:75
#2  0x7fc8db44d237 in ffi_call (cif=0x40a5938, fn=0x7fc8dde02080 
shell_network_agent_set_password, rvalue=0x7fff8dec9c80, 
avalue=0x7fff8dec99e0) at ../src/x86/ffi64.c:486
#3  0x7fc8dd227baf in ?? () from /usr/lib/libgjs.so.0
#4  0x7fc8dd228bc0 in ?? () from /usr/lib/libgjs.so.0
#5  0x7fc8dcd780b6 in ?? () from /usr/lib/libmozjs185.so.1.0
#6  0x7fc8dcd61c7f in ?? () from /usr/lib/libmozjs185.so.1.0
#7  0x7fc8dcd75f9f in ?? () from /usr/lib/libmozjs185.so.1.0
#8  0x7fc8dcd77f9a in ?? () from /usr/lib/libmozjs185.so.1.0
#9  0x7fc8dcd46c2c in ?? () from /usr/lib/libmozjs185.so.1.0
#10 0x7fc8dcd6beae in ?? () from /usr/lib/libmozjs185.so.1.0
#11 0x7fc8dcd75f9f in ?? () from /usr/lib/libmozjs185.so.1.0
#12 0x7fc8dcd77f9a in ?? () from /usr/lib/libmozjs185.so.1.0
#13 0x7fc8dcd46434 in ?? () from /usr/lib/libmozjs185.so.1.0
#14 0x7fc8dcd77d5b in ?? () from /usr/lib/libmozjs185.so.1.0
#15 0x7fc8dcd78474 in ?? () from /usr/lib/libmozjs185.so.1.0
#16 0x7fc8dcced8e4 in JS_CallFunctionValue () from 
/usr/lib/libmozjs185.so.1.0
#17 0x7fc8dd226ba6 in ?? () from /usr/lib/libgjs.so.0
#18 0x7fc8db44d769 in ffi_closure_unix64_inner (closure=0x7fc8de260010, 
rvalue=0x7fff8decb2a0, reg_args=0x7fff8decb1f0, argp=0x7fff8decb2c0 \002) at 
../src/x86/ffi64.c:629
#19 0x7fc8db44d924 in ffi_closure_unix64 () at ../src/x86/unix64.S:228
#20 0x7fc8d5d40537 in g_simple_async_result_complete () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#21 0x7fc8d5d40639 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#22 0x7fc8d4807355 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x7fc8d4807688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x7fc8d4807a82 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x7fc8dd497f27 in meta_run () at core/main.c:555
#26 0x00401e77 in main (argc=1, argv=0x7fff8decb598) at main.c:334
(gdb) down
#0  shell_network_agent_set_password (self=0x24c6e30, request_id=0x2970d00 
/org/freedesktop/NetworkManager/Settings/3/vpn, setting_key=0x296afe0 
cookie,
setting_value=0x2264980 
870062103@23834624@1349820018@1C523D6DC8D71C399F5148C72A77A24107214EAC) at 
shell-network-agent.c:413
413   if (!request-is_vpn)
(gdb) l
408   g_return_if_fail (SHELL_IS_NETWORK_AGENT (self));
409
410   priv = self-priv;
411   request = g_hash_table_lookup (priv-requests, request_id);
412
413   if (!request-is_vpn)
414 {

Bug#689849: grub2 installed to mmcblk0 rather than sda

2012-10-06 Thread Andy Isaacson 
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
Memory: 8GB
Partitions:

Disk /dev/sda: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00076d21

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *2048  499711  248832   83  Linux
/dev/sda2  501758   500117503   2498078735  Extended
/dev/sda5  501760   500117503   249807872   83  Linux

Output of lspci -knn (or lspci -nn):

00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: i915
00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: xhci_hcd
00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
00:16.3 Serial controller [0700]: Intel Corporation 7 Series/C210 Series 
Chipset Family KT Controller [8086:1e3d] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: serial
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: ehci_hcd
00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset 
Family High Definition Audio Controller [8086:1e20] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 1 [8086:1e10] (rev c4)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 2 [8086:1e12] (rev c4)
Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: ehci_hcd
00:1f.0 ISA bridge [0601]: Intel Corporation QS77 Express Chipset LPC 
Controller [8086:1e56] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 
6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family 
SMBus Controller [8086:1e22] (rev 04)
Subsystem: Lenovo Device [17aa:21f9]
Kernel driver in use: i801_smbus
02:00.0 System peripheral [0880]: Ricoh Co Ltd MMC/SD Host Controller 
[1180:e822] (rev 07)
Subsystem: Lenovo Device [17aa:21f3]
Kernel driver in use: sdhci-pci
03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6205 
[8086:0085] (rev 96)
Subsystem: Intel Corporation Device [8086:c220]
Kernel driver in use: iwlwifi

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[E]
Overall install:[O]

Comments/Problems:

I used a USB boot stick for the text mode install, which worked great.
I put the firmware for the Centrino 6205, iwlwifi-600g2a-5.ucode, on a
SD card and the load firmware from removable media feature found it
and loaded it just fine.

I chose to install on the internal SSD, sda, when I was given the choice
(I was also offered the USB install media and the mmcblk0 SD card).

The install continued without problems until I got to the install grub
on mbr stage, at which point I noticed that the installer put grub on
mmcblk0 (the SD card) rather than on sda (the internal SSD).

I used the go back UI to try it again, and it said the same thing (and
I didn't find

Bug#681849: perl: regex negative lookbehind does not work before $

2012-07-17 Thread Andy Isaacson 
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 /(?!bar)$/ .  However this does not work:

% (echo foo; echo bar; echo foobaz) | perl -ne 'print if(/(?!bar)$/)'
foo
bar
foobaz
%

It should not have printed bar above.  

A similar pattern using /^(?!bar)/ works to say lines that do not
start with bar, and negative look-behind works before a string:

# negative lookahead
% (echo foo; echo bar; echo foobaz) | perl -ne 'print if(/^(?!foo)/)'
bar
%

# negative lookbehind before string
% (echo foo; echo bar; echo foobaz) | sed 's/$/x/g' | \
 perl -ne 'print if(/(?!bar)x$/)'
foox
foobazx
%

I found a workaround that may shed light on the root cause of the
problem.  Normally /$/ matches the end of a string or the line-ending
character at the end of a  string, and regex behavior with $ is not
changed by chomp()ing the line-ending-character away.  But in this case,
there is a difference.  If I chomp; before matching, the negative
look-behind assertion works correctly:

% (echo foo; echo bar; echo foobaz) | perl -ne 'chomp; print if(/(?!bar)$/)'
foofoobaz
%

Note that it did not print bar above, correctly implementing the behavior
documented in perlre(1).


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.4.0-rc4-00095-g95f7147 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perl depends on:
ii  libbz2-1.01.0.6-1
ii  libc6 2.13-26
ii  libdb5.1  5.1.29-1
ii  libgdbm3  1.8.3-10
ii  perl-base 5.14.2-6
ii  perl-modules  5.14.2-6
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages perl recommends:
ii  netbase  4.47

Versions of packages perl suggests:
ii  libterm-readline-gnu-perl | libterm-readline-perl-perl  none
ii  make3.81-8.1
ii  perl-doc5.14.2-6

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile

2012-03-08 Thread Andy Isaacson 
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=7t=385

Sorry, it has proprietary data in it that I cannot expose.  I'll try the
-FFv command.

-andy



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile

2012-03-08 Thread Andy Isaacson 
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 fixed.zip
Fix archive (-FF) - salvage what can
 Found end record (EOCDR) - says expect single disk archive
Scanning for entries...
 Local ( 1  0): copying: d1/f1   (651734 bytes)
 Local ( 1 651817): copying: d1/d2/  (0 bytes)
 Local ( 1 651905): copying: d1/d2/f3   (80 bytes)
 Local ( 1 652083): copying: d1/f23   (891 bytes)
 Local ( 1 653021): copying: d1/f27   (8764 bytes)
 Local ( 1 661837): copying: d1/f24   (14818 bytes)
 Local ( 1 676709): copying: d1/f25   (17295 bytes)
 Local ( 1 694058): copying: d1/f26   (11461 bytes)
 Local ( 1 705573): copying: d1/f15   (299 bytes)
 Local ( 1 705942): copying: d1/f16  ... (160880743 bytes)
 Local ( 1 161586755): copying: d1/d3/  (0 bytes)
 Local ( 1 161586830): copying: d1/d3/f18   (81 bytes)
 Local ( 1 161586996): copying: d1/f19   (315 bytes)
 Local ( 1 161587381): copying: d1/f20   (522073 bytes)
 Local ( 1 162109524): copying: d1/f21   (698 bytes)
 Local ( 1 162110291): copying: d1/f22   (194 bytes)
 Local ( 1 162110555): copying: d1/f4  
 (592046801 bytes)
 Local ( 1 754157431): copying: d1/f5   (90537457 bytes)
 Local ( 1 844694963): copying: d1/f6   (211226857 bytes)
 Local ( 1 1055921895): copying: d1/f7  
.
 (1145309341 bytes)
 Local ( 1 2201231311): copying: d1/f8  
...
 (1506846261 bytes)
 Local ( 1 3708077647): copying: d1/f9  
... 
(748102107 bytes)
 Local ( 1 4456179829): copying: d1/f10  
...
 (954604579 bytes)
 Local ( 1 5410784483): copying: d1/f11  ... (78000895 bytes)
 Local ( 1 5488785453): copying: d1/f12   (4077 bytes)
 Local ( 1 5488789605): copying: d1/f13   (4678 bytes)
 Local ( 1 5488794358): copying: d1/f14   (3296 bytes)
Central Directory found...
 Cen   ( 1 5488797729): updating: d1/f1
 Cen   ( 1 5488797828): updating: d1/d2/
 Cen   ( 1 5488797932): updating: d1/d2/f3
 Cen   ( 1 5488798046): updating: d1/f23
 Cen   ( 1 5488798109): updating: d1/f27
 Cen   ( 1 5488798177): updating: d1/f24
 Cen   ( 1 5488798247): updating: d1/f25
 Cen   ( 1 5488798317): updating: d1/f26
 Cen   ( 1 5488798387): updating: d1/f15
 Cen   ( 1 5488798473): updating: d1/f16
 Cen   ( 1 5488798559): updating: d1/d3/
 Cen   ( 1 5488798650): updating: d1/d3/f18
 Cen   ( 1 5488798751): updating: d1/f19
 Cen   ( 1 5488798837): updating: d1/f20
 Cen   ( 1 5488798923): updating: d1/f21
 Cen   ( 1 5488799008): updating: d1/f22
 Cen   ( 1 5488799094): updating: d1/f4
 Cen   ( 1 5488799185): updating: d1/f5
 Cen   ( 1 5488799276): updating: d1/f6
 Cen   ( 1 5488799367): updating: d1/f7
 Cen   ( 1 5488799458): updating: d1/f8
 Cen   ( 1 5488799549): updating: d1/f9
 Cen   ( 1 5488799640): updating: d1/f10
 Cen   ( 1 5488799743): updating: d1/f11
 Cen   ( 1 5488799846): updating: d1/f12
 Cen   ( 1 5488799949): updating: d1/f13
 Cen   ( 1 5488800052): updating: d1/f14
Zip64 EOCDR found ( 1 5488800155)...
Zip64 EOCDL found ( 1 5488800211)...
EOCDR found ( 1 5488800231)...
$ echo $?
0

-andy



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile

2012-03-02 Thread Andy Isaacson 
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 5488800253 Mar  2 12:49 foo.zip
% unzip -l foo.zip
warning [foo.zip]:  1193830510 extra bytes at beginning or within zipfile
  (attempting to process anyway)
error [foo.zip]:  start of central directory not found;
  zipfile corrupt.
  (please check that you have transferred or created the zipfile in the
  appropriate BINARY mode and that you have compiled UnZip properly)

Selected extracts from hd foo.zip with filenames redacted:

  50 4b 03 04 14 00 00 00  08 00 d3 53 56 3e 6e 0b  |PK.SVn.|
0010  6b 97 d6 f1 09 00 00 00  00 20 35 00 00 00 xx xx  |k 5...xx|
0020  xx xx xx xx xx xx xx xx  xx 2f xx xx xx xx xx xx  |x/xx|
0030  xx xx xx xx xx xx xx xx  xx xx xx xx xx xx xx xx  ||
0040  xx xx xx xx xx xx xx xx  xx xx xx xx xx xx xx xx  ||
0050  xx xx xx ec c1 01 01 00  00 00 80 90 fe af ee 08  |xxx.|
0060  0a 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
0070  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  ||
*
1050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 80  ||
1060  d9 83 03 01 00 00 00 00  20 ff d7 46 50 55 55 55  | ..FPUUU|
1070  55 55 55 55 55 55 55 55  55 55 55 55 55 55 55 55  ||
*
2060  55 55 55 55 55 55 55 55  55 55 55 55 61 0f 0e 04  |a...|
2070  00 00 00 00 80 fc 5f 1b  41 55 55 55 55 55 55 55  |.._.AUUU|
2080  55 55 55 55 55 55 55 55  55 55 55 55 55 55 55 55  ||
*
3070  55 55 55 55 55 55 55 55  85 3d 38 10 00 00 00 00  |.=8.|
3080  00 f2 7f 6d 04 55 55 55  55 55 55 55 55 55 55 55  |...m.UUU|
3090  55 55 55 55 55 55 55 55  55 55 55 55 55 55 55 55  ||
...
147286000  c8 9c 47 19 7b 10 52 f9  0c 98 35 4e 0a 8a df de  |..G.{.R...5N|
147286010  37 4f 89 da 0e 07 fb d2  60 15 e8 d9 50 ad 50 3e  |7O..`...P.P|
147286020  2e db 94 65 db f1 87 04  dd c7 27 d2 9f 63 f0 ad  |...e..'..c..|
147286030  ab e8 73 e0 ae b2 7b ac  e1 d2 d7 6b e4 1b 3e 76  |..s...{k..v|
147286040  8b c9 80 17 1c f9 c5 7b  b1 eb f3 f1 eb af e2 f5  |...{|
147286050  cf 13 f2 5d 92 0e d9 3f  70 00 9e 53 1b 4d af 21  |...]...?p..S.M.!|
147286060  fa 36 08 50 8d d0 de 0c  8b 4e ff 11 5f a5 e6 a2  |.6.P.N.._...|
147286070  a6 69 1f 42 45 7b 10 7e  da 44 d8 71 ed 43 50 0a  |.i.BE{.~.D.q.CP.|
147286080  cb 7a 49 a9 1e ba 99 10  ed 6d a9 25 a2 3a ce cb  |.zI..m.%.:..|
147286090  53 16 d5 d9 6b df 01 8d  dc 7f 34 b1 8d 1b b7 f3  |S...k.4.|
1472860a0  7b 5d 9b 4b c8 31 1e cf  cd e5 65 da a8 8d 05 44  |{].K.1eD|
1472860b0  56 2c d1 e9 d7 f9 57 77  f4 28 1d 74 0f 5c 38 ab  |V,Ww.(.t.\8.|
1472860c0  4d cc 09 17 6e 6e b0 86  0b 73 cc fa a0 83 0e d2  |M...nn...s..|
1472860d0  a3 ee 81 a2 0b 67 5b 22  b4 53 1d 08 6f 37 e8 c5  |.g[.S..o7..|
1472860e0  68 92 ab a3 4c 08 15 18  c1 b5 42 f0 01 83 1e a7  |h...L.B.|
1472860f0  43 05 eb 73 fb f7 8d 54  d0 b1 6d db 1f 32 93 c6  |C..s...T..m..2..|
147286100  8a 45 6d 64 8e 76 f1 c6  7d 29 47 f8 37 7f af f3  |.Emd.v..})G.7...|
147286110  9f c1 e1 57 52 20 60 aa  c5 3d e0 a3 fd f1 6e 4c  |...WR `..=nL|
147286120  76 46 1d cd 03 fe e4 82  fc 50 f2 bd 92 ff 9c 76  |vF...P.v|
147286130  d4 80 db b9 51 9b 3b 12  b5 9b c6 31 8f 5e b1 69  |Q.;1.^.i|
147286140  c2 70 11 52 bf 14 4c a0  08 e5 70 aa a5 21 b1 8d  |.p.R..L...p..!..|
147286150  c7 aa 73 38 31 7a 43 1b  8f 4f d3 19 42 24 7e 9f  |..s81zC..O..B$~.|
147286160  db bf 27 b1 d7 ce 4f 81  05 84 ff 3d a1 e5 f1 32  |..'...O=...2|
147286170  f1 b9 5e 88 c4 c2 c0 54  67 19 f3 49 65 86 2a ea  |..^Tg..Ie.*.|
147286180  2f 42 a8 b7 3e d4 12 f1  67 e4 aa e2 9e 44 7a 12  |/B.gDz.|
147286190  e2 03 ef 84 68 32 93 c5  b0 7f 91 41 4f 86 eb d2  |h2.AO...|
1472861a0  8d 2f ce be 34 15 73 23  dc 14 c9 94 45 de 58 75  |./..4.s#E.Xu|
1472861b0  ee d2 33 83 43 d1 74 58  ae 6f 00 77 15 f4 f3 ad  |..3.C.tX.o.w|
1472861c0  f4 24 e4 65 4e d4 19 92  9d 3f 0c 16 1a 85 2d c7  |.$.eN?-.|
1472861d0  1a ce 5d 71 d0 13 ae 1a  e7 21 8b 2d 73 d8 9b da  |..]q.!.-s...|
1472861e0  64 a2 2a d6 24 e9 ff 04  f3 2d d4 27 32 df d4 b1  |d.*.$-.'2...|
1472861f0  91 a7 be 30 8c 78 7b 74  ae ab 23 b2 b6 44 ef e3  |...0.x{t..#..D..|
147286200  ed 21 6b 73 44 fd 8c 77  89 6d 77 6d 54 0a ab ce  |.!ksD..w.mwmT...|
147286210  68 61 b8 40 68 9c b8 8d  ca a2 df e9 ea e8 2a d1  |ha.@h.*.|
147286220  0f f2 ce d1 65 a1 07 84  70 81 05 aa 1b 27 54 75  |e...p'Tu|
147286230  21 73 84 7d ba d6 63 2b  a9 51 cb f4 4f 61 84 1e  |!s.}..c+.Q..Oa..|
147286240  42 ca f4 9f 40 57 58 4b

Bug#661956: unzip fails on 5.4GB ZIP with extra bytes at beginning or within zipfile

2012-03-02 Thread Andy Isaacson 
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...@lists.debian.org

Bug#633087: pbzip2 output files created under umask before being chmodded to proper permissions

2011-07-08 Thread Andy Isaacson 
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 Size: 104857600 bytes
Compressing data...
^Z
% ls -l
...
-rw--- 1 adi adi 104857600 Jul  8 01:11 big
-rw-r--r-- 1 adi adi  8273 Jul  8 01:11 big.bz2

This can expose private data to other users of the computer if they read
the output file while it's being compressed.

The stock bzip2 program does not show this behavior (testing with bzip2
1.0.5-6).

% time bzip2 -v big
  big: ^Z
% ls -l
...
-rw--- 1 adi adi 104857600 Jul  8 01:12 big
-rw--- 1 adi adi 0 Jul  8 01:13 big.bz2


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-rc4-00185-g947d5e7 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pbzip2 depends on:
ii  libbz2-1.01.0.5-6high-quality block-sorting file co
ii  libc6 2.13-6 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-12 GCC support library
ii  libstdc++64.6.0-12   GNU Standard C++ Library v3

pbzip2 recommends no packages.

pbzip2 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576392: iceweasel: Please don't remove the firefox symlinks

2010-04-12 Thread Andy Isaacson 
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...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#553529: xscreensaver: Fake crash screensaver should not be enabled by default

2010-01-13 Thread Andy Isaacson 
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 debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#507916: xorg: Xorg segfault on swsusp resume

2008-12-05 Thread Andy Isaacson 
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 suspended 500 times in the last
three years, running various -mm and mainline kernels, and most of the
time it works), but this morning the X server crashed while resuming in
a most interesting manner:

 (II) Open ACPI successful (/var/run/acpid.socket)
 (II) intel(0): xf86BindGARTMemory: bind key 0 at 0x007df000 (pgoffset 2015)
 (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x007e (pgoffset 2016)
 (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x007e4000 (pgoffset 2020)
 (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x007e5000 (pgoffset 2021)
 (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x007e9000 (pgoffset 2025)
 (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x007f (pgoffset 2032)
 
 Backtrace:
 0: /usr/bin/X11/X(xf86SigHandler+0x81) [0x80c8631]
 1: [0xe400]
 2: /usr/bin/X11/X(xf86_reload_cursors+0x70) [0x80f9f80]
 3: /usr/lib/xorg/modules/drivers//i810_drv.so [0xb7ba5f62]
 4: /usr/bin/X11/X(xf86CrtcSetMode+0x279) [0x80f9169]
 5: /usr/bin/X11/X(xf86SetDesiredModes+0x139) [0x80f9519]
 6: /usr/lib/xorg/modules/drivers//i810_drv.so [0xb7ba98c9]
 7: /usr/lib/xorg/modules//libxaa.so [0xb7a643f2]
 8: /usr/bin/X11/X [0x80d08fc]
 9: /usr/bin/X11/X [0x80ddcd8]
 10: /usr/bin/X11/X(xf86Wakeup+0x3bd) [0x80c9d4d]
 11: /usr/bin/X11/X(WakeupHandler+0x59) [0x80929e9]
 12: /usr/bin/X11/X(WaitForSomething+0x1ae) [0x81b88ee]
 13: /usr/bin/X11/X(Dispatch+0x82) [0x808ec22]
 14: /usr/bin/X11/X(main+0x495) [0x8076e85]
 15: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d74450]
 16: /usr/bin/X11/X(FontFileCompleteXLFD+0x1ed) [0x80761c1]
 
 Fatal server error:
 Caught signal 11.  Server aborting
 
 (II) intel(0): xf86UnbindGARTMemory: unbind key 0
 (II) intel(0): xf86UnbindGARTMemory: unbind key 1
 (II) intel(0): xf86UnbindGARTMemory: unbind key 2
 (II) intel(0): xf86UnbindGARTMemory: unbind key 3
 (II) intel(0): xf86UnbindGARTMemory: unbind key 4
 (II) intel(0): xf86UnbindGARTMemory: unbind key 5

It looks to me like the SIGIO from the mouse filedescriptor came in
while the driver was reinitializing and caught a function pointer with
its pants down.

I've never seen this before, though I have had some untriaged X
crashes-on-resume in the past.

Complete system information (including xorg.conf, .config, and complete
Xorg.0.log.old) is at
http://web.hexapodia.org/~adi/bobble/bobble_2.6.27_20081205113626/
http://web.hexapodia.org/~adi/bobble/bobble_2.6.27_20081205113626.tar.gz
SHA1 (bobble_2.6.27_20081205113626.tar.gz) = 
2123c9633053f1423b04ebff2d8cc71f72774ae0

-andy

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.27
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  libgl1-mesa-glx [libgl1]  7.0.3-6A free implementation of the OpenG
ii  libglu1-mesa  7.0.3-6The OpenGL utility library (GLU)
ii  x11-apps  7.3+4  X applications
ii  x11-session-utils 7.3+1  X session utilities
ii  x11-utils 7.3+2  X11 utilities
ii  x11-xfs-utils 7.3+1  X font server utilities
ii  x11-xkb-utils 7.4+1  X11 XKB utilities
ii  x11-xserver-utils 7.3+5  X server utilities
ii  xauth 1:1.0.3-2  X authentication utility
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base   1:1.0.0-5  standard fonts for X
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X
ii  xfonts-utils  1:7.4+1X Window System font utility progr
ii  xinit 1.0.9-2X server initialisation tool
ii  xkb-data  1.3-2  X Keyboard Extension (XKB) configu
ii  xserver-xorg  1:7.2-5the X.Org X server
ii  xterm [x-terminal-emulator]   237-1  X terminal emulator

Versions of packages xorg recommends:
ii  xorg-docs 1:1.4-3Miscellaneous documentation for th

xorg suggests no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#495266: xen-tools: xen-create-image --accounts misnumbers user groups

2008-08-15 Thread Andy Isaacson 
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 names.)

dom0# egrep 'a1|a2|s1' /etc/{passwd,group}
/etc/passwd:a1:x:1000:1000:a1,,,:/home/a1:/bin/zsh
/etc/passwd:s1:x:1001:1001:s1,,,:/home/s1:/bin/bash
/etc/passwd:a2:x:1002:1002:a2,,,:/home/a2:/bin/bash
...
/etc/group:a1:x:1000:
/etc/group:s1:x:1001:
/etc/group:a2:x:1002:
dom0# xen-create-image --accounts \
   --admin=.. --output=... --dir=... --size=50G --swap=4G \
   --dist=sid --hostname=... --ip=...

domU% egrep 'a1|a2|s1' /etc/{passwd,group}
/etc/passwd:a1:x:1000:1000:a1,,,:/home/a1:/bin/zsh
/etc/passwd:a2:x:1002:1002:a2,,:/home/a2:/bin/bash
/etc/passwd:s1:x:1001:1001:s1,,:/home/s1:/bin/bash
...
/etc/group:a1:x:1000:a1
/etc/group:a2:x:1001:a2
/etc/group:s1:x:1004:s1
domU% egrep :100 /etc/group
users:x:100:
a1:x:1000:a1
a2:x:1001:a2
ntpd:x:1002:ntpd
postfix:x:1003:postfix
s1:x:1004:s1

Note that a2 is in group 1002 according to /etc/passwd, but
that group is ntpd according to /etc/group.

(Also, a cosmetic nit:  the added entries in /etc/passwd are
sorted alphabetically rather than by numeric uid.)

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xen-tools depends on:
ii  debootstrap   1.0.10 Bootstrap a basic Debian system
ii  libconfig-inifiles-perl   2.39-5 Read .ini-style configuration file
ii  libtext-template-perl 1.44-1.2   Text::Template perl module
ii  perl-modules  5.10.0-13  Core Perl modules

Versions of packages xen-tools recommends:
ii  libexpect-perl1.20-1 Expect.pm - Perl Expect interface
ii  reiserfsprogs 1:3.6.19-6 User-level tools for ReiserFS file
ii  rinse 1.3-2  RPM installation environment
ii  xen-hypervisor-3.0.3-1-amd64  3.0.3-0-4  The Xen Hypervisor on AMD64
ii  xen-shell 1.8-3  Console based Xen administration u
ii  xfsprogs  2.9.8-1Utilities for managing the XFS fil

xen-tools suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]