Bug#1012278: kodi web interface does not work

2022-06-03 Thread Richard Kettlewell

On 03/06/2022 12:38, Vasyl Gello wrote:

Dear Richard!

Thanks for investigation!

I am going to solve the (missing) webinterface issue
by packaging elm-chorus which is the newest rewrite of Chorus2 in Elm 
maintained

by Kodi team members Kolja Lampe (@razze) and GSoC students.

What we need now in Debian is Elm compiler for that.


I don't understand; the web interface seems to be there, it is just 
broken, at least in part due to packaging decisions. What do you mean?


ttfn/rjk



Bug#1012278: kodi web interface does not work

2022-06-02 Thread Richard Kettlewell

Package: kodi
Version: 2:19.1+dfsg2-2+deb11u1

The Kodi web interface shows a menu bar with Movies/TV Shows/etc but 
clicking on them does nothing.


Initial investigation shows that is failing to load its own JavaScript:

9020  recvfrom(17,  
9020  <... recvfrom resumed>"GET /js/iscroll-min.js?2.1.0 HTT"..., 
16384, 0, NULL, NULL) = 425
9020 
stat("/usr/share/kodi/addons/webinterface.default/js/iscroll-min.js", 


9020  <... stat resumed>{st_mode=S_IFREG|0644, st_size=38987, ...}) = 0
9020  lstat("/usr",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
9020  lstat("/usr/share/kodi",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share/kodi/addons",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share/kodi/addons/webinterface.default",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share/kodi/addons/webinterface.default/js", 


9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020 
lstat("/usr/share/kodi/addons/webinterface.default/js/iscroll-min.js", 


9020  <... lstat resumed>{st_mode=S_IFLNK|0777, st_size=45, ...}) = 0
9020 
readlink("/usr/share/kodi/addons/webinterface.default/js/iscroll-min.js", 

9020  <... readlink resumed>"../../../../javascript/iscroll/i"..., 4095) 
= 45

9020  lstat("/usr/share/javascript",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share/javascript/iscroll",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share/javascript/iscroll/iscroll-min.js",  ...>

9020  <... lstat resumed>{st_mode=S_IFREG|0644, st_size=38987, ...}) = 0
9020  lstat("/home",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/home/richard",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/home/richard/.kodi",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  lstat("/usr/share",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
9020  lstat("/usr/share/kodi",  
9020  <... lstat resumed>{st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
9020  sendmsg(17, {msg_name=NULL, msg_namelen=0, 
msg_iov=[{iov_base="HTTP/1.1 404 Not Found\r\nConnecti"..., 
iov_len=168}, {iov_base="File not foun"..., 
iov_len=82}], msg_iovlen=2, msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL 



I think that it is refuisng to follow symlinks (for obvious security
reasons), and therefore can't load the JS files that have been
replaced with symlinks, presumably in an attempt to reduce the size of
the package.

richard@vitripane:/usr/share/kodi/addons/webinterface.default/js$ ls -l
total 124
lrwxrwxrwx 1 root root45 Nov  4  2021 iscroll-min.js -> 
../../../../javascript/iscroll/iscroll-min.js
lrwxrwxrwx 1 root root43 Nov  4  2021 jquery-1.8.2.min.js -> 
../../../../javascript/jquery/jquery.min.js

-rw-r--r-- 1 root root 18323 Nov  4  2021 json2.js
-rw-r--r-- 1 root root 59644 Nov  4  2021 MediaLibrary.js
-rw-r--r-- 1 root root 27829 Nov  4  2021 NowPlayingManager.js
-rw-r--r-- 1 root root  3401 Nov  4  2021 xbmc.core.js
-rw-r--r-- 1 root root   906 Nov  4  2021 xbmc.init.js
-rw-r--r-- 1 root root  1473 Nov  4  2021 xbmc.launcher.js
-rw-r--r-- 1 root root  1569 Nov  4  2021 xbmc.rpc.js
richard@vitripane:/usr/share/kodi/addons/webinterface.default

I corrected this by replacing the links with copies of teh files, but
the web interface still doesn't work properly.

ttfn/rjk



Bug#722132: Doesn't find stddef.h

2020-09-27 Thread Richard Kettlewell
This seems to be broken again.

$ dpkg -l iwyu clang-8
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)
||/ Name   Version  Architecture Description
+++-==---==>
ii  clang-81:8.0.1-10   amd64C, C++ and Objective-C compiler
ii  iwyu   8.0-4amd64Analyze #includes in C and
C++ sou>


iwyu -DHAVE_CONFIG_H -I. -I.. -I/usr/include/cairomm-1.0
-I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include -I/usr/include/cairo
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2
-I/usr/include/libpng16 -I/usr/include/sigc++-2.0
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -pthread
-I/usr/include/pangomm-1.4
-I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include
-I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include
-I/usr/include/cairomm-1.0
-I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include
-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
-I/usr/include/pango-1.0 -I/usr/include/libmount -I/usr/include/blkid
-I/usr/include/fribidi -I/usr/include/harfbuzz -I/usr/include/cairo
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2
-I/usr/include/libpng16 -std=gnu++11 -DTAG=\"6.0-8-gd28b46c\"
-std=gnu++11 -Wall -W -Werror -Wpointer-arith -Wwrite-strings -g -O2
-MT rsbackup.o -MD -MP -MF .deps/rsbackup.Tpo -c -o rsbackup.o rsbackup.cc
In file included from rsbackup.cc:16:
In file included from ./rsbackup.h:22:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/vector:64:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/bits/allocator.h:46:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/x86_64-linux-gnu/c++/10/bits/c++allocator.h:33:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/ext/new_allocator.h:33:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/new:41:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/exception:147:
In file included from
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/bits/exception_ptr.h:38:
/usr/bin/../lib/gcc/x86_64-linux-gnu/10/../../../../include/c++/10/bits/cxxabi_init_exception.h:38:10:
fatal error: 'stddef.h' file not found
#include 
 ^~



Bug#968509: Further crashes under linux-image-4.19.0-10-amd64

2020-09-01 Thread Richard Kettlewell
On 30/08/2020 13:37, Richard Kettlewell wrote:
> On 30/08/2020 13:22, Salvatore Bonaccorso wrote:
>> Hi Richard,
>>>> Would you be able to test 4.19.142?
>>>
>>> If you can give me a route to getting .deb files for that version then
>>> sure - a download or a pointer to instructions.
>>
>> *unofficial* and *temporary* builds for that version can be found
>> here: https://people.debian.org/~carnil/tmp/linux/4.19.142-1/
>>
>> If you prefer to build the package yourself, the source package of
>> this temporary work is as well uploaded there.
>>
>> Please let me know if that works for your.
> 
> Thankyou, I'm running that kernel now on the first host. I'll report
> back when I know more.


The first host has been running that kernel without incident for 48
hours and the second for nearly 24 hours. So it looks like 4.19.142 does
fix this issue.

ttfn/rjk



Bug#968509: Further crashes under linux-image-4.19.0-10-amd64

2020-08-30 Thread Richard Kettlewell
On 30/08/2020 13:22, Salvatore Bonaccorso wrote:
> Hi Richard,
>>> Would you be able to test 4.19.142?
>>
>> If you can give me a route to getting .deb files for that version then
>> sure - a download or a pointer to instructions.
> 
> *unofficial* and *temporary* builds for that version can be found
> here: https://people.debian.org/~carnil/tmp/linux/4.19.142-1/
> 
> If you prefer to build the package yourself, the source package of
> this temporary work is as well uploaded there.
> 
> Please let me know if that works for your.

Thankyou, I'm running that kernel now on the first host. I'll report
back when I know more.

ttfn/rjk



Bug#968509: Further crashes under linux-image-4.19.0-10-amd64

2020-08-30 Thread Richard Kettlewell
On 29/08/2020 15:36, Salvatore Bonaccorso wrote:
> Hi Richard,
> 
> On Sat, Aug 22, 2020 at 12:58:47PM +0100, Richard Kettlewell wrote:
>> I've had further crashes under 4.19.0-10-amd64 on a second machine.
>> Again, after reverting to 4.19.0-9-amd64 this second machine seems to be
>> stable.
>>
>> The full logs are at http://www.greenend.org.uk/rjk/junk/crashboth.log,
>> a version without all the iptables clutter is attached.
> 
> I suspect this is possibly same as #966846. If so this was fixed in
> 4.19.134 upstream but followup commits were needed as up to commits in
> 4.19.140 upstream. 
> 
> Would you be able to test 4.19.142?

If you can give me a route to getting .deb files for that version then
sure - a download or a pointer to instructions.

ttfn/rjk



Bug#968509: linux-image-4.19.0-10-amd64: System hangs within a few minutes of booting

2020-08-16 Thread Richard Kettlewell
Package: src:linux
Version: 4.19.132-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Upgraded from 4.19.0-9 to 4.19.0-10.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

"apt-get dist-upgrade" and subsequent reboot.

   * What was the outcome of this action?

With kernel 4.19.0-10 the system hangs within minutes.



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 1101
board_vendor: ASUSTeK COMPUTER INC.
board_name: PRIME H370M-PLUS
board_version: Rev 1.xx

** Network interface configuration:

auto lo
iface lo inet loopback

auto br0
iface br0 inet static
  network 172.17.207.0
  address 172.17.207.18
  netmask 255.255.255.0
  broadcast 172.17.207.255
  gateway 172.17.207.1
  bridge_ports eno1
  bridge_maxwait 2
  bridge_stp off
  up echo 0 > /proc/sys/net/ipv6/conf/br0/accept_ra
  up ip address add 2001:470:1f09:11ed::12/64 dev br0
  up ip route add default via 2001:470:1f09:11ed::1






** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core Processor Host 
Bridge/DRAM Registers [8086:3ec2] (rev 07)
Subsystem: ASUSTeK Computer Inc. 8th Gen Core Processor Host 
Bridge/DRAM Registers [1043:8694]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 630 
(Desktop) [8086:3e92] (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. UHD Graphics 630 (Desktop) [1043:8694]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:14.0 USB controller [0c03]: Intel Corporation Cannon Lake PCH USB 3.1 xHCI 
Host Controller [8086:a36d] (rev 10) (prog-if 30 [XHCI])
Subsystem: ASUSTeK Computer Inc. Cannon Lake PCH USB 3.1 xHCI Host 
Controller [1043:8694]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:14.2 RAM memory [0500]: Intel Corporation Cannon Lake PCH Shared SRAM 
[8086:a36f] (rev 10)
Subsystem: ASUSTeK Computer Inc. Cannon Lake PCH Shared SRAM [1043:8694]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:16.0 Communication controller [0780]: Intel Corporation Cannon Lake PCH HECI 
Controller [8086:a360] (rev 10)
Subsystem: ASUSTeK Computer Inc. Cannon Lake PCH HECI Controller 
[1043:8694]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:17.0 SATA controller [0106]: Intel Corporation Cannon Lake PCH SATA AHCI 
Controller [8086:a352] (rev 10) (prog-if 01 [AHCI 1.0])
Subsystem: ASUSTeK Computer Inc. Cannon Lake PCH SATA AHCI Controller 
[1043:8694]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:1c.0 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root 
Port [8086:a33a] (rev f0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1d.0 PCI bridge [0604]: Intel Corporation Cannon Lake PCH PCI Express Root 
Port [8086:a330] (rev f0) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrS

Bug#959515: sensible-editor search logic is out of date?

2020-05-03 Thread Richard Kettlewell

Package: sensible-utils
Version: 0.0.12

rjk@sfere:~$ env | grep -E 'EDITOR|VISUAL'
rjk@sfere:~$ ls -lL /usr/bin/emacs
-rwxr-xr-x 1 root root 39926024 Sep  5  2019 /usr/bin/emacs
rjk@sfere:~$ sensible-editor
/usr/bin/sensible-editor: 25: /usr/bin/sensible-editor: 
/usr/bin/emacs24: not found

/usr/bin/sensible-editor: 28: /usr/bin/sensible-editor: nano: not found
/usr/bin/sensible-editor: 31: /usr/bin/sensible-editor: nano-tiny: not found
/usr/bin/sensible-editor: 34: /usr/bin/sensible-editor: vi: not found
Couldn't find an editor!
Set the $EDITOR environment variable to your desired editor.

Trying a specific version of Emacs, but not just "emacs", seems strange.

ttfn/rjk



Bug#954230: In a sticky directory root cannot write to files owned by normal users

2020-04-19 Thread Richard Kettlewell
Sounds like protected_regular from 
https://www.kernel.org/doc/Documentation/sysctl/fs.txt


ttfn/rjk



Bug#956235: TypeError: can't multiply sequence by non-int of type 'float'

2020-04-08 Thread Richard Kettlewell

Package: graphite-api
Version: 1.1.3-2+deb9u1

With a target of:

movingAverage(alias(snmp.escalabra.snmp.if_octets-Slot__0_Port__2_Gigabit_-_Level.rx, 
'g2 rx'), '5min')


...I get an exception from graphite. It's the same one shown here: 
https://github.com/brutasse/graphite-api/issues/201


The cause seems to be that graphite-api has not been completely ported 
to Python 3.


A patch that fixes this particular issue is attached. I don't know if 
there are other lurking dependencies on Python 2.


ttfn/rjk
--- /usr/lib/python3/dist-packages/graphite_api/functions.py.orig	2020-04-08 18:38:00.827220689 +0100
+++ /usr/lib/python3/dist-packages/graphite_api/functions.py	2020-04-08 18:38:04.915021572 +0100
@@ -2106,7 +2106,7 @@
 for bootstrap, original in zip_longest(bootstrapList, seriesList):
 newValues = []
 if bootstrap.step != original.step:
-ratio = bootstrap.step / original.step
+ratio = bootstrap.step // original.step
 for value in bootstrap:
 # XXX For series with aggregationMethod = sum this should also
 # divide by the ratio to bring counts to the same time unit


Bug#954710: Please enable python filtering support

2020-03-23 Thread Richard Kettlewell

On 22/03/2020 16:21, Marco d'Itri wrote:

On Mar 22, Richard Kettlewell  wrote:


Patch attached.

Did you verify that everything will still work with no empty filters
provided and so on?


If there is no filter file present (or one that it can't import) it logs 
a message about it and then continues with Python filtering disabled.


ttfn/rjk



Bug#954710: Please enable python filtering support

2020-03-22 Thread Richard Kettlewell

Package: inn2
Version: 2.6.3-1+deb10u2

Patch attached.

ttfn/rjk
commit 1adddef4321b996e08aa65a6b662eac4f58211fe
Author: Richard Kettlewell 
Date:   Sun Mar 22 13:52:09 2020 +

Enable Python 3.x filter

diff --git a/debian/control b/debian/control
index f1ac510..1ffc40f 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Marco d'Itri 
 Build-Depends: debhelper (>> 9), bison, flex, groff-base,
  libperl-dev, libdb-dev, libkrb5-dev, libpam0g-dev, libsasl2-dev,
- libssl-dev, zlib1g-dev,
+ libssl-dev, zlib1g-dev, python3-dev
 Standards-Version: 4.1.5
 Rules-Requires-Root: binary-targets
 Homepage: https://www.eyrie.org/~eagle/software/inn/
diff --git a/debian/rules b/debian/rules
index fd8ccd8..6d4d812 100755
--- a/debian/rules
+++ b/debian/rules
@@ -45,6 +45,7 @@ $B/config.status: $B/configure
 	BZIP2=/bin/bzip2 \
 	GZIP=/bin/gzip \
 	PERL=/usr/bin/perl \
+	PYTHON=/usr/bin/python3 \
 	ac_cv_path_AWK=awk \
 	ac_cv_prog_AWK=awk \
 	ac_cv_path_CAT=cat \
@@ -61,6 +62,7 @@ $B/config.status: $B/configure
 	./configure \
 		--enable-uucp-rnews \
 		--with-perl \
+		--with-python \
 		--with-openssl \
 		--prefix=/usr/lib/news \
 		--libdir=/usr/lib/news \


Bug#954414: /usr/lib/news/bin/buildinnkeyring wants gpg1, but just asks for 'gpg'

2020-03-21 Thread Richard Kettlewell

Package: inn2
Version: 2.6.3-1+deb10u2

$ /usr/lib/news/bin/buildinnkeyring
--2020-03-21 10:31:58--  ftp://ftp.isc.org/pub/pgpcontrol/PGPKEYS
   => 'PGPKEYS'
Resolving ftp.isc.org (ftp.isc.org)... 2001:4f8:1:f::49, 149.20.1.49
Connecting to ftp.isc.org (ftp.isc.org)|2001:4f8:1:f::49|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /pub/pgpcontrol ... done.
==> SIZE PGPKEYS ... 120334
==> EPSV ... done.==> RETR PGPKEYS ... done.
Length: 120334 (118K) (unauthoritative)

PGPKEYS 100%[===>] 117.51K   245KB/sin 
0.5s


2020-03-21 10:32:01 (245 KB/s) - 'PGPKEYS' saved [120334]

/usr/lib/news/bin/buildinnkeyring: line 18: gpg: command not found


$ dpkg --status inn2 | grep gnupg
Suggests: gnupg1, wget, libgd-perl, libkrb5-3 (>= 1.6.dfsg.2)
$ dpkg -L gnupg1 | grep /usr/bin/
/usr/bin/gpg1
$ grep gpg /usr/lib/news/bin/buildinnkeyring
KEYRING=${NEWSETC}/pgp/pubring.gpg
gpg --batch --no-permission-warning \
# this does not work because gpg refuses to use RSA-style fingerprints
gpg --batch --no-permission-warning --verbose \

ttfn/rjk



Bug#944954: lugin rrdtool failed to handle option DataDir, return code: -1

2019-11-17 Thread Richard Kettlewell
Package: collectd-core
Version: 5.9.2.g-1

# dpkg --configure collectd-core
Setting up collectd-core (5.9.2.g-1) ...
Job for collectd.service failed because the control process exited with
error code.
See "systemctl status collectd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript collectd, action "start" failed.
● collectd.service - Statistics collection and monitoring daemon
   Loaded: loaded (/lib/systemd/system/collectd.service; enabled; vendor
preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Sun
2019-11-17 19:10:08 GMT; 3ms ago
 Docs: man:collectd(1)
   man:collectd.conf(5)
   https://collectd.org
  Process: 22890 ExecStartPre=/usr/sbin/collectd -t (code=exited,
status=0/SUCCESS)
  Process: 22891 ExecStart=/usr/sbin/collectd (code=exited,
status=1/FAILURE)
 Main PID: 22891 (code=exited, status=1/FAILURE)

Nov 17 19:10:08 deodand collectd[22891]: plugin_load: plugin
"write_graphite" successfully loaded.
Nov 17 19:10:08 deodand systemd[1]: Failed to start Statistics
collection and monitoring daemon.
Nov 17 19:10:08 deodand collectd[22891]: Found a configuration for the
`rrdtool' plugin, but the plugin isn't loaded or didn't register a
configuration callback.
Nov 17 19:10:08 deodand collectd[22891]: Plugin rrdtool failed to handle
option DataDir, return code: -1
dpkg: error processing package collectd-core (--configure):
 installed collectd-core package post-installation script subprocess
returned error exit status 1
Errors were encountered while processing:
 collectd-core

The configuration section for rrdtool is from the default config. This
happens even with LoadPlugin line for rrdtool commented out.

I commented out the  section to work around it.

ttfn/rjk



Bug#940799: whisper-resize: TypeError: object of type 'map' has no len()

2019-09-19 Thread Richard Kettlewell
Package: python3-whisper
Version: 1.1.4-2

The whisper-resize script assumes Python 2, despite being in a python3-
package:

root@monitor:/var/lib/graphite/whisper/snmp# whisper-resize --nobackup
--aggregate
./escalabra/snmp/if_octets-Slot__0_Port__4_Gigabit_-_Level/rx.wsp 10s:1d
1m:7d 10m:1y
Retrieving all data from the archives
Creating new whisper database:
./escalabra/snmp/if_octets-Slot__0_Port__4_Gigabit_-_Level/rx.wsp.tmp
Created:
./escalabra/snmp/if_octets-Slot__0_Port__4_Gigabit_-_Level/rx.wsp.tmp
(855412 bytes)
Migrating data with aggregation...
oldtimestamps: 
(1568833216,1568919626,10)
timepoints_to_update: range(1568833216, 1568919626, 10)
Traceback (most recent call last):
  File "/usr/bin/whisper-resize", line 147, in 
lefti = bisect.bisect_left(oldtimestamps, tinterval[0])
TypeError: object of type 'map' has no len()

A patch for these issues is attached.

ttfn/rjk
--- whisper-resize	2018-12-12 11:42:45.0 +
+++ whisper-resize.fixed	2019-09-19 20:06:27.867197176 +0100
@@ -110,7 +110,7 @@
   for archive in old_archives:
 # Loading all datapoints into memory for fast querying
 timeinfo, values = archive['data']
-new_datapoints = zip(range(*timeinfo), values)
+new_datapoints = list(zip(range(*timeinfo), values))
 if all_datapoints:
   last_timestamp = all_datapoints[-1][0]
   slice_end = 0
@@ -122,8 +122,8 @@
 else:
   all_datapoints += new_datapoints
 
-  oldtimestamps = map(lambda p: p[0], all_datapoints)
-  oldvalues = map(lambda p: p[1], all_datapoints)
+  oldtimestamps = list(map(lambda p: p[0], all_datapoints))
+  oldvalues = list(map(lambda p: p[1], all_datapoints))
 
   print("oldtimestamps: %s" % oldtimestamps)
   # Simply cleaning up some used memory
@@ -148,7 +148,7 @@
   righti = bisect.bisect_left(oldtimestamps, tinterval[1], lo=lefti)
   newvalues = oldvalues[lefti:righti]
   if newvalues:
-non_none = filter(lambda x: x is not None, newvalues)
+non_none = list(filter(lambda x: x is not None, newvalues))
 if 1.0 * len(non_none) / len(newvalues) >= xff:
   newdatapoints.append([tinterval[0],
 whisper.aggregate(aggregationMethod,


Bug#926612: missing hp-laserjet_200_colormfp_m276-ps.ppd

2019-04-07 Thread Richard Kettlewell
Package: hpijs-ppds
Version: 3.16.11+repack0-3

Hi,

I have a HP LaserJet 200 colorMFP M276n. The PPD for this printer is in
the hplip source package:

$ pwd
/home/rjk/junk/hplip-3.16.11+repack0
$ find . -name *m276*
./prnt/ps/hp-laserjet_200_colormfp_m276-ps.ppd.gz

However it is not in the binary package:

$ dpkg --contents hpijs-ppds_3.16.11+repack0-3_all.deb |grep m267
$

Is there any reason for this? Please could it be added?

ttfn/rjk



Bug#911176: [Pkg-sysvinit-devel] Bug#911176: Bug#911176: upgrade loops indefinitely

2018-10-17 Thread Richard Kettlewell
reassign 911176 racoon
retitle 911176 /etc/init.d/racoon: impossible dependencies
thanks

Petter, thankyou.

ttfn/rjk

On 2018-10-17 06:59, Petter Reinholdtsen wrote:
> [Richard Kettlewell]
>> addscript racoon <<'EOF'
>> ### BEGIN INIT INFO
>> # Provides:  racoon
>> # Required-Start:$remote_fs setkey
>> # Required-Stop: $remote_fs
>> # Should-Start:   $portmap
>> # Should-Stop:$portmap
>> # Default-Start: S
>> # Default-Stop:  0 1 6
>> # X-Stop-After:   sendsigs
>> # Short-Description: start the ipsec key exchange server 
>> ### END INIT INFO
>> EOF
> 
> Just skimming this list tell me this is wrong.  There is no way the
> racon script can both stop before $remote_fs and $portmap, and after
> sendsigs which is after $remote_fs and $portmap.  Try removing the
> X-Stop-After to see if the dependency loop go away.
> 
> I suggest you reassign this to whatever package provide
> /etc/init.d/racoon.



Bug#911176: [Pkg-sysvinit-devel] Bug#911176: upgrade loops indefinitely

2018-10-16 Thread Richard Kettlewell
On 16/10/2018 21:10, Petter Reinholdtsen wrote:
> 
> Note, it is unlikely the problem is in initscripts.  It is more likely
> to be an incorrect dependency in one of the other init.d scripts
> involved.  When it is known which, I recommend to reassign this bug to
> the correct package.
> 
> I further recommend to have a look at the output from
> /usr/share/insserv/check-initd-order, and to wrap up the output from
> /usr/share/insserv/make-testsuite as an attachment to this bug to allow
> anyone to try to reproduce the problem.
richard@deodand:~$ /usr/share/insserv/check-initd-order
richard@deodand:~$ /usr/share/insserv/make-testsuite > mt.txt

mt.txt is attached.

ttfn/rjk
set +C
cat <<'EOF' > $insconf
$local_fs   +mountall +mountall-bootclean +mountoverflowtmp +umountfs
$network+networking +ifupdown
$named  +named +dnsmasq +lwresd +bind9 +unbound $network
$remote_fs  $local_fs +mountnfs +mountnfs-bootclean +umountnfs +sendsigs
$syslog +rsyslog +sysklogd +syslog-ng +dsyslog +inetutils-syslogd
$time   +hwclock
   glibc udev console-screen keymap keyboard-setup console-setup 
cryptdisks cryptdisks-early checkfs-loop
EOF
set -C

addscript anacron <<'EOF'
### BEGIN INIT INFO
# Provides:  anacron
# Required-Start:$remote_fs $syslog $time
# Required-Stop: $remote_fs $syslog $time
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Run anacron jobs
# Description: The first purpose of this script is to run anacron at
#  boot so that it can catch up with missed jobs.  Note
#  that anacron is not a daemon.  It is run here just once
#  and is later started by the real cron.  The second
#  purpose of this script is that said cron job invokes
#  this script to start anacron at those subsequent times,
#  to keep the logic in one place.
### END INIT INFO
EOF

addscript apache2 <<'EOF'
### BEGIN INIT INFO
# Provides:  apache2
# Required-Start:$local_fs $remote_fs $network $syslog $named
# Required-Stop: $local_fs $remote_fs $network $syslog $named
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# X-Interactive: true
# Short-Description: Apache2 web server
# Description:   Start the web server
#  This script will start the apache2 web server.
### END INIT INFO
EOF

addscript apache-htcacheclean <<'EOF'
### BEGIN INIT INFO
# Provides:  apache-htcacheclean
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Cache cleaner process for Apache2 web server
# Description:   Start the htcacheclean helper
#  This script will start htcacheclean which will periodically scan the
#  cache directory of Apache2's mod_cache_disk and remove outdated files.
### END INIT INFO
EOF

addscript atd <<'EOF'
### BEGIN INIT INFO
# Provides:  atd
# Required-Start:$syslog $time $remote_fs
# Required-Stop: $syslog $time $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Deferred execution scheduler
# Description:   Debian init script for the atd deferred executions
#scheduler
### END INIT INFO
EOF

addscript binfmt-support <<'EOF'
### BEGIN INIT INFO
# Provides:  binfmt-support
# Required-Start:$local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Support for extra binary formats
# Description:   Enable support for extra binary formats using the Linux
#kernel's binfmt_misc facility.
### END INIT INFO
EOF

addscript bootlogs <<'EOF'
### BEGIN INIT INFO
# Provides:  bootlogs
# Required-Start:hostname $local_fs
# Required-Stop:
# Should-Start:  $x-display-manager gdm kdm xdm ldm sdm wdm nodm
# Default-Start: 1 2 3 4 5
# Default-Stop:
# Short-Description: Log file handling to be done during bootup.
# Description:   Various things that don't need to be done particularly
#early in the boot, just before getty is run.
### END INIT INFO
EOF

addscript bootmisc.sh <<'EOF'
### BEGIN INIT INFO
# Provides:  bootmisc
# Required-Start:$remote_fs
# Required-Stop:
# Should-Start:  udev
# Default-Start: S
# Default-Stop:
# Short-Description: Miscellaneous things to be done during bootup.
# Description:   Some cleanup.  Note, it need to run after 
mountnfs-bootclean.sh.
### END INIT INFO
EOF

addscript checkfs.sh <<'EOF'
### BEGIN INIT INFO
# Provides:  checkfs
# Required-Start:checkroot
# Required-Stop:
# Should-Start:
# Default-Start: S
# Default-Stop:
# X-Interactive: true
# Short-Description: Check all filesystems.
### END INIT INFO
EOF

addscript checkroot-bootclean.sh <<'EOF'
### BEGIN INIT INFO
# Provides:  checkroot-bootclean
# Required-Start:checkroot
# Required-Stop:
# Default-Start: S
# D

Bug#911176: upgrade loops indefinitely

2018-10-16 Thread Richard Kettlewell
Package: initscripts
Version: 2.88dsf-59.11

Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer
required:
  libgdbm5 libmbedcrypto1 libobjc-7-dev libprotobuf-lite10 libprotoc10
  libstd-rust-1.28 libtinfo5 libx264-152 linux-doc-4.17
  linux-image-4.17.0-3-amd64
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
  libgdbm6 libprotobuf-lite17 libprotobuf17 libprotoc17
The following packages will be upgraded:
  apache2 apache2-bin apache2-data apache2-utils apt apt-utils autopoint
  chromium chromium-common clang-7 desktop-file-utils
dh-strip-nondeterminism
  dirmngr dmidecode dpkg dpkg-dev gettext gettext-base gnupg gnupg-l10n
  gnupg-utils gnupg2 gpg gpg-agent gpg-wks-client gpg-wks-server gpgconf
gpgsm
  gpgv initscripts inkscape libaprutil1 libaprutil1-dbd-sqlite3
  libaprutil1-ldap libapt-inst2.0 libapt-pkg-dev libapt-pkg5.0
libasprintf-dev
  libasprintf0v5 libavahi-client3 libavahi-common-data libavahi-common3
  libavahi-glib1 libclang-common-7-dev libclang1-7 libdistro-info-perl
  libdpkg-perl libdrm-amdgpu1 libdrm-common libdrm-dev libdrm-intel1
  libdrm-nouveau2 libdrm-radeon1 libdrm2 libegl-mesa0 libegl1-mesa
  libegl1-mesa-dev libfile-stripnondeterminism-perl libgbm1 libgd3
  libgdbm-compat4 libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx
  libglapi-mesa libglx-mesa0 libgpg-error-dev libgpg-error0 libgpgme11
  libimobiledevice6 libjson-glib-1.0-0 libjson-glib-1.0-common libllvm7
  libltdl7 libnghttp2-14 libparted-fs-resize0 libparted2 libpcsclite1
  libperl5.26 libpq-dev libpq5 libprotobuf-c1 libprotobuf-dev libprotoc-dev
  libproxy1v5 librest-0.7-0 libsoup-gnome2.4-1 libsoup2.4-1 libtool
  libtool-doc libusbmuxd4 libvolume-key1 libx11-6 libx11-data libx11-dev
  libx11-doc libx11-xcb-dev libx11-xcb1 libxapian-dev libxapian30
  libxcb-dri2-0 libxcb-dri2-0-dev libxcb-dri3-0 libxcb-dri3-dev libxcb-glx0
  libxcb-glx0-dev libxcb-present-dev libxcb-present0 libxcb-randr0
  libxcb-randr0-dev libxcb-render0 libxcb-render0-dev libxcb-shape0
  libxcb-shape0-dev libxcb-shm0 libxcb-shm0-dev libxcb-sync-dev libxcb-sync1
  libxcb-xfixes0 libxcb-xfixes0-dev libxcb-xinerama0 libxcb-xkb1 libxcb1
  libxcb1-dev linux-doc-4.18 linux-image-4.18.0-2-amd64 linux-libc-dev
man-db
  mesa-common-dev parted perl perl-base protobuf-compiler python-apt
  python-apt-common python3-apt rsyslog sysv-rc sysvinit-utils texlive
  texlive-base texlive-fonts-recommended texlive-latex-base
  texlive-latex-recommended usbmuxd xserver-common xserver-xorg-core zenity
  zenity-common
149 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/262 MB of archives.
After this operation, 12.9 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Reading changelogs... Done
apt-listchanges: Mailing root: apt-listchanges: news for deodand
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 219443 files and directories currently installed.)
Preparing to unpack .../archives/dpkg_1.19.2_amd64.deb ...
Unpacking dpkg (1.19.2) over (1.19.1) ...
Setting up dpkg (1.19.2) ...
Selecting previously unselected package libgdbm6:amd64.
(Reading database ... 219441 files and directories currently installed.)
Preparing to unpack .../libgdbm6_1.18-2_amd64.deb ...
Unpacking libgdbm6:amd64 (1.18-2) ...
Preparing to unpack .../libgdbm-compat4_1.18-2_amd64.deb ...
Unpacking libgdbm-compat4:amd64 (1.18-2) over (1.14.1-6+b1) ...
Preparing to unpack .../perl-base_5.26.2-7+b1_amd64.deb ...
Unpacking perl-base (5.26.2-7+b1) over (5.26.2-7) ...
Setting up perl-base (5.26.2-7+b1) ...
(Reading database ... 219447 files and directories currently installed.)
Preparing to unpack .../perl_5.26.2-7+b1_amd64.deb ...
Unpacking perl (5.26.2-7+b1) over (5.26.2-7) ...
Preparing to unpack .../libperl5.26_5.26.2-7+b1_amd64.deb ...
Unpacking libperl5.26:amd64 (5.26.2-7+b1) over (5.26.2-7) ...
Preparing to unpack .../libapt-pkg-dev_1.7.0_amd64.deb ...
Unpacking libapt-pkg-dev:amd64 (1.7.0) over (1.7.0~rc2) ...
Preparing to unpack .../libapt-inst2.0_1.7.0_amd64.deb ...
Unpacking libapt-inst2.0:amd64 (1.7.0) over (1.7.0~rc2) ...
Preparing to unpack .../libapt-pkg5.0_1.7.0_amd64.deb ...
Unpacking libapt-pkg5.0:amd64 (1.7.0) over (1.7.0~rc2) ...
Setting up libapt-pkg5.0:amd64 (1.7.0) ...
(Reading database ... 219448 files and directories currently installed.)
Preparing to unpack .../archives/apt_1.7.0_amd64.deb ...
Unpacking apt (1.7.0) over (1.7.0~rc2) ...
Setting up apt (1.7.0) ...
(Reading database ... 219448 files and directories currently installed.)
Preparing to unpack .../apt-utils_1.7.0_amd64.deb ...
Unpacking apt-utils (1.7.0) over (1.7.0~rc2) ...
Preparing to unpack .../libgpg-error-dev_1.32-2_amd64.deb ...
Unpacking libgpg-error-dev (1.32-2) over (1.32-1) ...
Preparing to unpack .../libgpg-error0_1.32-2_amd64.deb ...
Unpacking libgpg-erro

Bug#897852: [Rsbackup-maint] Bug#897852: rsbackup: ftbfs with GCC-8

2018-07-21 Thread Richard Kettlewell
On 2018-07-21 13:56, Matthew Vernon wrote:
> On 21/07/18 13:22, Richard Kettlewell wrote:
>> In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897852:
>>> I think this is a pangomm bug - see the errors below about incompatible
>>> function type casts.
>>
>> To me it looks like a sigc++ bug, and one that is being addressed
>> upstream:
>>
>> https://github.com/libsigcplusplus/libsigcplusplus/issues/1
> 
> Yes, I'd forgotten I'd already cloned this bug and assigned the clone
> appropriately; I've added this link to that blocking bug ( 897895 ).

https://github.com/ewxrjk/rsbackup/issues/47 has a patch now.

ttfn/rjk



Bug#897852: rsbackup: ftbfs with GCC-8

2018-07-21 Thread Richard Kettlewell
In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897852:
> I think this is a pangomm bug - see the errors below about incompatible 
> function type casts.

To me it looks like a sigc++ bug, and one that is being addressed upstream:

https://github.com/libsigcplusplus/libsigcplusplus/issues/1

ttfn/rjk



Bug#900564: UID and EUID are not reliably set

2018-06-01 Thread Richard Kettlewell
Package: bash
Version: 4.4-5

According to the man page:

   UIDExpands to the user ID of the current user, initialized at
shell
  startup.  This variable is readonly.

However, if the variable is set in the environment then it will inherit
it from there rather than initializing it during startup. The same is
true of EUID and perhaps others.

$ bash -c 'echo $UID'
1000
$ env UID=spong bash -c 'echo $UID'
spong

The example is contrived but the issue has a real impact, for example:
  http://aptosid.com/index.php?name=PNphpBB2&file=viewtopic&t=2985

ttfn/rjk



Bug#894667: beep, #894667 and information leakage

2018-04-07 Thread Richard Kettlewell
On 2018-04-07 07:40, Salvatore Bonaccorso wrote:
> Hi Richard,
> 
> On Fri, Apr 06, 2018 at 03:44:51PM +0100, Richard Kettlewell wrote:
>> Hi,
>>
>> There's an additional issue, which is that the ability to open arbitrary
>> caller-chosen files represents at least an information leak, and maybe
>> more serious. See the comments starting at:
>> https://github.com/johnath/beep/issues/11#issuecomment-379215473
> 
> Can you fill a new issue for this in the Debian BTS (and prefably
> independly from issues/11 upstream) to keep those seprated?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895115

ttfn/rjk



Bug#895115: info leakage and unauthorized access to devices

2018-04-07 Thread Richard Kettlewell
Package: beep
Version: 1.3-4+b1

beep opens arbitrary files for write as root, bypassing file
permissions. The impact is as follows:

1. beep reveals whether any file exists, even if the file's existence
would normally be secret from the calling user.

$ ls -ld /etc/hidden/
drwx-- 2 root root 4096 Apr  7 08:18 /etc/hidden/

$ ls -l /etc/hidden/secret
ls: cannot access '/etc/hidden/secret': Permission denied
$ ls -l /etc/hidden/nonexistent
ls: cannot access '/etc/hidden/nonexistent': Permission denied

$ beep -e /etc/hidden/secret
ioctl: Inappropriate ioctl for device
ioctl: Inappropriate ioctl for device
$ beep -e /etc/hidden/nonexistent
Could not open /etc/hidden/nonexistent for writing
open: No such file or directory

2. beep reveals information about the file type, even if that would
normally be secret from the calling user. For example, a socket will
yield "no such device or address".

3. If a file has side effects when opened, beep allows the calling user
to trigger those side effects even if they are not authorized to do so.
Jakub Wilk pointed out that named pipes and tape devices are affected.

This issue is already discussed in the upstream bug report at
https://github.com/johnath/beep/issues/11 but I believe all the relevant
information is captured here.

ttfn/rjk



Bug#894667: beep, #894667 and information leakage

2018-04-06 Thread Richard Kettlewell
Hi,

There's an additional issue, which is that the ability to open arbitrary
caller-chosen files represents at least an information leak, and maybe
more serious. See the comments starting at:
https://github.com/johnath/beep/issues/11#issuecomment-379215473

ttfn/rjk



Bug#887949: Cannot reliably enter passphrases for GnuPG symmetric encryption

2018-01-21 Thread Richard Kettlewell
Package: emacs25
Version: 25.1+1-4+deb9u1

(I've no idea if this is a bug in Emacs or GnuPG, so the choice of
package is somewhat arbitrary. Apologies in advance if I'm pointing the
wrong way.)

I am having huge difficulty entering passphrases for GPG-encrypted files
via Emacs. The behaviors I've seen are:

1. Trying to open a passphrase-protected file (with C-x C-f), an
ASCII-art popup window appears and invites me to enter a passphrase. But
keystrokes don’t always register, making it hard to enter it. I don’t
know where the lost keystrokes are going (concerning since they are part
of a passphrase).

2. Same as above, but (on a different system) only intermittently.

3. If I C-g out of the above then the popup initially disappears but
further keystrokes appear as *, sometimes (but not always) in the middle
where the popup was. In fact this behavior seems to persist beyond
terminating Emacs; I guess something has opened its terminal and is
refusing to let go.

4. Attempt to open a file as above, but (accidentally or deliberately)
enter a wrong passphrase. On a subsequent attempt opening the file jumps
straight to the error about a wrong passphrase, something apparently
having remembered the wrong passphrase (killing gpg-agent resets it).

5. Sometimes Emacs just hangs instead of displaying the popup. (C-g
escapes.)

Configuration:

This is all on Debian stretch (i.e. stable at the time of writing) with
Emacs 25. Specific versions below.

(Mostly) no X11 display. The X11 passphrase entry widget seems to be
more reliable; I’ve only observed issue #5 when using X11.

I’ve duplicated emacs and gnupg configuration between machines without
completely reliably replicating the behavior. i.e. I’ve not figured out
what configuration difference leads to the behavioral difference between
the two machines (if indeed it’s anything under my control at all rather
than e.g. a timing difference).

Moving aside Emacs and GnuPG configuration (i.e. ~/.emacs and ~/.gnupg)
still produces the same behaviors. So I don’t think this is due to my
configuration (or at least not to easily findable bits of it - pointers
to other sources of configuration to experiment with welcome).

When not moved aside, as far as I can see all the Emacs configuration
I’d expect to be relevant (things matching ‘gpg’, ‘pgp’ or ‘gpa’) is
unmodified.

ii  emacs2525.1+1-4+deb9u1 amd64GNU Emacs editor (with
GTK+ GUI support)
ii  gnupg  2.1.18-8~deb9u1 amd64GNU privacy guard - a
free PGP replacement

ttfn/rjk



Bug#882225: inn2: wrong hardcoded gzip path breaks scanlogs and UUCP feed

2017-12-04 Thread Richard Kettlewell
On 2017-12-03 18:41, Marco d'Itri wrote:
> On Dec 03, Richard Kettlewell  wrote:
> 
>> Is this going to be fixed in stretch too?
> Yes: see #882391 for details.

Excellent, thankyou.

ttfn/rjk



Bug#882225: inn2: wrong hardcoded gzip path breaks scanlogs and UUCP feed

2017-12-03 Thread Richard Kettlewell
Is this going to be fixed in stretch too?

ttfn/rjk



Bug#883336: debmirror --wget option

2017-12-02 Thread Richard Kettlewell
Package: debmirror
Version: 1:2.27

The attached patch adds a --wget option to debmirror, causing it to use
wget for fetches from the upstream mirror. The reason is that wget
resumes failed requests automatically; AFAICS this can't be done with
Perl's native HTTP support.

I've been using it for around a year without trouble.

ttfn/rjk
commit d0c0f9c7119248b4bdb59baa20b2d6ac84ad7b5d
Author: Richard Kettlewell 
Date:   Sat Dec 17 13:08:44 2016 +

Add --wget option

Unsurprisingly this makes debmirror use wget for downloads.
The reason is that it's more persistent in the face of errors
than Perl's native HTTP.

diff --git a/debmirror b/debmirror
index 917f560..34697bb 100755
--- a/debmirror
+++ b/debmirror
@@ -447,6 +447,10 @@ debmirror cleanup is disabled when this flag is specified.
 Separate pool and snapshot cleanup utilities are available at
 http://code.google.com/p/debmarshal/source/browse/#svn/trunk/repository2
 
+=item B<--wget>
+
+Use B to download files, instead of Perl's native web support.
+
 =item B<--config-file>=I
 
 Specify a configuration file. This option may be repeated to read
@@ -637,6 +641,7 @@ our $retry_rsync_packages=1;
 our $slow_cpu=0;
 our $check_gpg=1;
 our $new_mirror=0;
+our $wget=0;
 our $retry_rsync_packages_delay=30; # seconds
 my @errlog;
 my $HOME;
@@ -756,6 +761,7 @@ GetOptions('debug'  => \$debug,
'disable-ssl-verification' => \$disable_ssl_verification,
'retry-rsync-packages=s' => \$retry_rsync_packages,
'keyring=s'  => \@keyrings,
+	   'wget'   => \$wget,
'help'   => \$help,
 ) or usage;
 usage if $help;
@@ -903,6 +909,7 @@ sub init_connection {
   $_ = $download_method;
 
   downloads_via_http() && do {
+return if $wget;
 $ua = LWP::UserAgent->new(keep_alive => 1);
 $ua->timeout($timeout);
 $ua->proxy('http', $ENV{http_proxy}) if $ENV{http_proxy};
@@ -912,6 +919,7 @@ sub init_connection {
   };
 
   downloads_via_https() && do {
+return if $wget;
 $ua = LWP::UserAgent->new(keep_alive => 1, ssl_opts => {
 verify_hostname => ! $disable_ssl_verification });
 $ua->timeout($timeout);
@@ -923,6 +931,7 @@ sub init_connection {
 
 
   downloads_via_ftp() && do {
+return if $wget;
 if ($proxy || $ENV{ftp_proxy}) {
   $ua = LWP::UserAgent->new;
   $ua->timeout($timeout);
@@ -948,6 +957,7 @@ sub init_connection {
   };
 
   downloads_via_rsync() && do {
+die "rsync method cannot be used with wget\n" if $wget;
 return;
   };
 
@@ -1770,17 +1780,33 @@ sub http_get {
   print "\t #" if $progress;
   if (! $do_dry_run) {
 unlink($file) if (-f $file);
-$ret = $ua->mirror($url, $file);
-print $ret->status_line . "\n" if ($debug);
-if ($ret->is_error) {
-  $files{$file} = -1;
-  warn "failed " . $ret->status_line . "\n" if ($progress or $verbose);
-  push (@errlog,"Download of $file failed: ".$ret->status_line."\n");
-  $num_errors++;
-} elsif ($progress || $verbose) {
-  print "ok\n";
+if ($wget) {
+  my @wget = ("wget", "--timeout", $timeout, "-O", $file);
+  die "--wget --proxy are not compatible, sorry\n" if $proxy;
+  push(@wget, "-q") if not $progress;
+  my $rc = system (@wget, $url);
+  if($rc) {
+   $files{$file} = -1;
+   warn "failed $rc\n" if ($progress or $verbose);
+   push (@errlog,"Download of $file failed: $rc/$!\n");
+   $num_errors++;
+  } elsif ($progress || $verbose) {
+   print "ok\n";
+  }
+  $ret = not $rc;
+} else {
+  $ret = $ua->mirror($url, $file);
+  print $ret->status_line . "\n" if ($debug);
+  if ($ret->is_error) {
+	$files{$file} = -1;
+	warn "failed " . $ret->status_line . "\n" if ($progress or $verbose);
+	push (@errlog,"Download of $file failed: ".$ret->status_line."\n");
+	$num_errors++;
+  } elsif ($progress || $verbose) {
+	print "ok\n";
+  }
+  $ret = not ( $ret->is_error );
 }
-$ret = not ( $ret->is_error );
   } elsif ($progress || $verbose) {
 print "ok\n";
   }


Bug#876167: Still a C++14 dependency

2017-09-22 Thread Richard Kettlewell
Hi,

This package still has a C++14 dependency, at least according to Clang.

richard@deodand:~/junk$ clang++-6.0 $(pkg-config --cflags glibmm-2.4)
-std=c++11 -c t.cc
In file included from t.cc:1:
/usr/include/glibmm-2.4/glibmm/variant.h:2132:3: warning: use of this
statement
  in a constexpr function is a C++14 extension [-Wc++14-extensions]
  (void)arg;
  ^
1 warning generated.
richard@deodand:~/junk$ clang++-6.0 $(pkg-config --cflags glibmm-2.4)
-std=c++14 -c t.cc
richard@deodand:~/junk$ cat t.cc
#include 
richard@deodand:~/junk$ dpkg -l libglibmm*dev clang-6.0
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  clang-6.0  1:6.0~svn311 amd64C, C++ and Objective-C
compiler (
ii  libglibmm-2.4- 2.54.1-1 amd64C++ wrapper for the GLib
toolkit
richard@deodand:~/junk$

ttfn/rjk



Bug#868804: xrdp: doesn't show the session after loggin with Xorg

2017-09-16 Thread Richard Kettlewell
After a lot of fruitless tinkering at the Linux end I came up with a
pair of RDP files, one working and the other not. (After translation
from UTF-8) the difference is:

$ diff -u broken.txt working.txt
--- broken.txt  2017-09-16 16:47:55.076161839 +0100
+++ working.txt 2017-09-16 16:47:58.500101132 +0100
@@ -1,48 +1,48 @@
 screen mode id:i:2
 use multimon:i:0
 desktopwidth:i:1920
 desktopheight:i:1200
 session bpp:i:32
 winposstr:s:0,1,334,51,1705,1038
 compression:i:1
 keyboardhook:i:2
 audiocapturemode:i:0
 videoplaybackmode:i:1
-connection type:i:6
+connection type:i:5
 networkautodetect:i:0
 bandwidthautodetect:i:1
 displayconnectionbar:i:1
 enableworkspacereconnect:i:0
 disable wallpaper:i:0
 allow font smoothing:i:1
 allow desktop composition:i:1
 disable full window drag:i:0
 disable menu anims:i:0
 disable themes:i:0
 disable cursor setting:i:0
 bitmapcachepersistenable:i:1
 full address:s:wampoon.anjou.terraraq.org.uk
 audiomode:i:0
 redirectprinters:i:1
 redirectcomports:i:0
 redirectsmartcards:i:1
 redirectclipboard:i:1
 redirectposdevices:i:0
 autoreconnection enabled:i:1
 authentication level:i:2
 prompt for credentials:i:0
 negotiate security layer:i:1
 remoteapplicationmode:i:0
 alternate shell:s:
 shell working directory:s:
 gatewayhostname:s:
 gatewayusagemethod:i:4
 gatewaycredentialssource:i:4
 gatewayprofileusagemethod:i:0
 promptcredentialonce:i:0
 use redirection server name:i:0
 rdgiskdcproxy:i:0
 kdcproxyname:s:
 gatewaybrokeringtype:i:0
 drivestoredirect:s:
 username:s:richard

https://technet.microsoft.com/en-us/library/gg607280(v=ws.10).aspx
describes the connection types. 5 is 'WAN (10 Mbps or higher with high
latency)' and 6 is 'LAN (10 Mbps or higher)'.

(My actually connectivity is entirely local: I am connecting from
Windows 10 to a Hyper-V VM running Debian, all on the same physical
hardware.)

Whether this is the same problem anyone else has, I don't know!

ttfn/rjk



Bug#853647: Fixes

2017-08-05 Thread Richard Kettlewell
This is fixed on master, and will be in the next release.

https://github.com/ewxrjk/rsbackup/commit/2faba794de0d08487d280d85870d294339a138f4

The change is also available on the 3.x branch.

https://github.com/ewxrjk/rsbackup/tree/3.x

I don't plan to make an upstream release just for this issue.

ttfn/rjk



Bug#868804: xrdp: doesn't show the session after loggin with Xorg

2017-07-23 Thread Richard Kettlewell
On 2017-07-21 16:13, Richard Kettlewell wrote:
> I can see in ps that there are a lot processes (marco, mate-panel, caja,
> etc) running so it's certainly started a session; it's just not
> displaying it for some reason.

I used 'xev -display :11' to start a copy of xev on the invisible
session. When moving the mouse over the right place I can see
MotionNotify events, suggesting that the communication is working
display->xrdp->X->client, but not working in the other direction.

ttfn/rjk



Bug#868804: xrdp: doesn't show the session after loggin with Xorg

2017-07-21 Thread Richard Kettlewell
I see similar behavior, i.e. blue screen after supplying password.

I straced the whole thing. The Xorg wrapper fails, issuing the following
message. AFAICT this message isn't logged anywhere.

1841  1500648896.782569 write(2, "/usr/lib/xorg/Xorg.wrap: Only co"...,
76) = 76

This is "Only console users are allowed to run the X server" and indeed
putting allowed_users=anybody in /etc/X11/Xwrapper.config gets past this
particular issue.

However the result is then a black screen instead of a blue screen, so
it's not really much forward progress!

I can see in ps that there are a lot processes (marco, mate-panel, caja,
etc) running so it's certainly started a session; it's just not
displaying it for some reason.

ttfn/rjk



Bug#844210: scan-build: wrong permissions on error output

2016-11-13 Thread Richard Kettlewell
Package: clang-3.9
Version: 1:3.9-5

scan-build leaves compiler error output mode 600 instead of honoring
the umask:

$ ls -l /tmp/scan-build-2016-11-13-123320-5183-1/failures
total 756
-rw-r--r-- 1 richard richard 763039 Nov 13 12:33 clang_other_error_D_5Pns.ii
-rw-r--r-- 1 richard richard   2889 Nov 13 12:33
clang_other_error_D_5Pns.ii.info.txt
-rw--- 1 richard richard   2181 Nov 13 12:33
clang_other_error_D_5Pns.ii.stderr.txt

In my automated build infrastructure, this is a problem, because I
expose the output via a web server, which can't serve the stderr.txt  file.

I believe the root cause is this part of ccc-analyzer:

  # Save STDOUT and STDERR of clang to a temporary file and reroute
  # all clang output to ccc-analyzer's STDERR.
  # We save the output file in the 'crashes' directory if clang encounters
  # any problems with the file.
  my ($ofh, $ofile) = tempfile("clang_output_XX", DIR => $HtmlDir);

tempfile() defaults to mode 0600 and AFAICS doesn't have any convenient
way to change this.

ttfn/rjk



Bug#784222: Issue still exists with Clang 3.9

2016-10-23 Thread Richard Kettlewell
> as the package llvm-toolchain-3.6 has just been removed from the Debian 
> archive
> unstable we hereby close the associated bug reports.  We are sorry
> that we couldn't deal with your issue properly.

richard@deodand:~/junk$ clang-3.9 -o t t.c && ./t
initial orientation: 0
richard@deodand:~/junk$ clang-3.9 -fsanitize=address -o t t.c && ./t
initial orientation: -1

ii  clang-3.9  1:3.9-2  i386 C, C++ and Objective-C
compiler (
ii  libc6:i386 2.24-5   i386 GNU C Library: Shared libraries

ttfn/rjk



Bug#839575: hangs waiting for openssl

2016-10-02 Thread Richard Kettlewell
Package: tinyca
Version: 0.7.5-6

Attempting to create a fresh CA, tinyca hangs awaiting openssl.  OpenSSL
in turn is awaiting input on FD 0, which never arrives.

The line 328 diagnostic is suspicous, but I don't know if it's related.

$ tinyca2
create basedir: /home/richard/.TinyCA
create temp dir: /home/richard/.TinyCA/tmp
DEBUG call: /usr/bin/openssl req -new -keyform PEM -outform PEM -passin
env:SSLPASS -config /home/richard/.TinyCA/test/openssl.cnf -out
/home/richard/.TinyCA/test/cacert.req -key
/home/richard/.TinyCA/test/cacert.key -sha256
DEBUG: add to dn: GB
DEBUG: add to dn:
Use of uninitialized value $_ in concatenation (.) or string at
/usr/share/tinyca/OpenSSL.pm line 328.
DEBUG: add to dn:
DEBUG: add to dn: Anjou
DEBUG: add to dn: Deodand
DEBUG: add to dn: DeodandTest
DEBUG: add to dn: r...@terraraq.uk
DEBUG: add to dn:
DEBUG: add to dn:
DEBUG return: /usr/bin/openssl req -new -keyform PEM -outform PEM
-passin env:SSLPASS -config /home/richard/.TinyCA/test/openssl.cnf -out
/home/richard/.TinyCA/test/cacert.req -key
/home/richard/.TinyCA/test/cacert.key -sha256

You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-
Country Name (2 letter code) [AU]:State or Province Name (full name)
[Some-State]:Locality Name (eg, city) []:Organization Name (eg, company)
[Internet Widgits Pty Ltd]:Organizational Unit Name (eg, section)
[]:Common Name (eg, YOUR name) []:Email Address []:
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:An optional company name []:




$ ps -ef | grep -E 'tinyca|openssl'
richard   2279  2262  0 10:35 pts/100:00:00 /usr/bin/perl -w
/usr/bin/tinyca2
richard   2330  2279  0 10:36 pts/100:00:00 /usr/bin/openssl req
-x509 -keyform PEM -outform PEM -passin env:SSLPASS -config
/home/richard/.TinyCA/test/openssl.cnf -out
/home/richard/.TinyCA/test/cacert.pem -key
/home/richard/.TinyCA/test/cacert.key -in
/home/richard/.TinyCA/test/cacert.req -days 3650 -sha256
richard   3227  3204  0 10:41 pts/300:00:00 grep -E tinyca|openssl

$ strace -p 2279
strace: Process 2279 attached
read(10, ^Cstrace: Process 2279 detached
 

$ strace -p 2330
strace: Process 2330 attached
read(0, ^Cstrace: Process 2330 detached
 
$ lsof -p 2330
COMMAND  PIDUSER   FD   TYPE DEVICE SIZE/OFFNODE NAME
openssl 2330 richard  cwdDIR  253,1 4096 1573015 /home/richard
openssl 2330 richard  rtdDIR  253,1 4096   2 /
openssl 2330 richard  txtREG  253,1   625588 2109333 /usr/bin/openssl
openssl 2330 richard  memREG  253,1  1787812 1175596
/lib/i386-linux-gnu/libc-2.24.so
openssl 2330 richard  memREG  253,113860 1175599
/lib/i386-linux-gnu/libdl-2.24.so
openssl 2330 richard  memREG  253,1  2095268 2101234
/usr/lib/i386-linux-gnu/libcrypto.so.1.0.2
openssl 2330 richard  memREG  253,1   432868 2101254
/usr/lib/i386-linux-gnu/libssl.so.1.0.2
openssl 2330 richard  memREG  253,1   146716 1052859
/lib/i386-linux-gnu/ld-2.24.so
openssl 2330 richard0r  FIFO   0,10  0t0   20272 pipe
openssl 2330 richard1w  FIFO   0,10  0t0   20273 pipe
openssl 2330 richard2w  FIFO   0,10  0t0   20273 pipe
$ dpkg -l openssl
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  openssl1.0.2j-1 i386 Secure Sockets Layer
toolkit - cr

ttfn/rjk



Bug#835912: Multiple installation problems

2016-08-29 Thread Richard Kettlewell
Package: mediawiki
Version: 1:1.27.1-1

I installed this version of mediawiki in a sid container following the
instructions at https://wiki.debian.org/MediaWiki and README.Debian.

Visiting /config/index.php yields 'not found'
Visiting /mediawiki yields 'not found'
Visiting / yields 'You are missing a required extension to PHP that
MediaWiki requires to run. Please install: xml'

php7.0-xml 7.0.10-1 is installed and I have run 'phpenmod xml'.

ttfn/rjk



Bug#679482: racoon with privsep enabled segfaults with 'unauthorized domain'

2016-08-28 Thread Richard Kettlewell
In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679482:
> Try strongswan, it works on Debian kfreebsd and ordinary wheezyy. 
> racoon is long in the tooth, and because of the sort of bitrot and
> security issues it has (runs as root) I think it might be better if this
> part of ipsec-tools was deprecated.

FWIW I ended up using racoon because the examples in
https://wiki.debian.org/IPsec use it.  It would be valuable if that page
could be updated to reflect the best choices in current Debian (whatever
they are).

There's also a lot of historical details in the first section of the
page which could either be relegated to an appendix or completely
eliminated.  For example, someone who is trying to configure IPsec on
Debian in 2016 has no interest in the situation under Linux 2.4.x.

ttfn/rjk



Bug#810335: rsbackup: cronjob exits with error after package removal

2016-06-29 Thread Richard Kettlewell
Either the current release (3.1) or
https://github.com/ewxrjk/rsbackup/commit/49db8b95bd43497856b45b774ad1cd443ae9f218
address this.

ttfn/rjk



Bug#811705: FTBFS with GCC 6: throw will always call terminate

2016-06-29 Thread Richard Kettlewell
Either the current release (3.1) or
https://github.com/ewxrjk/rsbackup/commit/406aade24a2fabf5806a8b5452fba34e020b893a
address this.

ttfn/rjk



Bug#828868: xrdp fails to start after upgrade, wrong permissions on /var/run/xrdp

2016-06-28 Thread Richard Kettlewell
Package: xrdp
Version: 0.9.0~20160601+git703fedd-2

richard@deodand:~$ really apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer
required:
  gnome-icon-theme-symbolic libgtkglext1 libjasper1 libkadm5clnt-mit9
  libkadm5srv-mit9 libopenjpeg5 libsodium18 libunique-1.0-0
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up xrdp (0.9.0~20160601+git703fedd-2) ...
Job for xrdp.service failed because the control process exited with
error code.
See "systemctl status xrdp.service" and "journalctl -xe" for details.
invoke-rc.d: initscript xrdp, action "start" failed.
dpkg: error processing package xrdp (--configure):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for libc-bin (2.22-13) ...
Errors were encountered while processing:
 xrdp
E: Sub-process /usr/bin/dpkg returned an error code (1)
richard@deodand:~$ systemctl status xrdp.service|cat
● xrdp.service - xrdp (X Remote Desktop Protocol) protocol server
   Loaded: loaded (/lib/systemd/system/xrdp.service; enabled; vendor
preset: enabled)
   Active: failed (Result: exit-code) since Tue 2016-06-28 18:11:48 BST;
20s ago
 Docs: man:xrdp(8)
   man:xrdp.ini(5)
  Process: 2466 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup
(code=exited, status=1/FAILURE)

Jun 28 18:11:48 deodand systemd[1]: Starting xrdp (X Remote Desktop
Protocol) protocol server...
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Control process
exited, code=exited status=1
Jun 28 18:11:48 deodand systemd[1]: Failed to start xrdp (X Remote
Desktop Protocol) protocol server.
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Unit entered failed state.
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Failed with result
'exit-code'.
richard@deodand:~$ journalctl -xe|cat
[...]
Jun 28 18:11:48 deodand systemd[1]: Starting xrdp (X Remote Desktop
Protocol) protocol server...
-- Subject: Unit xrdp.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit xrdp.service has begun starting up.
Jun 28 18:11:48 deodand sh[2466]: E: /var/run/xrdp has wrong permissions
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Control process
exited, code=exited status=1
Jun 28 18:11:48 deodand systemd[1]: Failed to start xrdp (X Remote
Desktop Protocol) protocol server.
-- Subject: Unit xrdp.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit xrdp.service has failed.
-- 
-- The result is failed.
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Unit entered failed state.
Jun 28 18:11:48 deodand systemd[1]: xrdp.service: Failed with result
'exit-code'.

richard@deodand:~$ ls -ld /var/run/xrdp/
drwxr-xr-x 2 xrdp xrdp 40 Jun  6 19:28 /var/run/xrdp/


ttfn/rjk



Bug#821739: mrtg 'can not determine ifNumber'

2016-04-18 Thread Richard Kettlewell
Package: mrtg
Version: 2.17.4-2+b1

mrtg has started consistently producing the following error for one of
my interfaces:

2016-04-18 23:30:02: WARNING: Can not determine ifNumber for
public@sfere:
ref: 'Descr'key: 'tun0'

This looks very similar to #122273.

$ snmpwalk -v 1 -c public localhost 1.3.6.1.2.1.2
/usr/share/mibs/netsnmp/UCD-SNMP-MIB: No such file or directory
/usr/share/mibs/netsnmp/LM-SENSORS-MIB: No such file or directory
SNMPv2-SMI::mib-2.2.1.0 = INTEGER: 11
SNMPv2-SMI::mib-2.2.2.1.1.1 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.1.2 = INTEGER: 2
SNMPv2-SMI::mib-2.2.2.1.1.3 = INTEGER: 3
SNMPv2-SMI::mib-2.2.2.1.1.4 = INTEGER: 4
SNMPv2-SMI::mib-2.2.2.1.1.5 = INTEGER: 5
SNMPv2-SMI::mib-2.2.2.1.1.6 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.1.7 = INTEGER: 7
SNMPv2-SMI::mib-2.2.2.1.1.8 = INTEGER: 8
SNMPv2-SMI::mib-2.2.2.1.1.9 = INTEGER: 9
SNMPv2-SMI::mib-2.2.2.1.1.10 = INTEGER: 10
SNMPv2-SMI::mib-2.2.2.1.1.11 = INTEGER: 11
SNMPv2-SMI::mib-2.2.2.1.2.1 = STRING: "lo"
SNMPv2-SMI::mib-2.2.2.1.2.2 = STRING: "Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller"
SNMPv2-SMI::mib-2.2.2.1.2.3 = STRING: "Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller"
SNMPv2-SMI::mib-2.2.2.1.2.4 = STRING: "Realtek Semiconductor Co., Ltd.
RTL-8100/8101L/8139 PCI Fast Ethernet Adapter"
SNMPv2-SMI::mib-2.2.2.1.2.5 = STRING: "Realtek Semiconductor Co., Ltd.
RTL-8100/8101L/8139 PCI Fast Ethernet Adapter"
SNMPv2-SMI::mib-2.2.2.1.2.6 = STRING: "Realtek Semiconductor Co., Ltd.
RTL-8100/8101L/8139 PCI Fast Ethernet Adapter"
SNMPv2-SMI::mib-2.2.2.1.2.7 = STRING: "Realtek Semiconductor Co., Ltd.
RTL-8100/8101L/8139 PCI Fast Ethernet Adapter"
SNMPv2-SMI::mib-2.2.2.1.2.8 = STRING: "br0"
SNMPv2-SMI::mib-2.2.2.1.2.9 = STRING: "sit0"
SNMPv2-SMI::mib-2.2.2.1.2.10 = STRING: "6in4"
SNMPv2-SMI::mib-2.2.2.1.2.11 = STRING: "tun0"
SNMPv2-SMI::mib-2.2.2.1.3.1 = INTEGER: 24
SNMPv2-SMI::mib-2.2.2.1.3.2 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.3 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.4 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.5 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.6 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.7 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.8 = INTEGER: 6
SNMPv2-SMI::mib-2.2.2.1.3.9 = INTEGER: 131
SNMPv2-SMI::mib-2.2.2.1.3.10 = INTEGER: 131
SNMPv2-SMI::mib-2.2.2.1.3.11 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.4.1 = INTEGER: 65536
SNMPv2-SMI::mib-2.2.2.1.4.2 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.3 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.4 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.5 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.6 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.7 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.8 = INTEGER: 1500
SNMPv2-SMI::mib-2.2.2.1.4.9 = INTEGER: 1480
SNMPv2-SMI::mib-2.2.2.1.4.10 = INTEGER: 1280
SNMPv2-SMI::mib-2.2.2.1.4.11 = INTEGER: 1400
SNMPv2-SMI::mib-2.2.2.1.5.1 = Gauge32: 1000
SNMPv2-SMI::mib-2.2.2.1.5.2 = Gauge32: 10
SNMPv2-SMI::mib-2.2.2.1.5.3 = Gauge32: 10
SNMPv2-SMI::mib-2.2.2.1.5.4 = Gauge32: 1
SNMPv2-SMI::mib-2.2.2.1.5.5 = Gauge32: 1000
SNMPv2-SMI::mib-2.2.2.1.5.6 = Gauge32: 1
SNMPv2-SMI::mib-2.2.2.1.5.7 = Gauge32: 1
SNMPv2-SMI::mib-2.2.2.1.5.8 = Gauge32: 0
SNMPv2-SMI::mib-2.2.2.1.5.9 = Gauge32: 0
SNMPv2-SMI::mib-2.2.2.1.5.10 = Gauge32: 0
SNMPv2-SMI::mib-2.2.2.1.5.11 = Gauge32: 0
SNMPv2-SMI::mib-2.2.2.1.6.1 = ""
SNMPv2-SMI::mib-2.2.2.1.6.2 = Hex-STRING: 00 04 A7 05 AC 0B
SNMPv2-SMI::mib-2.2.2.1.6.3 = Hex-STRING: 00 04 A7 05 AC 0C
SNMPv2-SMI::mib-2.2.2.1.6.4 = Hex-STRING: 00 04 A7 08 AF B0
SNMPv2-SMI::mib-2.2.2.1.6.5 = Hex-STRING: 00 04 A7 08 AF AF
SNMPv2-SMI::mib-2.2.2.1.6.6 = Hex-STRING: 00 04 A7 08 AF AE
SNMPv2-SMI::mib-2.2.2.1.6.7 = Hex-STRING: 00 04 A7 08 AF AD
SNMPv2-SMI::mib-2.2.2.1.6.8 = Hex-STRING: 00 04 A7 05 AC 0B
SNMPv2-SMI::mib-2.2.2.1.6.9 = ""
SNMPv2-SMI::mib-2.2.2.1.6.10 = ""
SNMPv2-SMI::mib-2.2.2.1.6.11 = ""
SNMPv2-SMI::mib-2.2.2.1.7.1 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.2 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.3 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.4 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.5 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.6 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.7 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.8 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.9 = INTEGER: 2
SNMPv2-SMI::mib-2.2.2.1.7.10 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.7.11 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.1 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.2 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.3 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.4 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.5 = INTEGER: 2
SNMPv2-SMI::mib-2.2.2.1.8.6 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.7 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.8 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.9 = INTEGER: 2
SNMPv2-SMI::mib-2.2.2.1.8.10 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.8.11 = INTEGER: 1
SNMPv2-SMI::mib-2.2.2.1.9.1 = Timeticks: (0) 0:00:00.00
SNMPv2-SMI::mib-2.2.2.1.9.2 = Timeticks: (0) 0:00:00.00
SNMPv2-SMI::mib-2.2.2.1.9.3 = Timeticks: (0) 0:00:00.00
SNMPv2-SMI::mib-2.2.2.1.

Bug#805820: -Wuninitialized provokes unexpected error with LTO

2015-11-22 Thread Richard Kettlewell
Package: g++-5
Version: 5.2.1-23

$ type g++-5
g++-5 is /usr/bin/g++-5
$ dpkg -l g++-5 libstdc++-5-dev
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  g++-5  5.2.1-23 i386 GNU C++ compiler
ii  libstdc++-5-de 5.2.1-23 i386 GNU Standard C++ Library v3
(deve
$ uname -a
Linux deodand 4.2.0-1-686-pae #1 SMP Debian 4.2.3-2 (2015-10-14) i686
GNU/Linux
$ cat t.cc
#include 
#include 

int main() {
  std::string a;
  std::regex r("x");
  return std::regex_match(a, r);
}
$ g++-5 -O2 -std=c++11 -Wuninitialized -c t.cc
$ g++-5 -O2 -std=c++11 -Wuninitialized -o t t.o
$ g++-5 -O2 -flto -fuse-linker-plugin -std=c++11 -Wuninitialized -c t.cc
$ g++-5 -O2 -flto -fuse-linker-plugin -std=c++11 -Wuninitialized -o t t.o
/usr/include/c++/5/bits/regex_compiler.tcc: In member function
‘_M_alternative’:
/usr/include/c++/5/bits/regex_compiler.tcc:266:8: warning: ‘__n’ may be
used uninitialized in this function [-Wmaybe-uninitialized]
for (long __i = 0; __i < __n; ++__i)
^
/usr/include/c++/5/bits/regex_compiler.tcc:230:9: note: ‘__n’ was
declared here
long __n;
 ^

The relevant bit of regex_compiler.tcc looks OK to me so I think this is
the compiler rather than the std::regex implementation.  ICBW.

ttfn/rjk



Bug#804347: clang-tidy man page is broken and redirects to ?nonexistent info page

2015-11-07 Thread Richard Kettlewell
Package: clang-tidy-3.8
Version: 1:3.8~svn250696-1

At the top an error message has been embedded into the manual page:

CLANG-TIDY(1)User Commands
CLANG-TIDY(1)

NAME
   clang-tidy - manual page for clang-tidy 3.8

DESCRIPTION
   ERROR:  ld.so:  object  'libfakeroot-sysv.so' from LD_PRELOAD
cannot be
   preloaded (cannot open shared object file): ignored.  USAGE:
clang-tidy
   [options]  [... ]

   OPTIONS:

And at the bottom:

SEE ALSO
   The full documentation for clang-tidy is maintained as a  Texinfo
 man‐
   ual.   If  the  info  and clang-tidy programs are properly
installed at
   your site, the command

  info clang-tidy

   should give you access to the complete manual.


...but this command, and 'info clang-tidy-3.8', just reproduce the man page.

ttfn/rjk



Bug#801463: BUG: unable to handle kernel NULL pointer dereference at 00000001 in smp_apic_timer_interrupt

2015-10-10 Thread Richard Kettlewell
On 2015-10-10 18:49, Ben Hutchings wrote:
> This looks rather like a hardware failure, as the instruction pointer
> is pointing to the middle of an instruction.  Here's the disassembly of
>  smp_apic_timer_interrupt:

Thanks for the diagnosis.  Time to spend some money l-/

For future reference, is there a convenient way to get a disassembly
corresponding to the kernel I have installed?

ttfn/rjk



Bug#801463: BUG: unable to handle kernel NULL pointer dereference at 00000001 in smp_apic_timer_interrupt

2015-10-10 Thread Richard Kettlewell
Package: src:linux
Version: 3.16.7-ckt11-1+deb8u4
Severity: important

Dear Maintainer,

   * What led up to the situation?

My kernel has started crashing every few days, since 2015-09-09.

The system was upgraded to this kernel (linux-image-3.16.0-4-586
3.16.7-ckt11-1+deb8u4) on 2015-09-20, so it's not a regression in that
particular version.

I retrieved kernel output from the most recent crash, which replaces
the kernel log section below.


-- Package-specific info:
** Version:
Linux version 3.16.0-4-586 (debian-ker...@lists.debian.org) (gcc version 4.8.4 
(Debian 4.8.4-1) ) #1 Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16.0-4-586 root=/dev/sda3 ro console=ttyS0,115200n8

** Not tainted

** Kernel log:
[587090.909477] inbound: IN=eth2 OUT= 
MAC=00:04:a7:08:af:b0:00:1f:27:c0:08:01:08:00 SRC=221.3.105.106 DST=86.9.121.8 
LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=62653 DF PROTO=TCP SPT=39416 DPT=23 
WINDOW=5808 RES=0x00 SYN URGP=0 
[587134.548195] BUG: unable to handle kernel NULL pointer dereference at 
0001
[587134.548195] IP: [] smp_apic_timer_interrupt+0x24/0x50
[587134.548195] *pde =  
[587134.548195] Oops: 0002 [#1] 
[587134.548195] Modules linked in: tcp_diag inet_diag xt_nat xt_addrtype 
ipt_MASQUERADE ip6t_REJECT xt_multiport ipt_REJECT xt_LOG xt_limit xt_tcpudp 
nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack ip6table_mangle iptable_mangle 
ip6table_raw iptable_raw iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 
nf_nat_ipv4 nf_nat nf_conntrack ip6table_filter ip6_tables iptable_filter 
cpufreq_stats cpufreq_conservative ip_tables x_tables cpufreq_userspace 
cpufreq_powersave nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache 
sunrpc sit tunnel4 ip_tunnel evdev iTCO_wdt iTCO_vendor_support video 
drm_kms_helper processor pcspkr serio_raw drm thermal_sys i2c_i801 i2c_algo_bit 
lpc_ich rng_core i2c_core shpchp w83627hf hwmon_vid bridge stp llc loop slip 
slhc tun fuse autofs4 ext4 crc16 mbcache jbd2 sg sd_mod crc_t10dif 
crct10dif_generic crct10dif_common ata_generic 8139too ata_piix ehci_pci 
uhci_hcd ahci libahci ehci_hcd libata scsi_mod 8139cp r8169 mii usbcore 
usb_common
[587134.548195] CPU: 0 PID: 0 Comm: swapper Not tainted 3.16.0-4-586 #1 Debian 
3.16.7-ckt11-1+deb8u4
[587134.548195] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./To 
be filled by O.E.M., BIOS 080012  12/22/2008
[587134.548195] task: c1592500 ti: c1584000 task.ti: c1584000
[587134.548195] EIP: 0060:[] EFLAGS: 00210896 CPU: 0
[587134.548195] EIP is at smp_apic_timer_interrupt+0x24/0x50
[587134.548195] EAX: 0001 EBX: c158beec ECX: c1585f4c EDX: c1585f4c
[587134.548195] ESI: c1584001 EDI: c1585fed EBP: c1585f94 ESP: c1585f48
[587134.548195]  DS: 007b ES: 007b FS:  GS: 00e0 SS: 0068
[587134.548195] CR0: 8005003b CR2: 0001 CR3: 34b8a000 CR4: 0790
[587134.548195] Stack:
[587134.548195]  c1425474 c1585fec  c1584000 c1584000 c1585fec c1585f94 

[587134.548195]  0002007b 08be007b 08be 00e0 ff10 c102f1a2 0060 
00200246
[587134.548195]  c1009d74 c1585fec c1584000 c1585f9c c100a54e c1585fd8 c1066b40 
c1585fec
[587134.548195] Call Trace:
[587134.548195]  [] ? apic_timer_interrupt+0x34/0x40
[587134.548195]  [] ? native_safe_halt+0x2/0x10
[587134.548195]  [] ? default_idle+0x14/0x90
[587134.548195]  [] ? arch_cpu_idle+0xe/0x10
[587134.548195]  [] ? cpu_startup_entry+0x230/0x370
[587134.548195]  [] ? start_kernel+0x3f2/0x3f7
[587134.548195]  [] ? set_init_arg+0x3f/0x45
[587134.548195] Code: ff ff eb 80 66 90 90 55 89 e5 53 3e 8d 74 26 00 8b 0d 00 
ee 59 c1 31 d2 8b 1d 48 39 59 c1 a3 48 39 59 c1 b8 b0 00 00 00 ff 91 a4 <00> 00 
00 e8 d4 a4 c1 ff e8 df f6 bf ff e8 2a a5 c1 ff 89 1d 48
[587134.548195] EIP: [] smp_apic_timer_interrupt+0x24/0x50 SS:ESP 
0068:c1585f48
[587134.548195] CR2: 0001
[587134.548195] ---[ end trace c2ab876b17f6fd20 ]---
[587134.548195] Kernel panic - not syncing: Attempted to kill the idle task!
[587134.548195] Kernel Offset: 0x0 from 0xc100 (relocation range: 
0xc000-0xf7ffdfff)
[587134.548195] Rebooting in 300 seconds..

** Model information
not available

** Loaded modules:
tcp_diag
inet_diag
xt_nat
xt_addrtype
ipt_MASQUERADE
ip6t_REJECT
xt_multiport
ipt_REJECT
xt_LOG
xt_limit
xt_tcpudp
nf_conntrack_ipv6
nf_defrag_ipv6
xt_conntrack
ip6table_mangle
iptable_mangle
ip6table_raw
iptable_raw
iptable_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_nat_ipv4
nf_nat
nf_conntrack
ip6table_filter
ip6_tables
cpufreq_stats
iptable_filter
cpufreq_conservative
ip_tables
x_tables
cpufreq_userspace
cpufreq_powersave
nfsd
auth_rpcgss
oid_registry
nfs_acl
nfs
lockd
fscache
sunrpc
sit
tunnel4
ip_tunnel
evdev
iTCO_wdt
iTCO_vendor_support
video
drm_kms_helper
drm
processor
thermal_sys
i2c_algo_bit
pcspkr
serio_raw
i2c_i801
lpc_ich
shpchp
i2c_core
rng_core
w83627hf
hwmon_vid
bridge
stp
llc
loop
slip
slhc
tun
fuse
autofs4
ext4
crc16
mbcache
jbd2
sg
sd_mod
crc_t10dif
crct10dif_generic
crct10dif_common
ata_generic
8139too
ata

Bug#789369: iostream uninitialized data

2015-06-20 Thread Richard Kettlewell
Package: libstdc++6
Version: 5.1.1-11

richard@deodand:~/junk$ cat t.cc
#include 

int main() {
  std::cout << std::hex;
  return 0;
}
richard@deodand:~/junk$ clang++-3.6 -fsanitize=undefined -O0
-fno-optimize-sibling-calls -fno-omit-frame-pointer -g -o t t.cc
richard@deodand:~/junk$ ./t
/usr/bin/../lib/gcc/i586-linux-gnu/5.1.1/../../../../include/c++/5.1.1/bits/ios_base.h:102:24:
runtime error: load of value 4294967221, which is not a valid value for
type 'std::_Ios_Fmtflags'
/usr/bin/../lib/gcc/i586-linux-gnu/5.1.1/../../../../include/c++/5.1.1/bits/ios_base.h:82:67:
runtime error: load of value 4294967221, which is not a valid value for
type 'std::_Ios_Fmtflags'

As far as I can see the problem here is that ios_base::_M_flags is never
initialized.

ii  clang-3.6  1:3.6.1-1i386 C, C++ and Objective-C

ttfn/rjk


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



Bug#3773: closed by "Hofmann AG" (reply to ) (Vermittlungsagentur bietet Stellenausschreibungen für Sie an 3773-done)

2015-06-14 Thread Richard Kettlewell
reopen 3773
stop

On 2015-06-14 14:51, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the xless package:
> 
> #3773: xless default window too thin and won't go away when asked nicely
> 
> It has been closed by "Hofmann AG"  (reply to 
> ).

...which seems to be spam.

I just checked and the bug still exists in 1.7-14.2.

ttfn/rjk


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



Bug#785404: hurd: opendir("/dev/null") succeeds

2015-05-15 Thread Richard Kettlewell
Package: libc0.3
Version: 2.19-18+b1

richard@heceptor:~/junk$ cat t.c
#include 
#include 
#include 
#include 
#include 

int main() {
  DIR *dp = opendir("/dev/null");
  printf("%p\n", dp);
  struct dirent *de = readdir(dp);
  printf("%p %d %s\n", de, errno, strerror(errno));
  return 0;
}
richard@heceptor:~/junk$ gcc -o t t.c && ./t
0x804a0e0
(nil) 1073741844 Not a directory

ii  hurd   1:0.6-4  hurd-i386GNU Hurd
ii  libc0.3:hurd-i 2.19-18+b1   hurd-i386GNU C Library: Shared libraries

Based on Glibc history there used to be some defence against this, but
it was removed in 2006.

ttfn/rjk


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



Bug#785134: Directory permissions not enforced when renaming a directory

2015-05-12 Thread Richard Kettlewell
Package: hurd
Version: 0.6-4

richard@heceptor:~/junk$ mkdir a b
richard@heceptor:~/junk$ chmod 555 b
richard@heceptor:~/junk$ ls -dl a b
drwxr-xr-x 2 richard richard 4096 May 12 15:34 a
dr-xr-xr-x 2 richard richard 4096 May 12 15:34 b
richard@heceptor:~/junk$ mv a b
richard@heceptor:~/junk$ ls -l b
total 4
drwxr-xr-x 2 richard richard 4096 May 12 15:35 a
richard@heceptor:~/junk$ uname -a
GNU heceptor 0.6 GNU-Mach 1.4+git20150409-486/Hurd-0.6 i686-AT386 GNU
richard@heceptor:~/junk$ id
uid=1001(richard) gid=1001(richard) groups=1001(richard),0(root),27(sudo)
richard@heceptor:~/junk$ cat /proc/mounts
/dev/hd0s1 / ext2fs writable,no-inherit-dir-group,store-type=typed 0 0
proc /proc /hurd/procfs stat-mode=444 0 0
/dev/hd0s1 /dev/cons ext2fs
writable,no-inherit-dir-group,store-type=typed 0 0
none /run /hurd/tmpfs
writable,no-suid,no-exec,no-inherit-dir-group,no-sync,size=51272K 0 0
none /run/lock /hurd/tmpfs
writable,no-suid,no-exec,no-inherit-dir-group,no-sync,size=5M 0 0
none /run/shm /hurd/tmpfs
writable,no-suid,no-exec,no-inherit-dir-group,no-sync,size=314360K 0 0

ttfn/rjk


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



Bug#785110: Hang starting hurd-console during upgrade

2015-05-12 Thread Richard Kettlewell
Package: hurd
Version: 0.6-4

During 'apt-get dist-upgrade':

Preparing to unpack .../hurd_1%3a0.6-4_hurd-i386.deb ...
Unpacking hurd (1:0.6-4) over (1:0.6-2) ...
Setting up hurd (1:0.6-4) ...

This hung all night.  ps hangs until interrupted it, too.  I added 'set
-x' to hurd.postinst to reveal where the hang occurs:

richard@heceptor:~$ sudo dpkg --configure hurd

Setting up hurd (1:0.6-4) ...
+ [ configure = configure ]
+ [ 1:0.6-2 ]
+ update-alternatives --quiet --remove runsystem /libexec/runsystem.gnu
+ update-alternatives --quiet --install /etc/hurd/runsystem runsystem
/etc/hurd/
runsystem.gnu 5 --slave /sbin/halt halt /sbin/halt-hurd --slave
/sbin/reboot reboot /sbin/reboot-hurd
+ update-alternatives --install /usr/bin/fakeroot fakeroot
/usr/bin/fakeroot-hurd 30
+ update-alternatives --install /bin/ps ps /bin/ps-hurd 60
+ update-alternatives --install /usr/bin/uptime uptime
/usr/bin/uptime-hurd 30
+ update-alternatives --install /usr/bin/vmstat vmstat
/usr/bin/vmstat-hurd 60
+ update-alternatives --install /usr/bin/w w /usr/bin/w-hurd 60
+ ADDUSERCONF=/etc/adduser.conf
+ test -f /etc/adduser.conf
+ sed -n
s/^[[:space:]]*FIRST_SYSTEM_UID[[:space:]]*=[[:space:]]*["']\?\([^"']*\
)["']\?/\1/p /etc/adduser.conf
+ FIRST_SYSTEM_UID=100
+ sed -n
s/^[[:space:]]*LAST_SYSTEM_UID[[:space:]]*=[[:space:]]*["']\?\([^"']*\)
["']\?/\1/p /etc/adduser.conf
+ LAST_SYSTEM_UID=999
+ sed -n
s/^[[:space:]]*FIRST_SYSTEM_GID[[:space:]]*=[[:space:]]*["']\?\([^"']*\
)["']\?/\1/p /etc/adduser.conf
+ FIRST_SYSTEM_GID=100
+ sed -n
s/^[[:space:]]*LAST_SYSTEM_GID[[:space:]]*=[[:space:]]*["']\?\([^"']*\)
["']\?/\1/p /etc/adduser.conf
+ LAST_SYSTEM_GID=999
+ test -z 100
+ test -z 999
+ test -z 100
+ test -z 999
+ [ configure = configure ]
+ add-shell /bin/loginpr
+ getent passwd login
+ [ -x /etc/init.d/hurd-console ]
+ update-rc.d hurd-console defaults
+ invoke-rc.d hurd-console start


ttfn/rjk


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



Bug#686064: Nonexistent file listed in Packages.diff/Index

2015-05-10 Thread Richard Kettlewell
reassign 686064 ftp.debian.org
bye

I ran into this issue too.  I've worked around it --diff=none for the
time being.

Full output at https://gist.github.com/ewxrjk/89593af604bc15b8202e but
the place where it first goes wrong is:

[ 35%] Getting:
dists/jessie-backports/main/binary-i386/Packages.diff/2015-04-23-0859.17.gz...
 #** GET
http://ftp.uk.debian.org/debian/dists/jessie-backports/main/binary-i386/Packages.diff/2015-04-23-0859.17.gz
==> 404 Not Found

At the time of writing, the files actually present at
http://ftp.uk.debian.org/debian/dists/jessie-backports/main/binary-i386/Packages.diff/
are:

2015-04-22-1458.18.gz  22-Apr-2015 14:58
3478
2015-04-23-0258.53.gz  23-Apr-2015 02:58
1113
2015-04-27-2057.47.gz  27-Apr-2015 20:57
 831
2015-04-29-1456.59.gz  29-Apr-2015 14:57
1537
2015-04-29-2102.06.gz  29-Apr-2015 21:02
1546
2015-04-30-1456.41.gz  30-Apr-2015 14:56
 460
2015-04-30-2056.40.gz  30-Apr-2015 20:56
1137
2015-05-05-1457.05.gz  05-May-2015 14:57
 419
2015-05-05-2056.27.gz  05-May-2015 20:56
 965
2015-05-06-0912.31.gz  06-May-2015 09:12
 614
2015-05-08-1454.02.gz  08-May-2015 14:54
   29384
2015-05-08-2053.32.gz  08-May-2015 20:53
6386
2015-05-09-0253.59.gz  09-May-2015 02:54
9021
2015-05-09-0853.16.gz  09-May-2015 08:53
   10240
2015-05-09-1454.13.gz  09-May-2015 14:54
2913
2015-05-09-2054.18.gz  09-May-2015 20:54
7670
2015-05-10-0858.42.gz  10-May-2015 08:58
6184
Index  10-May-2015 08:58
3817

The contents of Index are:

SHA1-Current: 1a25d3ec5e6b737c63b3d00d2cd1ef171623f998  345165
SHA1-History:
 da39a3ee5e6b4b0d3255bfef95601890afd80709   0 2015-04-22-1458.18
 a8d65a6d88f40110224d6a730afcdae8d9b53eaa   14619 2015-04-23-0258.53
 a8d65a6d88f40110224d6a730afcdae8d9b53eaa   14619 2015-04-23-0859.17
 5342df5b98bf170a02f72f7f023f1764ce69c0d7   17590 2015-04-27-2057.47
 e1a08091fa014c2f9bd27589d5ca642eb425   17576 2015-04-29-1456.59
 f45cffc568a4aee7176196757c3468fc07fc9e4b   23795 2015-04-29-2102.06
 8103201133cb6f36b787765f5fab9f4e47127b71   23796 2015-04-30-0854.55
 8007f0b9898a11e7cb5f8bd2fea47d311b664216   21728 2015-04-30-1456.41
 26c1c46ba88449048d60d7e1e87f331cfcd7b3db   26464 2015-04-30-2056.40
 7badc9c97862a34093d6b72b18222f3206b00281   22386 2015-05-01-0254.12
 f32ae73ffa5c2c9a1e3dc4df89c4b2a45cfe2d29   24433 2015-05-01-0856.48
 7ddb96c4a009aa6b11512a8f87484b952c927ed3   22382 2015-05-01-2050.47
 2f55de5afc838b79647c6eed7d88a445075ff201   29145 2015-05-05-1457.05
 3a9a595b1c23b57a86be40911123057b72e4a411   29714 2015-05-05-2056.27
 872c6fa6d7400f97d799fee2720609b435dd7a05   24982 2015-05-06-0254.04
 360c472f9532d9361cb059f1f246f42be6e036b3   31768 2015-05-06-0912.31
 1eb714a21e258eb5df9c39638c81cbeb4fe8b9bc   25638 2015-05-06-1455.16
 de6e654fd09258d14ae947a0743357602899db6a   26979 2015-05-06-2108.05
 9be882aa92fbad4a9f7ce202447db75240f429cf   31733 2015-05-08-1454.02
 542875e3b1d9cec8b31a8e368f0431d56b19ec6e  179283 2015-05-08-2053.32
 4f54728dee6f3c90ff02384bafc5932d7f65c4a7  179212 2015-05-09-0253.59
 b29325faad6d148b1b5460b71d4b2c060af3321d  180309 2015-05-09-0853.16
 e0c372147f8482afb75bc1fe0310d28934bb21b4  223305 2015-05-09-1454.13
 15aa70e3629ed92866f6e0ec946e2dc4f3bc62bc  290049 2015-05-09-2054.18
 5d5d04ddc13821bbd6d11cadf75eb9c2467fa646  322373 2015-05-10-0254.51
 78c5aae58275c9f04294086b405d94a230497a54  335165 2015-05-10-0858.42
 78c5aae58275c9f04294086b405d94a230497a54  335165 2015-05-10-0858.42
SHA1-Patches:
 eb2ab9ae950ab989a15241236beaea8564fd00bc   14624 2015-04-22-1458.18
 c15f28f87e7092f94411b51d11c01678ef586bb12976 2015-04-23-0258.53
 75241daf49d49f7ac1c43ba571e180491d51d3842980 2015-04-23-0859.17
 3698e1deaac3644e045f0bf1cd0b73cb79350ecd2059 2015-04-27-2057.47
 8c3adb235028482fb3d11cee898dd180d4dbbb0e4157 2015-04-29-1456.59
 e45a22576dfac57614fb1f61519ef06d92ec1d732019 2015-04-29-2102.06
 9723e2c3a2b3ed2f9da68447a66fdd2c2090733b2020 2015-04-30-0854.55
 2046e82cc33d7b591421645ceb3bbda2ffd61b8e 660 2015-04-30-1456.41
 6edf1f7aa74facdfd2b1ed375309429ddbd41d532759 2015-04-30-2056.40
 8bd9cfb8c69a9099beb2adf31fc2e31d492b094d2054 2015-05-01-0254.12
 5da3bdefd07e4cc888d2e0a057cba467220b5a784749 2015-05-01-0856.48
 988121465a505872a4dae62026b503e8b59f3ced6776 2015-05-01-2050.47
 e4f6af6305ab8ebe0dd27b

Bug#784222: clang -fsanitize breaks initial stdio stream orientation

2015-05-04 Thread Richard Kettlewell
Package: clang-3.6
Version: 1:3.6-2

I'm not sure if this is a bug in Clang or in Glibc.

richard@deodand:~/junk$ cat t.c
#include 
#include 

int main(void) {
  FILE *fp = fopen("/dev/null", "r");
  return printf("initial orientation: %d\n", fwide(fp, 0));
}
richard@deodand:~/junk$ clang-3.6 -fsanitize=address -o t t.c
richard@deodand:~/junk$ ./t
initial orientation: -1
richard@deodand:~/junk$ clang-3.6 -o t t.c
richard@deodand:~/junk$ ./t
initial orientation: 0
richard@deodand:~/junk$ gcc -o t t.c
richard@deodand:~/junk$ ./t
initial orientation: 0

ii  clang-3.6  1:3.6-2  i386 C, C++ and Objective-C
compiler (
ii  gcc-4.94.9.2-16 i386 GNU C compiler
ii  libc6:i386 2.19-18  i386 GNU C Library: Shared libraries

(I would check with clang-3.7 but #779785.)

ttfn/rjk


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



Bug#544457: fakeroot does not start; throws and IPC error

2015-02-26 Thread Richard Kettlewell

On 2014-08-24 00:09, Clint Adams wrote:

On Sat, Aug 23, 2014 at 09:53:50AM +0100, Richard Kettlewell wrote:

Rebooting clears the issue on both systems.


Running `ipcs` may be informative when this happens.


It is!  All the leaked semaphores seem to originate in processes run 
during a nightly build of INN.  So I suppose that must be where the 
problem lies - nothing that's really to do with fakeroot at all.


ttfn/rjk


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



Bug#777394: [Rsbackup-maint] Bug#777394: rsbackup: please make the build reproducible

2015-02-08 Thread Richard Kettlewell

On 2015-02-07 22:59, Chris Lamb wrote:

The attached patch removes timestamps from the build system. Once
applied, rsbackup can be built reproducibly in our current experimental
framework.


I've applied the changed to the upstream version.

ttfn/rjk


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



Bug#767471: [initramfs-tools] / formatted as ext3 but mounted as ext4 not fsck-able

2014-12-22 Thread Richard Kettlewell
I ran into the inverse situation: my /etc/fstab said ext3, but at 
runtime the initramfs looked for /sbin/fsck.ext4, and couldn't find it.


Perhaps instead of special-casing ext3/ext4, it might be better to make 
it use 'fsck -N' (or equivalent) to discover which fsck backend will be 
used at runtime?


In the event my system booted successfully anyway, apparently due to 
other things being broken:


[1.849317] sr0: scsi3-mmc drive: 4x/4x cd/rw xa/form2 tray
[1.851592] cdrom: Uniform CD-ROM driver Revision: 3.20
[1.860545] sr 1:0:0:0: Attached scsi generic sg0 type 5
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top 
... [2.406902] device-mapper: uevent: version 1.0.3
[2.408440] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) 
initialised: dm-de...@redhat.com

done.
Begin: Running /scripts/local-premount ... done.
Begin: Checking root file system ... fsck from util-linux 2.25.2
fsck: error 2 (No such file or directory) while executing fsck.ext4 for 
/dev/mapper/deodand2-droot2

fsck exited with status code 8
done.
Failure: An automatic file system check (fsck) of the root filesystem 
failed.

A manual fsck must be performed, then the system restarted.
The fsck should be performed in maintenance mode with the
root filesystem mounted in read-only mode.
Warning: The root filesystem is currently mounted in read-only mode.
A maintenance shell will now be started.
After performing system maintenance, press CONTROL-D
to terminate the maintenance shell and restart the system.
sulogin: cannot open password database!
[4.700827] sulogin[132]: segfault at 4 ip 080491f6 sp bfcec4b0 error 
4 in sulogin[8048000+3000]

Segmentation fault
Failure: Attempt to start maintenance shell failed.
Will restart in 5 seconds.
[9.730265] EXT4-fs (dm-0): mounted filesystem with ordered data 
mode. Opts: (null)

done.
Begin: Running /scripts/local-bottom ... done.
Begin: Running /scripts/init-bottom ... done.
[9.970645] systemd[1]: systemd 215 running in system mode. (+PAM 
+AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -SECCOMP 
-APPARMOR)

[9.975644] systemd[1]: Detected virtualization 'kvm'.
[9.977548] systemd[1]: Detected architecture 'x86'.

Welcome to Debian GNU/Linux 8 (jessie)!

[   10.054678] systemd[1]: Inserted module 'autofs4'
[   10.059954] systemd[1]: Set hostname to .
[   10.142457] systemd-default-display-manager-generator[158]: No 
default display manager unit service enabled, setup is manual or a 
sysvinit file
[   10.384669] systemd[1]: Cannot add dependency job for unit 
display-manager.service, ignoring: Unit display-manager.service failed 
to load: No such file or directory.

[   10.391105] systemd[1]: Expecting device dev-ttyS0.device...
 Expecting device dev-ttyS0.device...

ttfn/rjk


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



Bug#773181: [Rsbackup-maint] Bug#773181: rsbackup: unowned files after purge (policy 6.8, 10.8): /etc/rsbackup/local

2014-12-16 Thread Richard Kettlewell

(I'm upstream for rsbackup.)

Andreas Beckmann wrote:

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails


As far as I can see that reference doesn't explain what purge should 
actually do, merely when it is run.  Is there some better documentation 
available?  I'm rather in the dark about how to respond to this.


My current best guess is:

https://github.com/ewxrjk/rsbackup/commit/b1283baf

ttfn/rjk


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



Bug#771443: missing panel after reboot (because .config/dconf/user corrupted?)

2014-11-29 Thread Richard Kettlewell

Package: mate-panel
Version: 1.8.0+dfsg1-2~bpo70+1

To reproduce:

1. Log in to a MATE session.
2. Reboot the system with /sbin/reboot.
3. Log in to a MATE session again.

The menu at the top of the screen is missing.

Comparing my files with backups, .config/dconf/user was different.  I 
restored it and the menu returned on next login.


This is the second time this has happened that I can remember, so at 
least somewhat reproducible.


ttfn/rjk


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



Bug#758998: scan-build does not default to the compiler it ships with

2014-08-23 Thread Richard Kettlewell

Package: clang-3.5
Version: 1:3.5~+r3-1

richard@deodand:~$ cat t.c
struct x;
richard@deodand:~$ scan-build-3.5 cc -c t.c
scan-build: error: Cannot find an executable 'clang' relative to 
scan-build.  Consider using --use-analyzer to pick a version of 'clang' 
to use for static analysis.
richard@deodand:~$ scan-build-3.5 --use-analyzer /usr/bin/clang-3.5 cc 
-c t.c

scan-build: Using '/usr/bin/clang-3.5' for static analysis
scan-build: Removing directory 
'/tmp/scan-build-2014-08-23-172422-31482-1' because it contains no reports.

scan-build: No bugs found.

ttfn/rjk


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



Bug#544457: fakeroot does not start; throws and IPC error

2014-08-23 Thread Richard Kettlewell
My sid VM has been doing something similar from time to time, and now 
one of my wheezy machines has just done it too.  The error is slightly 
different:


araminta$ fakeroot id
fakeroot, while creating message channels: Invalid argument
This may be due to a lack of SYSV IPC support.
fakeroot: error while starting the `faked' daemon.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... 
or kill -l [sigspec]


araminta$ sysctl kernel.shmmax kernel.shmall kernel.shmmni
kernel.shmmax = 33554432
kernel.shmall = 2097152
kernel.shmmni = 4096

Rebooting clears the issue on both systems.

ttfn/rjk


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



Bug#756595: fuse fails to upgrade, because uses a nonexistent udevadm test option

2014-07-31 Thread Richard Kettlewell

Package: fuse
Version: 2.9.3-14

Setting up clang-3.5 (1:3.5~+rc1-2) ...
Setting up libfuse2:i386 (2.9.3-14) ...
Setting up fuse (2.9.3-14) ...
dpkg: error processing package fuse (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up libharfbuzz0b:i386 (0.9.33-1) ...
Setting up libharfbuzz-icu0:i386 (0.9.33-1) ...
[..]
Setting up tcpdump (4.6.1-1) ...
Setting up vorbis-tools (1.4.0-1.1) ...
Processing triggers for libc-bin (2.19-7) ...
Errors were encountered while processing:
E: Sub-process /usr/bin/dpkg returned an error code (1)
richard@deodand:~$ really dpkg --configure -a
Setting up fuse (2.9.3-14) ...
dpkg: error processing package fuse (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 fuse
richard@deodand:~$

I added a 'set -x' to the postinst script and removed a redirection to 
/dev/null to see what was going on:


richard@deodand:~$ really dpkg --configure -a
Setting up fuse (2.9.3-14) ...
+ set -e
+ case "${1}" in
+ dpkg-statoverride --list /bin/fusermount
+ chmod 4755 /bin/fusermount
+ modprobe fuse
+ lsmod
+ grep -qs fuse
+ udevadm control --reload-rules
+ '[' -e /dev/fuse ']'
++ udevadm info -q path -n /dev/fuse
+ udevadm test -e -p /devices/virtual/misc/fuse
calling: test
version 208
test: invalid option -- 'e'
dpkg: error processing package fuse (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 fuse

richard@deodand:~$ COLUMNS=80 dpkg -l *fuse* *udev* libc6*|grep ^i
iF  fuse   2.9.3-14 i386 Filesystem in Userspace
ii  libc6:i386 2.19-7   i386 GNU C Library: Shared libraries
ii  libc6-dbg:i386 2.19-7   i386 GNU C Library: detached 
debugging
ii  libc6-dev:i386 2.19-7   i386 GNU C Library: Development 
Librar
ii  libc6-i686:i38 2.19-7   i386 GNU C Library: Shared 
libraries [
ii  libfuse2:i386  2.9.3-14 i386 Filesystem in Userspace 
(library)
ii  libgudev-1.0-0 208-6i386 GObject-based wrapper 
library for

ii  libudev1:i386  208-6i386 libudev shared library
ii  python-defused 0.4.1-2  all  XML bomb protection for 
Python st
ii  system-config- 1.4.3-4  i386 Utilities to detect and 
configure
ii  udev   208-6i386 /dev/ and hotplug 
management daem

richard@deodand:~$ uname -a
Linux deodand 3.14-2-686-pae #1 SMP Debian 3.14.13-2 (2014-07-24) i686 
GNU/Linux

richard@deodand:~$


ttfn/rjk


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



Bug#754495: polkit-mate-authentication-agent-1 does not start

2014-07-11 Thread Richard Kettlewell

Package: mate-polkit
Version: 1.8.0+dfsg1-4

At startup polkit-mate-authentication-agent-1 fails to start, logging 
the following message in .xsession-errors:


Cannot register authentication agent: 
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Cannot determine 
user of subject


Running it manually has the same result.


Subsequent attempt to run programs that require elevated privilege (e.g. 
Synaptic from the Administration menu) fail with this message:


Error creating textual authentication agent: Error opening current 
controlling terminal for the process (`/dev/tty'): No such device or address



(I don't know how this stuff is supposed to work so this is only really 
a guess that these two things are connected.)


This seems to work in the backported version of MATE but not in unstable.

Full .xsession-errors from a minimal session attached.

$ dpkg -l mate-polkit *pol*kit*
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  libpolkit-agen 0.105-6  i386 PolicyKit Authentication 
Agent AP

ii  libpolkit-back 0.105-6  i386 PolicyKit backend API
ii  libpolkit-gobj 0.105-6  i386 PolicyKit Authorization API
un  libpolkit-gtk-   (no description available)
ii  mate-polkit:i3 1.8.0+dfsg1- i386 MATE authentication agent 
for Pol
ii  mate-polkit-co 1.8.0+dfsg1- i386 MATE authentication agent 
for Pol
ii  policykit-10.105-6  i386 framework for managing 
administra

ii  policykit-1-do 0.105-6  all  documentation for PolicyKit-1
ii  policykit-1-gn 0.105-2  i386 GNOME authentication agent 
for Po



ttfn/rjk
Xsession: X session started for  at Fri 11 Jul 19:23:34 BST 2014
X Error of failed request:  BadValue (integer parameter out of range for 
operation)
  Major opcode of failed request:  109 (X_ChangeHosts)
  Value in failed request:  0x5
  Serial number of failed request:  6
  Current serial number in output stream:  8
localuser:test being added to access control list
** Message: couldn't access control socket: /run/user/1001/keyring/control: No 
such file or directory
x-session-manager[27596]: WARNING: GSIdleMonitor: IDLETIME counter not found
x-session-manager[27596]: GLib-GObject-CRITICAL: object GSIdleMonitor 0x9199fa0 
finalized while still in-construction
x-session-manager[27596]: GLib-GObject-CRITICAL: Custom constructor for class 
GSIdleMonitor returned NULL (which is invalid). Please use GInitable instead.
x-session-manager[27596]: WARNING: Could not get Systemd session class!

** (mate-settings-daemon:27613): WARNING **: Unable to start xrandr manager: 
RANDR extension is too old (must be at least 1.2)
Window manager warning: Log level 32: could not find XKB extension.

(gst-plugin-scanner:27621): GLib-CRITICAL **: g_strv_length: assertion 
'str_array != NULL' failed
glibtop: Non-standard uts for running kernel:
release 3.14-1-686-pae=3.14.0 gives version code 200192


** (mate-settings-daemon:27613): WARNING **: Neither XKeyboard not Xfree86's 
keyboard extensions are available,
no way to support keyboard autorepeat rate settings

** (mate-settings-daemon:27613): WARNING **: XKB extension not available

** (mate-settings-daemon:27613): WARNING **: Neither XKeyboard not Xfree86's 
keyboard extensions are available,
no way to support keyboard autorepeat rate settings
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
Xlib:  extension "XInputExtension" missing on display ":12.0".
SSH_AUTH_SOCK=/run/user/1001/keyring/ssh
GPG_AGENT_INFO=/run/user/1001/keyring/gpg:0:1
SSH_AUTH_SOCK=/run/user/1001/keyring/ssh
GPG_AGENT_INFO=/run/user/1001/keyring/gpg:0:1

** (polkit-mate-authentication-agent-1:27649): WARNING **: Unable to register 
authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: 
Cannot determine user of subject
Cannot register authentication agent: 
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Cannot determine user of 
subject
SSH_AUTH_SOCK=/run/user/1001/keyring/ssh
GPG_AGENT_INFO=/run/user/1001/keyring/gpg:0:1
SSH_AUTH_SOCK=/run/user/1001/keyring/ssh
GPG_AGENT_INFO=/run/user/1001/keyring/gpg:0:1
*** ERROR ***
TI:19:23:41 TH:0x9fe1600FI:gpm-manager.c
FN:gpm_manager_systemd_inhibit,1912
 - Error in dbus - GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: 
Operation not permitted
Traceback:
  

Bug#751812: Incorrect fortify warning with -flto

2014-06-16 Thread Richard Kettlewell

Package: gcc-4.9
Version: 4.9.0-6

$ cat t.c
#define _FORTIFY_SOURCE 2
#include 
#include 

long long size;

void execute(void) {
  unsigned char input[4096];
  size_t bytes = (size > (ssize_t)sizeof input
  ? sizeof input
  : size);
  size_t bytesRead = fread(input, 1, bytes, stdin);
}

int main(int argc, char **argv) {
  size = LLONG_MAX;
  execute();
  return 0;
}
$ gcc-4.9 -O2 t.c
$ gcc-4.9 -O2 -flto t.c
In function ‘__fread_alias’,
inlined from ‘execute’ at t.c:12:10:
/usr/include/i386-linux-gnu/bits/stdio2.h:290:2: warning: call to 
‘__fread_chk_warn’ declared with attribute warning: fread called with 
bigger size * nmemb than length of destination buffer

  return __fread_chk (__ptr, __bos0 (__ptr), __size, __n, __stream);
  ^


richard@deodand:~/src/vbig$ dpkg -l libc6-dev gcc-4.9
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  gcc-4.94.9.0-6  i386 GNU C compiler
ii  libc6-dev:i386 2.19-1   i386 Embedded GNU C Library: 
Developme


The relevant portion of stdio2.h is:

   266  extern size_t __fread_chk (void *__restrict __ptr, size_t __ptrlen,
   267 size_t __size, size_t __n,
   268 FILE *__restrict __stream) __wur;
   269  extern size_t __REDIRECT (__fread_alias,
   270(void *__restrict __ptr, size_t __size,
   271 size_t __n, FILE *__restrict __stream),
   272fread) __wur;
   273  extern size_t __REDIRECT (__fread_chk_warn,
   274(void *__restrict __ptr, size_t __ptrlen,
   275 size_t __size, size_t __n,
   276 FILE *__restrict __stream),
   277__fread_chk)
   278   __wur __warnattr ("fread called with bigger size * nmemb 
than length "

   279 "of destination buffer");
   280
   281  __fortify_function __wur size_t
   282  fread (void *__restrict __ptr, size_t __size, size_t __n,
   283 FILE *__restrict __stream)
   284  {
   285if (__bos0 (__ptr) != (size_t) -1)
   286  {
   287if (!__builtin_constant_p (__size)
   288|| !__builtin_constant_p (__n)
   289|| (__size | __n) >= (((size_t) 1) << (8 * sizeof 
(size_t) / 2)))
   290  return __fread_chk (__ptr, __bos0 (__ptr), __size, __n, 
__stream);

   291
   292if (__size * __n > __bos0 (__ptr))
   293  return __fread_chk_warn (__ptr, __bos0 (__ptr), __size, 
__n, __stream);

   294  }
   295return __fread_alias (__ptr, __size, __n, __stream);
   296  }

The warning attribute is attached to __fread_chk_warn (called line 293) 
but the warning is issued against line 290 where __fread_chk is called - 
so the compiler has got confused about these two functions?


ttfn/rjk


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



Bug#750875: inn2 says inn2-lfs is installed, but it isn't

2014-06-07 Thread Richard Kettlewell

Package: inn2
Version: 2.5.4-1

I have inn2 installed, and not inn2-lfs:

richard@deodand:~$ dpkg -l *inn2*
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  inn2   2.5.3-3+b2   i386 'InterNetNews' news server
ii  inn2-dev   2.5.3-3+b2   i386 libinn.a library, headers 
and man
ii  inn2-inews 2.5.3-3+b2   i386 NNTP client news injector, 
from I

in  inn2-lfs  i386 (no description available)
richard@deodand:~$ dpkg -s inn2-lfs
Package: inn2-lfs
Status: install ok not-installed
Priority: extra
Section: news
Architecture: i386

However the new inn2 thinks I have inn2-lfs installed:

Preparing to unpack .../archives/inn2_2.5.4-1_i386.deb ...

You are trying to install inn2 on a system where the inn2-lfs package is
currently installed.

The old inn2-lfs package does not exist anymore and must be replaced by
the new functionally equivalent inn2 package, which supports large files.

This will require rebuilding the history and overview databases, but the
postinst script will attempt to do it for you.

BEWARE: the timecaf spool format is not compatible between 32 and 64 bit
systems and no conversion tool is available.
A possible solution may involve manually feeding the articles to the new
server by using the old innxmit binary in a chroot environment containing
the old spool, history and /etc/news/.

Please create an empty /etc/news/convert-inn-data file and then try 
again installing inn2 if you want to proceed.





Purging inn2 and reinstalling seems to have bypassed the problem.

ttfn/rjk


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



Bug#749231: gcc-4.9 not linked from /usr/share/info/dir

2014-05-25 Thread Richard Kettlewell

Package: gcc-4.9-doc
Version: 4.9.0-1

richard@deodand:~$ really apt-get install gcc-4.9-doc
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  gcc-4.9-doc
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/7,127 kB of archives.
After this operation, 14.0 MB of additional disk space will be used.
Selecting previously unselected package gcc-4.9-doc.
(Reading database ... 193373 files and directories currently installed.)
Preparing to unpack .../gcc-4.9-doc_4.9.0-1_all.deb ...
Unpacking gcc-4.9-doc (4.9.0-1) ...
Processing triggers for doc-base (0.10.5) ...
Processing 2 added doc-base files...
Registering documents with scrollkeeper...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for install-info (5.2.0.dfsg.1-3) ...
Setting up gcc-4.9-doc (4.9.0-1) ...
richard@deodand:~$ grep -i gcc-4.9 /usr/share/info/dir
richard@deodand:~$

ttfn/rjk


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



Bug#732047: Purging inn2 destroys /var/lib/news even if inn2-lfs is installed

2013-12-13 Thread Richard Kettlewell

Package: inn2
Severity: critical

As subject.  Having done the following, over a period of time:

   install inn2
   discover it doesn't work at all (bug 655748)
   remove inn2
   install inn2
   purge inn2

The result is that the active, history and newsgroups files are deleted 
without warning.


ttfn/rjk


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



Bug#655748: Perl filters break with non-LFS i386 nnrpd

2013-12-08 Thread Richard Kettlewell
There is another problem that I think is related to the same issue - the 
inn2-dev package provides a libinn.a that doesn't work against an 
inn2-lfs install, producing the following errors (as seen from inside my 
tool, I think when it runs HISopen):


dbz: wrong of_t size (14)
dbzinit: getconf failure
can't dbzinit /var/lib/news/history Numerical argument out of domain
dbzclose: not opened!
can't dbzclose /var/lib/news/history Numerical argument out of domain

ttfn/rjk


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



Bug#721648: Upgrade fails if sa-compile was previously run as root

2013-09-02 Thread Richard Kettlewell

Package: spamassassin
Version: 3.3.2-6.1

Setting up spamassassin (3.3.2-6.1) ...
Running sa-compile (may take a long time)

ERROR: Can't create 
'/var/lib/spamassassin/compiled/5.018/3.003002/Mail/SpamAssassin/CompiledRegexps'
mkdir /var/lib/spamassassin/compiled/5.018: Permission denied at 
/usr/share/perl/5.18/ExtUtils/Install.pm line 469.



 at -e line 1.
make: *** [pure_site_install] Error 13
command 'make install >>/tmp/.spamassassin21507ExrTc9tmp/log' failed: exit 2
dpkg: error processing spamassassin (--configure):
 subprocess installed post-installation script returned error exit 
status 25



richard@deodand:~$ ls -la /var/lib/spamassassin/compiled/
total 12
drwxrwxr-x 3 root root 4096 Aug  6 21:23 .
drwxr-xr-x 5 debian-spamd debian-spamd 4096 Sep  2 07:38 ..
drwxrwxr-x 3 root root 4096 Aug  6 21:23 5.014

The answer may be as simple as documenting the postinst's expectations 
in README.Debian.


ttfn/rjk


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



Bug#624606: gnome-shell forgets favorites

2013-07-24 Thread Richard Kettlewell

On 19/05/13 15:12, Richard Kettlewell wrote:

This behavior has reappeared in gnome-shell 3.4.2-7; it has forgotten my
'favorites' settings several times in the last week.


I think I've found the pattern.  If the system is rebooted (for 
instance, via 'sudo reboot') while gnome-shell is running, it discards 
'favorites' and starts again with the default set next time you log in.


ttfn/rjk


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



Bug#711538: (no subject)

2013-06-08 Thread Richard Kettlewell

This has been fixed upstream in:

http://git.infradead.org/get_iplayer.git/commit/1197c4c3082bfdff08cff7977497dd1b2fb3926a

ttfn/rjk


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



Bug#624606: gnome-shell forgets favorites

2013-05-19 Thread Richard Kettlewell
This behavior has reappeared in gnome-shell 3.4.2-7; it has forgotten my 
'favorites' settings several times in the last week.


ttfn/rjk


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



Bug#708058: cannot set freq 48000 to ep 0x86; beeps cause temporary gnome session hang

2013-05-14 Thread Richard Kettlewell

On 2013-05-14 03:02, Ben Hutchings wrote:

 What are the contents of
/sys/devices/pci:00/:00:1d.7/usb2/2-4/quirks under 3.2?

(I'm assuming the webcam shows up at address 2-4 again - check what the
kernel log shows as the address, alongside the manufacturer and product
names.)


$ cat 
/sys/devices/pci:00/:00:1a.7/usb1/1-2/{idVendor,idProduct,serial}

046d
0825
2F31AED0
$ cat /sys/devices/pci:00/:00:1a.7/usb1/1-2/quirks
0x2
$ uname -a
Linux araminta 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux

(I've moved it to a more readily accessible USB port since the original 
report.)


ttfn/rjk


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



Bug#708058: cannot set freq 48000 to ep 0x86; beeps cause temporary gnome session hang

2013-05-13 Thread Richard Kettlewell

On 2013-05-12 21:35, Ben Hutchings wrote:

Did the webcam work as an audio device under squeeze?


I've just tested on a machine still running squeeze and audio capture 
works fine.



Can you test whether this is still broken in Linux 3.8 (from unstable)?


I've installed linux-image-3.8-1-amd64 3.8.12-1.  It didn't produce the 
same behaviour immediately.  I'll continue using this kernel for the 
time being.


Audacity had trouble seeing the device (initially it was visible, after 
fiddling with input volume it wasn't).  However, other applications 
could set the input volume and record from it.  I don't know what 
criteria Audacity uses so this may be an irrelevant bug in Audacity!


ttfn/rjk


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



Bug#708058: cannot set freq 48000 to ep 0x86; beeps cause temporary gnome session hang

2013-05-12 Thread Richard Kettlewell
Package: src:linux
Version: 3.2.41-2
Severity: normal

I booted with Logitech webcam plugged in. The following message appears
continuously in my kernel log:

May 12 20:49:35 araminta kernel: [174158.144151] 3:3:4: cannot set freq 48000
to ep 0x86

Also, this caused my Gnome session to temporarily hang when tab
completing over /var/log (probably when attempting to beep). Initial Gnome
login was also very slow; I think the cause is the same.

I unplugged my USB webcam. The kernel log showed then showed:

May 12 20:49:40 araminta kernel: [174163.144045] 3:3:4: cannot set freq 48000
to ep 0x86
May 12 20:49:40 araminta kernel: [174163.883550] usb 2-4: USB disconnect,
device number 3
May 12 20:49:40 araminta kernel: [174163.887534] 3:3:4: cannot set freq 48000
to ep 0x86
May 12 20:49:40 araminta kernel: [174163.888054] 3:3:4: cannot set freq 48000
to ep 0x86
May 12 20:49:40 araminta kernel: [174163.888438] 3:3:4: cannot set freq 48000
to ep 0x86
May 12 20:49:40 araminta kernel: [174163.889238] 3:3:4: usb_set_interface
failed
May 12 20:49:40 araminta kernel: [174163.889289] 3:3:4: usb_set_interface
failed
May 12 20:49:40 araminta kernel: [174163.889424] 3:3:4: usb_set_interface
failed
May 12 20:49:40 araminta kernel: [174163.889745] 3:3:4: usb_set_interface
failed
May 12 20:49:40 araminta kernel: [174163.890100] 3:3:4: usb_set_interface
failed
[etc]

Beeps stopped causing hangs after this.

Linux's initial view of webcam:

[2.252040] usb 2-4: new high-speed USB device number 3 using ehci_hcd
[2.612801] usb 2-4: New USB device found, idVendor=046d, idProduct=0825
[2.612811] usb 2-4: New USB device strings: Mfr=0, Product=0,
SerialNumber=2
[2.612814] usb 2-4: SerialNumber: 2F31AED0
[3.184687] input: UVC Camera (046d:0825) as
/devices/pci:00/:00:1d.7/usb2/2-4/2-4:1.0/input/input4
[3.184762] usbcore: registered new interface driver uvcvideo
[3.184764] USB Video Class driver (1.1.1)

Logitech model number is C270 HD.

It's been a while since I actually attempted to use this webcam but it seemed
to be OK under squeeze's kernel.

ttfn/rjk



-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/amfast-root ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[174087.036164] 3:3:4: cannot set freq 48000 to ep 0x86
[174088.036144] 3:3:4: cannot set freq 48000 to ep 0x86
[174089.036118] 3:3:4: cannot set freq 48000 to ep 0x86
[174090.036097] 3:3:4: cannot set freq 48000 to ep 0x86
[174091.036078] 3:3:4: cannot set freq 48000 to ep 0x86
[174092.060181] 3:3:4: cannot set freq 48000 to ep 0x86
[174093.060161] 3:3:4: cannot set freq 48000 to ep 0x86
[174094.060137] 3:3:4: cannot set freq 48000 to ep 0x86
[174095.060121] 3:3:4: cannot set freq 48000 to ep 0x86
[174096.060097] 3:3:4: cannot set freq 48000 to ep 0x86
[174097.060077] 3:3:4: cannot set freq 48000 to ep 0x86
[174098.060055] 3:3:4: cannot set freq 48000 to ep 0x86
[174099.060161] 3:3:4: cannot set freq 48000 to ep 0x86
[174100.060138] 3:3:4: cannot set freq 48000 to ep 0x86
[174101.060115] 3:3:4: cannot set freq 48000 to ep 0x86
[174102.065213] 3:3:4: cannot set freq 48000 to ep 0x86
[174103.064075] 3:3:4: cannot set freq 48000 to ep 0x86
[174104.064052] 3:3:4: cannot set freq 48000 to ep 0x86
[174105.064157] 3:3:4: cannot set freq 48000 to ep 0x86
[174106.064133] 3:3:4: cannot set freq 48000 to ep 0x86
[174107.064108] 3:3:4: cannot set freq 48000 to ep 0x86
[174108.064091] 3:3:4: cannot set freq 48000 to ep 0x86
[174109.064070] 3:3:4: cannot set freq 48000 to ep 0x86
[174110.064172] 3:3:4: cannot set freq 48000 to ep 0x86
[174111.064153] 3:3:4: cannot set freq 48000 to ep 0x86
[174112.088132] 3:3:4: cannot set freq 48000 to ep 0x86
[174113.088108] 3:3:4: cannot set freq 48000 to ep 0x86
[174114.088088] 3:3:4: cannot set freq 48000 to ep 0x86
[174115.088068] 3:3:4: cannot set freq 48000 to ep 0x86
[174116.088171] 3:3:4: cannot set freq 48000 to ep 0x86
[174117.088150] 3:3:4: cannot set freq 48000 to ep 0x86
[174118.088128] 3:3:4: cannot set freq 48000 to ep 0x86
[174119.088106] 3:3:4: cannot set freq 48000 to ep 0x86
[174120.088086] 3:3:4: cannot set freq 48000 to ep 0x86
[174121.088065] 3:3:4: cannot set freq 48000 to ep 0x86
[174122.088168] 3:3:4: cannot set freq 48000 to ep 0x86
[174123.088147] 3:3:4: cannot set freq 48000 to ep 0x86
[174124.088125] 3:3:4: cannot set freq 48000 to ep 0x86
[174125.088106] 3:3:4: cannot set freq 48000 to ep 0x86
[174126.088084] 3:3:4: cannot set freq 48000 to ep 0x86
[174127.088064] 3:3:4: cannot set freq 48000 to ep 0x86
[174128.088167] 3:3:4: cannot set freq 48000 to ep 0x86
[174129.088146] 3:3:4: cannot set freq 48000 to ep 0x86
[174130.088123] 3:3:4: cannot set freq 48000 to ep 0x86
[174131.088103] 3:3:4: cannot set freq 48000 to ep 0x86
[174132.1

Bug#706873: cron mail from PHP every 30m

2013-05-05 Thread Richard Kettlewell

On 2013-05-05 19:05, gregor herrmann wrote:

On Sun, 05 May 2013 18:40:49 +0100, Richard Kettlewell wrote:


After upgrading to wheezy, php is now sending me cron mail every 30m:



PHP Warning:  PHP Startup: Unable to load dynamic library
'/usr/lib/php5/20100525+lfs/suhosin.so' -
/usr/lib/php5/20100525+lfs/suhosin.so: cannot open shared object
file: No such file or directory in Unknown on line 0


That's mentioned in the release notes:
http://www.debian.org/releases/wheezy/amd64/release-notes/ch-upgrading.en.html#package-specific-issues


So it is; thanks, and sorry for the noise.

ttfn/rjk


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



Bug#706873: cron mail from PHP every 30m

2013-05-05 Thread Richard Kettlewell

Package: php5
Version: 5.4.4-14

After upgrading to wheezy, php is now sending me cron mail every 30m:

From: r...@sfere.greenend.org.uk (Cron Daemon)
To: r...@sfere.greenend.org.uk
Subject: Cron[ -x /usr/lib/php5/maxlifetime ] && [ -d 
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 
-type f -ignore_readdir_race -cmin +$(/usr/lib/php5/maxlifetime) ! 
-execdir fuser -s {} 2>/dev/null \; -delete

Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Message-Id: 
Date: Sun, 05 May 2013 18:09:01 +0100

PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/20100525+lfs/suhosin.so' - 
/usr/lib/php5/20100525+lfs/suhosin.so: cannot open shared object file: 
No such file or directory in Unknown on line 0



sfere$ ls -l /usr/lib/php5/20100525+lfs/
total 416
-rw-r--r-- 1 root root  46512 Mar  4 16:17 mysql.so
-rw-r--r-- 1 root root 128460 Mar  4 16:17 mysqli.so
-rw-r--r-- 1 root root 108084 Mar  4 16:17 pdo.so
-rw-r--r-- 1 root root  30276 Mar  4 16:17 pdo_mysql.so
-rw-r--r-- 1 root root  88040 Jun 23  2012 wikidiff2.so

ttfn/rjk


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



Bug#706869: squeeze -> wheezy upgrade does not work

2013-05-05 Thread Richard Kettlewell

Package: mediawiki
Version: 1:1.19.5-1

After upgrading to wheezy all pages display the following:

A database error has occurred. Did you forget to run 
maintenance/update.php after upgrading? See: 
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key 
= 'deps' LIMIT 1

Function: LCStore_DB::get
Error: 1146 Table 'wikidb.l10n_cache' doesn't exist (localhost)

update.php does not work:

root@sfere:~# cd /usr/share/mediawiki/maintenance/
root@sfere:/usr/share/mediawiki/maintenance# php update.php
PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/2010052
5+lfs/suhosin.so' - /usr/lib/php5/20100525+lfs/suhosin.so: cannot open 
shared ob

ject file: No such file or directory in Unknown on line 0
MediaWiki 1.19.5-1 Updater

Going to run database updates for wikidb
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with 
--quick)

 ... 0
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards.
...hitcounter table already exists.
...have rc_type field in recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...index PRIMARY already set on image table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present.
...user table does not contain user_emailauthenticationtimestamp field.
...page table already exists.
...have log_params field in logging table.
...logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
...revision table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...have img_media_type field in image table.
...already have pagelinks table.
...image table does not contain img_type field.
...already have unique user_name index.
...user_groups table exists and is in current format.
...have ss_total_pages field in site_stats table.
...user_newtalk table already exists.
...transcache table already exists.
...have iw_trans field in interwiki table.
...wl_notificationtimestamp is already nullable.
...index times already set on logging table.
...have ipb_range_start field in ipblocks table.
...no page_random rows needed to be set
...have user_registration field in user table.
...templatelinks table already exists
...externallinks table already exists.
...job table already exists.
...have ss_images field in site_stats table.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_anon_only field in ipblocks table.
...index rc_ns_usertext already set on recentchanges table.
...index rc_user_text already set on recentchanges table.
...have user_newpass_time field in user table.
...redirect table already exists.
...querycachetwo table already exists.
...have ipb_enable_autoblock field in ipblocks table.
...index pl_namespace on table pagelinks includes field pl_from.
...index tl_namespace on table templatelinks includes field tl_from.
...index il_to on table imagelinks includes field il_from.
...have rc_old_len field in recentchanges table.
...have user_editcount field in user table.
...page_restrictions table already exists.
...have log_id field in logging table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...have rev_len field in revision table.
...have rc_deleted field in recentchanges table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have ar_len field in archive table.
...have ipb_block_email field in ipblocks table.
...index cl_sortkey on table categorylinks includes field cl_from.
...have oi_metadata field in oldimage table.
...index usertext_timestamp already set on archive table.
...index img_usertext_timestamp alrea

Bug#706310: 7.0 RC2 successful install in Hyper-V VM

2013-04-28 Thread Richard Kettlewell

Package: installation-reports

Boot method: CD
Image version: 
http://gensho.acc.umu.se/cdimage/wheezy_di_rc2/amd64/iso-cd/debian-wheezy-DI-rc2-amd64-netinst.iso

Date: 2013-04-28 09:30:00

Machine: Hyper-V virtual machine on amd64 CPU
Processor: i7-3930K
Memory: 1GB
Partitions:

Disk /dev/sda: 17.2 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders, total 33554432 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: 0x000e5ef2

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *2048  499711  248832   83  Linux
/dev/sda2  50175833552383165253135  Extended
/dev/sda5  5017603355238316525312   8e  Linux LVM

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

00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 
82443BX/ZX/DX Host bridge (AGP disabled) [8086:7192] (rev 03)
00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA 
[8086:7110] (rev 01)

Subsystem: Microsoft Corporation Device [1414:]
00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE 
[8086:7111] (rev 01)

Kernel driver in use: ata_piix
00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI 
[8086:7113] (rev 02)
00:08.0 VGA compatible controller [0300]: Microsoft Corporation Hyper-V 
virtual VGA [1414:5353]



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:  [O]
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:[O]
Overall install:[O]

Comments/Problems:

Installation was problem-free.

ttfn/rjk


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



Bug#685007: gpgv: no such file

2012-10-01 Thread Richard Kettlewell
Is this likely to be fixed any time soon?  My news server keeps missing 
control messages.  It worked OK until the change for #652733.


ttfn/rjk


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



Bug#685007: gpgv: no such file

2012-09-03 Thread Richard Kettlewell

On 02/09/2012 20:49, Julien ÉLIE wrote:

Hi Richard,


Since upgrading to this version, pgpverify has stopped working


It seems to be an issue that should be fixed for the next stable release
(?)



 ac_cv_path__PATH_SED=sed \
ac_cv_path__PATH_SORT=sort \
ac_cv_path__PATH_UUX=uux \
-ac_cv_path_GPGV=gpgv \
+ac_cv_path_GPGV=/usr/bin/gpgv \
ac_cv_path_GETFTP=wget \


I see in my config.log file generated when running configure out of the
box that all these variables contain absolute paths:

ac_cv_path_BZIP2=/bin/bzip2
ac_cv_path_CAT=/bin/cat
ac_cv_path_COMPRESS=/usr/bin/compress
ac_cv_path_EGREP='/bin/grep -E'
ac_cv_path_FGREP='/bin/grep -F'
ac_cv_path_GPGV=/usr/bin/gpgv
ac_cv_path_GREP=/bin/grep
ac_cv_path_GZIP=/bin/gzip
ac_cv_path_PATH_GETFTP=/usr/bin/wget
ac_cv_path_PERL=/usr/bin/perl
ac_cv_path_PYTHON=/usr/bin/python
ac_cv_path_SED=/bin/sed
[...]

Shouldn't they also be changed at the same time GPGV is fixed?


pgpverify relies on having an absolute path to gpgv; if there are 
similar requirements elsewhere on the other programs then yes, otherwise 
there's no point.


ttfn/rjk


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



Bug#685007: gpgv: no such file

2012-08-19 Thread Richard Kettlewell

On 15/08/2012 19:52, Richard Kettlewell wrote:

Proposed patch attached, which I'm running with now (but haven't seen
another signed control message yet).


It's now processed a signed control message correctly.

ttfn/rjk


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



Bug#685007: gpgv: no such file

2012-08-15 Thread Richard Kettlewell

Package: inn2
Version: 2.5.3-1

Since upgrading to this version, pgpverify has stopped working:

Aug 15 16:00:05 deodand pgpverify[1157]: pgpverify: gpgv: no such file
Aug 15 16:00:05 deodand controlchan[2708]: skipping checkgroups 
group-ad...@isc.org (pgpverify failed) in 


The reason seems to be that the innshellvars entry for gpgv has become a 
relative path, but pgpverify expects an absolute path:


richard@deodand:~$ grep GPGV /usr/lib/news/innshellvars
GPGV='gpgv'

if ($gpgv) {
  if (! -x $gpgv) {
&fail("$0: $gpgv: " . (-e _ ? "cannot execute" : "no such file") . 
"\n");

  }
} elsif (! -x $pgp) {
  &fail("$0: $pgp: " . (-e _ ? "cannot execute" : "no such file") . "\n");
}

Proposed patch attached, which I'm running with now (but haven't seen 
another signed control message yet).


ttfn/rjk
diff -ruN inn2-2.5.3.orig/debian/rules inn2-2.5.3/debian/rules
--- inn2-2.5.3.orig/debian/rules2012-06-29 01:21:34.0 +0100
+++ inn2-2.5.3/debian/rules 2012-08-15 19:39:38.068877221 +0100
@@ -82,7 +82,7 @@
ac_cv_path__PATH_SED=sed \
ac_cv_path__PATH_SORT=sort \
ac_cv_path__PATH_UUX=uux \
-   ac_cv_path_GPGV=gpgv \
+   ac_cv_path_GPGV=/usr/bin/gpgv \
ac_cv_path_GETFTP=wget \
ac_cv_search_dbm_open=-ldb \
LDFLAGS="-Wl,--as-needed $(LDFLAGS)" \


Bug#659861: cvs contains /usr/share/info/dir.gz

2012-02-14 Thread Richard Kettlewell

Package: cvs
Version: 1:1.12.13-12+squeeze1
Severity: serious

$ dpkg -S /usr/share/info/dir.gz
cvs: /usr/share/info/dir.gz
$ dpkg --contents 
/var/cache/apt/archives/cvs_1%3a1.12.13-12+squeeze1_amd64.deb |grep dir

-rw-r--r-- root/root   472 2012-02-09 11:52 ./usr/share/info/dir.gz

The practical effect is that Emacs' info viewer cannot see the info 
directory.  See the discussion at #543564 and a similar bug in another 
package at #537835.


Perhaps there should be some systematic approach to preventing packages 
shipping such toxic files?


ttfn/rjk



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



Bug#657349: bzr: ERROR: Target directory "" already exists

2012-01-25 Thread Richard Kettlewell

Package: bzr
Version: 2.5.0~bzr6458-1

(sid)richard@araminta:~$ bzr branch lp:bzr
You have not informed bzr of your Launchpad ID, and you must do this to
write to Launchpad or access private data.  See "bzr help launchpad-login".
bzr: ERROR: Target directory "" already exists.
(sid)richard@araminta:~$ echo $?
3
(sid)richard@araminta:~$ type bzr
bzr is hashed (/usr/bin/bzr)
(sid)richard@araminta:~$ bzr --version
Bazaar (bzr) 2.5.0dev6
  Python interpreter: /usr/bin/python 2.7.2
  Python standard library: /usr/lib/python2.7
  Platform: Linux-2.6.39-bpo.2-amd64-x86_64-with-debian-wheezy-sid
  bzrlib: /usr/lib/python2.7/dist-packages/bzrlib
  Bazaar configuration: /home/richard/.bazaar
  Bazaar log file: /home/richard/.bzr.log

Copyright 2005-2012 Canonical Ltd.
http://bazaar.canonical.com/

bzr comes with ABSOLUTELY NO WARRANTY.  bzr is free software, and
you may use, modify and redistribute it under the terms of the GNU
General Public License version 2 or later.

Bazaar is part of the GNU Project to produce a free operating system.

ttfn/rjk



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



Bug#643960: Broken log rotation

2011-12-22 Thread Richard Kettlewell

On 01/10/2011 09:24, Richard Kettlewell wrote:

Package: inn2
Version: 2.5.2+20110413-1+b1

I have the following in my news.daily report:

/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.crit:
Permission denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.err: Permission
denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.notice:
Permission denied

The reason is that these files are owned by syslog.adm:

-rw-r--r-- 1 syslog adm 0 May 15 04:15 /var/log/news/news.crit
-rw-r--r-- 1 syslog adm 1059 Aug 20 13:20 /var/log/news/news.err
-rw-r--r-- 1 syslog adm 6399076 Oct 1 09:10 /var/log/news/news.notice

This is enforced by the syslogd package (every time it starts up).


rsyslog does not do this (yet).  So for people who can accept changing 
to a different syslogd, a workaround is to use that instead of sysklogd.



The way in which inn's scanlogs attempts to rotate the logs is as follows:

## Copy syslog files, truncating old inode since syslog has it open.
for F in ${SYSLOGS}; do
rm -f ${F}.old
cp ${F} ${F}.old
cat /dev/null >${F}
done

This would be broken even if the cat didn't fail due to the file
permissions - if a message is logged after the copy but before the cat
then it will be lost. Better would be to rename the file aside, create a
new one and signal syslogd to make it re-open it - except that all this
runs as news so cannot signal syslogd.


This part of the bug remains even with rsyslog.

One possible option would be a userv service to allow the news user to 
send a SIGHUP to [r]syslogd.


ttfn/rjk



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



Bug#651634: rpc.statd runs with gid=root

2011-12-10 Thread Richard Kettlewell

Package: nfs-common
Version: 1:1.2.2-4

richard@araminta:~/src/3rd$ ps -ef|grep statd
statd 2084 1  0 Oct11 ?00:00:00 /sbin/rpc.statd
richard   6691 17917  0 18:34 pts/100:00:00 grep statd
richard@araminta:~/src/3rd$ head /proc/2084/status
Name:   rpc.statd
State:  S (sleeping)
Tgid:   2084
Pid:2084
PPid:   1
TracerPid:  0
Uid:103 103 103 103
Gid:0   0   0   0
FDSize: 64
Groups: 

gid 0 is the root login's default group, making it potentially very 
powerful.


ttfn/rjk



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



Bug#649402: [PATCH] time overestimates max RSS by a factor of 4

2011-11-20 Thread Richard Kettlewell

Package: time
Version: 1.7-23.1

$ \time grep VmRSS /proc/self/status
VmRSS:   524 kB
0.00user 0.00system 0:00.00elapsed 0%CPU (0avgtext+0avgdata 
3072maxresident)k

0inputs+0outputs (0major+238minor)pagefaults 0swaps

The reason is that it converts ru_maxrss from pages to kilobytes, but it 
is in kilobytes already (see 'man getrusage').  The patch removes the 
erroneous conversion.


ttfn/rjk
--- time-1.7.orig/time.c2011-11-20 17:48:44.0 +
+++ time-1.7/time.c 2011-11-20 17:50:25.0 +
@@ -398,7 +398,7 @@
   ptok ((UL) resp->ru.ru_ixrss) / MSEC_TO_TICKS (v));
  break;
case 'M':   /* Maximum resident set size.  */
- fprintf (fp, "%lu", ptok ((UL) resp->ru.ru_maxrss));
+ fprintf (fp, "%lu", (UL) resp->ru.ru_maxrss);
  break;
case 'O':   /* Outputs.  */
  fprintf (fp, "%ld", resp->ru.ru_oublock);


Bug#626066: Private locale was broken

2011-11-05 Thread Richard Kettlewell
A bit of stracing reveals that the shell issuing the message is being 
executed like this:


26581 execve("/bin/sh", ["sh", "-c", "lexgrog 
\\/tmp\\/OwbtgWC2Nv\\/pool\\/r\\/rsbackup\\/rsbackup_0\\.3\\.DEV_amd64_binary\\/unpacked\\/usr\\/share\\/man\\/man1\\/rsbackup\\-mount\\.1\\.gz 
2>&1"], ["LOCPATH=/var/lib/lintian/locale", 
"PATH=/usr/lib/ccache:/usr/local/sbin:/usr/sbin:/sbin:/home/richard/bin:/usr/local/bin:/usr/bin:/bin:/usr/games", 
"LC_ALL=en_US.UTF-8"]) = 0


LOCPATH seems to be the key thing:

richard@araminta:~/src/3rd/lintian$ LC_ALL=en_US.UTF-8 /bin/sh -c true
richard@araminta:~/src/3rd/lintian$ LOCPATH=/var/lib/lintian/locale 
LC_ALL=en_US.UTF-8 /bin/sh -c true

/bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

I purged and reinstalled lintian, which regenerated the private locale, 
and it now seems to be behaving.  So the bug was presumably in the 
generation of the private locale.


ttfn/rjk



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



Bug#643960: Broken log rotation

2011-10-01 Thread Richard Kettlewell

On 01/10/2011 09:30, Marco d'Itri wrote:

On Oct 01, Richard Kettlewell  wrote:


-rw-r--r-- 1 syslog adm   0 May 15 04:15 /var/log/news/news.crit
-rw-r--r-- 1 syslog adm1059 Aug 20 13:20 /var/log/news/news.err
-rw-r--r-- 1 syslog adm 6399076 Oct  1 09:10 /var/log/news/news.notice

This is enforced by the syslogd package (every time it starts up).

Since when?


It's the behavior of the sysklogd package in sid.  I assume it was 
introduced in 1.5-6.1 but I don't know for sure.


ttfn/rjk



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



Bug#643960: Broken log rotation

2011-10-01 Thread Richard Kettlewell

Package: inn2
Version: 2.5.2+20110413-1+b1

I have the following in my news.daily report:

/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.crit: 
Permission denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.err: Permission 
denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.notice: 
Permission denied


The reason is that these files are owned by syslog.adm:

-rw-r--r-- 1 syslog adm   0 May 15 04:15 /var/log/news/news.crit
-rw-r--r-- 1 syslog adm1059 Aug 20 13:20 /var/log/news/news.err
-rw-r--r-- 1 syslog adm 6399076 Oct  1 09:10 /var/log/news/news.notice

This is enforced by the syslogd package (every time it starts up).

The way in which inn's scanlogs attempts to rotate the logs is as follows:

##  Copy syslog files, truncating old inode since syslog has it open.
for F in ${SYSLOGS}; do
rm -f ${F}.old
cp ${F} ${F}.old
cat /dev/null >${F}
done

This would be broken even if the cat didn't fail due to the file 
permissions - if a message is logged after the copy but before the cat 
then it will be lost.  Better would be to rename the file aside, create 
a new one and signal syslogd to make it re-open it - except that all 
this runs as news so cannot signal syslogd.


I'm not sure what the right answer is overall.  inn2 and syslogd need to 
cooperate somehow to rotate the logs at the right point in a way that 
doesn't lose any log messages.


ii  inn2   2.5.2+20110413-1+b 'InterNetNews' news server
ii  sysklogd   1.5-6.1System Logging Daemon

ttfn/rjk



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



Bug#638631: Crash following repeated 'page allocation failure' & 'BUG: soft lockup'

2011-08-21 Thread Richard Kettlewell

On 20/08/2011 15:13, Ben Hutchings wrote:

On Sat, 2011-08-20 at 12:44 +0100, Richard Kettlewell wrote:

The emulated screen was blank and
did not respond to any input.  The kernel log is full of messages as
shown below.  They almost all name the same executable, apache_accesses
(from package munin-node) and have the same backtraces, but are
different PIDs (it is not a long-running process).

The exception is a "BUG: soft lockup - CPU#0 stuck for 35s!" message,
also below.

The guest is a news server, with around a kilobyte/second of network
traffic going into it at all times.

The guest has 512MB RAM assigned.  It has a gigabyte of swap available
and doesn't seem to have been using much of it.

[...]

That does sound wrong.

Could it be that the host is slow to service the guest's disk I/O?


In summary, it does seem to be.

Average latency on /dev/vda over the last week is reported as around 
200ms. There are occasional spikes to multiple whole seconds.


A couple of those spikes are approximately the right time for 'BUG: soft 
lockup' messages (but the resolution is not very high) & there are other 
spikes with no corresponding messages in the kernel logs.


That said there are similar huge latency spikes visible for the host 
too.  I think I need some faster storage l-(


As for throughput, a quick test with dd reveals the guest has about 10% 
of the write performance of the host, which seems pretty poor to me.


ttfn/rjk



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



Bug#638631: Crash following repeated 'page allocation failure' & 'BUG: soft lockup'

2011-08-20 Thread Richard Kettlewell

Package: linux-image-3.0.0-1-686-pae
Version: 3.0.0-1

My sid KVM guest crashed yesterday.  The emulated screen was blank and 
did not respond to any input.  The kernel log is full of messages as 
shown below.  They almost all name the same executable, apache_accesses 
(from package munin-node) and have the same backtraces, but are 
different PIDs (it is not a long-running process).


The exception is a "BUG: soft lockup - CPU#0 stuck for 35s!" message, 
also below.


The guest is a news server, with around a kilobyte/second of network 
traffic going into it at all times.


The guest has 512MB RAM assigned.  It has a gigabyte of swap available 
and doesn't seem to have been using much of it.  The host is running 
64-bit squeeze.


ttfn/rjk

Aug 18 14:30:00 deodand kernel: [1547640.899450] apache_accesses: page 
allocation failure: order:1, mode:0x20
Aug 18 14:30:00 deodand kernel: [1547640.899456] Pid: 456, comm: 
apache_accesses Not tainted 3.0.0-1-686-pae #1

Aug 18 14:30:00 deodand kernel: [1547640.899458] Call Trace:
Aug 18 14:30:00 deodand kernel: [1547640.899469]  [] ? 
warn_alloc_failed+0xb4/0xc2
Aug 18 14:30:00 deodand kernel: [1547640.899472]  [] ? 
__alloc_pages_nodemask+0x57e/0x5e0
Aug 18 14:30:00 deodand kernel: [1547640.899478]  [] ? 
cache_alloc+0x281/0x44f
Aug 18 14:30:00 deodand kernel: [1547640.899481]  [] ? 
kmem_cache_alloc+0x2b/0x93
Aug 18 14:30:00 deodand kernel: [1547640.899486]  [] ? 
sk_prot_alloc+0x23/0xf7
Aug 18 14:30:00 deodand kernel: [1547640.899488]  [] ? 
sk_clone+0x15/0x273
Aug 18 14:30:00 deodand kernel: [1547640.899492]  [] ? 
inet_csk_clone+0xc/0x81
Aug 18 14:30:00 deodand kernel: [1547640.899496]  [] ? 
tcp_create_openreq_child+0x19/0x3da
Aug 18 14:30:00 deodand kernel: [1547640.899499]  [] ? 
tcp_v4_syn_recv_sock+0x31/0x1bb
Aug 18 14:30:00 deodand kernel: [1547640.899503]  [] ? 
tcp_v6_syn_recv_sock+0x33/0x3fb
Aug 18 14:30:00 deodand kernel: [1547640.899506]  [] ? 
tcp_parse_options+0x187/0x21c
Aug 18 14:30:00 deodand kernel: [1547640.899509]  [] ? 
tcp_check_req+0x1e1/0x297
Aug 18 14:30:00 deodand kernel: [1547640.899512]  [] ? 
inet_csk_search_req+0x21/0x77
Aug 18 14:30:00 deodand kernel: [1547640.899514]  [] ? 
tcp_v4_do_rcv+0x19e/0x289
Aug 18 14:30:00 deodand kernel: [1547640.899517]  [] ? 
tcp_v4_rcv+0x389/0x571
Aug 18 14:30:00 deodand kernel: [1547640.899521]  [] ? 
pvclock_clocksource_read+0xc4/0xf6
Aug 18 14:30:00 deodand kernel: [1547640.899525]  [] ? 
ip_local_deliver_finish+0x104/0x1a0
Aug 18 14:30:00 deodand kernel: [1547640.899529]  [] ? 
xfrm4_policy_check.clone.10+0x45/0x45
Aug 18 14:30:00 deodand kernel: [1547640.899531]  [] ? 
NF_HOOK.clone.11+0x36/0x39
Aug 18 14:30:00 deodand kernel: [1547640.899534]  [] ? 
ip_local_deliver+0x39/0x3c
Aug 18 14:30:00 deodand kernel: [1547640.899537]  [] ? 
xfrm4_policy_check.clone.10+0x45/0x45
Aug 18 14:30:00 deodand kernel: [1547640.899540]  [] ? 
ip_rcv_finish+0x2cb/0x2ea
Aug 18 14:30:00 deodand kernel: [1547640.899543]  [] ? 
pskb_may_pull+0x2c/0x2c
Aug 18 14:30:00 deodand kernel: [1547640.899545]  [] ? 
NF_HOOK.clone.11+0x36/0x39
Aug 18 14:30:00 deodand kernel: [1547640.899548]  [] ? 
__netif_receive_skb+0x338/0x362
Aug 18 14:30:00 deodand kernel: [1547640.899551]  [] ? 
pskb_may_pull+0x2c/0x2c
Aug 18 14:30:00 deodand kernel: [1547640.899554]  [] ? 
process_backlog+0x5b/0x109
Aug 18 14:30:00 deodand kernel: [1547640.899557]  [] ? 
local_bh_enable+0x2/0x2
Aug 18 14:30:00 deodand kernel: [1547640.899560]  [] ? 
net_rx_action+0x94/0x17e
Aug 18 14:30:00 deodand kernel: [1547640.899563]  [] ? 
local_bh_enable+0x2/0x2
Aug 18 14:30:00 deodand kernel: [1547640.899565]  [] ? 
__do_softirq+0x94/0x130
Aug 18 14:30:00 deodand kernel: [1547640.899568]  [] ? 
local_bh_enable+0x2/0x2
Aug 18 14:30:00 deodand kernel: [1547640.899570][] ? 
_local_bh_enable_ip.clone.6+0x62/0x6d
Aug 18 14:30:00 deodand kernel: [1547640.899575]  [] ? 
dev_queue_xmit+0x37b/0x388
Aug 18 14:30:00 deodand kernel: [1547640.899577]  [] ? 
ip_queue_xmit+0x1e6/0x302
Aug 18 14:30:00 deodand kernel: [1547640.899580]  [] ? 
ip_finish_output2+0x1ab/0x1e6
Aug 18 14:30:00 deodand kernel: [1547640.899583]  [] ? 
dst_output+0x9/0xa
Aug 18 14:30:00 deodand kernel: [1547640.899585]  [] ? 
tcp_transmit_skb+0x694/0x6bb
Aug 18 14:30:00 deodand kernel: [1547640.899588]  [] ? 
tcp_write_xmit+0x6c8/0x7b2
Aug 18 14:30:00 deodand kernel: [1547640.899591]  [] ? 
__tcp_push_pending_frames+0x15/0x42
Aug 18 14:30:00 deodand kernel: [1547640.899595]  [] ? 
tcp_sendmsg+0x576/0x643
Aug 18 14:30:00 deodand kernel: [1547640.899598]  [] ? 
inet_sendmsg+0x47/0x4d
Aug 18 14:30:00 deodand kernel: [1547640.899602]  [] ? 
__sock_sendmsg+0x4e/0x57
Aug 18 14:30:00 deodand kernel: [1547640.899605]  [] ? 
sock_aio_write+0xd8/0xe1
Aug 18 14:30:00 deodand kernel: [1547640.899609]  [] ? 
handle_pte_fault+0x30f/0x8c7
Aug 18 14:30:00 deodand kernel: [1547640.899612]  [] ? 
do_sync_write+0x9e/0xd3
Aug 18 14:30:00 deodand kernel: [1547640.899617]  [] ? 
do_page_fault+0x2f6/0x312
Aug 18 14:30:00 

Bug#633995: radvd segfaults when interface comes back up

2011-07-15 Thread Richard Kettlewell

Package: radvd
Version: 1:1.6-1

In this transcript, there is a 'tail -f /var/log/daemon.log' running, 
and kernel output is directed to the same tty.  I've done some 
de-interleaving for readability.


root@sfere:~# ps -ef|grep radvd
root 12346 1  0 19:48 ttyS000:00:00 /usr/sbin/radvd -u radvd 
-p /var/run/radvd/radvd.pid
radvd12347 1  0 19:48 ?00:00:00 /usr/sbin/radvd -u radvd 
-p /var/run/radvd/radvd.pid

root 12351 12298  0 19:48 ttyS000:00:00 grep radvd
root@sfere:~# ifconfig eth0 down
Jul 15 19:48:14 sfere dhcpd: receive_packet failed on eth0: Network is down
Jul 15 19:48:18 sfere radvd[12347]: interface eth0 is not UP
Jul 15 19:48:18 sfere radvd[12347]: interface eth0 does not exist, 
ignoring the interface

root@sfere:~# ifconfig eth0 up
[1052107.786670] r8169 :01:00.0: eth0: link down
[1052107.791403] r8169 :01:00.0: eth0: link down
[1052107.798921] ADDRCONF(NETDEV_UP): eth0: link is not ready
[1052112.671701] r8169 :01:00.0: eth0: link up
[1052112.675674] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 15 19:48:29 sfere identd[12357]: started
Jul 15 19:48:34 sfere radvd[12347]: interface eth0 seems to have
 come back up, trying to reinitialize
Jul 15 19:48:34 sfere radvd[12347]: attempting to reread config file
Jul 15 19:48:34 sfere radvd[12347]: resuming normal operation
[1052119.227483] radvd[12347]: segfault at 10 ip 0804bbc2 sp bfeae860 
error 6 in radvd[8048000+13000]


richard@sfere:~$ ip link show
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0:  mtu 1500 qdisc pfifo_fast 
state UP qlen 1000

link/ether 00:04:a7:05:ac:0b brd ff:ff:ff:ff:ff:ff
3: eth2:  mtu 1500 qdisc pfifo_fast 
state UNKNOWN qlen 1000

link/ether 00:04:a7:08:af:b0 brd ff:ff:ff:ff:ff:ff
4: eth1:  mtu 1500 qdisc pfifo_fast state DOWN qlen 
1000

link/ether 00:04:a7:05:ac:0c brd ff:ff:ff:ff:ff:ff
5: eth3:  mtu 1500 qdisc pfifo_fast 
state UNKNOWN qlen 1000

link/ether 00:04:a7:08:af:af brd ff:ff:ff:ff:ff:ff
6: eth4:  mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:04:a7:08:af:ae brd ff:ff:ff:ff:ff:ff
7: eth5:  mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:04:a7:08:af:ad brd ff:ff:ff:ff:ff:ff
8: sit0:  mtu 1480 qdisc noop state DOWN
link/sit 0.0.0.0 brd 0.0.0.0
9: 6in4:  mtu 1280 qdisc noqueue state 
UNKNOWN

link/sit 0.0.0.0 peer 216.66.80.26
10: tun0:  mtu 1400 qdisc pfifo_fast 
state UNKNOWN qlen 500

link/none

richard@sfere:~$ uname -a
Linux sfere 2.6.38-bpo.2-486 #1 Tue Jun 14 11:07:47 UTC 2011 i686 GNU/Linux

ttfn/rjk



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



Bug#550940: #550940 mediawiki generated config file default mode

2011-07-05 Thread Richard Kettlewell
11:42 < Diziet> rjk: It was you playing with mediawiki, wasn't it ?  Re 
#550940, security@debian would like confirmation that this bug is on 
lenny/sqeeze.
11:46 < rjk> Diziet: when i installed on squeeze the generated config 
was 666 www-data.www-data

11:47 < rjk> (in the non-world-readable config directory, initially)
11:47 < Diziet> rjk: Would you email the bug CC security@ to say so ?
11:48 < rjk> ok

richard@araminta:~$ dpkg -l mediawiki
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)
||/ Name   VersionDescription
+++-==-==-
ii  mediawiki  1:1.15.5-2squeeze1 website engine for 
collaborative work


ttfn/rjk



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



Bug#630528: uservd needs /var/run-on-tmpfs support

2011-06-14 Thread Richard Kettlewell

Package: userv
Version: 1.0.5-0.2

During startup in an up-to-date sid system:

  Starting network management services: snmpd.
  Starting user services daemon: uservduservd: system call failed 
during startup:

  uservd: cannot change to /var/run/userv: No such file or directory
  .
  Starting OpenBSD Secure Shell server: sshd.
  .

richard@violeer:~$ ls -l /var/run
lrwxrwxrwx 1 root root 4 Jun  5 13:04 /var/run -> /run
richard@violeer:~$ df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/sda2 4.7G  3.1G  1.5G  68% /
tmpfs 5.0M  4.0K  5.0M   1% /lib/init/rw
tmpfs 203M  236K  203M   1% /run
tmpfs 5.0M 0  5.0M   0% /run/lock
tmpfs 256M 0  256M   0% /tmp
udev 1012M 0 1012M   0% /dev
tmpfs 406M 0  406M   0% /run/shm
/dev/sda1  29M   19M  8.4M  70% /boot
/dev/mapper/violeer-space
   99G   25G   70G  27% /space

This appears to be the default situation on sid (i.e. I didn't do 
anything to bring it about other than upgrade).


ttfn/rjk



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



Bug#628200: bug is not visible with -486 kernel.

2011-06-05 Thread Richard Kettlewell

It did not happen with the same machine's previous kernel, which my
backups indicate was 2.6.32-30 (and to which I'm planning to revert if
it continues crashing).


Instead I tried the corresponding 486 kernel (i.e. 
linux-image-2.6.32-5-486 2.6.32-34squeeze1).  The system has now stayed 
up for over a week.


ttfn/rjk




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



Bug#628200: 2.6.32-5-686 null pointer dereference and panic; maybe rtl8139?

2011-05-28 Thread Richard Kettlewell

Package: linux-image-2.6.32-5-686
Version: 2.6.32-34squeeze1

My Fabiatech FX5624 has started hanging within hours of boot, since 
upgrading to this kernel; so far this has happened three times in the 
last 24 hours.


Console output from the most recent hang, and other info, attached.

It did not happen with the same machine's previous kernel, which my 
backups indicate was 2.6.32-30 (and to which I'm planning to revert if 
it continues crashing).


ttfn/rjk
Loading Linux 2.6.32-5-686 ...
Loading initial ramdisk ...
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-34squeeze1) 
(da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 18 
07:08:50 UTC 2011
[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   NSC Geode by NSC
[0.00]   Cyrix CyrixInstead
[0.00]   Centaur CentaurHauls
[0.00]   Transmeta GenuineTMx86
[0.00]   Transmeta TransmetaCPU
[0.00]   UMC UMC UMC UMC
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009fc00 (usable)
[0.00]  BIOS-e820: 0009fc00 - 000a (reserved)
[0.00]  BIOS-e820: 000e - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 3f80 (usable)
[0.00]  BIOS-e820: e000 - f000 (reserved)
[0.00]  BIOS-e820: fed13000 - fed1a000 (reserved)
[0.00]  BIOS-e820: fed1c000 - fed2 (reserved)
[0.00]  BIOS-e820: ffb0 - 0001 (reserved)
[0.00] DMI 2.3 present.
[0.00] AMI BIOS detected: BIOS may corrupt low RAM, working around it.
[0.00] last_pfn = 0x3f800 max_arch_pfn = 0x10
[0.00] PAT not supported by CPU.
[0.00] init_memory_mapping: -373fe000
[0.00] RAMDISK: 2f20d000 - 2fa3f22b
[0.00] ACPI Error: A valid RSDP was not found (20090903/tbxfroot-219)
[0.00] 132MB HIGHMEM available.
[0.00] 883MB LOWMEM available.
[0.00]   mapped low ram: 0 - 373fe000
[0.00]   low ram: 0 - 373fe000
[0.00]   node 0 low ram:  - 373fe000
[0.00]   node 0 bootmap 00012000 - 00018e80
[0.00] (9 early reservations) ==> bootmem [00 - 00373fe000]
[0.00]   #0 [00 - 001000]   BIOS data page ==> [00 
- 001000]
[0.00]   #1 [001000 - 002000]EX TRAMPOLINE ==> [001000 
- 002000]
[0.00]   #2 [006000 - 007000]   TRAMPOLINE ==> [006000 
- 007000]
[0.00]   #3 [000100 - 00014c8bb4]TEXT DATA BSS ==> [000100 
- 00014c8bb4]
[0.00]   #4 [002f20d000 - 002fa3f22b]  RAMDISK ==> [002f20d000 
- 002fa3f22b]
[0.00]   #5 [09cc00 - 10]BIOS reserved ==> [09cc00 
- 10]
[0.00]   #6 [00014c9000 - 00014cf1c1]  BRK ==> [00014c9000 
- 00014cf1c1]
[0.00]   #7 [01 - 012000]  PGTABLE ==> [01 
- 012000]
[0.00]   #8 [012000 - 019000]  BOOTMAP ==> [012000 
- 019000]
[0.00] found SMP MP-table at [c00ff780] ff780
[0.00] Zone PFN ranges:
[0.00]   DMA  0x0010 -> 0x1000
[0.00]   Normal   0x1000 -> 0x000373fe
[0.00]   HighMem  0x000373fe -> 0x0003f800
[0.00] Movable zone start PFN for each node
[0.00] early_node_map[2] active PFN ranges
[0.00] 0: 0x0010 -> 0x009f
[0.00] 0: 0x0100 -> 0x0003f800
[0.00] Using APIC driver default
[0.00] SFI: Simple Firmware Interface v0.7 http://simplefirmware.org
[0.00] Intel MultiProcessor Specification v1.4
[0.00] Virtual Wire compatibility mode.
[0.00] MPTABLE: OEM ID: Intel
[0.00] MPTABLE: Product ID: Alviso
[0.00] MPTABLE: APIC at: 0xFEE0
[0.00] Processor #0 (Bootup-CPU)
[0.00] I/O APIC #1 Version 32 at 0xFEC0.
[0.00] Processors: 1
[0.00] SMP: Allowing 1 CPUs, 0 hotplug CPUs
[0.00] PM: Registered nosave memory: 0009f000 - 000a
[0.00] PM: Registered nosave memory: 000a - 000e
[0.00] PM: Registered nosave memory: 000e - 0010
[0.00] Allocating PCI resources starting at 3f80 (gap: 
3f80:a080)
[0.00] Booting paravirtualized kernel on bare hardware
[0.00] NR_CPUS:32 nr_cpumask_bits:32 nr_cpu_ids:1 nr_node_ids:1
[0.00] PERCPU: Embedded 14 pages/cpu @c200 s34328 r0 d23016 u4194304
[0.00] pcpu-alloc: s34328 r0 d23016 u4194304 alloc=1*4194304
[0.00] pcpu-alloc: [0] 0
[0.00] Built 1 zonelists in Zone order, mo

Bug#626066: Warning for man page, but "test for yourself" command shows nothing

2011-05-08 Thread Richard Kettlewell

Package: lintian
Version: 2.5.0~rc2~bpo60+1

richard@araminta:~/src/newstools$ lintian -i 
products/rjk-spoolstats_0.DEV_amd64.deb
W: rjk-spoolstats: manpage-has-errors-from-man 
usr/share/man/man1/spoolstats.1.gz  Invalid or incomplete multibyte or 
wide character

N:
N:This man page provokes warnings or errors from man.
N:
N:"cannot adjust" or "can't break" are trouble with paragraph filling,
N:usually related to long lines. Adjustment can be helped by left
N:justifying, breaks can be helped with hyphenation, see "Manipulating
N:Filling and Adjusting" and "Manipulating Hyphenation" in the manual.
N:
N:"can't find numbered character" usually means latin1 etc in the input,
N:and this warning indicates characters will be missing from the output.
N:You can change to escapes like \[:a] described on the groff_char man
N:page.
N:
N:Other warnings are often formatting typos, like missing quotes 
around a
N:string argument to .IP. These are likely to result in lost or 
malformed

N:output. See the groff_man (or groff_mdoc if using mdoc) man page for
N:information on macros.
N:
N:This test uses man's --warnings option to enable groff warnings that
N:catch common mistakes, such as putting . or ' characters at the 
start of

N:a line when they are intended as literal text rather than groff
N:commands. This can be fixed either by reformatting the paragraph 
so that

N:these characters are not at the start of a line, or by adding a
N:zero-width space (\&) immediately before them.
N:
N:At worst, warning messages can be disabled with the .warn 
directive, see

N:"Debugging" in the groff manual.
N:
N:To test this for yourself you can use the following command:
N: LANG=en_US.UTF-8 MANWIDTH=80 man --warnings -E UTF-8 -l  
>/dev/null

N:
N:Severity: normal, Certainty: certain
N:
richard@araminta:~/src/newstools$ LANG=en_US.UTF-8 MANWIDTH=80 man 
--warnings -E UTF-8 -l 
debian/rjk-spoolstats/usr/share/man/man1/spoolstats.1.gz >/dev/null

richard@araminta:~/src/newstools$

The man page it doesn't like is attached.

ttfn/rjk


spoolstats.1.gz
Description: GNU Zip compressed data


Bug#618930: High network latency with ralink usb wireless device

2011-03-20 Thread Richard Kettlewell

On 19/03/2011 22:31, Johannes Stezenbach wrote:


I sent a patch to disable power save by default, but then work started
to fix it instead, but then stalled.  Seems like 2.6.38 shipped with
broken power save enabled by default.  Plese read the discussion
following my RFC patch:
http://rt2x00.serialmonkey.com/pipermail/users_rt2x00.serialmonkey.com/2011-January/thread.html#3017

You can test if power saving causes your issue by disabling
it with "iwconfig wlan0 power off".


That does the trick - thanks!

richard@sfere:~$ ssh violeer uname -a
Linux violeer 2.6.38-1-686 #1 SMP Wed Mar 16 17:37:47 UTC 2011 i686 
GNU/Linux

richard@sfere:~$ ping -qc10 violeer
PING violeer.wlan.anjou.terraraq.org.uk (172.31.59.138) 56(84) bytes of 
data.


--- violeer.wlan.anjou.terraraq.org.uk ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9016ms
rtt min/avg/max/mdev = 0.919/0.981/1.089/0.057 ms
richard@sfere:~$

ttfn/rjk



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



  1   2   3   >