Bug#345316: lua-calculate-indentation-left-shift: Symbol's value as variable is void: lua-left-shift-regexp
Package: lua-mode Version: 1.26-1 I installed lua-mode and opened a new .lua file and pressed TAB. I got this message: lua-calculate-indentation-left-shift: Symbol's value as variable is void: lua-left-shift-regexp A similar problem occurs with pressing TAB in other contexts. ttfn/rjk ii emacs-lisp-int 2.04-1 An Introduction to Programming in Emacs Lisp ii emacs2121.4a-1The GNU Emacs editor ii emacs21-bin-co 21.4a-1The GNU Emacs editor's shared, architecture ii emacs21-common 21.4a-1The GNU Emacs editor's shared, architecture ii emacs21-el 21.4a-1GNU Emacs LISP (.el) files ii emacsen-common 1.4.16 Common facilities for all emacsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337144: example hyperlinks are broken
Package: libasound2-doc Version: 1.0.8-3 The example links in the ALSA API docs are broken. For instance in http:///doc/libasound2-doc/html/timer.html the 'example code' link points to: /tmp/buildd/alsa-lib-1.0.8/src/timer/timer.c.html#example_test_timer ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337251: missing function names in internal links
Package: libasound2-doc Version: 1.0.8-3 In the documentation for e.g. snd_pcm_poll_descriptors there are several references to other functions. However the name of these functions has been missed out. In a browser it looks like this: For reading the returned events of poll descriptor after poll() system call, use function. The field values in pollfd structs may missing function name here be bogus regarding the stream direction from the application perspective (POLLIN might not imply read direction and POLLOUT might not imply write), but the function does the right "demangling". In the HTML source it looks like this: For reading the returned events of poll descriptor after poll() system call, use function. The field values in pollfd structs may be bogus regarding the stream direction from the application perspective (POLLIN might not imply read direction and POLLOUT might not imply write), but the function does the right "demangling". As you can see the reference to the function is there but for some reason has been expanded to an empty element. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315848: missing autoconf macro file
Package: libcurl3-dev Version: 7.13.2-2 man libcurl-tutorial says: autoconf macro When you write your configure script to detect libcurl and setup variables accordingly, we offer a prewritten macro that probably does everything you need in this area. See docs/libcurl/libcurl.m4 file - it includes docs on how to use it. However this file is not in the curl library package: $ dpkg -L libcurl3-dev|grep m4 $ It should be installed in a location that aclocal will search. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315850: missing manpage(s)
Package: libcurl3-dev Version: 7.13.2-2 The curl_easy_strerror man page is present in HTML and (for some reason) PDF but the troff version is missing, so man(1) cannot find it. $ dpkg -L libcurl3-dev|grep curl_easy_strerror /usr/share/doc/libcurl3-dev/pdf/libcurl/curl_easy_strerror.pdf.gz /usr/share/doc/libcurl3-dev/html/libcurl/curl_easy_strerror.html $ This same could be true of other man pages too - I've not checked them all. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254206: backtrace
I rebuilt gs with debugging on and optimization off and got a more plausible backtrace: #0 SwapTwoBytes (src=0x405fc000 , dest=0x405c2ecc "[EMAIL PROTECTED]@|[EMAIL PROTECTED]@M-'[EMAIL PROTECTED]<@[EMAIL PROTECTED];,@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]|@[EMAIL PROTECTED]@[EMAIL PROTECTED]@?\002T@@\bM-L@@\017D@@\025M-<@@\0344@@\"M-,@@)$@@/\234@@6\024@@<\214@@C\004@@I|@@OM-t@@Vl@@\\M-d@@c\\@@iM-T@@pL@@vM-D@@}<@@\203M-4@@\212,@@\220M-$@@\227\034@@\235\224@@M-$\f@@M-*\204@@M-0M-|@@", srclen=9920, srcinc=-8264, destinc=0, height=26, half_order=1) at PutImage.c:172 src has gone wrong here. #1 0x400d06e6 in SendZImage (dpy=0x840be98, req=0x840c3f8, image=0x836fbb4, req_xoffset=0, req_yoffset=1326, dest_bits_per_pixel=16, dest_scanline_pad=1079783116) at PutImage.c:800 >else if (image->bits_per_pixel == 16) >SwapTwoBytes(src, dest, bytes_per_src, (long)image->bytes_per_line, > bytes_per_dest, req->height, image->byte_order); src=0x405f91cc (and is readable) dest=0x405bc008 (and is readable) bytes_per_src=9920 (AKA srclen) image->bytes_per_line=1656 (AKA srcinc) bytes_per_dest=9920 (AKA destinc) req->height=26 image->byte_order=1 (AKA half_order) I don't have time to analyze further right now but will revisit this if I can... #2 0x400d0b41 in PutSubImage (dpy=0x840be98, d=58720440, gc=0x84133f0, image=0x836fbb4, req_xoffset=0, req_yoffset=1326, x=0, y=1326, req_width=4960, req_height=5663, dest_bits_per_pixel=16, dest_scanline_pad=32) at PutImage.c:885 #3 0x400d0dcb in XPutImage (dpy=0x840be98, d=58720440, gc=0x84133f0, image=0x836fbb4, req_xoffset=0, req_yoffset=0, x=0, y=0, req_width=4960, req_height=7015) at PutImage.c:1001 #4 0x0812f6c4 in x_copy_image (xdev=0x836f8f4, base=0x403e103c 'M-^?' ..., sourcex=0, raster=1656, x=0, y=0, w=4960, h=7015) at src/gdevx.c:579 #5 0x08130f39 in update_do_flush (xdev=0x836f8f4) at src/gdevx.c:1057 #6 0x0812e55a in x_sync (dev=0x836f8f4) at src/gdevx.c:303 #7 0x0821870f in gs_fillpage (pgs=0x83395bc) at src/gspaint.c:84 #8 0x080ce412 in zfillpage (i_ctx_p=0x8349db0) at src/zpaint.c:51 #9 0x080a4b82 in interp (pi_ctx_p=0x83269e4, pref=0xbfffe948, perror_object=0xbfffea08) at src/interp.c:1491 #10 0x080a2893 in gs_call_interp (pi_ctx_p=0x83269e4, pref=0xbfffe948, user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/interp.c:486 #11 0x080a2743 in gs_interpret (pi_ctx_p=0x83269e4, pref=0xbfffe948, user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/interp.c:444 #12 0x08099828 in gs_main_interpret (minst=0x83267e0, pref=0xbfffe980, user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/imain.c:296 #13 0x0809a1f7 in gs_main_run_string_end (minst=0x83267e0, user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/imain.c:597 #14 0x0809a0d4 in gs_main_run_string_with_length (minst=0x83267e0, str=0x82738ee ".runstdin", length=9, user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/imain.c:555 #15 0x0809a03c in gs_main_run_string (minst=0x83267e0, str=0x82738ee ".runstdin", user_errors=1, pexit_code=0xbfffea14, perror_object=0xbfffea08) at src/imain.c:537 #16 0x0809c650 in run_string (minst=0x83267e0, str=0x82738ee ".runstdin", options=2) at src/imainarg.c:799 #17 0x0809b375 in swproc (minst=0x83267e0, arg=0xb90a "LD_LIBRARY_PATH=/usr/X11R6/lib/debug:/usr/lib/debug", pal=0xbfffedb0) at src/imainarg.c:306 #18 0x0809b17f in gs_main_init_with_args (minst=0x83267e0, argc=10, argv=0xb714) at src/imainarg.c:239 #19 0x0804cacc in main (argc=10, argv=0xb714) at src/gs.c:45 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#111767: syslog.h bug persists
GOTO Masanori writes: > Neil Spring wrote: >> 2.2.5-14.3 still has the sys/syslog.h SYSLOG_NAMES bug. >> >> it'd be great if someone can apply: >> >> - char*c_name; >> + const char *c_name; >> >> or report it upstream. >> >> I realize there are bigger problems to deal with; thanks for >> your hard work. > > This report and proposed patch was rejected by upstream. Upstream > explained that if we fix with this kind of patch for removing > -Wwrite-strings warnings, some user programs (which don't use const > char) start compilation warnings. It is never safe to write to a string literal so there is no advantage to them in treating them as non-const. I think those programs should be fixed instead of imposing this bug on correct programs. > SYSLOG_NAMES is used for obsolete purpose, Please can you say what we should use instead? > and it's not well used these days, so their argument seems one of > accountable opinion for me. Well, I think there're various > opinions, so you could discuss with it to upstream. > > I close this bug. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295973: 'toilet paper' image template option displayed twice
Package: gimp Version: 2.2.2-1 In File->New, select the Template pull-down menu. The 'Toilet Paper' option appears twice (once about half way down and once about three quarters of the way down). Screenshot: http://www.greenend.org.uk/rjk/photos/misc/gimptp.png ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295973: further information
Indeed, I noticed that several other options are also duplicated. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414285: bash builtin printf ignores write errors
Package: bash Version: 2.05b-26 Severity: grave sfere$ type bash bash is hashed (/bin/bash) sfere$ bash -c 'type printf' printf is a shell builtin sfere$ bash -c 'printf spong' > /dev/full sfere$ echo $? 0 Compare: sfere$ /usr/bin/printf spong > /dev/full /usr/bin/printf: write error: No space left on device sfere$ echo $? 1 ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414285: bash builtin printf ignores write errors
Steve Langasek writes: > On Sat, Mar 10, 2007 at 04:45:52PM +0000, Richard Kettlewell wrote: > > sfere$ type bash > > bash is hashed (/bin/bash) > > sfere$ bash -c 'type printf' > > printf is a shell builtin > > sfere$ bash -c 'printf spong' > /dev/full > > sfere$ echo $? > > 0 > > > Compare: > > sfere$ /usr/bin/printf spong > /dev/full > > /usr/bin/printf: write error: No space left on device > > sfere$ echo $? > > 1 > > Is this the same as (or related to) bug #320036, fixed in bash 3.1-5? Don't know. Surely it's a simple case of failing to check for errors on some write, flush or close operation. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414285: bash builtin printf ignores write errors
Steinar H. Gunderson writes: > tags 414285 + patch > severeity 414285 important > thanks > > On Sat, Mar 10, 2007 at 04:45:52PM +, Richard Kettlewell wrote: > > sfere$ bash -c 'printf spong' > /dev/full > > This is just the issue of a missing fflush() (right before the last ferror() > check) in builtins/echo/printf.def, or so it seems. Adding a "\n" at the end > makes the stream flush before the check, and you get the error message. > (Adding the fflush will make it work regardless, but, yeah.) > > This is definitely a bug, but it's not RC. Downgrading. I marked it as grave because http://www.debian.org/Bugs/Developer told me to: grave makes the package in question unusable or mostly so, or causes ^ data loss, or introduces a security hole allowing access to the ^ accounts of users who use the package. printf tells you it wrote data successfully when in fact it did not, so you will lose that data. If the meanings of the severities have been changed then please could the above page be updated. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307732: doc html files unviewable
retitle 307732 HTML documentation is not viewable tags 307732 +patch quit > Most of the html files in the liboop-doc package don't end with > 'html', which means that they can't be viewed with 'w3m', 'links', or > 'lynx'. Apparently they *do* end with html in the cvs repository... They don't work in Firefox either. The patch below fixes the docs up at build time. ttfn/rjk diff -ruN liboop-1.0.orig/debian/fixdocs liboop-1.0/debian/fixdocs --- liboop-1.0.orig/debian/fixdocs 1970-01-01 01:00:00.0 +0100 +++ liboop-1.0/debian/fixdocs 2006-10-07 10:24:47.915794046 +0100 @@ -0,0 +1,42 @@ +#! /bin/bash +# +# The Liboop documentation in the shipped tarball for some reason lacks +# the .html suffixes, which makes it useless unless you have liboop.org's +# unusual configuration. Therefore for more vanilla systems we must fix +# it up. +# +# (c) 2006 Richard Kettlewell. This file may be used, distributed, +# modified, etc under the same terms as Liboop or its documentation. +# The specific intent is that it can always accompany any legitimate +# version of Liboop without anyone having to worry about licensing +# terms. + +# Bail out on errors +set -e + +cd "$1" + +echo Fixing up documentation... + +# Rename HTML files to have the right extension +for path in *; do + case $path in + *.* ) +: +;; + * ) +echo "+ Renaming $path" +mv $path $path.html +path=$path.html +;; + esac + case $path in + *.html ) +echo "+ Perling $path" +perl -pe 's/(href=\"[a-z0-9_]+)(\#[a-z0-9_]+)?\"/$1.html$2\"/g' \ +<$path >$path.new; +mv $path.new $path + esac +done + +echo Done diff -ruN liboop-1.0.orig/debian/rules liboop-1.0/debian/rules --- liboop-1.0.orig/debian/rules2006-10-07 10:28:20.126332865 +0100 +++ liboop-1.0/debian/rules 2006-10-07 10:24:55.626232334 +0100 @@ -126,6 +126,7 @@ $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp $(MAKE) -C liboop.org install \ DESTDIR=$(CURDIR)/debian/tmp/usr/share/doc/liboop-doc/html + debian/fixdocs $(CURDIR)/debian/tmp/usr/share/doc/liboop-doc/html binary-indep: # Nothing to do -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296464: #296464: initrd and encrypted swapfiles
Summary of bug: kernels that use initrd cannot boot systems with encrypted swap files that get their from /dev/random. Daniel's patch works for me. Since some systems cannot be booted using a distribution kernel without this fix, please could it, or something equivalent, be included in future versions, and distribution kernels that include initrds built against it? Thanks in advance. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387919: stuck file under 'System Volume Information' in Windows XP NTFS
Package: kernel-image-2.6.8-3-k7
Version: 2.6.8-16sarge4
My Windows XP partition contains, among other things, the following
file, as seen under Linux:
-r-xr-x--- 2 root dos 512K Jun 16 2005 /tsais/System Volume
Information/_restore{8B199B4A-7BC9-4D0D-A34A-84F47D527625}/RP2/snapshot/_REGISTRY_USER_NTUSER_S-1-5-21-1482476501-2139871995-682003330-1005
If I try to read it under Linux then, part way through the file,
cat hangs in read() and cannot be interrupted by ^C or SIGKILL.
Other processes are not affected, and I can still read other files off
that filesystem.
dmesg reveals no relevant messages.
I tried cat'ing the underlying block device to /dev/null. This worked
fine, implying that the problem is in the Linux ntfs driver, rather
than a hard disk fault.
I tried running XP's disk checking tool. This was happy with
filesystem and the problem persisted when back in Linux.
The 'System Volume Information' appears to be invisible in XP -
perhaps it is something internal to NTFS? - so I cannot trivially
check whether the file can be read OK under XP.
$ mount|grep tsais
/dev/hda2 on /tsais type ntfs (ro,gid=500,umask=007)
$ uname -a
Linux lyonesse 2.6.8-3-k7 #1 Sat Jul 15 09:58:38 UTC 2006 i686 GNU/Linux
ttfn/rjk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382846: prelink.cache should be in /var/cache
Package: prelink Severity: wishlist Version: 0.0.20050314-1 It would be nice if prelink.cache were located in /var/cache rather than /etc - the latter is really for configuration files, not programs' private caches. Currently if I want to avoid backing up prelink.cache I have to make a special exception for it, if it was in /var/cache then it would already be covered by the exception I have for that directory. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394733: pasmo exit status is wrong
Package: pasmo Version: 0.5.1-3 $ cat foo.asm spong wibble $ pasmo foo.asm foo.bin ERROR on line 1 of file foo.asm ERROR: Macro name expected but 'wibble'found $ echo $? 0 $ This makes it impossible to use reliable from make or a script. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#655748: Perl filters break with non-LFS i386 nnrpd
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#732047: Purging inn2 destroys /var/lib/news even if inn2-lfs is installed
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#751812: Incorrect fortify warning with -flto
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#749231: gcc-4.9 not linked from /usr/share/info/dir
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#750875: inn2 says inn2-lfs is installed, but it isn't
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#649402: [PATCH] time overestimates max RSS by a factor of 4
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#685007: gpgv: no such file
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
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#685007: gpgv: no such file
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#659861: cvs contains /usr/share/info/dir.gz
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#685007: gpgv: no such file
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#706310: 7.0 RC2 successful install in Hyper-V VM
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#706869: squeeze -> wheezy upgrade does not work
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#706873: cron mail from PHP every 30m
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#706873: cron mail from PHP every 30m
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#708058: cannot set freq 48000 to ep 0x86; beeps cause temporary gnome session hang
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#708058: cannot set freq 48000 to ep 0x86; beeps cause temporary gnome session hang
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
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#624606: gnome-shell forgets favorites
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#507045: paper.layout and scrbook.layout not available
I see this error too. $ lyx .lyx QGtkStyle cannot be used together with the GTK_Qt engine. Warning: Document class not available The layout file requested by this document, paper.layout, is not usable. This is probably because a LaTeX class or style file required by it is not available. See the Customization documentation for more information. LyX will not be able to produce output. Furthermore I see it when lyx attempts to display its own help file: Warning: Document class not available The layout file requested by this document, scrbook.layout, is not usable. This is probably because a LaTeX class or style file required by it is not available. See the Customization documentation for more information. LyX will not be able to produce output. Both files exist: -rw-r--r-- 1 root root 3013 Dec 7 19:42 /usr/share/lyx/layouts/paper.layout -rw-r--r-- 1 root root 561 Dec 7 19:42 /usr/share/lyx/layouts/scrbook.layout I've installed large amounts of Debian's TeX packages to no avail. What is needed to actually get Lyx working properly? ii lyx1.6.5-1Document Processor 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.
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#630528: uservd needs /var/run-on-tmpfs support
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#638631: Crash following repeated 'page allocation failure' & 'BUG: soft lockup'
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#638631: Crash following repeated 'page allocation failure' & 'BUG: soft lockup'
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#643960: Broken log rotation
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#643960: Broken log rotation
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#711538: (no subject)
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
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#721648: Upgrade fails if sa-compile was previously run as root
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#626066: Private locale was broken
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#651634: rpc.statd runs with gid=root
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#643960: Broken log rotation
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#657349: bzr: ERROR: Target directory "" already exists
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#844210: scan-build: wrong permissions on error output
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#544457: fakeroot does not start; throws and IPC error
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#758998: scan-build does not default to the compiler it ships with
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#828868: xrdp fails to start after upgrade, wrong permissions on /var/run/xrdp
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#811705: FTBFS with GCC 6: throw will always call terminate
Either the current release (3.1) or https://github.com/ewxrjk/rsbackup/commit/406aade24a2fabf5806a8b5452fba34e020b893a address this. ttfn/rjk
Bug#810335: rsbackup: cronjob exits with error after package removal
Either the current release (3.1) or https://github.com/ewxrjk/rsbackup/commit/49db8b95bd43497856b45b774ad1cd443ae9f218 address this. ttfn/rjk
Bug#821739: mrtg 'can not determine ifNumber'
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#754495: polkit-mate-authentication-agent-1 does not start
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#756595: fuse fails to upgrade, because uses a nonexistent udevadm test option
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#686064: Nonexistent file listed in Packages.diff/Index
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#785110: Hang starting hurd-console during upgrade
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#785134: Directory permissions not enforced when renaming a directory
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#785404: hurd: opendir("/dev/null") succeeds
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#777394: [Rsbackup-maint] Bug#777394: rsbackup: please make the build reproducible
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#784222: clang -fsanitize breaks initial stdio stream orientation
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
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#801463: BUG: unable to handle kernel NULL pointer dereference at 00000001 in smp_apic_timer_interrupt
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#801463: BUG: unable to handle kernel NULL pointer dereference at 00000001 in smp_apic_timer_interrupt
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#3773: closed by "Hofmann AG" (reply to ) (Vermittlungsagentur bietet Stellenausschreibungen für Sie an 3773-done)
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#789369: iostream uninitialized data
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#805820: -Wuninitialized provokes unexpected error with LTO
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
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#773181: [Rsbackup-maint] Bug#773181: rsbackup: unowned files after purge (policy 6.8, 10.8): /etc/rsbackup/local
(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#767471: [initramfs-tools] / formatted as ext3 but mounted as ext4 not fsck-able
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#771443: missing panel after reboot (because .config/dconf/user corrupted?)
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#868804: xrdp: doesn't show the session after loggin with Xorg
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#876167: Still a C++14 dependency
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
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#868804: xrdp: doesn't show the session after loggin with Xorg
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#853647: Fixes
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#784222: Issue still exists with Clang 3.9
> 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#679482: racoon with privsep enabled segfaults with 'unauthorized domain'
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#835912: Multiple installation problems
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#839575: hangs waiting for openssl
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#460107: Same problem, when installing in chroot
Michael Biebl writes: > Armin Berres wrote: >> Heyya! >> >> I just tried to install hal in a chroot and got exactly the same error. >> Calling addgroup by hand solved the problem for me. Maybe you should add >> the group before calling adduser just to be sure? >> I copied some stuff from my real system to the chroot, which could be a >> reason, but calling addgroup shouldn't hurt, so... > > Hi Richard, > > did you do something similar like this: > copy /etc/passwd (but not /etc/group) from another system? Did you have > an older version of hal installed before or was it a clean install? The system was initialized by xen-create-image. (I'm sorry I didn't mention this before!) My vm host is turned off right now but I can check its configuration in detail if necessary. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456156: cannot mount usb device; incomprehensible error message
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch1 I inserted a USB stick. A window appeared with the following text: window title: KDE Daemon A new medium has been detected. What do you want to do? Medium type: Unmounted Removable Medium Open in New Window Do Nothing I selected 'Open in New Window'. A Konqueror window appears on 'system:/media/sda'; also an error message appears: window title: Error - Konqueror A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal") The Konqueror window remains open but is useless (attempting to e.g. create a file produces a similar message to the above). ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415968: Cannot output unicode to sys.stdout when redirected to a file
A much simpler demo of what is wrong: sfere$ python -c 'print u"\xA9";' sfere$ python -c 'print u"\xA9";' >/dev/null Traceback (most recent call last): File "", line 1, in ? UnicodeEncodeError: 'ascii' codec can't encode character u'\xa9' in position 0: ordinal not in range(128) sfere$ python -V Python 2.4.4 Is there any likelihood of this getting fixed? It makes Python useless for use with any kind IO redirection, e.g. in pipelines. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415060: paramiko 1.7.1
Paramiko 1.7.1 now exists. This actually fixes a problem with bzr for me, so if Debian could upgrade to the latest Paramiko that would be really useful. I tried applying paramiko_1.6.4-1.diff.gz to the 1.7.1 source and it appears to work fine at the first try, if anything goes wrong I'll note it here. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496063: 'man pterm' uses unicode dashes for option markers, in unicode locale
Package: pterm Version: 0.60-3 [EMAIL PROTECTED]:~$ man pterm|cat -vet|less [...] OPTIONS$ The command-line options supported by pterm are:$ $ [EMAIL PROTECTED]@M-^Pe command [ arguments ]$ ^^ Also it uses curly quotes instead of the ascii apostrophe sign in the pterm -e example. I think this is because pterm.1.gz lacks backslashes before the dashes. I assume the other putty packages are affected too. [EMAIL PROTECTED]:~$ locale LANG=en_GB.UTF-8 LC_CTYPE=en_GB.UTF-8 LC_NUMERIC="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= [EMAIL PROTECTED]:~$ dpkg -l pterm man-db groff\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un groff (no description available) ii groff-base 1.18.1.1-20GNU troff text-formatting system (base syste ii man-db 2.5.2-2on-line manual pager ii pterm 0.60-3 PuTTY terminal emulator ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#142731: GPLv1 section is wrong and should be removed
> 2) parsedate.c is licenced under GPLv1 (or ...), however the text of > this version of the GPL isn't included or referenced. In fact parsedate.c does not appear to be included in the source distribution at all, at least as of etch. It should therefore be regenerated by Bison at each build and thus fall under the exemption for generated parsers found in current versions of Bison. So this section of the copyright file is wrong and should be removed. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506420: incorrect hwcap line in /etc/ld.so.conf.d/libc6-xen.conf?
Package: libc6-xen Version: 2.7-16 As shipped, /etc/ld.so.conf.d/libc6-xen.conf read as follows: # This directive teaches ldconfig to search in nosegneg subdirectories # and cache the DSOs there with extra bit 1 set in their hwcap match # fields. In Xen guest kernels, the vDSO tells the dynamic linker to # search in nosegneg subdirectories and to match this extra hwcap bit # in the ld.so.cache file. hwcap 1 nosegneg However I still got thousands of "4gb seg fixup" messages and ldd revealed that the runtime linker was not using the Xen-friendly Libc. Changing the 1 to 0, based on a mailing list posting I found, fixed the problem. Unfortunately I've not found where any of this is documented (the ldconfig man page does not contain any useful pointers) so this is slightly guesswork on my part. Perhaps the man page could be improved. (I'm using etch's Xen and running testing and unstable VMs; the kernel in all cases is 2.6.18-6-xen-686.) ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506420: incorrect hwcap line in /etc/ld.so.conf.d/libc6-xen.conf?
Aurelien Jarno wrote: On Fri, Nov 21, 2008 at 10:14:29AM +, Richard Kettlewell wrote: Package: libc6-xen Version: 2.7-16 As shipped, /etc/ld.so.conf.d/libc6-xen.conf read as follows: # This directive teaches ldconfig to search in nosegneg subdirectories # and cache the DSOs there with extra bit 1 set in their hwcap match # fields. In Xen guest kernels, the vDSO tells the dynamic linker to # search in nosegneg subdirectories and to match this extra hwcap bit # in the ld.so.cache file. hwcap 1 nosegneg However I still got thousands of "4gb seg fixup" messages and ldd revealed that the runtime linker was not using the Xen-friendly Libc. Changing the 1 to 0, based on a mailing list posting I found, fixed the problem. Unfortunately I've not found where any of this is documented (the ldconfig man page does not contain any useful pointers) so this is slightly guesswork on my part. Perhaps the man page could be improved. The value in this file is the correct one. Where is this documented? ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#507350: logjam offline error reporting is not scriptable
Package: logjam Version: 4.5.3-1+b1 If 'logjam offline sync' cannot connect to a remote server it issues an error message to stdout and exits with status 0. It should: - send error messages to stderr rather than stdout. Then it would be possible to suppress normal progress messages with >/dev/null while still seeing error messages. - exit with a nonzero status when something goes wrong. Then scripts can detect errors and take appropriate action. The immediate use case is running 'logjam offline sync' from cron: at the moment there is no way to ensure that it only produces output (and thus email) when something goes wrong. However the above rules are necessary for all kinds of scripting. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#510400: default edit box uses variable-width font in firefox
Package: twiki Version: 1:4.1.2-5 When I edit a page using Debian's version of Twiki, the edit box uses a variable-width font by default. This makes editing tables unreasonably difficult as the cell delimiters don't line up properly. This doesn't seem to happen in an older (non-Debian) 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#511101: makehistory docs say it doesn't make dbz files, but they appear nonetheless
Package: inn2 Version: 2.4.5-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511101: makehistory docs say it doesn't make dbz files, but they appear nonetheless
Sorry about empty submission above, finger trouble in mailer. The makehistory man page says: Note that the dbz(3) indexes for the history file are rebuilt by makedbz(8), not by makehistory as in earlier versions of INN. However after running deleting history* and running sudo su - news -c '/usr/lib/news/bin/makehistory -OeF -s30' I see: -rw-r--r-- 1 news news 2169453 2009-01-07 13:46 history -rw-r--r-- 1 news news 45 2009-01-07 13:46 history.dir -rw-r--r-- 1 news news 270 2009-01-07 13:46 history.hash -rw-r--r-- 1 news news 360 2009-01-07 13:46 history.index 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#511054: permissions on /var/log/news
>> /var/log/news:0: mode 644, should be 755 > So your system was already broken. From postinst: > > if [ ! -d /var/log/news ]; then > install -d -m 775 -o news -g news /var/log/news > fi /var/log/news is mode 644 on a fresh install of lenny, even before you install the inn2 package. I saw this both in an install into a VM a while back and a more recent install onto an unvirtualized system using the RC1 installer. In the latter case I only noticed after installing INN but the VM has no news server at all, so evidently this particular bug is not in the INN package. 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#511054: permissions on /var/log/news
> Which syslog daemon is installed on your system? ii rsyslog3.18.6-2 enhanced multi-threaded syslogd (in both of the cases referred to above) 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#510236: successful installation of amd64 lenny
Package: installation-reports Boot method: USB stick Image version: http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2008-12-29 Machine: Generic DG965-based PC Processor: Intel Q6600 Memory: 4GB Partitions: Disk /dev/sda: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x000bf133 Device Boot Start End Blocks Id System /dev/sda1 * 1 12 96358+ 83 Linux /dev/sda2 13 91201 732475642+ 8e Linux LVM $ df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/araminta-root ext3 9611492 3745660 5377592 42% / tmpfstmpfs 1994184 0 1994184 0% /lib/init/rw udev tmpfs 1024088 10152 1% /dev tmpfstmpfs 1994184 0 1994184 0% /dev/shm /dev/sda1 ext3 93307 23747 64743 27% /boot /dev/mapper/araminta-home ext396118540344912 90890992 1% /home /dev/mapper/araminta-music ext3 199330920 47779224 141433808 26% /music /dev/mapper/araminta-var ext3 9611492 1798140 7325112 20% /var /dev/mapper/araminta-news ext3 913816 17640847436 3% /var/spool/news tmpfstmpfs 262144 0262144 0% /var/spool/squid Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 82P965/G965 Memory Controller Hub [8086:29a0] (rev 02) Kernel driver in use: agpgart-intel Kernel modules: intel-agp 00:02.0 VGA compatible controller [0300]: Intel Corporation 82G965 Integrated Graphics Controller [8086:29a2] (rev 02) Kernel modules: intelfb 00:03.0 Communication controller [0780]: Intel Corporation 82P965/G965 HECI Controller [8086:29a4] (rev 02) 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC Gigabit Network Connection [8086:104b] (rev 02) Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 02) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 02) Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 [8086:2845] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 02) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev f2) 00:1f.0 ISA bridge [0601]: Intel Corporation 8280
Bug#510270: DB: Logging region out of memory; you may need to increase its size
Package: libdb4.6 Version: 4.6.21-11 When I built my application against libdb4.6-dev on amd64, after a fairly short period of activity it failed with the following error from libdb: DB: Logging region out of memory; you may need to increase its size I tried bumping the logging region to 512KB in environment setup, but this did not fix the problem. I tried db4.5 and db4.7 (the latter from unstable). As far as I can tell neither of these provoke this behaviour (which is why I think this is libdb's bug not mine). This is enough to solve my immediate problem although building with non-default libdb in lenny is rather inconvenient as other -dev packages appear to depend on the broken libdb4.6-dev. I see from the upstream db4.7 changelog that there's some references to fixing logging region leaks. I've not yet attempted to analyze whether these changes are the actual cause but could possibly be persuaded to at least experiment with them if there was a realistic possibility that they would at some point be applied to lenny's db4.6 if suitably isolated. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
