Bug#743193: invoke-rc.d: action reopen-logs is unknown, but proceeding anyway.

2014-03-31 Thread Mike Williams
Package: php5-fpm
Version: 5.5.10-1~dotdeb.1
Severity: normal

Dear Maintainer,

#683415 added a logrotate script for php5-fpm that uses reopen-logs to, well, 
reopen the logs.
However invoke-rc.d doesn't recognise that option so every week every server we 
have emails us.


Mike

-- Package-specific info:
 Additional PHP 5 information 

 PHP 5 SAPI (php5query -S): 
fpm
cli
cgi

 PHP 5 Extensions (php5query -M -v): 
pdo_pgsql (Enabled for fpm by maintainer script)
pdo_pgsql (Enabled for cli by maintainer script)
pdo_pgsql (Enabled for cgi by maintainer script)
pgsql (Enabled for fpm by maintainer script)
pgsql (Enabled for cli by maintainer script)
pgsql (Enabled for cgi by maintainer script)
curl (Enabled for fpm by maintainer script)
curl (Enabled for cli by maintainer script)
curl (Enabled for cgi by maintainer script)
opcache (Enabled for fpm by maintainer script)
opcache (Enabled for cli by maintainer script)
opcache (Enabled for cgi by maintainer script)
pdo (Enabled for fpm by maintainer script)
pdo (Enabled for cli by maintainer script)
pdo (Enabled for cgi by maintainer script)
readline (Enabled for fpm by maintainer script)
readline (Enabled for cli by maintainer script)
readline (Enabled for cgi by maintainer script)

 Configuration files: 
[PHP]
engine = On
short_open_tag = On
asp_tags = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = 17
disable_functions = 
pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
disable_classes =
zend.enable_gc = On
expose_php = Off
max_execution_time = 30
max_input_time = 600
memory_limit = 128M
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
track_errors = Off
html_errors = On
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 8M
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
doc_root =
user_dir =
enable_dl = Off
cgi.fix_pathinfo=0
file_uploads = On
upload_max_filesize = 2M
max_file_uploads = 20
allow_url_fopen = Off
allow_url_include = Off
default_socket_timeout = 60
[CLI Server]
cli_server.color = On
[Date]
date.timezone = Europe/London
[filter]
[iconv]
[intl]
[sqlite]
[sqlite3]
[Pcre]
[Pdo]
[Pdo_mysql]
pdo_mysql.cache_size = 2000
pdo_mysql.default_socket=
[Phar]
[mail function]
SMTP = localhost
smtp_port = 25
mail.add_x_header = On
[SQL]
sql.safe_mode = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[Interbase]
ibase.allow_persistent = 1
ibase.max_persistent = -1
ibase.max_links = -1
ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
ibase.dateformat = "%Y-%m-%d"
ibase.timeformat = "%H:%M:%S"
[MySQL]
mysql.allow_local_infile = On
mysql.allow_persistent = On
mysql.cache_size = 2000
mysql.max_persistent = -1
mysql.max_links = -1
mysql.default_port =
mysql.default_socket =
mysql.default_host =
mysql.default_user =
mysql.default_password =
mysql.connect_timeout = 60
mysql.trace_mode = Off
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.cache_size = 2000
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[OCI8]
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[Sybase-CT]
sybct.allow_persistent = On
sybct.max_persistent = -1
sybct.max_links = -1
sybct.min_server_severity = 10
sybct.min_client_severity = 10
[bcmath]
bcmath.scale = 0
[browscap]
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.bug_compat_42 = Off
session.bug_compat_warn = Off
session.referer_check =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
[MSSQL]
mssql.allow_persistent = On
mssql.max_persistent = -1
mssql.max_links = -

Bug#693942: linux-image-3.2.0-4-amd64: Kernel load too high

2013-08-01 Thread Mike Williams
We've just upgraded a few machines from squeeze to wheezy and have seen the 
described increase and significant spikes in load average.
Our machines are VMs running apache with a homebrew module, handling around 
one thousand requests per second all the time.


This kernel has higher than expected load averages and random spikes into the 
10s and 20s.

