Bug#497392: maybe a duplicate of bug 601017
This looks like a duplicate of bug 601017, which was marked fixed in version linux-2.6/2.6.32-27: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601017 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#604785: /usr/bin/epiphany-browser: crash when closing last browser window with history open: GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
Package: epiphany-browser Version: 2.30.6-1 Severity: normal File: /usr/bin/epiphany-browser Closing the last browser window while the history window (Go -> History) is open, causes the epiphany-browser process to die. This is the output on the console: (epiphany-browser:4655): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed I've tried running epiphany-browser in gdb (with epiphany-browser-dbg installed), but gdb says epiphany-browser exited normally, so there is no other useful output. This is the closest upstream bug I could find: https://bugzilla.gnome.org/show_bug.cgi?id=603300 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-3 simple interprocess messaging syst ii epiphany-browser-data 2.30.6-1 Data files for the GNOME web brows ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii iso-codes 3.22-1 ISO language, territory, currency, ii libavahi-client30.6.27-2 Avahi client library ii libavahi-common30.6.27-2 Avahi common library ii libavahi-gobject0 0.6.27-2 Avahi GObject library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgirepository1.0-00.6.14-1+b1 Library for handling GObject intro ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1 Network Security Service libraries ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libseed02.30.0-1+b1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.5-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.8.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814+nmu2 Common CA certificates ii evince 2.30.3-1Document (postscript, pdf) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: pn epiphany-extensions(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#454594: spamassassin does not do filtering
Checking SPF has been a very useful spam countermeasure for me. Since spamassassin does not do filtering, it does scoring, I think having SPF results in the scores is a good default. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#491345: another, similar log message
Package: spamassassin Version: 3.3.1-1 Just noticed log messages like these today with the above spamassassin version, which look like they belong to this bug report: spamd[3676]: spf: lookup failed: Can't locate object method "new_from_string" via package "Mail::SPF::v2::Record" at /usr/share/perl5/Mail/SPF/Server.pm line 524. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#604892: /usr/share/photon/templates/photonv1/common_footer.html: grammar improvement in footer template
Package: photon Version: 0.4.6-1.1 Severity: minor File: /usr/share/photon/templates/photonv1/common_footer.html Tags: patch upstream Patch attached to improve grammar in the common_footer.html template. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages photon depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-imaging 1.1.7-2 Python Imaging Library Versions of packages photon recommends: ii dcraw 8.99-1+b1 decode raw digital camera images ii gimp 2.6.10-1 The GNU Image Manipulation Program photon suggests no packages. -- no debconf information --- common_footer.html.orig 2010-11-24 22:48:25.789274039 -0800 +++ /usr/share/photon/templates/photonv1/common_footer.html 2010-11-24 22:48:41.637771504 -0800 @@ -25,7 +25,7 @@ ## MOVIE mode Download the movie: $movie_filename - Others preview: + Other previews: #foreach ($res in $movie_sizelist) $res.frames_per_width x $res.frames_per_height #end @@ -36,7 +36,7 @@ Download the raw file: $img_raw_filename #end - Others sizes: + Other sizes: #if ($img_sizelist) #foreach ($res in $img_sizelist) $res.size
Bug#604893: photon: crashes with "ValueError: unknown type 768 in tag 0x0100" on iPhoto-saved image
Package: photon Version: 0.4.6-1.1 Severity: normal Tags: upstream photon crashes when it encounters a JPEG file saved by iPhoto. This is the traceback: Traceback (most recent call last): File "/usr/bin/photon", line 2289, in main() File "/usr/bin/photon", line 298, in main process_directory(path,"") File "/usr/bin/photon", line 425, in process_directory picinfo = process_file(realpath, relativepath, entry) File "/usr/bin/photon", line 466, in process_file pic['exif'] = EXIF.process_file(file) File "/usr/lib/python2.6/dist-packages/Photon/EXIF.py", line 1092, in process_file hdr.decode_maker_note() File "/usr/lib/python2.6/dist-packages/Photon/EXIF.py", line 981, in decode_maker_note dict=MAKERNOTE_CANON_TAGS) File "/usr/lib/python2.6/dist-packages/Photon/EXIF.py", line 819, in dump_IFD 'unknown type %d in tag 0x%04X' % (field_type, tag) ValueError: unknown type 768 in tag 0x0100 Files that weren't touched by iPhoto are processed with no problems. photon shouldn't crash when it encounters weird exif though. Similar photon exif bug report: https://bugs.launchpad.net/ubuntu/+source/photon/+bug/314835 exiftags of a file that causes the crash: % exiftags -a -u -v encinitas_willowood-41.jpg Camera-Specific Properties: Equipment Make: Canon Camera Model: Canon PowerShot SD850 IS Camera Software: QuickTime 7.6.6 Maximum Lens Aperture: f/2.8 Sensing Method: One-Chip Color Area Image-Specific Properties: Image Orientation: Top, Left-Hand Image Orientation: Top, Left-Hand Horizontal Resolution: 72 dpi Vertical Resolution: 72 dpi Image Created: 2010:11:19 20:15:12 Exposure Time: 1/160 sec F-Number: f/2.8 ISO Speed Rating: 400 Lens Aperture: f/2.8 Exposure Bias: 0 EV Metering Mode: Pattern Flash: No Flash, Auto Focal Length: 5.80 mm Color Space Information: sRGB Image Width: 3264 Image Height: 2448 Rendering: Normal Exposure Mode: Auto White Balance: Auto Scene Capture Type: Standard Other Properties: Resolution Unit: i Chrominance Comp Positioning: Centered Exif IFD Pointer: 258 Compression Scheme: JPEG Compression (Thumbnail) Horizontal Resolution: 72 dpi Vertical Resolution: 72 dpi Resolution Unit: i Offset to JPEG SOI: 3514 Bytes of JPEG Data: 5045 Chrominance Comp Positioning: Centered Exif Version: 2.20 Image Generated: 2010:11:19 18:03:53 Image Digitized: 2010:11:19 18:03:53 Meaning of Each Comp: Unknown Image Compression Mode: 5 Shutter Speed: 1/159 sec Focal Plane Horiz Resolution: 14506 dpi Focal Plane Vert Resolution: 14485 dpi Focal Plane Res Unit: i File Source: Other Digital Zoom Ratio: 1 Unsupported Properties: Unknown: Mac OS X 10.5.8 Manufacturer Notes: 740 Comment: 3120 Supported FlashPix Version: 808529968 Running exif on that file: % exif encinitas_willowood-41.jpg Corrupt data The data provided does not follow the specification. ExifMnoteCanon: Invalid zero-length tag size -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages photon depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-imaging 1.1.7-2 Python Imaging Library Versions of packages photon recommends: ii dcraw 8.99-1+b1 decode raw digital camera images ii gimp 2.6.10-1 The GNU Image Manipulation Program photon suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571560: merging duplicates and adding another instance
severity 420111 normal merge 420111 571560 thanks This also happens with the attached diff output. It is incorrectly identified as HTML document text. (I used the diff in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604892 which file(1) misidentified, causing reportbug to add the wrong MIME type, which is what prompted me to find the root cause.) -- Kenyon Ralph --- common_footer.html.orig 2010-11-24 22:48:25.789274039 -0800 +++ /usr/share/photon/templates/photonv1/common_footer.html 2010-11-24 22:48:41.637771504 -0800 @@ -25,7 +25,7 @@ ## MOVIE mode Download the movie: $movie_filename - Others preview: + Other previews: #foreach ($res in $movie_sizelist) $res.frames_per_width x $res.frames_per_height #end @@ -36,7 +36,7 @@ Download the raw file: $img_raw_filename #end - Others sizes: + Other sizes: #if ($img_sizelist) #foreach ($res in $img_sizelist) $res.size signature.asc Description: Digital signature
Bug#604901: /usr/bin/photon: md5 module deprecation warning
Package: photon Version: 0.4.6-1.1 Severity: minor File: /usr/bin/photon Tags: patch upstream Attached is a patch to eliminate the deprecation warning caused by using the md5 module. Making this change to photon requires python version >=2.5 because it uses the hashlib module. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages photon depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-imaging 1.1.7-2 Python Imaging Library Versions of packages photon recommends: ii dcraw 8.99-1+b1 decode raw digital camera images ii gimp 2.6.10-1 The GNU Image Manipulation Program photon suggests no packages. -- no debconf information --- photon.orig 2010-11-25 01:25:25.221771606 -0800 +++ /usr/bin/photon 2010-11-25 01:37:50.769271968 -0800 @@ -65,7 +65,7 @@ from tempfile import gettempdir from commands import getstatusoutput from Photon import EXIF, Video, RAW, airspeed -import md5 +import hashlib import Photon # @@ -1485,7 +1485,7 @@ try: if ((options['forcecreate'] > 0) or (os.stat(existentfile)[ST_SIZE] != os.stat(newfile)[ST_SIZE]) or -(md5.new(open(existentfile).read()).digest() != md5.new(open(newfile).read()).digest())): +(hashlib.md5.new(open(existentfile).read()).digest() != hashlib.md5.new(open(newfile).read()).digest())): os.rename(newfile, existentfile) except: os.rename(newfile, existentfile)
Bug#604904: photon: eliminate popen2 module deprecation warning
Package: photon Version: 0.4.6-1.1 Severity: minor Tags: patch upstream This trivial patch eliminates the popen2 module deprecation warning. The popen2 module is not actually used, so just remove its import statement. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages photon depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-imaging 1.1.7-2 Python Imaging Library Versions of packages photon recommends: ii dcraw 8.99-1+b1 decode raw digital camera images ii gimp 2.6.10-1 The GNU Image Manipulation Program photon suggests no packages. -- no debconf information --- RAW.py.orig 2010-11-25 01:53:17.090271875 -0800 +++ /usr/lib/python2.6/dist-packages/Photon/RAW.py 2010-11-25 01:53:29.809279617 -0800 @@ -3,7 +3,7 @@ # To do the job, we use the dcraw program, exiftool, and any ppm2xxx program # -import os, string, commands, popen2 +import os, string, commands class RAW:
Bug#585268: patches for string exceptions
Package: photon
Version: 0.4.6-1.1
Severity: normal
Tags: patch upstream
Attached are patches fixing the string exceptions.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages photon depends on:
ii python 2.6.6-3+squeeze1 interactive high-level object-orie
ii python-central 0.6.16+nmu1 register and build utility for Pyt
ii python-imaging 1.1.7-2 Python Imaging Library
Versions of packages photon recommends:
ii dcraw 8.99-1+b1 decode raw digital camera images
ii gimp 2.6.10-1 The GNU Image Manipulation Program
photon suggests no packages.
-- no debconf information
--- ../photonpkg/usr/share/pyshared/Photon/PxM.py 2008-07-18
08:51:15.0 -0700
+++ /usr/lib/python2.6/dist-packages/Photon/PxM.py 2010-11-25
02:34:48.098771564 -0800
@@ -11,7 +11,7 @@
def identify_P6(h):
if h[0] == '#':
-raise "I don't support comment in a PPM file"
+raise Exception("I don't support comments in a PPM file")
m = re.search("^(\d+)\s(\d+)", h)
if not m:
--- photonpkg/usr/bin/photon2008-07-18 08:51:16.0 -0700
+++ /usr/bin/photon 2010-11-25 02:25:43.969272127 -0800
@@ -513,28 +513,7 @@
npicsconverted+=1
if file_is_newer(destfile, srcfile):
safe_mkdir(destdir)
- # We have 2 choices use Gimp,use Python Library, or our internal
parser
- if options['resize_plugin'] == "gimp":
-if w*h<64000:
- gimp_file =
(srcfile,destfile,newsize,options['resize_quality_low'])
-else:
- gimp_file =
(srcfile,destfile,newsize,options['resize_quality_high'])
-gimp_list.append(gimp_file)
- elif options['resize_plugin'] == 'pil':
-try:
- if im.mode == 'P': # Image is in palette mode, convert it to
24bits
-im = im.convert('RGB')
- im.resize(newsize, Image.BICUBIC).save(destfile, 'JPEG',
optimize=1, progressive=1)
-except IOError, err:
- print "Error while writing thumbnail, will try without
optimization..."
- print "Perhaps you can try to increase ImageFile.MAXBLOCK in the
source file"
- print err
- try: # Try to save the Jpeg file without progessive option
-im.resize(newsize,Image.BICUBIC).save(destfile, 'JPEG')
- except IOError, err:
-print "cannot create ", destfile, "(", err, ")"
- else: # Use the python internal module resize method
-raise("Error: resize plugin not know")
+ resize_image(srcfile, destfile, newsize)
# Process comment for this file only
commentfile = srcfile + '.comments'
try:
@@ -1591,7 +1570,7 @@
except IOError, err:
print "cannot create ", destfile, "(", err, ")"
else: # Use the python internal module resize method
-raise("Error: resize plugin not know")
+raise Exception("Error: resize plugin not known")
#
def make_shortcut_js(pathname): #
Bug#604922: apt-listchanges: non-ASCII mail not properly encoded
Package: apt-listchanges Version: 2.85.5 Severity: normal Mail sent by apt-listchanges is not properly encoded when the changelogs or news files have non-ASCII characters. If I configure my mail server (postfix) to reject 8-bit messages without proper encoding (http://www.postfix.org/postconf.5.html#strict_8bitmime) then it will reject apt-listchanges mails. As an example, apticron (http://packages.qa.debian.org/a/apticron.html) does properly encode mail with the same changelogs. Also, apt-listchanges mail always has a "Content-Transfer-Encoding: 7bit" header, even when that's not true. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listchanges depends on: ii apt 0.8.8Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-apt 0.7.98.1 Python interface to libapt-pkg ii python-support 1.0.10 automated rebuilding support for P ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii postfix [mail-transport-agent 2.7.1-1High-performance mail transport ag Versions of packages apt-listchanges suggests: ii epiphany-browser [w 2.30.6-1 Intuitive GNOME web browser ii iceweasel [www-brow 3.6.12-2 Web browser based on Firefox ii konqueror [www-brow 4:4.4.5-1advanced file manager, web browser ii konsole [x-terminal 4:4.4.5-1X terminal emulator ii links [www-browser] 2.3~pre1-1 Web browser running in text mode ii lynx-cur [www-brows 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup pn python-glade2 (no description available) ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii rxvt-unicode-ml [x- 9.07-2+b1multi-lingual terminal emulator wi ii uzbl [www-browser] 0.0.0~git.20100403-3 Lightweight Webkit browser followi ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent ii xfce4-terminal [x-t 0.4.5-1 Xfce terminal emulator ii xterm [x-terminal-e 261-1X terminal emulator -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/email-address: ken...@kenyonralph.com * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728239: munin-plugins-extra: /usr/share/munin/plugins/ejabberd_ uses "exit -1"
tags 728239 fixed-upstream stop On 2013-10-29T20:34:41+, Clint Adams wrote: > Package: munin-plugins-extra > Version: 2.0.6-4+deb7u1 > > This plugin should be changed to use "exit 255" or put /bin/bash in the > shebang. Fixed upstream: https://github.com/munin-monitoring/munin/commit/f7d1cd80b367e6d7cc1b3a936e9ceefbdc992682 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#729837: munin-node: No graphs fo squid3 package
On 2013-11-18T08:37:01+0100, Adrian Immanuel Kiess wrote: > Package: munin-node > Version: 2.0.17-3 > Severity: normal > > Dear Maintainer, > > currently in Debian/testing munin does not show graphs for the squid3 package. > > Maybe it works for the old squid package. Works fine for me with squid3 3.3.4-1 and munin-node 2.0.16-2 for years. Some more debugging information would be useful. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#570233: libc6-dev: please add timepps.h (solved by creation of pps-tools package)
I believe that this bug regarding lack of timepps.h has been solved by the creation of the pps-tools Debian package: http://packages.qa.debian.org/p/pps-tools.html -- Kenyon Ralph signature.asc Description: Digital signature
Bug#241548: PPS refclock support (Oncore)
block 241548 by 691672 tags 691672 patch thanks I believe that this bug would be fixed by the fix of bug #691672 [0]. [0] https://bugs.debian.org/691672 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#649355: rsyslog-relp: listens on IPv4 when -6 specified
Package: rsyslog-relp Version: 4.6.4-2 Severity: normal Tags: ipv6 I run rsyslogd with the -6 option, which is documented in the manual page to cause rsyslogd to listen to IPv6 addresses only. However, using the imrelp module, rsyslogd still listens on IPv4. This could be a security issue if you're only expecting to have to use ip6tables to secure your syslog machine; you may unknowingly have an open IPv4 syslog port. $ cat /etc/default/rsyslog RSYSLOGD_OPTIONS="-c4 -6" $ ps axe | grep [r]syslog 22869 ?Sl 0:02 /usr/sbin/rsyslogd -c4 -6 $ grep -i relp /etc/rsyslog.conf $ModLoad imrelp $InputRELPServerRun 20514 $ sudo lsof -i :20514 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME rsyslogd 22869 root3u IPv4 47214831 0t0 TCP *:20514 (LISTEN) rsyslogd 22869 root4u IPv6 47214832 0t0 TCP *:20514 (LISTEN) -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog-relp depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii librelp0 1.0.0-1Reliable Event Logging Protocol (R ii rsyslog 4.6.4-2enhanced multi-threaded syslogd rsyslog-relp recommends no packages. rsyslog-relp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-13T01:42:13+, Steve McIntyre wrote:
> >Booting into rescue mode and running modprobe efivars ; efibootmgr
> >--verbose gives this output:
> >
> >BootCurrent: 0003
> >Timeout: 1 seconds
> >BootOrder: ,0003,0001,0002
> >Boot* debian Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)
> >Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive
> >BIOS(2,0,00)AMBO
> >Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO
> >Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader
> >ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f000,380,73bb6f1a)AMBO
> >
> >How can I help debug this further?
>
> Hi,
>
> Hmmm, that looks very different from what I see in my own testing. In
> a VM here I've got:
>
> BootCurrent:
> BootOrder: 0005,,0001,0002,0003,0004
> Boot* EFI DVD/CDROM ACPI(a0341d0,0)PCI(1,1)ATAPI(1,0,0)
> Boot0001* EFI FloppyACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,0)
> Boot0002* EFI Floppy 1 ACPI(a0341d0,0)PCI(1,0)ACPI(60441d0,1)
> Boot0003* EFI Hard DriveACPI(a0341d0,0)PCI(1,1)ATAPI(0,0,0)
> Boot0004* EFI Internal Shell MM(b,3facf000,3ffbefff)
> Boot0005* debian
> HD(1,800,f3800,97bffec2-8f3a-4189-87f4-b77080076fb2)File(\EFI\debian\grubx64.efi)
>
> This is booted from a rescue CD image (as a CD, not via USB). From
> your rescue boot shell, could you try:
>
> # mount -av
> # grub-install /dev/sda
>
> and see how that affects things please? I'm curious what's happening
> here...
Thanks for the reply.
I did as you said, booted into the installer's rescue mode and did
mount -av:
mount: UUID=04E5-F0A6 already mounted on /boot/efi
nothing was mounted
# grub-install /dev/sda
Installation finished. No error reported.
No change to output of efibootmgr --verbose after grub-install.
Rebooted, and it still does not boot from the hard drive ("Reboot and
Select proper Boot device or Insert Boot Media in selected Boot device
and press a key").
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T16:28:59-0800, Kenyon Ralph wrote: > This is probably part of the problem: on the installed system, > /boot/efi is empty. Rerunning grub-install doesn't change that. Actually, /boot/efi contains EFI/debian/grubx64.efi. For some reason, rescue mode was showing that /boot/efi was mounted, but it actually wasn't. umounting it and then mount -va properly mounted /boot/efi. Then grub-install /dev/sda seems to have created a correct EFI boot entry: BootCurrent: 0003 Timeout: 1 seconds BootOrder: ,0001,0002,0003 Boot* debian HD(1,800,f3800,f8636d01-62af-4d23-9ab6-5b22c5ffd5e6)File(\EFI\debian\grubx64.efi) Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f800,380,13a64ed1)AMBO But the system still doesn't boot. I retried installation using the 2012-12-29T22:11 build of debian-testing-amd64-netinst.iso, followed by rescue mode, umount /boot/efi, mount -va, grub-install /dev/sda, resulting in a good Boot line like above. System still doesn't boot. Strangely, booting again into rescue mode, the Boot line reverts back to Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,), even after mounting /boot/efi properly. I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. I'll try to build an installer including that if I can figure it out. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T19:25:59-0800, Kenyon Ralph wrote: > I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. > I'll try to build an installer including that if I can figure it out. Instead of building a new installer, I just installed grub2 2.00-8 from experimental in rescue mode. System still did not boot, so I don't know what to try now. It would be nice if we could figure out why Ubuntu 12.10 installs and boots in EFI mode, and bring those changes into the Debian packages. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#656041: dkimproxy: add IPv6 support
Package: dkimproxy
Version: 1.4.1-3
Severity: normal
Tags: ipv6 patch
Attached is a patch that allows dkimproxy to listen on IPv6, provided
that the installed version of libnet-server-perl supports IPv6, which
version 0.99-3 in Debian does. This patch depends on the package
libio-socket-inet6-perl.
I haven't tested whether it still works with a non-IPv6-patched
libnet-server-perl, but I think it should.
Without this patch, if you have libnet-server-perl 0.99-3 installed,
dkimproxy will open a socket for listening on IPv6, but upon
connection, you will get "Connection closed by foreign host."
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dkimproxy depends on:
ii adduser3.112+nmu2add and remove users and groups
ii liberror-perl 0.17-1Perl module for error/exception ha
ii libmail-dkim-perl 0.38-1cryptographically identify the sen
ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en
ii libtext-wrapper-perl 1.02-1Simple word wrapping routine
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii openssl0.9.8o-4squeeze5 Secure Socket Layer (SSL) binary a
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
ii ssl-cert 1.0.28simple debconf wrapper for OpenSSL
Versions of packages dkimproxy recommends:
pn amavisd-new(no description available)
dkimproxy suggests no packages.
-- Configuration Files:
/etc/default/dkimproxy changed:
RUN_DKIMPROXY_IN=0
/etc/dkimproxy/dkimproxy_in.conf changed:
listenlocalhost:10026
relay localhost:10024
/etc/dkimproxy/dkimproxy_out.conf changed:
listenlocalhost:10028
relay localhost:10029
domainkenyonralph.com
signature dkim
keyfile /var/lib/dkimproxy/private.key
selector postfix
-- no debconf information
--- dkimproxy-1.4.1.orig/lib/MSDW/SMTP/Server.pm
+++ dkimproxy-1.4.1/lib/MSDW/SMTP/Server.pm
@@ -11,7 +11,7 @@
# Written by Bennett Todd
package MSDW::SMTP::Server;
-use IO::Socket;
+use IO::Socket::INET6;
use IO::File;
=head1 NAME
@@ -88,14 +88,14 @@
=item new(interface => $interface, port => $port);
The interface and port to listen on must be specified. The interface
-must be a valid numeric IP address (0.0.0.0 to listen on all
-interfaces, as usual); the port must be numeric. If this call
-succeeds, it returns a server structure with an open
-IO::Socket::INET in it, ready to listen on. If it fails it dies, so
-if you want anything other than an exit with an explanatory error
-message, wrap the constructor call in an eval block and pull the
-error out of $@ as usual. This is also the case for all other
-methods; they succeed or they die.
+must be a valid numeric IPv4 or IPv6 address (0.0.0.0 or :: to listen
+on all interfaces, as usual); the port must be numeric. If this call
+succeeds, it returns a server structure with an open IO::Socket::INET6
+in it, ready to listen on. If it fails it dies, so if you want
+anything other than an exit with an explanatory error message, wrap
+the constructor call in an eval block and pull the error out of $@ as
+usual. This is also the case for all other methods; they succeed or
+they die.
=item accept([debug => FD]);
@@ -154,7 +154,7 @@
my ($this, @opts) = @_;
my $class = ref($this) || $this;
my $self = bless { @opts }, $class;
-$self->{sock} = IO::Socket::INET->new(
+$self->{sock} = IO::Socket::INET6->new(
LocalAddr => $self->{interface},
LocalPort => $self->{port},
Proto => 'tcp',
only in patch2:
unchanged:
--- dkimproxy-1.4.1.orig/scripts/dkimproxy.out
+++ dkimproxy-1.4.1/scripts/dkimproxy.out
@@ -314,17 +314,11 @@
{
my $self = shift;
- # try to determine peer's address
- use Socket;
- my $peersockaddr = getpeername(STDOUT);
- my ($port, $iaddr) = sockaddr_in($peersockaddr);
- $ENV{REMOTE_ADDR} = inet_ntoa($iaddr);
-
# initialize syslog
eval
{
openlog("dkimproxy.out", "perror,pid,ndelay", "mail");
- syslog("debug", '%s', "connect from $ENV{REMOTE_ADDR}");
+ syslog("debug", '%s', "connect from
$self->{server}->{peeraddr}");
};
if (my $E = $@)
{
Bug#656042: /usr/share/emacs/23.2/lisp/ido.elc: help for ido-find-file should list ido-reread-directory
Package: emacs23-common Version: 23.2+1-7 Severity: normal File: /usr/share/emacs/23.2/lisp/ido.elc Tags: upstream The help for ido-find-file should list ido-reread-directory as one of the keys useful when finding files. For example, like this: \\[ido-reread-directory] reread current directory, in case the cached version is no longer useful. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23-common depends on: ii dpkg 1.15.8.12 Debian package management system ii emacsen-common1.4.22 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-6 Manage installed documentation in emacs23-common recommends no packages. Versions of packages emacs23-common suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind ii emacs23-el23.2+1-7 GNU Emacs LISP (.el) files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656046: postgrey: listening on IPv6 does not work, gives connection refused to postfix
Package: postgrey Version: 1.33-3~bpo60+1 Severity: normal Tags: ipv6 upstream With a version of libnet-server-perl which is capable of listening on IPv6, postgrey does not work. I believe the default configuration in /etc/default/postgrey includes this line: POSTGREY_OPTS="--inet=10023" With no host specified, postgrey translates this to localhost:10023. This means Net::Server will open an IPv6 socket, if you have localhost resolve to::1 in /etc/hosts. Regardless of /etc/hosts though, postgrey should be able to listen on IPv6. With postgrey listening on IPv6, postfix logs these messages, and then rejects incoming mail due to server configuration problems (code 451): 2012-01-15T21:57:05.274902-08:00 darwin postfix/smtpd[10610]: warning: connect to localhost:10023: Connection refused 2012-01-15T21:57:05.274935-08:00 darwin postfix/smtpd[10610]: warning: problem talking to server localhost:10023: Connection refused However, strangely, telnet to the postgrey port on IPv6 seems to work fine. I've looked at postgrey's code, but I don't see why this happens. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4-x86_64-linode21 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgrey depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libnet-dns-perl0.66-2Perform DNS queries from a Perl sc ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages postgrey recommends: ii libdigest-sha1-perl 2.13-1 NIST SHA-1 message digest algorith ii libnet-rblclient-perl0.5-2 Queries multiple Realtime Blackhol ii libparse-syslog-perl 1.10-1 Perl module for parsing syslog ent ii postfix 2.8.3-1~bpo60+1 High-performance mail transport ag postgrey suggests no packages. -- debconf information: postgrey/1.32-3_changeport: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678662: munin-update: Doesn't fall back to v4 when v6 address causes a connect error
severity 678662 wishlist thanks On 2012-06-23T15:11:52+, Michael Renner wrote: > Package: munin > Version: 2.0.0-1 > Severity: important > Tags: ipv6 upstream > > When you specify a target via hostname which has both a v6 and v4 > address munin tries to connect to the v6 address first and if this fails > bails out completely. This skips data collection for this host, > resulting in lost data points. > > This is a regression compared to munin-update 1.4 which > doesn't have v6 support. > > In a plain munin 2.0 environment one could argue that this is a > configuration error but since mixed version environments are quite > common the 2.0 munin-update should allow for dualstack clients specified > via hostname and 1.4 munin-nodes. This would require to either connect > in v4/v6 order or try to connect to all returned addresses instead of > bailing out after the first failed connect. Munin 1.4 nodes actually do have IPv6 support, provided you have the necessary support in Perl's Net::Server. I have a munin-node 1.4.7 on FreeBSD which is IPv6-only, polled by a 2.0 master. I also have an Ubuntu munin-node 1.4.6 polled over IPv6. This is possible on Debian squeeze too, if you use the squeeze-backports version of libnet-server-perl. I think this is a reasonable fix, so I'm marking this as "wishlist" severity. > See also http://munin-monitoring.org/wiki/IPv6 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#678928: [Packaging] Bug#678928: closed by Holger Levsen (Re: Bug#678928: Squeeze safe-upgrade pulled munin 2.0.0-1~bpo60+1, graphs won't display)
th lighttpd, so you might find help in the #munin channel on oftc.net IRC. In the process, with your help, we could improve the documentation and packaging of munin and its integration with lighttpd. > >> Or is it > >> simply completely hosed? Should I file a bug report against the upgrade > >> script? If so, how do I do that? What's the package name for it? > > > > aptitude, but see above. > > Given the information I presented above, which suggests munin was > upgraded to the 2.0.0.1 backport due to the currently installed version > being a backport, is the problem with aptitude, or with the information > contained in the munin backport package itself? I.e. should the > backport 2.0.0.1 have included a "reverse dependency" such that aptitude > would not install 2.0.0.1 given that Lighttpd was the installed hpptd? No, aptitude and the package management system is working as expected. > >> I, the user, did nothing to break my munin. Fault lay with the > >> developers. An upgrade shouldn't completely totally break a program so > >> that it simply won't run at all, which is what has happened here. This > >> is very frustrating to say the least. I can certainly understand your frustration. This happens to everyone who does any nontrivial work with computers. All software sucks. But this is what we have, and we try to make the best of it and continually improve it. > >> If this is not a bug, and a bug report isn't the proper place to receive > >> troubleshooting assistance to get this working, where do you recommend I > >> go for assistance? Please don't say "debian-users". I've been a > >> subscriber for over 3 years. Munin is never discussed and there's > >> likely no other munin users there who could help. > > > > the only munin bug I see here is "please add support for automatic > > configuration with lighttpd" > > No, that's not the bug. That would be a feature request. Manual > configuration is fine with me had a warning been given BEFORE the auto > upgrade, and a link to docs that would yield a correctly running munin > 2.0.0.1 on Lighty. > > The bug here is the automatic install of 2.0.0.1 onto a system with a > configuration, according to you, KNOWN to not work with 2.0.0.1 > automatically. I'm fine with manual configuration as long as I'm told > up front that it's required, and provided exact instructions. > > The bug, therefore, is that the installer didn't check the current > configuration for compatibility before proceeding. If munin 2.0 only > works out of the box with Apache2, the aptitude should not have > installed the backport on my my Lighty system. There, finally, in these preceding three paragraphs, THAT is a specific, actionable bug report. The Debian packaging system can provide such warnings upon installation, and perhaps munin should give a warning, until someone is able to make munin integrate as smoothly with lighttpd as it currently does with apache. > Do you disagree with these assertions? > > > and for that I'd prefer a patch or at least help, > > as I'm not a lighttpd user myself. And for that I'd prefer a new bug to not > > have this as irrelevant history to a simply request :-) What do you think? > > Irrelevant history eh? The best bug reports are concise, specific, and actionable. I think that Holger's feeling, and I agree, is that this bug report was originally too vague, and now has too much discussion to be useful for working on a specific issue, and so for bug report management purposes, more specific bug reports should be filed. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#679225: /usr/bin/debmany: use curl --location to follow redirects
Package: debian-goodies Version: 0.53 Severity: normal File: /usr/bin/debmany Tags: patch If one uses the http://http.debian.net/ mirror redirector in their sources.list, debmany fails to download packages which are not installed. This is due to curl seeing the HTTP redirect and then just exiting, by default. The fix is very simple: add the --location option to the curl invocation: curl --location "$url" >"$file" || error "Failed to download '$url' to '$file'." (For the purpose of googling, the error you get is of the form "dpkg-deb: unexpected end of file in version number in /dev/shm/debmany.ucyvhHmoAJ/tmp.deb"). -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-goodies depends on: ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii dctrl-tools [grep-dc 2.14.5 Command-line tools to process Debi ii dialog 1.1-20100428-1 Displays user-friendly dialog boxe ii less 436-1 pager program similar to more ii lsof 4.81.dfsg.1-1 List open files ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii python 2.6.6-3+squeeze7interactive high-level object-orie ii whiptail 0.52.11-1 Displays user-friendly dialog boxe debian-goodies recommends no packages. Versions of packages debian-goodies suggests: ii popularity-contest 1.49Vote for your favourite packages a ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from ii zenity 2.30.0-1Display graphical dialog boxes fro -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same thing
Subsystem: Dell Device [1028:02d6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 01) Subsystem: Dell Device [1028:02d6] Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Kernel driver in use: tg3 0c:00.0 Network controller [0280]: Intel Corporation WiFi Link 5100 [8086:4232] Subsystem: Intel Corporation WiFi Link 5100 AGN [8086:1321] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: iwlagn ** USB devices: Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 002: ID 1cb6:6680 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 003: ID 0c45:6404 Microdia Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.2.0-0.bpo.1-686-pae depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii initramfs-tools [linux-init 0.99~bpo60+1 tools for generating an initramfs ii linux-base 3.4~bpo60+1 Linux image base package ii module-init-tools 3.12-2+b1tools for managing Linux kernel mo Versions of packages linux-image-3.2.0-0.bpo.1-686-pae recommends: ii firmware-linux-free 2.6.32-41 Binary firmware for various driver ii libc6-i6862.11.3-2 Embedded GNU C Library: Shared lib Versions of packages linux-image-3.2.0-0.bpo.1-686-pae suggests: ii grub-pc 1.99-14GRand Unified Bootloader, version pn linux-doc-3.2 (no description available) Versions of packages linux-image-3.2.0-0.bpo.1-686-pae is related to: pn firmware-atheros (no description available) pn firmware-bnx2 (no description available) pn firmware-bnx2x (no description available) pn firmware-brcm80211 (no description available) pn firmware-intelwimax(no description available) pn firmware-ipw2x00 (no description available) pn firmware-ivtv (no description available) ii firmware-iwlwifi0.35~bpo60+1 Binary firmware for Intel Wireless pn firmware-libertas (no description available) ii firmware-linux 0.35~bpo60+1 Binary firmware for various driver ii firmware-linux-nonfree 0.35~bpo60+1 Binary firmware for various driver pn firmware-myricom (no description available) pn firmware-netxen(no description available) pn firmware-qlogic(no description available) pn firmware-ralink(no description available) pn firmware-realtek (no description available) pn xen-hypervisor (no description available) -- debconf information: linux-image-3.2.0-0.bpo.1-686-pae/postinst/depmod-error-initrd-3.2.0-0.bpo.1-686-pae: false linux-image-3.2.0-0.bpo.1-686-pae/postinst/missing-firmware-3.2.0-0.bpo.1-686-pae: linux-image-3.2.0-0.bpo.1-686-pae/postinst/ignoring-ramdisk: linux-image-3.2.0-0.bpo.1-686-pae/prerm/removing-running-kernel-3.2.0-0.bpo.1-686-pae: true -- Kenyon Ralph signature.asc Description: Digital signature
Bug#657526: scheduling while atomic: swapper/2/0/0x1000010 (confirming fixed by v3.2.4)
Package: linux-2.6 Version: 3.2.4-1 Severity: normal On 2012-02-06T02:03:21-0600, Jonathan Nieder wrote: > Kenyon Ralph wrote: > > > [Subject: Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same > > thing] > > Please keep in mind that these appear as emails in a crowded inbox, so > the subject line can be a good place to put valuable context. > > > just wanted to register that this bug happens with the backports > > version of this kernel too. This is with a Dell Latitude 2100 > > laptop. > > Please test v3.2.4 or newer from sid. I confirm that 3.2.4-1 is stable for my machine too. -- Package-specific info: ** Version: Linux version 3.2.0-1-686-pae (Debian 3.2.4-1) (wa...@debian.org) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Sun Feb 5 23:52:49 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-1-686-pae root=UUID=b1d9d3fe-25ea-4251-b576-df03856cad59 ro ** Not tainted ** Kernel log: [2.741317] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) [2.773006] ACPI: Battery Slot [BAT0] (battery present) [2.773400] ACPI: AC Adapter [AC] (on-line) [2.774272] wmi: Mapper loaded [2.783561] intel_rng: FWH not detected [2.830747] cfg80211: Calling CRDA to update world regulatory domain [2.844096] leds_ss4200: no LED devices found [2.853267] [drm] Initialized drm 1.1.0 20060810 [2.972474] usb 1-4: new high-speed USB device number 2 using ehci_hcd [3.014568] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree: [3.014648] Copyright(c) 2003-2011 Intel Corporation [3.014842] iwlwifi :0c:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [3.014932] iwlwifi :0c:00.0: setting latency timer to 64 [3.014978] iwlwifi :0c:00.0: pci_resource_len = 0x2000 [3.015055] iwlwifi :0c:00.0: pci_resource_base = f835c000 [3.015130] iwlwifi :0c:00.0: HW Revision ID = 0x0 [3.015314] iwlwifi :0c:00.0: irq 44 for MSI/MSI-X [3.015425] iwlwifi :0c:00.0: Detected Intel(R) WiFi Link 5100 AGN, REV=0x54 [3.015624] iwlwifi :0c:00.0: L1 Enabled; Disabling L0S [3.042260] iwlwifi :0c:00.0: device EEPROM VER=0x11f, CALIB=0x4 [3.042346] iwlwifi :0c:00.0: Device SKU: 0Xf0 [3.063840] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [3.063933] i915 :00:02.0: setting latency timer to 64 [3.100959] input: Dell WMI hotkeys as /devices/virtual/input/input6 [3.120718] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [3.120823] [drm] MTRR allocation failed. Graphics performance may suffer. [3.120901] iwlwifi :0c:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels [3.135536] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [3.135620] [drm] Driver supports precise vblank timestamp query. [3.135888] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [3.151273] usb 1-4: New USB device found, idVendor=0bda, idProduct=0158 [3.151357] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [3.151434] usb 1-4: Product: USB2.0-CRW [3.151502] usb 1-4: Manufacturer: Generic [3.151570] usb 1-4: SerialNumber: 2007111417340 [3.185496] iwlwifi :0c:00.0: loaded firmware version 8.83.5.1 build 33692 [3.186891] Registered led device: phy0-led [3.214406] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [3.268111] usb 1-5: new high-speed USB device number 3 using ehci_hcd [3.452846] [drm] initialized overlay support [3.473047] usb 1-5: New USB device found, idVendor=0c45, idProduct=6404 [3.473128] usb 1-5: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [3.473202] usb 1-5: Product: Integrated_Webcam_1.3M [3.473268] usb 1-5: Manufacturer: CN0T895N724879CP02MJ [3.474110] fbcon: inteldrmfb (fb0) is primary device [3.528538] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.2, id: 0x1a0b1, caps: 0xd04733/0xa4/0xa [3.557076] Linux media interface: v0.10 [3.565338] usbcore: registered new interface driver uas [3.567740] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7 [3.568395] Linux video capture interface: v2.00 [3.577512] Initializing USB Mass Storage driver... [3.577974] usbcore: registered new interface driver usb-storage [3.577981] USB Mass Storage support registered. [3.581492] uvcvideo: Found UVC 1.00 device Integrated_Webcam_1.3M (0c45:6404) [3.587101] scsi4 : usb-storage 1-4:1.0 [3.589993] usbcore: registered new interface driver ums-realtek [3.590460] input: Integrated_Webcam_1.3M as /devices/pci:00/:00:1d.7/usb1/1-5/1-5:1.0/input/input8 [3.590871] usbcore: registered new interface driver uvcvideo [3.590877] USB Video Class driver (1.1.1) [3.771857] Console: s
Bug#682782: munin-plugins-extra: apc_nis: UTF-8-mangled degree sign in temperature graph label
On 2012-07-25T17:14:14+0100, Tim Bagot wrote: > Package: munin-plugins-extra > Version: 2.0.1-1 > Severity: minor > > Dear Maintainer, > > In the images generated for the apc_nis munin plugin, the label for the > "internal temperature" graph suffers from excessive UTF-8, so that a > degree sign is preceded by an A-with-circumflex. (See attached image.) Thanks for the report. The apc_nis plugin appears to be correctly encoded as UTF-8, so the real bug is rrdtool's or munin's handling of it: http://bugs.debian.org/598554 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#684075: munin: insecure state file handling, munin->root
On 2012-08-09T09:29:06+0200, Helmut Grohne wrote: > Big list. Now let's look at the second condition. Surely the plugin will > somehow have to reference /var/lib/munin/plugin-state. Since plugin.sh > does not give that reference and there is no other library for writing > plugins they will somehow have to mention "plugin-state" (seems like a > safe bet). Filtering those files which contain plugin-state gives us > this list: There is another library for writing plugins, which provides some abstraction for state file handling: the Perl library https://github.com/munin-monitoring/munin/blob/devel/plugins/lib/Munin/Plugin.pm -- Kenyon Ralph signature.asc Description: Digital signature
Bug#636134: is this fixed upstream or not?
On 2013-04-15T22:23:10+0200, Holger Levsen wrote: > this is clearly an upstream issue, the question is, has this been fixed in > the > 2.0.x series? I think Marc Haber's comments in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636134#10 generally still apply. I guess the only other information I can add is that the current hddtemp_smartctl works for me on squeeze and wheezy out-of-the-box, but I probably don't have a system with the large number of drives that the original reporter has. Maybe the bug submitter could comment on the current state, and possibly submit smaller patches for each issue against the current devel branch on github? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
Package: installation-reports
Boot method: USB memory stick
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
dated 2012-12-07T04:21
Date: 2012-12-07T22:00-08:00
Machine: Intel DH77EB motherboard, latest firmware, version 0097 (dated
2012-10-31)
Processor: Intel Core i7-3770
Memory: 32 GB
Partitions: the installer's "use the whole disk" default (efi boot
partition, ext4 root, swap)
Output of lspci -knn (or lspci -nn): (output taken using grml 2012.05)
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM
Controller [8086:0150] (rev 09)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core
processor Graphics Controller [8086:0162] (rev 09)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: i915
00:14.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB
xHCI Host Controller [8086:1e31] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: xhci_hcd
00:16.0 Communication controller [0780]: Intel Corporation 7 Series Chipset
Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
00:19.0 Ethernet controller [0200]: Intel Corporation 82579V Gigabit Network
Connection [8086:1503] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: e1000e
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB
Enhanced Host Controller #2 [8086:1e2d] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: ehci_hcd
00:1b.0 Audio device [0403]: Intel Corporation 7 Series Chipset Family High
Definition Audio Controller [8086:1e20] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: snd_hda_intel
00:1d.0 USB controller [0c03]: Intel Corporation 7 Series Chipset Family USB
Enhanced Host Controller #1 [8086:1e26] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: ehci_hcd
00:1f.0 ISA bridge [0601]: Intel Corporation H77 Express Chipset LPC Controller
[8086:1e4a] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family
6-port SATA AHCI Controller [8086:1e02] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 7 Series Chipset Family SMBus
Controller [8086:1e22] (rev 04)
Subsystem: Intel Corporation Device [8086:2032]
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot: [O]
Detect network card:[O]
Configure network: [O]
Detect CD: [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives: [O]
Install base system:[O]
Clock/timezone setup: [O]
User/password setup:[O]
Install tasks: [O]
Install boot loader:[O]
Overall install:[E]
Comments/Problems:
Installer booted into EFI bootloader, and I used the graphical
installer. Installation goes fine, but the resulting system does not
boot. The computer acts as if there is no bootable disk ("please
insert boot disk").
Ubuntu 12.10 installs and boots using UEFI fine. I suspect a problem
with the EFI NVRAM boot entry that the Debian Installer creates, as
reported by efibootmgr. It looked quite different from what Ubuntu
created (unfortunately I didn't save the output), but I think the
Ubuntu entry had a /boot/efi path in it.
The motherboard is set to the default of "try EFI booting first, and
fall back to legacy BIOS".
Booting into rescue mode and running modprobe efivars ; efibootmgr
--verbose gives this output:
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: ,0003,0001,0002
Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)
Boot0001* SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : Boot Drive
BIOS(2,0,00)AMBO
Boot0002* USB : 0.00 : PART 0 : Boot Drive BIOS(2,0,00)AMBO
Boot0003* UEFI : USB : 0.00 : PART 1 : OS Bootloader
ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(2,6f000,380,73bb6f1a)AMBO
How can I help debug this further?
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#703567: munin-node: ip_ does not work with an ipv6 address
tags 703567 fixed-upstream
thanks
On 2013-03-20T23:21:52+0100, Jean-Philippe Guerard
wrote:
> Package: munin-node
> Version: 1.4.5-3
> Severity: normal
>
> Running ip_ with an ipv6 address yields the following error:
>
> --
> munin-run ip_:222:2:::2
> + :
> + . /usr/share/munin/plugins/plugin.sh
> + IP=:222:2:::2
> + INPUT=INPUT
> + OUTPUT=OUTPUT
> + eval function iptables() {
> /sbin/ip6tables "$@"
> }
> eval: 1: Syntax error: "(" unexpected
> --
>
> The ip_ script starts with #!/bin/sh and "function" is a bash-ism.
>
> Replacing #!/bin/sh by #!/bin/bash on line 1 (and line 2) solves this issue.
This was fixed upstream:
https://github.com/munin-monitoring/munin/commit/2f72cd57dba6d148bf013cdc96bc9ae92f2bd936
> Replacing:
>
> --
> eval 'function iptables() {
> /sbin/ip6tables "$@"
> }'
> --
>
> by
>
> --
> eval 'iptables() {
> /sbin/ip6tables "$@"
> }'
> ------
>
> also solves this issue.
This was also fixed upstream:
https://github.com/munin-monitoring/munin/commit/fa0b8dd560c3be41d0b1b8bcce1a2aca8924ac0a
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#558800: ntp_ rewritten
tags 558800 fixed-upstream forwarded 558800 http://munin-monitoring.org/ticket/775 thanks ntp_ was rewritten in https://github.com/munin-monitoring/munin/commit/0c4290eb7e233a997d7fa2a7a7465256fa71394c and that fixes this bug. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#695328: [testing/wheezy] UEFI installed system fails to boot
On 2012-12-29T20:55:05-0800, Kenyon Ralph wrote: > On 2012-12-29T19:25:59-0800, Kenyon Ralph wrote: > > I have a feeling that using grub2 2.00 (like Ubuntu uses) would work. > > I'll try to build an installer including that if I can figure it out. > > Instead of building a new installer, I just installed grub2 2.00-8 > from experimental in rescue mode. System still did not boot, so I > don't know what to try now. It would be nice if we could figure out > why Ubuntu 12.10 installs and boots in EFI mode, and bring those > changes into the Debian packages. Just trying to install wheezy in UEFI mode again on the Intel DH77EB motherboard, now with firmware version 99 and the latest daily build of debian-testing-amd64-netinst.iso. Still the same result: the resulting Debian installation is unbootable. Here is output when I install and boot Ubuntu 12.10: $ sudo efibootmgr --verbose BootCurrent: 0002 Timeout: 1 seconds BootOrder: 0002,0003, Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0002* ubuntu HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)File(\EFI\ubuntu\grubx64.efi) Boot0003* UEFI : SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : OS Bootloader ACPI(a0341d0,0)PCI(1f,2)03120a00HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)AMBO In Debian rescue mode after installing Debian, replacing the previous Ubuntu installation: # efibootmgr --verbose BootCurrent: 0003 Timeout: 1 seconds BootOrder: 0003,0002, Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0002* ubuntuVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0003* UEFI : USB : 0.00 : PART 0 : OS Bootloader ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(1,10a74,380,27f931c5)AMBO Running 'grub-install /dev/sda' in Debian rescue mode causes the debian line to change to this: Boot* debian HD(1,800,f3800,f8636d01-62af-4d23-9ab6-5b22c5ffd5e6)File(\EFI\debian\grubx64.efi) But like I said in a previous email, upon reboot this disappears, and reentering rescue mode shows the "Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)" line for debian instead. Notice how there is no UEFI SATA hard drive in the efibootmgr output on Debian. That's probably the problem, since the debian line needs to refer to that device, but I have no idea why Ubuntu has this properly and Debian lacks it. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#702152: microcode-20130222 released
Package: intel-microcode Version: 1.20120606.v2.2 Severity: normal Dear Maintainer, Intel released microcode version 20130222: http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=22508 Please consider packaging. Thanks. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash intel-microcode depends on no packages. Versions of packages intel-microcode recommends: ii iucode-tool 0.8.3-1 intel-microcode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671287: same with mirror.picosecond.org
Same problem with mirror.picosecond.org, which is the mirror that http.debian.net selects for me: W: Failed to fetch bzip2:/var/lib/apt/lists/partial/mirror.picosecond.org_debian_dists_unstable_main_i18n_Translation-en Hash Sum mismatch W: Failed to fetch bzip2:/var/lib/apt/lists/partial/mirror.picosecond.org_debian_dists_experimental_main_i18n_Translation-en Hash Sum mismatch E: Some index files failed to download. They have been ignored, or old ones used instead. Seems like http://bugs.debian.org/674659 might be a duplicate of this bug. Note that this hash sum mismatch only happens for me on wheezy. My squeeze systems don't see these hash sum mismatches. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#524425: works for me with backend = auto
Package: fail2ban Version: 0.8.4-3 Severity: normal This version works for me for banning with sshd with python-gamin installed and backend set to auto. It also worked in the default package configuration, without python-gamin installed and backend set to polling. So I concur with some of the other comments: python-gamin can be a recommends, and backend can be auto. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 'stable'), (400, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fail2ban depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi ii whois 5.0.10 an intelligent whois client Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii python-gamin 0.1.10-2+b1 Python binding for the gamin clien -- Configuration Files: /etc/fail2ban/fail2ban.conf changed [not included] /etc/fail2ban/jail.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638147: rsyslog: lost microseconds in timestamps
Package: rsyslog Version: 5.8.3-1 Severity: normal When I enable high-precision timestamps by commenting the line #$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat in /etc/rsyslog.conf, I only get high-precision timestamps on messages that the kernel logs. The rest of logged messages only have 1-second precision. In the squeeze and previous versions of rsyslog, simply commenting the above line would give high-precision timestamps. I don't see anything in the changelog that indicates this should have changed. Examples: 2011-08-16T21:15:54.085150-07:00 gauss kernel: [ 17.369462] ppdev: user-space parallel port driver 2011-08-16T21:15:54-07:00 gauss racoon: INFO: 127.0.0.1[500] used as isakmp port (fd=6) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii initscripts 2.88dsf-13.11scripts for initializing and shutt ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages rsyslog suggests: pn rsyslog-doc(no description available) pn rsyslog-gnutls (no description available) pn rsyslog-gssapi (no description available) pn rsyslog-mysql | rsyslog-pgsql (no description available) pn rsyslog-relp (no description available) -- Configuration Files: /etc/rsyslog.conf changed: $ModLoad imuxsock # provides support for local system logging $ModLoad imklog # provides kernel logging support (previously done by rklogd) $FileOwner root $FileGroup adm $FileCreateMode 0640 $DirCreateMode 0755 $Umask 0022 *.* /var/log/all.log $IncludeConfig /etc/rsyslog.d/*.conf auth,authpriv.* /var/log/auth.log *.*;auth,authpriv.none -/var/log/syslog daemon.*-/var/log/daemon.log kern.* -/var/log/kern.log lpr.* -/var/log/lpr.log mail.* -/var/log/mail.log user.* -/var/log/user.log mail.info -/var/log/mail.info mail.warn -/var/log/mail.warn mail.err/var/log/mail.err news.crit /var/log/news/news.crit news.err/var/log/news/news.err news.notice -/var/log/news/news.notice *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages *.emerg :omusrmsg:* daemon.*;mail.*;\ news.err;\ *.=debug;*.=info;\ *.=notice;*.=warn |/dev/xconsole -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614992: causes ifupdown to use incorrect dhclient command line
This bug causes the problems described in these reports: https://bugs.launchpad.net/bugs/768171 https://bugs.launchpad.net/bugs/799136 https://bugs.launchpad.net/bugs/826175 https://bugs.launchpad.net/bugs/840947 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#637036: irssi: Patch bind_utf8-fix breaks meta-backspace
Package: irssi Version: 0.8.15-4~bpo60+1 Severity: normal Tags: upstream Just like http://bugs.debian.org/625690 but the bind_utf8-fix patch breaks meta-backspace for me. I am pretty sure this patch is the problem, since alt-backspace did delete previous word in the previous version of irssi (0.8.15-2), and now with 0.8.15-4~bpo60+1 alt-backspace does nothing. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1-x86_64-linode19 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages irssi depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libncurses55.7+20100313-5shared libraries for terminal hand ii libperl5.105.10.1-17squeeze2 shared Perl library ii libssl0.9.80.9.8o-4squeeze1 SSL shared libraries ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system irssi recommends no packages. Versions of packages irssi suggests: ii irssi-scripts 20100512 collection of scripts for irssi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633652: emacs on a text console - please help me overcome the shock
On 2011-08-23T08:35:58+0800, jida...@jidanni.org wrote: > >>>>> "r" == rdiezmail-emacs writes: > r> The console mode has been a shock. There is no mouse at all. I cannot > r> navigate the menus as usual, menu-bar-open is weird and unfriendly. > r> But, worst of all, some key combinations do not work well. > But that's the way it must be here on Debian, if you are root. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633652 > My question is how do all those high powered Debian Developers cope? > Don't tell me they don't use emacs. > Or not as root. > Not even > when > administering their system? I use emacs under X to administer my Debian systems. I don't run it as root though. I use emacs TRAMP to use sudo to edit files as root on the local machine. On remote machines I do the same but in an ssh session in xterm (I don't use mouse or menu bars in emacs in X anyway). Looking at bug 633652, have you tried running X programs as root with sux or gksu instead of su? http://packages.debian.org/squeeze/sux http://packages.debian.org/squeeze/gksu -- Kenyon Ralph signature.asc Description: Digital signature
Bug#591106: not reproducible for me anymore
I'm no longer using an Intel GPU (I upgraded this machine to a Radeon card), and I can't reproduce this particular bug with the Radeon (hanging on big images in iceweasel), so feel free to close this bug if nobody else reports this problem anymore. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#558800: fixed upstream
tags 558800 fixed-upstream thanks I fixed this upstream (see http://munin-monitoring.org/ticket/775) by rewriting the ntp_states plugin. The ntp_ plugin's functionality has been integrated into the other ntp plugins, including ntp_states. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#643954: please enable ntpd debugging
Package: ntp Version: 1:4.2.6.p2+dfsg-1+b1 Severity: normal Please enable the -d and -D debugging options for ntpd. They appear to have been disabled due to this bug: http://bugs.debian.org/100347 Ubuntu has re-enabled debugging. I also run ntpd on an Ubuntu natty machine and do not get any "config_timer and resolve_timer spew". https://bugs.launchpad.net/+bugs/47683 Also please re-add the documentation of the -d and -D options to the ntpd manual page. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntp depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dpkg1.15.8.11Debian package management system ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libedit22.11-20080614-2 BSD editline and history libraries ii libopts25 1:5.10-1.1 automated option processing librar ii libssl0.9.8 0.9.8o-4squeeze3 SSL shared libraries ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii netbase 4.45 Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction Versions of packages ntp suggests: ii ntp-doc1:4.2.6.p2+dfsg-1 Network Time Protocol documentatio -- Configuration Files: /etc/dhcp/dhclient-exit-hooks.d/ntp [Errno 2] No such file or directory: u'/etc/dhcp/dhclient-exit-hooks.d/ntp' /etc/ntp.conf changed: driftfile /var/lib/ntp/ntp.drift server 127.127.20.0 minpoll 3 prefer fudge 127.127.20.0 flag1 1 flag3 1 server voodoo.kenyonralph.com iburst server darwin.kenyonralph.com iburst -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643954: fix link and paste output
That Ubuntu bug report link should have been https://bugs.launchpad.net/bugs/47683 Also, to aid searching, here is the output you get from ntpd with debugging disabled: ntpd: The ``debug-level'' option has been disabled -- this package was built using 'configure --disable--debug' -- Kenyon Ralph signature.asc Description: Digital signature
Bug#643955: www.debian.org: server-control comment syntax error eating some commands, starting at tags
Package: www.debian.org Severity: normal A syntax error in an HTML comment on line 485 in http://www.debian.org/Bugs/server-control is eating some of the page. The comment is missing the final two dashes (--). The W3C Validator shows the problem: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.debian.org%2FBugs%2Fserver-control&charset=%28detect+automatically%29&doctype=Inline&group=0&ss=1&verbose=1 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717287: munin-plugins-core: cpuspeed plugin doesn't work with kernel 3.10
On 2013-07-18T23:46:08+0200, gregor herrmann wrote: > No idea where the stats directory went ... Do you have the cpufreq_stats module loaded? In any case, I don't think this is a bug in munin. My system has the cpufreq_stats module loaded and the stats directories exist, and the munin cpuspeed plugin works. BTW the correct way to run munin plugins manually is with munin-run, e.g., sudo munin-run cpuspeed. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#717287: munin-plugins-core: cpuspeed plugin doesn't work with kernel 3.10
On 2013-07-19T00:50:53+0200, gregor herrmann wrote: > On Thu, 18 Jul 2013 15:39:23 -0700, Kenyon Ralph wrote: > > > On 2013-07-18T23:46:08+0200, gregor herrmann wrote: > > > No idea where the stats directory went ... > > Do you have the cpufreq_stats module loaded? > > Good question ... Let's see: > > # lsmod | grep cpufreq_stats > cpufreq_stats 12866 0 > > > In any case, I don't think this is a bug in munin. My system has the > > cpufreq_stats module loaded and the stats directories exist, and the > > munin cpuspeed plugin works. > > I just notice that a munin plugin tries to access a non-existing > file; this might as well be the fault of another package ... > > (Just to make sure: you're also running 3.10-1-amd64 or similar?) I'm running linux-image-3.2.0-4-amd64 version 3.2.46-1 from wheezy, with linux-image-3.9-0.bpo.1-amd64 version 3.9.6-1~bpo70+1 from wheezy-backports installed and waiting for a reboot. I'll try rebooting into the bpo kernel later and report back on whether cpufreq stats are still there. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#549050: cupsd segfaults on SIGHUP
old_serverroot = 0x7f935b1b0154 "/etc/cups"
old_requestroot = 0x7f935b1bdb14 "/var/spool/cups"
old_remote_port = 0
tmpdir =
tmpinfo = {st_dev = 140270815171665, st_ino = 0, st_nlink = 0, st_mode
= 0, st_uid = 0, st_gid = 0, __pad0 = 0, st_rdev = 0,
st_size = 0, st_blksize = -8957231029693710336, st_blocks = 0,
st_atim = {tv_sec = 0, tv_nsec = 0}, st_mtim = {tv_sec = 0,
tv_nsec = 0}, st_ctim = {tv_sec = 48, tv_nsec = 140735402837984},
__unused = {140735402837464, -1, 34}}
p =
#9 0x7f93599b4802 in main (argc=, argv=) at
main.c:817
i = 11896
opt =
fg =
fds = 2
con =
job =
lis =
current_time =
activity =
avahi_client_time = 1375257765
browse_time = 1375257769
senddoc_time = 1375257765
expire_time = 1375257769
report_time = 0
event_time = 1375257698
timeout =
limit = {rlim_cur = 4096, rlim_max = 4096}
action = {__sigaction_handler = {sa_handler = 0x7f93599d0690
,
sa_sigaction = 0x7f93599d0690 }, sa_mask = {__val
= {81920, 0 }}, sa_flags = 0,
sa_restorer = 0}
run_as_child = 1375257765
netif_time = 1375257765
tmo =
tmo_delay = 0
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cups depends on:
ii adduser3.113+nmu3
ii bc 1.06.95-2+b1
ii cups-client1.5.3-5
ii cups-common1.5.3-5
ii cups-filters 1.0.18-2.1
ii cups-ppdc 1.5.3-5
ii debconf [debconf-2.0] 1.5.49
ii dpkg 1.16.10
ii ghostscript9.05~dfsg-6.3+deb7u1
ii libavahi-client3 0.6.31-2
ii libavahi-common3 0.6.31-2
ii libc-bin 2.13-38
ii libc6 2.13-38
ii libcups2 1.5.3-5
ii libcupscgi11.5.3-5
ii libcupsimage2 1.5.3-5
ii libcupsmime1 1.5.3-5
ii libcupsppdc1 1.5.3-5
ii libdbus-1-31.6.8-1+deb7u1
ii libgcc11:4.7.2-5
ii libgnutls262.12.20-7
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
ii libldap-2.4-2 2.4.31-1+nmu2
ii libpam0g 1.1.3-7.1
ii libpaper1 1.1.24+nmu2
ii libslp11.2.1-9
ii libstdc++6 4.7.2-5
ii libusb-1.0-0 2:1.0.11-1
ii lsb-base 4.1+Debian8+deb7u1
ii poppler-utils 0.18.4-6
ii procps 1:3.3.3-3
ii ssl-cert 1.0.32
Versions of packages cups recommends:
ii avahi-daemon 0.6.31-2
ii colord 0.1.21-1
ii foomatic-filters 4.0.17-1
ii ghostscript-cups 9.05~dfsg-6.3+deb7u1
ii printer-driver-gutenprint 5.2.9-1
Versions of packages cups suggests:
pn cups-bsd
pn cups-pdf
ii foomatic-db-compressed-ppds [foomatic-db] 20120523-1
ii hplip 3.12.6-3.1
ii printer-driver-hpcups 3.12.6-3.1
ii smbclient 2:3.6.6-6
ii udev 175-7.2
-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#617268: ifupdown: network servers do not listen on 127.0.1.1
On 2011-03-07T17:17:10+, Brian Burch wrote: > --- original//ifupdown.nw 2011-03-05 20:01:09.0 + > +++ briansPatch//ifupdown.nw2011-03-05 20:02:29.0 + > @@ -3887,11 +3887,13 @@ > This method may be used to define the IPv4 loopback interface. > >up > -ifconfig %iface% 127.0.0.1 up > +ifconfig %iface% 127.0.0.1 up > +ifconfig %iface%:0 127.0.0.1 up > route add -net 127.0.0.0 if ( mylinuxver() < mylinux(2,1,100) ) > >down > -ifconfig %iface% down > +ifconfig %iface%:0 down > +ifconfig %iface% down > @ > > <>= Shouldn't one of those addresses be 127.0.1.1? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#591106: reproducible and more info
On 2011-03-28T01:28:49-0700, Kenyon Ralph wrote: > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > > Backtrace: > 0: /usr/bin/X (xorg_backtrace+0x28) [0x4acd58] > 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a2454] > 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464984] > 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f31261e7000+0x52ef) > [0x7f31261ec2ef] > 4: /usr/bin/X (0x40+0x73987) [0x473987] > 5: /usr/bin/X (0x40+0x11c233) [0x51c233] > 6: /lib/libpthread.so.0 (0x7f3129f1d000+0xef60) [0x7f3129f2bf60] > 7: /usr/bin/X (0x40+0x5bd20) [0x45bd20] > 8: /lib/libpthread.so.0 (0x7f3129f1d000+0xef60) [0x7f3129f2bf60] > 9: /usr/lib/libpixman-1.so.0 (0x7f312986c000+0x57143) [0x7f31298c3143] > 10: /usr/lib/libpixman-1.so.0 (pixman_image_composite32+0x43c) > [0x7f31298a172c] > 11: /usr/lib/xorg/modules/libfb.so (fbComposite+0x220) [0x7f3125dd93d0] > 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f3126a06000+0x2f6fb) > [0x7f3126a356fb] > 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f3126a06000+0x2dc3e) > [0x7f3126a33c3e] > 14: /usr/bin/X (0x40+0xdc3e0) [0x4dc3e0] > 15: /usr/bin/X (0x40+0xd0c3e) [0x4d0c3e] > 16: /usr/bin/X (0x40+0x48c84) [0x448c84] > 17: /usr/bin/X (0x40+0x25c35) [0x425c35] > 18: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f3128a08c4d] > 19: /usr/bin/X (0x40+0x257e9) [0x4257e9] This bug report is an instance of a class of bugs which cause the Xorg event queue to overflow and produce this "EQ overflowing" message. More info here: http://nouveau.freedesktop.org/wiki/TroubleShooting#Igetthe.22EQoverflowing.22error which links to here: http://marc.info/?l=fedora-devel-list&m=124101535025331&w=2 Other Debian "EQ overflowing" bug reports: * http://bugs.debian.org/578056 * http://bugs.debian.org/584482 Some of these might be duplicates, but I don't know how to determine that yet. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#631917: fail2ban: logrotate should not set logtarget
On 2011-07-28T22:57:51-0400, Yaroslav Halchenko wrote: > Would it be acceptable resolution for you: > * I will add to README.Debian something like Yes, a note in README.Debian is probably good enough, since apparently not many people have encountered this issue. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#714139: munin-plugins-core: ntp plugin takes too long when no reserve DNS for one of the peers, causing subsequent plugins to not be queried
On 2013-06-26T18:00:47+1000, Tim Connors wrote: > Package: munin-plugins-core > Version: 2.0.6-4+deb7u1 > Severity: normal > > Investigating why uptime plugin wasn't running, logs were showing the > ntp_state was timing out. Running manually, I find one of the dynamic > peers isn't returning reverse DNS, and this simple patch fixes it > (only 1 second because it's not that critical if you don't resolve > successfully, and it tries twice, and you don't want to wait more than > 2 seconds when you only have 10 or so seconds to get through all the > plugins): I added 5-second timeouts to the plugin in this commit, and I haven't had any more timeout problems: https://github.com/munin-monitoring/munin/commit/e2a01b5be031f93fb3e2cdd00a28f1796727cd17 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#655190: avahi-ui-utils: bshell missing manual page
Package: avahi-ui-utils Version: 0.6.27-2+squeeze1 Severity: normal The bshell binary is missing a symlink to its manual page. It should be symlinked to the manpage for bssh, just like how the bvnc manpage is. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (90, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-ui-utils depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavahi-glib1 0.6.27-2+squeeze1 Avahi glib integration library ii libavahi-ui0 0.6.27-2+squeeze1 Avahi GTK+ User interface library ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6~bpo60+1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1~bpo60+1 FreeType 2 font engine, shared lib ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages avahi-ui-utils recommends: ii openssh-client [ssh-c 1:5.5p1-6+squeeze1 secure shell (SSH) client, for sec pn vnc-viewer (no description available) avahi-ui-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567551: fixed upstream
tags 567551 ipv6 fixed 567551 1.4.6-1 thanks The issue of matching an IPv6 address was fixed in changeset 3289: http://munin-monitoring.org/changeset/3289 The shebang line issue was fixed in changeset 4077: http://munin-monitoring.org/changeset/4077 See also the upstream ticket: http://munin-monitoring.org/ticket/853 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#610528: fixed upstream
tags 610528 fixed-upstream thanks Fixed in upstream trunk http://munin-monitoring.org/changeset/4539 and 1.4-stable branch http://munin-monitoring.org/changeset/4540. Thanks for reporting. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#639669: unreproducible
tags 639669 unreproducible thanks This is a strange bug report, because graph_printf was introduced with munin 1.3.3, 5 years ago. See http://munin-monitoring.org/changeset/1203 and http://munin-monitoring.org/changeset/1204. The users plugin certainly does not have this problem on my munin 1.4.6-1~bpo60+1 installation. I think we'll need more information to figure out the cause of this one. If this is the only report of this happening, I'm inclined to say it might be a local problem. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#611145: agreed
I agree with Holger's comment, the upstream file needs to be generic. I think most Debian system administrators will simply check to see if libnet-cidr-perl is installed when they see those comments in munin-node.conf. That's what I did, anyway. It could be patched in Debian, but I think that would just add unnecessary complexity to the packaging. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#663536: motion: Live Webcam Server should listen on IPv6
Package: motion
Version: 3.2.12-2
Severity: normal
Tags: ipv6 upstream
Forwarded:
http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631
Currently, the motion webcam server, as activated by the webcam_port
configuration directive, only listens on IPv4, as seen in this output
from ss -lnp:
Recv-Q Send-Q Local Address:Port Peer Address:Port
0 10 *:8081 *:* users:(("motion",13749,6))
The local address:port should look like this: :::8081.
There has been some work on this upstream, including patches:
http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2011x01x06x052631
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages motion depends on:
ii adduser3.112+nmu2add and remove users and groups
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libavcodec52 4:0.5.6-3 ffmpeg codec library
ii libavformat52 4:0.5.6-3 ffmpeg file format library
ii libavutil494:0.5.6-3 ffmpeg utility library
ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib
ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG
ii libmysqlclient16 5.1.61-0+squeeze1 MySQL database client library
ii libpq5 8.4.11-0squeeze1 PostgreSQL C client library
Versions of packages motion recommends:
ii ffmpeg4:0.5.6-3 multimedia player, server and enco
Versions of packages motion suggests:
pn mysql-client (no description available)
pn postgresql-client (no description available)
-- Configuration Files:
/etc/default/motion changed:
start_motion_daemon=yes
/etc/motion/motion.conf [Errno 13] Permission denied: u'/etc/motion/motion.conf'
-- debconf information:
motion/moved_conf_dir:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663965: munin-node: nginx_request default config doesn't match the documentation
tags 663965 fixed-upstream thanks On 2012-03-14T13:01:23+0200, Arto Jantunen wrote: > Package: munin-node > Severity: normal > Version: 1.4.5-3 > Tags: patch > > The documentation in the beginning of the script claims that the default > url is "env.url http://localhost/nginx_status";. This is a great default, > fits most uses, matches nginx_status, etc. However this isn't what the > script actually does. Instead of localhost it uses the fqdn as the > default address: I applied your patch to the upstream trunk in r4734: http://munin-monitoring.org/changeset/4734 Thanks! -- Kenyon Ralph signature.asc Description: Digital signature
Bug#474193: munin: single gauge graphs show a black line at zero on the X axis - break autoscaling - all fixed in munin 2.0?
It seems that all of the issues listed in this thread have been fixed in the forthcoming munin 2.0: * always shows black line at y=0 even if only one value is graphed * autoscaling is not forced to a lower limit of 0 Example images attached. Can someone interested in this bug please report whether these look satisfactory to you, so we can close this with the release of munin 2.0? Thanks. Here is a link to my installation: http://kenyonralph.com/munin/ Here is another munin 2.0 installation: http://demo.munin-monitoring.org/ -- Kenyon Ralph signature.asc Description: Digital signature
Bug#625626: duplicate of ubuntu bug?
Looks like this bug report is a duplicate of this one: https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/793632 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#653130: /usr/bin/wicd-client: prints unnecessary tput errors
Package: wicd-gtk
Version: 1.7.0+ds1-5
Severity: minor
File: /usr/bin/wicd-client
When starting wicd-client from ~/.xsession, where $TERM is not
defined, these messages are printed to ~/.xsession-errors:
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
tput: No value for $TERM and no -T specified
Simply moving the tput commands closer to where they're used fixes the
problem. Patch attached.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (90, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wicd-gtk depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-glade2 2.17.0-4 GTK+ bindings: Glade support
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-gtk recommends:
ii gksu 2.0.2-5 graphical frontend to su
ii python-notify0.1.1-2+b2 Python bindings for libnotify
ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile
wicd-gtk suggests no packages.
Versions of packages wicd depends on:
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-cli depends on:
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-curses depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-urwid0.9.9.1-1curses-based UI/widget library for
ii wicd-daemon 1.7.0+ds1-5 wired and wireless network manager
Versions of packages wicd-daemon depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii dbus1.2.24-4+squeeze1simple interprocess messaging syst
ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy
ii ethtool 1:2.6.34-3 display or change Ethernet device
ii iproute 20100519-3 networking and traffic control too
ii iputils-ping3:20100418-3 Tools to test the reachability of
ii isc-dhcp-client [dh 4.1.1-P1-15+squeeze3 ISC DHCP client
ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii net-tools 1.60-23 The NET-3 networking toolkit
ii psmisc 22.11-1 utilities that use the proc file s
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gobject 2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-iniparse 0.3.2-1 Module to access and modify config
ii python-wicd 1.7.0+ds1-5 wired and wireless network manager
ii wireless-tools 30~pre9-5Tools for manipulating Linux Wirel
ii wpasupplicant 0.6.10-2.1 client support for WPA and WPA2 (I
Versions of packages python-wicd depends on:
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python-support 1.0.10 automated rebuilding support for P
-- debconf information:
* wicd/users: kenyon
-- debsums errors found:
debsums: changed file /usr/bin/wicd-client (from wicd-gtk package)
--- /usr/bin/wicd-client~ 2010-05-29 00:25:16.0 -0700
+++ /usr/bin/wicd-client2011-12-23 23:51:13.043721511 -0800
@@ -1,7 +1,4 @@
#!/bin/sh
-BOLD=$(tput bold)
-BLUE=$(tput setaf 4)
-NC=$(tput sgr0)
# check_firstrun()
if [ ! -d "$HOME/.wicd" ]; then
mkdir -p "$HOME/.wicd"
@@ -11,28 +8,31 @@
ln -s "/var/lib/wicd/WHEREAREMYFILES" "$HOME/.wicd/WHEREAREMYFILES"
fi
if [ "$DISPLAY" = "" ]; then
+BOLD=$(tput bold)
+BLUE=$(tput setaf 4)
+NC=$(tput sgr0)
if [ -x "/usr/bin/wicd-curses" ]; then
if [ ! -f "$HOME/.wicd/CLIENT_CURSES_WARNING" ]; then
printf "NOTICE: You do not have an X server active on this
console, \n"
printf "so ${BOLD}${BLUE}wicd-curses${NC} will be started instead.
\n"
printf "Please see the wicd-client and/or wicd-curses manual pages
\n"
printf "for more information about this error and resulting
message. \n"
-printf "\n"
+printf "\n"
printf "This message will not be displayed again. \n"
printf "Press enter to continue... \n"
read _junk
-cat >> "$HOME/.wicd/CLIENT_CURSES_WARNING" << EOF
+cat >> "$HOME/.wicd/CLIENT_CURSES_WARNING" << EOF
The wicd-client script che
Bug#653623: apt: DNS resolution fails on IPv6-only systems (Something wicked happened resolving 'ftp.us.debian.org:http' (-5 - No address associated with hostname)
Package: apt
Version: 0.8.10.3+squeeze1
Severity: normal
Tags: ipv6
On a system with only IPv6 addresses, apt-get or aptitude update fails
with errors like this:
Something wicked happened resolving 'ftp.us.debian.org:http' (-5 - No
address associated with hostname)
DNS resolution works fine outside of APT, for example with host or
dig. Here are my network configurations:
ip addr show:
1: lo: mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: mtu 1500 qdisc mq state UP qlen 1000
link/ether 00:26:b9:23:7d:76 brd ff:ff:ff:ff:ff:ff
inet6 2001:470:8683:0:226:b9ff:fe23:7d76/64 scope global dynamic
valid_lft 86263sec preferred_lft 14263sec
inet6 fe80::226:b9ff:fe23:7d76/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: mtu 1500 qdisc mq state DOWN qlen
1000
link/ether 00:24:d6:73:09:cc brd ff:ff:ff:ff:ff:ff
/etc/resolv.conf:
search kenyonralph.com
domain kenyonralph.com
nameserver 2001:470:8683::1
-- Package-specific info:
-- apt-config dump --
APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Acquire "";
APT::Acquire::Translation "environment";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::mirrors "mirrors/";
Dir::State::extended_states "extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::netrc "auth.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Etc::preferencesparts "preferences.d";
Dir::Etc::trusted "trusted.gpg";
Dir::Etc::trustedparts "trusted.gpg.d";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Media "";
Dir::Media::MountPath "/media/apt";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
Dir::Log::History "history.log";
Dir::Ignore-Files-Silently "";
Dir::Ignore-Files-Silently:: "~$";
Dir::Ignore-Files-Silently:: "\.disabled$";
Dir::Ignore-Files-Silently:: "\.bak$";
Dir::Ignore-Files-Silently:: "\.dpkg-[a-z]+$";
DPkg "";
DPkg::Pre-Invoke "";
DPkg::Pre-Invoke:: "if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install;
fi";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/sbin/etckeeper ]; then etckeeper
post-install; fi";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums
--generate=nocheck -sp /var/cache/apt/archives; fi";
DPkg::Post-Invoke:: "if [ -x /usr/bin/rkhunter ] && ( ! grep -q -E
'^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)'
/etc/rkhunter.conf || grep -q -E
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then
/usr/bin/rkhunter --propupd --nolog; fi";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/apt-listbugs apt || exit 10";
DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Tools "";
DPkg::Tools::Options "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version "2";
DPkg::Tools::Options::/usr/bin/apt-listchanges "";
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";
RPM "";
RPM::Pre-Invoke "";
RPM::Pre-Invoke:: "if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install;
fi";
RPM::Post-Invoke "";
RPM::Post-Invoke:: "if [ -x /usr/sbin/etckeeper ]; then etckeeper post-install;
fi";
Unattended-Upgrade "";
Unattended-Upgrade::Allowed-Origins "";
Unattended-Upgrade::Allowed-Origins::
"${distro_id}:${distro_codename}-security";
Unattended-Upgrade::Mail "root@localhost";
Aptitude "";
Aptitude::CmdLine "";
Bug#665344: Munin-node: make monitored Tomcat connector configurable
On 2012-03-23T11:32:46+0200, Arto Jantunen wrote:
> Package: munin-node
> Version: 1.4.5-3
> Severity: wishlist
> Tags: patch
>
> Currently the Perl-based tomcat_{access,threads,volume} plugins can only
> monitor the http-connector they themselves connect through. This makes
> it impossible to for example monitor AJP connectors and such. The
> attached patch makes this configurable, keeping the same default as
> before.
Hi Arto, your patch does not apply cleanly to current munin trunk.
Would you grab the current code from
http://munin-monitoring.org/browser/trunk/plugins/node.d and, first
see if you still need to patch, since a CONNECTOR variable has been
introduced, and if you do need changes, please make them against the
trunk code so we can easily apply them. Thanks.
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#665685: /usr/bin/cal: sync cal manual page
Package: bsdmainutils Version: 8.0.13 Severity: normal File: /usr/bin/cal I'm not sure if the -M and -S options are supposed to exist in this package's cal, but they don't exist in the FreeBSD version either. However, they are documented in the manual page. (It would be nice to have these options, but it's more important that the documentation is correct.) >From the manual page: -M Weeks start on Monday. -S Weeks start on Sunday. kenyon@grunt ~ % cal -M usage: cal [-hjy] [[month] year] cal [-hj] [-m month] [year] ncal [-hJjpwy3MS] [-s country_code] [[month] year] ncal [-hJeo] [year] -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsdmainutils depends on: ii bsdutils 1:2.17.2-9 Basic utilities from 4.4BSD-Lite ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.4.5-1 The GNU C preprocessor (cpp) ii miscfiles [wordlist] 1.4.2.dfsg.1-9 Dictionaries and other interesting pn vacation (no description available) ii wamerican [wordlist] 6-3American English dictionary words ii wamerican-huge [wordlist] 6-3American English dictionary words ii wamerican-large [wordlist 6-3American English dictionary words ii wamerican-small [wordlist 6-3American English dictionary words ii wbritish [wordlist] 6-3British English dictionary words f ii whois 5.0.10 an intelligent whois client -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560416: anything to do with "upgrade to munin 1.4 alters server configuration"?
tags 560416 moreinfo Is there anything to do with this bug report? Looks to me that it should be closed, considering its age, Tom Feiner's explanation, and lack of feedback for a long time. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665688: munin: @@ templates not being substituted with correct values in some files
Package: munin
Version: 2.0~rc4-1
Severity: normal
The "@@" templates used by the munin build scripts (the Makefiles) are
not being replaced with their correct values in some files.
I use this script to find such instances:
for f in $(for item in $(for pkg in
munin{,-node,-common,-plugins-core,-plugins-extra}; do dlocate -L $pkg; done)
do
if [[ ! -d $item ]]
then
echo $item
fi
done)
do
grep --with-filename --line-number '@@.*@@' $f
done
Output with 2.0~rc4-1 on my system:
/usr/share/perl5/Munin/Master/HTMLOld.pm:870: @@CONFDIR@@/munin.conf
/usr/share/perl5/Munin/Master/HTMLOld.pm:871: @@DBDIR@@/datafile
/usr/share/perl5/Munin/Master/HTMLOld.pm:872: @@LOGDIR@@/munin-html
/usr/share/perl5/Munin/Master/HTMLOld.pm:873: @@HTMLDIR@@/*
/usr/share/perl5/Munin/Master/HTMLOld.pm:874: @@STATEDIR@@/*
/usr/share/perl5/Munin/Master/HTMLOld.pm:878:This is munin-html version
@@VERSION@@
/usr/sbin/munin-node-configure:495:Override configuration file
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-node-configure:499:Override plugin directory
[@@CONFDIR@@/plugins/]
/usr/sbin/munin-node-configure:503:Override plugin configuration directory
[@@CONFDIR@@/plugin-conf.d/]
/usr/sbin/munin-node-configure:507:Override plugin library [@@LIBDIR@@/plugins/]
/usr/sbin/munin-node-configure:651:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-node-configure:652:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-node-configure:653:@@CONFDIR@@/plugins/*
/usr/sbin/munin-node-configure:654:@@LIBDIR@@/plugins/plugins.history
/usr/sbin/munin-node-configure:655:@@LIBDIR@@/plugins/*
/usr/sbin/munin-node-configure:659:This is munin-node-configure (munin-node)
v@@VERSION@@.
/usr/sbin/munin-node:164:Use EfileE as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-node:187:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-node:188:@@CONFDIR@@/plugins/*
/usr/sbin/munin-node:189:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-node:190:@@STATEDIR@@/munin-node.pid
/usr/sbin/munin-node:191:@@LOGDIR@@/munin-node.log
/usr/sbin/munin-node:195:This is munin-node v@@VERSION@@
/usr/sbin/munin-run:192:Use EfileE as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-run:196:Use EdirE as plugin dir. [@@CONFDIR@@/plugins/]
/usr/sbin/munin-run:200:Use EdirE as plugin configuration dir.
[@@CONFDIR@@/plugin-conf.d/]
/usr/sbin/munin-run:233:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-run:234:@@CONFDIR@@/plugins/*
/usr/sbin/munin-run:235:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-run:236:@@STATEDIR@@/munin-node.pid
/usr/sbin/munin-run:237:@@LOGDIR@@/munin-node.log
/usr/sbin/munin-run:241:This is munin-run (munin-node) v@@VERSION@@
/usr/sbin/munin-sched:167:Use EfileE as configuration file.
[@@CONFDIR@@/munin-node.conf]
/usr/sbin/munin-sched:185:@@CONFDIR@@/munin-node.conf
/usr/sbin/munin-sched:186:@@CONFDIR@@/plugins/*
/usr/sbin/munin-sched:187:@@CONFDIR@@/plugin-conf.d/*
/usr/sbin/munin-sched:188:@@STATEDIR@@/munin-sched.pid
/usr/sbin/munin-sched:189:@@LOGDIR@@/munin-sched.log
/usr/sbin/munin-sched:193:This is munin-sched v@@VERSION@@
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.18-x86_64-linode24 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages munin depends on:
ii adduser3.112+nmu2add and remove users and groups
ii cron 3.0pl1-116process scheduling daemon
ii libcgi-fast-perl 5.10.1-17squeeze3 CGI::Fast Perl module
ii libdate-manip-perl 6.11-1module for manipulating dates
pn libdigest-md5-perl (no description available)
ii libfile-copy-recursive 0.38-1Perl extension for recursively cop
ii libhtml-template-perl 2.9-2 module for using HTML Templates wi
ii libio-socket-inet6-per 2.65-1.1 Object interface for AF_INET6 doma
ii liblog-log4perl-perl 1.29-1A Perl port of the widely popular
ii librrds-perl 1.4.3-1 time-series data storage and displ
pn libstorable-perl (no description available)
ii liburi-perl1.54-2module to manipulate and access UR
ii munin-common 2.0~rc4-1 network-wide graphing framework (c
ii perl [libtime-hires-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii perl-modules 5.10.1-17squeeze3 Core Perl modules
ii rrdtool1.4.3-1 time-series data storage and displ
ii ttf-dejavu 2.31-1Metapackage to pull in ttf-dejavu-
Versions of packages munin recommends:
pn munin-doc (no description available)
ii munin-node2.0~rc4-1 net
Bug#665687: munin-cgi-graph and munin-cgi-html fail to start due to incorrect permissions on log directory
On 2012-03-25T13:04:35+0800, Chen-Yu Tsai wrote: > The respective log files have the correct permissions > set with dpkg-statoverride (owned by www-data:adm), however the > dircetory /var/log/munin is owned by munin:adm, with permissions > 0750. This blocks munin-cgi-* from accessing the log files. > > I recommend changing the permissions on /var/log/munin to 0751, > which is what I did, or apply some other way to allow access by > www-data. It looks like this may be due to the "dpkg-statoverride --list" call succeeding, thus not executing the "dpkg-statoverride --update" line to set the mode to 0751: http://munin-monitoring.org/browser/branches/debian/wheezy/trunk/debian/munin.postinst?rev=4671#L20 Is there a reason why these dpkg-statoverride calls should not be executed unconditionally? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#584167: fixed in munin 2? (munin: insecure $ENV{PATH} in apache error log)
Since munin's CGI capabilities were significantly improved in version 2, can anyone experiencing this bug with 1.4 confirm that it does not exist in 2? I have not seen "insecure path" messages in apache's error log with munin 2. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
Package: tayga Version: 0.9.2-4 Severity: wishlist Tags: patch Attached is a patch that allows you to add IP addresses to the TUN interface using /etc/default/tayga. Having addresses on this interface is desirable according to Q3.3 and Q3.4 of the TAYGA FAQ: http://www.litech.org/tayga/faq.html -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Kenyon Ralph # HG changeset patch # User ken...@kenyonralph.com # Date 1337387488 25200 # Node ID 246f594f4a04790a5cea1230e042430517344261 # Parent 7797474c516516b111dc611bb420b93acf6e5acd default, init: allow adding addresses to the TUN interface diff -r 7797474c5165 -r 246f594f4a04 debian/default --- a/debian/default Tue Apr 17 22:31:36 2012 +0100 +++ b/debian/default Fri May 18 17:31:28 2012 -0700 @@ -13,3 +13,9 @@ # Additional options that are passed to the Daemon. DAEMON_OPTS="" + +# IPv4 address to assign to the tun64 device +IPV4_TUN_ADDR="" + +# IPv6 address to assign to the tun64 device +IPV6_TUN_ADDR="" diff -r 7797474c5165 -r 246f594f4a04 debian/init --- a/debian/init Tue Apr 17 22:31:36 2012 +0100 +++ b/debian/init Fri May 18 17:31:28 2012 -0700 @@ -109,6 +109,8 @@ ip link set $TUN_DEVICE up ip route add $DYNAMIC_POOL dev nat64 ip route add $IPV6_PREFIX dev nat64 + [ -n "$IPV4_TUN_ADDR" ] && ip addr add $IPV4_TUN_ADDR dev nat64 + [ -n "$IPV6_TUN_ADDR" ] && ip addr add $IPV6_TUN_ADDR dev nat64 fi [ "x$CONFIGURE_NAT44" = "xyes" ] && iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
On 2012-05-18T17:35:17-0700, Kenyon Ralph wrote: > +# IPv4 address to assign to the tun64 device > +IPV4_TUN_ADDR="" > + > +# IPv6 address to assign to the tun64 device > +IPV6_TUN_ADDR="" Oops, I meant nat64 device, not tun64. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#661059: duplicate bug (dhclient doesn't support IPv6 domain-name-servers)
This is a duplicate of <http://bugs.debian.org/537159>. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#673491: tayga: [patch] allow adding addresses to the TUN interface
On 2012-06-11T15:00:24+0200, SamLT wrote: > Same idea, but I leave here the default file untouched, and find the > IPv4/IPv6 addresses from the tayga config(ipv4-addr/ipv6-addr), as for > the other parameters(prefix, dynamic-pool...). I believe your patch is not correct because the nat64 TUN device should have addresses from different networks than what TAYGA is using. The ipv4-addr and ipv6-addr (or the address TAYGA generates using ipv4-addr and the IPv6 NAT64 prefix) in /etc/tayga.conf are used internally by TAYGA and will not be visible in 'ip address show' output. So you need to create new configuration variables outside of tayga.conf, which is why I added variables to /etc/default/tayga. > patch attached and pasted below for completness. > > > Thanks for your work. > > sam > > > --- debian/init 2012-06-11 14:43:36.902006173 +0200 > +++ debian/init.new 2012-06-11 14:42:31.787831726 +0200 > @@ -67,6 +67,8 @@ > TUN_DEVICE=$(sed -rn "/^[ \t]*tun-device/s/^[ \t]*tun-device[ \t]+//p" > /etc/tayga.conf) > IPV6_PREFIX=$(sed -rn "/^[ \t]*prefix/s/^[ \t]*prefix[ \t]+//p" > /etc/tayga.conf) > DYNAMIC_POOL=$(sed -rn "/^[ \t]*dynamic-pool/s/^[ \t]*dynamic-pool[ \t]+//p" > /etc/tayga.conf) > +IPV4_TUN_ADDR=$(sed -rn "/^[ \t]*ipv4-addr/s/^[ \t]*ipv4-addr[ \t]+//p" > /etc/tayga.conf) > +IPV6_TUN_ADDR=$(sed -rn "/^[ \t]*ipv6-addr/s/^[ \t]*ipv6-addr[ \t]+//p" > /etc/tayga.conf) > CONFIGURE_IFACE="no" > CONFIGURE_NAT44="no" > > @@ -109,6 +111,8 @@ > ip link set $TUN_DEVICE up > ip route add $DYNAMIC_POOL dev nat64 > ip route add $IPV6_PREFIX dev nat64 > + [ -z "$IPV4_TUN_ADDR" ] || ip addr add $IPV4_TUN_ADDR dev > $TUN_DEVICE > + [ -z "$IPV6_TUN_ADDR" ] || ip addr add $IPV6_TUN_ADDR dev > $TUN_DEVICE > fi > [ "x$CONFIGURE_NAT44" = "xyes" ] && iptables -t nat -A POSTROUTING -s > $DYNAMIC_POOL -j MASQUERADE || true > > --- debian/init 2012-06-11 14:43:36.902006173 +0200 > +++ debian/init.new 2012-06-11 14:42:31.787831726 +0200 > @@ -67,6 +67,8 @@ > TUN_DEVICE=$(sed -rn "/^[ \t]*tun-device/s/^[ \t]*tun-device[ \t]+//p" > /etc/tayga.conf) > IPV6_PREFIX=$(sed -rn "/^[ \t]*prefix/s/^[ \t]*prefix[ \t]+//p" > /etc/tayga.conf) > DYNAMIC_POOL=$(sed -rn "/^[ \t]*dynamic-pool/s/^[ \t]*dynamic-pool[ \t]+//p" > /etc/tayga.conf) > +IPV4_TUN_ADDR=$(sed -rn "/^[ \t]*ipv4-addr/s/^[ \t]*ipv4-addr[ \t]+//p" > /etc/tayga.conf) > +IPV6_TUN_ADDR=$(sed -rn "/^[ \t]*ipv6-addr/s/^[ \t]*ipv6-addr[ \t]+//p" > /etc/tayga.conf) > CONFIGURE_IFACE="no" > CONFIGURE_NAT44="no" > > @@ -109,6 +111,8 @@ > ip link set $TUN_DEVICE up > ip route add $DYNAMIC_POOL dev nat64 > ip route add $IPV6_PREFIX dev nat64 > + [ -z "$IPV4_TUN_ADDR" ] || ip addr add $IPV4_TUN_ADDR dev > $TUN_DEVICE > + [ -z "$IPV6_TUN_ADDR" ] || ip addr add $IPV6_TUN_ADDR dev > $TUN_DEVICE > fi > [ "x$CONFIGURE_NAT44" = "xyes" ] && iptables -t nat -A POSTROUTING -s > $DYNAMIC_POOL -j MASQUERADE || true > -- Kenyon Ralph signature.asc Description: Digital signature
Bug#576113: duplicate of 576118
This is probably a duplicate of bug 576118. http://bugs.debian.org/576118 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#399706: soap_use_proxy problem still exists with apt-listbugs
Please apply the patch in <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399706#69>. Thanks. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#576118: does apt-listbugs even use libhttpclient-ruby1.8?
Does apt-listbugs even use libhttpclient-ruby1.8? It seems to use Net::HTTP, if I understand this correctly. http://www.ruby-doc.org/stdlib-1.9.3/libdoc/net/http/rdoc/Net/HTTP.html https://github.com/nahi/httpclient/blob/master/sample/howto.rb % grep -R 'require.*http' /usr/share/apt-listbugs /usr/sbin/apt-listbugs /usr/share/apt-listbugs/debian/bts.rb:require 'net/http' -- Kenyon Ralph signature.asc Description: Digital signature
Bug#576118: does apt-listbugs even use libhttpclient-ruby1.8?
On 2012-04-28T20:26:39-0700, Kenyon Ralph wrote: > Does apt-listbugs even use libhttpclient-ruby1.8? It seems to use > Net::HTTP, if I understand this correctly. > http://www.ruby-doc.org/stdlib-1.9.3/libdoc/net/http/rdoc/Net/HTTP.html > https://github.com/nahi/httpclient/blob/master/sample/howto.rb > > % grep -R 'require.*http' /usr/share/apt-listbugs /usr/sbin/apt-listbugs > /usr/share/apt-listbugs/debian/bts.rb:require 'net/http' This is with apt-listbugs 0.1.3 on Debian squeeze, by the way. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#671465: executables should have manual pages
Package: munin Version: 2.0~rc5-3 Severity: wishlist File: /usr/sbin/munin-run Per Debian policy, there should be manual pages for munin executables, such as munin-run, munindoc, etc. We should be able to use the existing perldoc, just like how "perldoc perl" and "man perl" give the same document. I don't know how that works, but probably pod2man is used during Debian package creation to generate manual pages. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser3.112+nmu2add and remove users and groups ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii munin-common 2.0~rc5-3 network-wide graphing framework (c ii munin-plugins-core [mu 2.0~rc5-3 network-wide graphing framework (p ii munin-plugins-extra [m 2.0~rc5-3 network-wide graphing framework (u ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii procps 1:3.2.8-9squeeze1 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections ii munin-plugins-core2.0~rc5-3 network-wide graphing framework (p Versions of packages munin-node suggests: ii acpi 1.5-2 displays information on ACPI devic ii ethtool 1:2.6.34-3 display or change Ethernet device ii hdparm9.32-1 tune hard disk parameters for high pn libcache-cache-pe (no description available) ii libcrypt-ssleay-p 0.57-2 Support for https protocol in LWP pn libdbd-mysql-perl (no description available) pn libdbd-pg-perl (no description available) pn liblwp-useragent- (no description available) pn libnet-irc-perl(no description available) pn libtext-csv-xs-pe (no description available) ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii libxml-simple-per 2.18-3 Perl module for reading and writin ii lm-sensors1:3.1.2-6 utilities to read temperature/volt pn logtail(no description available) pn munin (no description available) pn munin-java-plugin (no description available) ii munin-plugins-ext 2.0~rc5-3 network-wide graphing framework (u pn mysql-client (no description available) ii net-tools 1.60-23The NET-3 networking toolkit ii python2.6.6-3+squeeze6 interactive high-level object-orie ii ruby 4.5An interpreter of object-oriented ii smartmontools 5.41+svn3365-1~bpo60+1 control and monitor storage system -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668667: [oss-security] CVE Request (minor) -- Two Munin graphing framework flaws
On 2012-04-18T18:37:09-0600, Kurt Seifried wrote: > On 04/17/2012 11:16 PM, Helmut Grohne wrote: > > On Tue, Apr 17, 2012 at 11:04:56PM -0600, Kurt Seifried wrote: > > > On 04/16/2012 11:34 PM, Helmut Grohne wrote: > > > > The basic requirement is that a plugin called vmstat is > > > > configured for the node localhost.localdomain. I just picked it > > > > as an example, cause it is present on my system. In practise > > > > any plugin for any host will do. > > > > > > Is this the default configuration? > > > > I am not that sure about the defaults, because I changed them. > > However running a Munin without any plugins is pointless. It is > > like running a mail server that does not transport any mail. You > > don't even have to guess the name of a configured plugin, because > > those images are linked from the html. Finding a configured plugin > > is really no issue on any sane munin installation. Sane > > administrators may have to restricted access to munin to themselves > > as to not expose the monitoring results to the public though. > > > > Helmut > > If anyone can comment on this (default/not), and if you install a > plugin does it expose it publicly or does the administrator have to > enable remote access? The packaging of munin node determines whether it will install symlinks for enabling plugins. The packaging of munin master determines whether a configuration for your httpd is installed and activated. On Debian, symlinks to enable plugins are installed by default, and an apache2 configuration is automatically activated. So, on Debian, if your httpd is publicly-accessible, the munin pages and CGI will be publicly-accessible. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#676798: munin-node: Munin-node does not allow IPv6 localhost connections
On 2012-06-09T14:13:11+0200, Michael Renner wrote: > This would also be a good opportunity to get rid of the travesty that is > the regex netblock matching and fix #611145 in the process but apparently > there's a bug in munin/Net::CIDR since > > cidr_allow ::1/128 > cidr_allow 127.0.0.1/32 > > doesn't allow v6 localhost connections either. Here is some related information about this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523846#53 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#647158: /usr/bin/debmany: shows documentation of wrong package if package only exists in backports
Package: debian-goodies
Version: 0.53
Severity: normal
File: /usr/bin/debmany
Tags: patch
On a Debian squeeze system with backports enabled, the package ntop
(for example) only exists in squeeze-backports, not in squeeze. So,
the command
apt-get -q2 --print-uris --reinstall install ntop
lists the URLs from squeeze-backports first (I'm not sure why, but it
does), and then the dependencies of ntop, which are in squeeze
repositories. This is a problem for debmany because it downloads the
package listed last in the apt-get output. So, you will get the
documentation of python-mako, or python-markupsafe, or possibly
something else, depending on what you have installed.
Attached is a patch which fixes this. I grep for the package name
instead of just taking the last line of apt-get output. This should
always work as long as the package filename follows Debian
conventions.
The patch also fixes the following minor issues:
1. Version number is supposed to be output with the usage information.
2. Remove obsolete date in usage information.
3. Remove misleading comment in debug output.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages debian-goodies depends on:
ii curl 7.21.0-2 Get a file from an HTTP, HTTPS or
ii dctrl-tools [grep-dctr 2.14.5Command-line tools to process Debi
ii dialog 1.1-20100428-1Displays user-friendly dialog boxe
ii less 436-1 pager program similar to more
ii lsof 4.81.dfsg.1-1 List open files
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii whiptail 0.52.11-1 Displays user-friendly dialog boxe
debian-goodies recommends no packages.
Versions of packages debian-goodies suggests:
ii popularity-contest 1.49Vote for your favourite packages a
ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from
ii zenity 2.30.0-1Display graphical dialog boxes fro
-- no debconf information
--- debian-goodies-0.59/debmany/debmany 2010-05-26 03:34:24.0 -0700
+++ /usr/bin/debmany2011-10-30 20:28:42.182991029 -0700
@@ -29,6 +29,9 @@
curdir=`pwd`
+# Version of debmany
+version=1.4
+
error()
{
# show errorcode and quit
@@ -48,7 +51,7 @@
usage()
{
- echo "debmany $version Thu May 15 16:56:19 CEST 2008
+ echo "debmany $version
Description: Display a manpage or documentation files from a Debian package.
The list of files is displayed in a dialog.
Supported locations for debian packages are: Local .deb-file,
@@ -134,9 +137,6 @@
usage "Viewer for other data '$othercmd' is not available or executable"
fi
-# Version of debmany
-version=1.3
-
# choose whiptail or dialog
whiptail=/usr/bin/whiptail
dialog=/usr/bin/dialog
@@ -243,8 +243,8 @@
if [ -z "$file" ]
then
-debug "Mode3: Determining the path of '$package' (you use file:// in
sources.list)" # comment
-aptdata=`apt-get -q2 --print-uris --reinstall install "$package"
2>/dev/null | tail -1`
+debug "Mode3: Determining the path of '$package'" # comment
+aptdata=`apt-get -q2 --print-uris --reinstall install "$package"
2>/dev/null | grep "$package"_`
if [ -z "$aptdata" ]
then
error "There is no package called '$package'."
Bug#665344: Munin-node: make monitored Tomcat connector configurable
tags 665344 = fixed-upstream
thanks
On 2012-03-30T10:08:51+0300, Arto Jantunen wrote:
> Kenyon Ralph writes:
> > On 2012-03-23T11:32:46+0200, Arto Jantunen wrote:
> >> Package: munin-node
> >> Version: 1.4.5-3
> >> Severity: wishlist
> >> Tags: patch
> >>
> >> Currently the Perl-based tomcat_{access,threads,volume} plugins can only
> >> monitor the http-connector they themselves connect through. This makes
> >> it impossible to for example monitor AJP connectors and such. The
> >> attached patch makes this configurable, keeping the same default as
> >> before.
> >
> > Hi Arto, your patch does not apply cleanly to current munin trunk.
> > Would you grab the current code from
> > http://munin-monitoring.org/browser/trunk/plugins/node.d and, first
> > see if you still need to patch, since a CONNECTOR variable has been
> > introduced, and if you do need changes, please make them against the
> > trunk code so we can easily apply them. Thanks.
>
> Apparently trunk contains pretty much exactly the same patch already,
> except the documentation of the connector parameter is missing. I should
> probably have checked that, would have saved at least 15 minutes of
> work..
Thanks for noting the lack of documentation. That is now fixed
upstream as well.
> This bug should be marked fixed-upstream and closed when a version
> containing the fix hits Debian.
--
Kenyon Ralph
signature.asc
Description: Digital signature
Bug#488360: Status request for 488360 (cciss support to the smart_ plugin)
tags 488360 = moreinfo thanks On 2012-04-02T08:56:42-0500, Nicolas Stransky wrote: > Oh I wasn't aware of this. Let me review it and I'll get back to you in a > few days if you don't mind, I'm currently traveling. Thanks for the heads > up. > > Nico > On Apr 2, 2012 8:54 AM, "Steve Schnepp" wrote: > > > So, what's the status on this bug ? > > > > Since, if the patch works correctly, I'm ready to include it upstream, > > and it might be included in 2.0. The last message in this bug thread asked if Matt was able to get any SMART data from his cciss disks, since the smartctl -A output did not give typical smartctl output. At this point, it looks like there is nothing to do with this bug and it should be closed, but I'm tagging it moreinfo for now. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#661884: munin failed to generate for diskstats_iops Attempting to reuse 'min_max_diff'
tags 661884 help moreinfo thanks On 2012-03-02T09:09:01+0100, Patrick Poulain wrote: > Package: munin > Version: 1.4.6-1~bpo60+1 > Severity: normal > > > > Munin failed to generate graph for plugin diskstats_iops with default install > configuration > > 2012/03/02 08:55:18 [RRD ERROR] Unable to graph > /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-month.png > : Attempting to reuse 'min_max_diff' > 2012/03/02 08:55:18 [RRD ERROR] Unable to graph > /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-week.png > : Attempting to reuse 'min_max_diff' > 2012/03/02 08:55:18 [RRD ERROR] Unable to graph > /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-day.png > : Attempting to reuse 'min_max_diff' > 2012/03/02 08:55:18 [RRD ERROR] Unable to graph > /var/cache/munin/www/localdomain/localhost.localdomain/diskstats_latency/sda-year.png > : Attempting to reuse 'min_max_diff' Any idea what causes this or how to reproduce this? Does this bug happen all the time, or just once? Were you able to fix or work around this issue? Can you try to see if you get this bug with the latest packages from Debian sid (they work fine on Debian squeeze)? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665685: /usr/bin/cal: sync cal manual page
On 2012-04-03T12:06:18+0200, Michael Meskes wrote: > On Sat, Mar 24, 2012 at 10:02:07PM -0700, Kenyon Ralph wrote: > > However, they are documented in the manual page. (It would be nice to > > have these options, but it's more important that the documentation is > > correct.) > > They are not listed for cal but only for ncal: > > > usage: cal [-hjy] [[month] year] > >cal [-hj] [-m month] [year] > >ncal [-hJjpwy3MS] [-s country_code] [[month] year] > >ncal [-hJeo] [year] > > I don't see a bug here, sorry. Yep, you're right, I see that ncal has those options, sorry about that. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#558800: ntp_ plugin not really fixed yet
tags 558800 - fixed-upstream found 558800 munin/2.0~rc2-1 found 558800 munin/2.0~rc4-1 notforwarded 558800 thanks I realized that the ntp_ plugin is still useful to monitor individual peers. The poorly-named "ntp_offset" plugin can do the same, but for only the current system peer (and ntp_offset works with IPv6 peers). So, this bug is not fully fixed yet. I plan to rewrite ntp_ using techniques similar to those I used in ntp_states to make it work with IPv6 peers. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#737008: squid3 3.3.8-1.1 packaging works easily for 3.4.6
Just reporting that I built a Debian package locally of squid 3.4.6 simply by copying the debian directory from the 3.3.8-1.1 package to the 3.4.6 tree, refreshing patches, and removing 17-pod2man-check.patch. (I also removed the libecap dependency since I'm building this for wheezy and didn't want to backport another package that I don't need.) I have not tested installing or running the resulting binaries yet, but it looks like it should be fine. So, it should not be too much effort to get the latest version into unstable. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#691672: [pkg-ntp-maintainers] Bug#691672: Debian Wheezy (testing) ntp is build without ppsapi
On 2012-10-28T12:35:55+0100, Kurt Roeckx wrote: > On Sun, Oct 28, 2012 at 03:28:43PM +0400, wrote: > > Package: ntp > > Version: 4.2.6.p5+dfsg-2 > > Debian: Wheezy > > > > ntpd does not recognize reference clock 22 (PPS) with message refclock > > 22 invalid in syslog. > > > > To fix the problem: > > I have installed pps-tools _firtst_. Then I have downloaded source > > code apt-get source ntp && apt-get build-dep ntp. Then I build it with > > debuild and now everything is ok. I think that pps-tools should be in > > build dependencies for ntp. > > pps-tools seems to be new in Debian. > > Do you know if the ppsapi has been added to the standard kernel, > and that it's enabled in Debian by default? PPS cannot be properly used with the default Debian kernels because they do not enable CONFIG_NTP_PPS. But this requires enabling CONFIG_NO_HZ_COMMON and CONFIG_RCU_FAST_NO_HZ, which is why CONFIG_NTP_PPS probably won't be a default. However, the NTP package should still build-depend on pps-tools. Then that's just one fewer step to making a PPS-enabled stratum 1 NTP server on Debian, and there's no harm if you're not running PPS (you're already building support for refclocks in the Debian NTP package, so it doesn't make sense to leave out PPS support). It's pretty easy to build a custom kernel nowadays with "make deb-pkg" in the standard kernel source. -- Kenyon Ralph signature.asc Description: Digital signature
Bug#770761: intel-microcode: should Depends: on the first working linux-image version (e.g. backports)
On 2014-11-27T14:05:25-0200, Henrique de Moraes Holschuh wrote: > > > Versions of packages intel-microcode recommends: > > > ii initramfs-tools 0.109.1 > > > > This is going to be a problem as well. I will consider switching to a > > Depends. > > I've switched to a depends for backports, I can undo this easily if it > causes problems. Unstable and stable will remain with a recommends. The change from Recommends to Depends for initramfs-tools is preventing upgrade from intel-microcode 3.20140913.1~bpo70+1 to 3.20140913.1~bpo70+2. I have dracut installed instead of initramfs-tools, so to upgrade, I would have to replace dracut with initramfs-tools. My understanding is that dracut is the replacement for initramfs-tools. -- Kenyon Ralph -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages intel-microcode depends on: ii iucode-tool 1.1.1-1~bpo70+1 Versions of packages intel-microcode recommends: pn initramfs-tools intel-microcode suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#772513: intel-microcode: dracut support for wheezy-backports
Package: intel-microcode Version: 3.20140913.1~bpo70+2 Severity: wishlist Dear Maintainer, As requested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770761#32 I'm creating this bug report. The above wheezy-backports version of intel-microcode depends on initramfs-tools, which conflicts with dracut. I've switched back to the wheezy version of intel-microcode for now. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#325803: keychain error adding gpg key; seems to think pinentry is not installed
Control: tags -1 moreinfo On 2005-08-31T00:05:36-0400, Barry Hawkins wrote: > Package: keychain > Version: 2.5.5-3 > Severity: normal > > When using keychain to add a GPG key, I am experiencing an error message > that seems to say that keychain thinks pinentry is not installed, though > it is. Below is the repeatable output in a login shell: Check that your ~/.gnupg/gpg-agent.conf does not contain an incorrect pinentry-program line, as explained here: http://brondsema.net/blog/index.php/2007/02/06/keychain_gpg_agent_pinentry_problems -- Kenyon Ralph signature.asc Description: Digital signature
Bug#779639: munin-plugins-extra: Typo in /usr/share/munin/plugins/ejabberd_
Control: tags -1 fixed-upstream On 2015-03-03T13:59:31+0100, Peter Schwindt wrote: > Package: munin-plugins-extra > Version: 2.0.25-1 > Severity: minor > Tags: patch upstream > > Dear Maintainer, > > there's a tiny typo in /usr/share/munin/plugins/ejabberd_ as seen below. Yes, > it's > still to seen in upstream (checked today). Fixed upstream in https://github.com/munin-monitoring/munin/commit/fcacf47b6e92a56a52d775f0abe77058743a02ef thanks for the report! -- Kenyon Ralph signature.asc Description: Digital signature
Bug#755905: related upstream bug report for Iceweasel 31 segfault
Here is an upstream bug report that is probably the same thing: https://bugzil.la/1038860 -- Kenyon Ralph signature.asc Description: Digital signature
Bug#847732: debmany incorrectly reports "no package" if current version of deb already exists in /var/cache/apt/archives
Package: debian-goodies Version: 0.63 Severity: normal File: /usr/bin/debmany Dear Maintainer, If the package you are trying to inspect with debmany is not installed, but its deb exists in /var/cache/apt/archives, then debmany incorrectly stops with error "There is no package called 'foo'". This is because the apt-get command used in debmany only shows download URIs for files which don't already exist in /var/cache/apt/archives. Changing line 247 to this fixes it (use apt-get download instead of apt-get install; this also removes the need for grep): aptdata=`apt-get --print-uris download "$package" 2>/dev/null` -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debian-goodies depends on: ii curl 7.38.0-4+deb8u5 ii dctrl-tools [grep-dctrl] 2.23 ii perl 5.20.2-3+deb8u6 ii python2.7.9-1 ii whiptail 0.52.17-1+b1 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.61 ii xdg-utils 1.1.0~rc1+git20111210-7.4 ii zenity 3.14.0-1 -- no debconf information
Bug#223718: dlocate: another bash-completion script
I haven't tested it yet, but there is another bash-completion script for dlocate here: http://www.geocities.com/user42_kevin/dloc/dlocate.bash.txt signature.asc Description: Digital signature
Bug#487862: How to fix
For the benefit of anyone else searching for this, here is what I did to make this work. I use xmonad and gnome-terminal and wanted the right-click open link functionality working with iceweasel without installing all of GNOME. Diogo's Message #30 gave me the idea. Here is the command: gconftool --type=string --set /desktop/gnome/url-handlers/http/command "x-www-browser %s" This post helped me figure out which gconf key to change: http://www.linuxworld.com/community/?q=node/18172 signature.asc Description: Digital signature
Bug#511377: rxvt-unicode: cannot scroll with keyboard when mouse is outside of terminal window and perl-ext-common: tabbed resource set
Package: rxvt-unicode Version: 9.06-1 Severity: normal To reproduce, make an ~/.Xdefaults containg the following: URxvt.perl-ext-common: tabbed Now start urxvt and enter some commands so that there is enough output to scroll. Notice how scrolling with Ctrl-PageUp and Ctrl-PageDown only works if the mouse pointer is in the urxvt window. I'm using the xmonad window manager, if it makes any difference. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rxvt-unicode depends on: ii base-passwd3.5.19Debian base system master password ii libafterimage0 2.2.8-2 imaging library designed for After ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libperl5.105.10.0-19 Shared Perl library ii libpng12-0 1.2.27-2 PNG library - runtime ii librsvg2-2 2.22.2-4 SAX-based renderer library for SVG ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxrender11:0.9.4-2 X Rendering Extension client libra ii ncurses-base 5.7+20081227-1basic terminal type definitions ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime rxvt-unicode recommends no packages. Versions of packages rxvt-unicode suggests: ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511377: Acknowledgement (rxvt-unicode: cannot scroll with keyboard when mouse is outside of terminal window and perl-ext-common: tabbed resource set)
I meant Shift-PageUp and Shift-PageDown, of course. signature.asc Description: Digital signature
Bug#527315: Also affects Ubuntu jaunty
See: https://bugs.launchpad.net/bugs/376709 Problem seems to be that /etc/cron.d/mrtg changed and output isn't being redirected properly. signature.asc Description: Digital signature