# dpkg -s linux-image-3.2.0-4-amd64
Package: linux-image-3.2.0-4-amd64
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 105529
Maintainer: Debian Kernel Team 
Architecture: amd64
Source: linux
Version: 3.2.46-1
Provides: linux-image, linux-modules-3.2.0-4-amd64
Depends: kmod | module-init-tools, linux-base (>= 3~), initramfs-tools (>= 
0.99~) | linux-initramfs-tool
Pre-Depends: debconf | debconf-2.0
Recommends: firmware-linux-free (>= 3~)
Suggests: linux-doc-3.2, debian-kernel-handbook, grub-pc | extlinux | lilo
Breaks: at (<< 3.1.12-1+squeeze1), initramfs-tools (<< 0.99~)
Description: Linux 3.2 for 64-bit PCs
 The Linux kernel 3.2 and modules for use on PCs with AMD64, Intel 64 or
 VIA Nano processors.
 .
 This kernel also runs on a Xen hypervisor.  It supports both privileged
 (dom0) and unprivileged (domU) operation.



This kernel does not.
Load averages almost always stay in the 0.10 to 0.50 range.

# dpkg -s linux-image-2.6.32-5-amd64
Package: linux-image-2.6.32-5-amd64
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 97560
Maintainer: Debian Kernel Team 
Architecture: amd64
Source: linux-2.6
Version: 2.6.32-35
Provides: linux-image, linux-image-2.6, linux-modules-2.6.32-5-amd64
Depends: module-init-tools, linux-base (>= 2.6.32-35), initramfs-tools (>= 
0.55) | linux-initramfs-tool
Pre-Depends: debconf | debconf-2.0
Recommends: firmware-linux-free (>= 2.6.32)
Suggests: linux-doc-2.6.32, grub | lilo (>= 22.8-8.2~)
Breaks: initramfs-tools (<< 0.55), lilo (<< 22.8-8.2~)
Description: Linux 2.6.32 for 64-bit PCs
 The Linux kernel 2.6.32 and modules for use on PCs with AMD64 or Intel 64
 processors.
 .
 This kernel also runs on a Xen hypervisor.  It supports only unprivileged
 (domU) operation.



I'll gladly try kernels in-between to help narrow down when the issue arose as 
we can reboot whenever necessary.




I've been running the following for about an hour now, to grab 'top -b' 
whenever the load average is high (2 or above).

# while :; do test $(uptime | sed -e 's/.*average://g' | awk '{print $1}' | 
cut -d. -f1) -gt 2 && top -b -n 1 > top-$(date +%s); sleep 1; done


Attached are the top 15 lines of each top output, without apache2 in.
Naturally apache is the busiest process so a bit pointless including it.

# head -n 15 top-13753* | grep -v apache2 | gzip - > alltop.gz


-- 
Mike Williams

alltop.gz
Description: GNU Zip compressed data


Bug#637234: linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen

2011-08-12 Thread Mike Williams
Same here too.

linux-image-3.0.0-1-amd64 on Citrix XenServer though.

*Sometimes* it'll boot OK, only for the I/O error to crop up randomly later.

-- 
Mike Williams



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



Bug#495763: Mine crashes too

2008-09-17 Thread Mike Williams
Here is an strace of my attempt.  Environment is hotkeys-0.5.7.4.0.1
under Gentoo 64-bit, tuxonice kernel 2.6.26.  The following is dumped to
standard error: 

X Error of failed request:  0
  Major opcode of failed request:  0 ()
  Serial number of failed request:  0
  Current serial number in output stream:  11
hotkeys: Program exiting...hotkeys: Bailing out...

Sometimes I get the following in syslog:

Sep 17 18:02:36 connery hotkeys[5938]: segfault at 7fff45b23000 ip
7fad3a984990
sp 7fff45b1f388 error 6 in libc-2.8.so[7fad3a90d000+13f000]


Here's the strace output.


execve("/usr/bin/hotkeys", ["/usr/bin/hotkeys"], [/* 57 vars */]) = 0
brk(0)  = 0x7c6000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f5e3c1e8000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f5e3c1e7000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=149859, ...}) = 0
mmap(NULL, 149859, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f5e3c1c2000
close(3)= 0
open("/usr/lib/libdb-4.6.so", O_RDONLY) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0z\2\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1256864, ...}) = 0
mmap(NULL, 3353056, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3bc9c000
mprotect(0x7f5e3bdca000, 2093056, PROT_NONE) = 0
mmap(0x7f5e3bfc9000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d000) = 0x7f5e3bfc9000
close(3)= 0
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360W\0\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=131572, ...}) = 0
mmap(NULL, 2204528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3ba81000
mprotect(0x7f5e3ba97000, 2093056, PROT_NONE) = 0
mmap(0x7f5e3bc96000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x7f5e3bc96000
mmap(0x7f5e3bc98000, 13168, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f5e3bc98000
close(3)= 0
open("/usr/lib/libX11.so.6", O_RDONLY)  = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>[EMAIL PROTECTED]@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1113968, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f5e3c1c1000
mmap(NULL, 3211080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3b771000
mprotect(0x7f5e3b87b000, 2093056, PROT_NONE) = 0
mmap(0x7f5e3ba7a000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x109000) = 0x7f5e3ba7a000
close(3)= 0
open("/usr/lib/libXmu.so.6", O_RDONLY)  = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320u\0\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=106984, ...}) = 0
mmap(NULL, 2203456, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3b557000
mprotect(0x7f5e3b56f000, 2097152, PROT_NONE) = 0
mmap(0x7f5e3b76f000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0x7f5e3b76f000
close(3)= 0
open("/usr/lib/libxml2.so.2", O_RDONLY) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\342\2\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1319088, ...}) = 0
mmap(NULL, 3419704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3b214000
mprotect(0x7f5e3b34c000, 2097152, PROT_NONE) = 0
mmap(0x7f5e3b54c000, 40960, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x138000) = 0x7f5e3b54c000
mmap(0x7f5e3b556000, 3640, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f5e3b556000
close(3)= 0
open("/lib/libz.so.1", O_RDONLY)= 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\35\0\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=82528, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f5e3c1c
mmap(NULL, 1128712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3c0ac000
mprotect(0x7f5e3c0c, 1044480, PROT_NONE) = 0
mmap(0x7f5e3c1bf000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x7f5e3c1bf000
close(3)= 0
open("/lib/libm.so.6", O_RDONLY)= 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340>\0\0\0\0\0\0@"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=518280, ...}) = 0
mmap(NULL, 2613480, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f5e3af95000
mprotect(0x7f5e3b013000, 2093056, PROT_NONE) = 0
mmap(0x7f5e3b212000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7d000) = 0x7f5e3b212000
close(3)   

Bug#339584: hpoj: ptal-mlcd reports "Access denied to parallel port!"

2006-02-10 Thread Mike Williams

Matt Zimmerman wrote:


 We no longer support hpoj, and use hplip in its place.


For what it's worth, I've also dropped hpoj in favour of hplip, which 
seems to be working nicely. I'd be happy for you to close this bug report.


--
cheers, MikeW http://www.dogbiscuit.org/mdub/



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



Bug#349799: RFA: liblog4r-ruby -- A logging library for Ruby

2006-01-25 Thread Mike Williams
Package: wnpp
Severity: normal

I request an adopter for the liblog4r-ruby package.

The package description is:
 Log4r is a comprehensive and flexible logging library written in Ruby for
 use in Ruby programs. 
 .
 It features a hierarchical logging system of any number of levels, custom
 level names, logger inheritance, multiple output destinations, execution
 tracing, custom formatting, thread safety and more.
 .
 Homepage: http://log4r.sourceforge.net/

Maintenance of this package should be fairly straightforward - it's a
Ruby-only package, and I haven't needed to touch it for 18 months.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



Bug#349798: RFA: librmagick-ruby -- ImageMagick API for Ruby

2006-01-25 Thread Mike Williams
Package: wnpp
Severity: normal

I request an adopter for the librmagick-ruby package.

The package description is:
 RMagick is an interface between the Ruby programming language and the
 ImageMagick image processing library.
 .

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



Bug#347486: libmagick9: bad type-ghostscript.xml breaks label generation

2006-01-15 Thread Mike Williams
Package: libmagick9
Version: 6:6.2.4.5-0.3
Followup-For: Bug #347486

For example:

$ convert label:abcdef test.gif
convert: unable to read font
`/usr/share/fonts/type1/gsfonts--with-magick-plus-plus/n019003l.pfb'.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libmagick9 depends on:
ii  libbz2-1.01.0.2-11   high-quality block-sorting file co
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.9.0.dfsg.1-3 Inter-Client Exchange library
ii  libjasper-1.701-1 1.701.0-2  The JasPer JPEG-2000 runtime libra
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG
ii  liblcms1  1.13-1 Color management library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.9.0.dfsg.1-3 X Window System Session Management
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libx11-6  6.9.0.dfsg.1-3 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-3 X Window System miscellaneous exte
ii  libxml2   2.6.23-1.1 GNOME XML library
ii  zlib1g1:1.2.3-9  compression library - runtime

libmagick9 recommends no packages.

-- no debconf information


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



Bug#347395: Request for advice - Re: Bug#347401

2006-01-11 Thread Mike Williams

Steve Langasek wrote:


So maintainers, please take the advice given in that mail and fix your
packages to a) not use the output of Magick-config --libs when linking, and
b) use the Debian version of libtool (if applicable).

(One alternative to using Magick-config --libs seems to be to use pkg-config
-- not because ImageMagick gets its pkg-config support right, but because it
happens to get it right in a way that benefits us. ;)
 

Steve, can you give me some advice?  I'm attempting to fix this 
librmagick-ruby bug by switching from Magick-config to pkg-config. 

Attached is the patch I'm planning to apply ... basically, it avoids 
using $CFLAGS and $LDFLAGS values computing by "configure" (using 
Magick-config) and uses output from "pkg-config" instead. 


In my case, "Magick-config --libs" outputs

   -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -ldpstk
   -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm
   -lpthread

whereas "pkg-config --libs ImageMagick" returns just

   -lMagick

So, does it sound like this change will do the job?

--
cheers, MikeWhttp://www.dogbiscuit.org/mdub/

Index: ext/RMagick/extconf.rb.in
===
--- ext/RMagick/extconf.rb.in	(revision 14)
+++ ext/RMagick/extconf.rb.in	(working copy)
@@ -6,16 +6,10 @@
 # Pass along Ruby's version number
 VERSION_NUMBER = '0x'+RUBY_VERSION.tr('.','')
 
-$CFLAGS = "-Wall -g @CFLAGS@"
-$CPPFLAGS = "-DRUBY_VERSION=#{VERSION_NUMBER} @CPPFLAGS@"
+$CFLAGS = "-Wall -g " + `pkg-config --cflags ImageMagick`.chomp
+$CPPFLAGS = "-DRUBY_VERSION=#{VERSION_NUMBER}"
 
-if RUBY_VERSION >= '1.8.0'
-$DLDFLAGS = "@LDFLAGS@"
-else
-$LDFLAGS = "@LDFLAGS@"
-end
+$LOCAL_LIBS = `pkg-config --libs ImageMagick`.chomp
 
-$LOCAL_LIBS = "@LOCAL_LIBS@"
-
 create_makefile("RMagick")
 


Bug#339584: hpoj: ptal-mlcd reports "Access denied to parallel port!"

2005-11-17 Thread Mike Williams
Package: hpoj
Version: 0.91-9
Severity: important

I can no longer print to my parallel-port OfficeJet K80 printer.

When probing using "ptal-init setup", it reports

*** ptal-mlcd failed to start!  Check syslog file for error messages.

/var/log/lpr.log contains:

Nov 17 21:21:33 kumara ptal-mlcd: FATAL ERROR at ParPort.cpp:48,
dev=, pid=6847, e=1, t=113893 
Access denied to parallel port!

>From "dmesg":

parport_pc: VIA 686A/8231 detected
parport_pc: probing current configuration
parport_pc: Current parallel port base: 0x378
parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP(,...)]
parport_pc: VIA parallel port: io=0x378, irq=7
...
lp0: using parport0 (interrupt-driven).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages hpoj depends on:
ii  adduser   3.77   Add and remove users and groups
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-3  GCC support library
ii  libsane   1.0.16-4   API library for scanners
ii  libsnmp9  5.2.1.2-4  NET SNMP (Simple Network Managemen
ii  libstdc++64.0.2-3The GNU Standard C++ Library v3

Versions of packages hpoj recommends:
ii  cupsys  1.1.23-12Common UNIX Printing System(tm) - 
ii  cupsys-bsd [lpr]1.1.23-12Common UNIX Printing System(tm) - 
ii  foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support 
ii  hpijs   2.1.3+0.9.3-3HP Linux Printing and Imaging - gs

-- no debconf information


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



Bug#329718: librmagick-ruby1.8: RMagick.so load error

2005-09-22 Thread Mike Williams
On Fri, September 23, 2005 9:51, Caspar Hasenclever said:

> librmagick fails to load.

Thanks Caspar.

Yep, there's definitely a dependency problem between librmagick-ruby and
imagemagick.  The jump from imagemagick 6.0.6 to 6.2.3 introduced binary
incompatibilities in libmagick6.

The problem will resolve itself once the updated imagemagick hits testing;
that doesn't help you right now, though.  As a workaround, it suggest
installing imagemagick_6:6.2.3.6-3 from unstable.

As far as I can tell, while I can specify an imagemagick version in
Build-Depends, there's no way for me to add a version to the runtime
dependency.  Though, I would be very happy to be corrected.

The plan is to re-build imagemagick with a new lib-package name,
"libmagick9", at which point I'll re-build librmagick-ruby.

See http://lists.debian.org/debian-release/2005/09/msg00149.html

-- 
cheers, Mike





Bug#320029: File read error

2005-08-30 Thread Mike Williams

clone 320029 -1
reassign -1 libmagick6 6:6.2.3.3-1
thanks

Hadmut Danisch wrote:

Yup, what you're seeing is a binary-compatibility conflict between 
librmagick-ruby1.8_1.6.0-1 (which was built against ImageMagick-6.0.6), 
and the newer ImageMagick-6.2.x libraries.


BTW: 
Isn't this an error of the ImageMagick package? 

If the library is not API compatible, it should have a different 
version number and not link against. 


Apologies for the delay.  Hadmut, I think you're right.

Ryuichi, given that there seems to have been an ABI change here, should 
the so-version of libmagick have been increased?


--
cheers, MikeWhttp://www.dogbiscuit.org/mdub/


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



Bug#320029: File read error

2005-07-27 Thread Mike Williams

Hadmut Danisch wrote:


On the system where the bug occurs:

ii  libmagick66:6.2.3.3-1...

Just for comparison my home system, where the bug does not occur:

ii  libmagick6   6:6.0.6.2-1.6   ...

So interestingly, the system with the bug is actually on a 
newer level than my home system without the bug. 


Yup, what you're seeing is a binary-compatibility conflict between 
librmagick-ruby1.8_1.6.0-1 (which was built against ImageMagick-6.0.6), 
and the newer ImageMagick-6.2.x libraries.


A new version of librmagick-ruby, built against ImageMagick-6.2.x, was 
uploaded yesterday, and should make it's way into the archive within the 
week.  Until then, I suggest you temporarily downgrade libmagick6 on the 
 broken system.


--
cheers, MikeWhttp://www.dogbiscuit.org/mdub/


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



Bug#320029: File read error

2005-07-27 Thread Mike Williams

[EMAIL PROTECTED] wrote:


Magick::Image.read always chops the first 8 characters of the
filename.


I've seen this happen before, when Imagemagick was upgraded without a 
corresponding rebuild of librmagick-ruby.


What versions of libmagick6 and librmagick-ruby1.8 are you running?? 
Normally, if you run "reportbug librmagick-ruby1.8", it will generate 
all the relevant version data for inclusion in the bug report.


--
cheers, MikeWhttp://www.dogbiscuit.org/mdub/


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



Bug#267273: cdrecord as non-root still fails for me

2005-04-03 Thread Mike Williams
Package: cdrecord
Version: 4:2.01+01a01-2
Followup-For: Bug #267273

I'm getting the error

  ...
  Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
  Driver flags   : MMC-3 SWABAUDIO BURNFREE FORCESPEED
  Supported modes:
  Drive buf size : 1422080 = 1388 KB
  FIFO size  : 4194304 = 4096 KB
  cdrecord: Drive does not support TAO recording.
  cdrecord: Illegal write mode for this drive.

I've tried both "dev=ATAPI:0,1,0" and "dev=/dev/hdd"; both exhibit the
same problem.  

I'm unsure when my system first started exhibiting this problem, as I don't
burn CDs on a regular basis.

I'm also unsure which cdrecord transport layer I *should* be using.  I've had 
success with ATAPI in the past, but cdrecord reports:

  Warning: Using ATA Packet interface.
  Warning: The related Linux kernel interface code seems to be unmaintained.
  Warning: There is absolutely NO DMA, operations thus are slow.

What is the "recommended" transport layer for 2.6.x kernels?


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cdrecord depends on:
ii  debconf 1.4.40   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  makedev 2.3.1-75 Creates device files in /dev

-- debconf information:
  cdrecord/MAKEDEV: true
  cdrecord/MAKEDEVNEW: true
  cdrecord/do_it_yourself:
* cdrecord/SUID_bit: true


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