t supported by codec).
(_TIFFVGetField).
Both of these commands use the GraphicsMagick 'gm' command but that command is
using libtiff.
Regards
Grant McLean
-- System Information:
Debian Release: 8.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Archite
On Thu, 2016-01-28 at 02:10 +0100, Michael Biebl wrote:
> Am 28.01.2016 um 02:02 schrieb Grant McLean:
> > Possibly, but there's no point calling update-rc.d (which calls
> > insserv?) on a system where udev is disabled. The udev.postinst script
> > already omits some things
On Thu, 2016-01-28 at 01:45 +0100, Michael Biebl wrote:
> Am 28.01.2016 um 01:33 schrieb Grant McLean:
> > On Thu, 2016-01-28 at 00:30 +0100, Michael Biebl wrote:
> >> Can you post the output of
> >> insserv -s
> >
> > This is the output from ins
Package: udev
Version: 215-17+deb8u3
Severity: normal
Dear Maintainer,
We have a number of LXC containers running Jessie and systemd which
are hosted on a physical server which is also running Jessie. A
recent new release of systemd and udev packages resulted in the
dist-upgrade failing in all
On Thu, 2016-01-28 at 00:30 +0100, Michael Biebl wrote:
> Can you post the output of
> insserv -s
This is the output from insserv in a container where we experience the
problem:
# insserv -s
K:01:0 6:urandom
K:06:0 6:umountfs
K:04:0 6:hwclock.sh
K:01:0 1 6:apache2-be
K:05:0 6:networking
K:03:0 1
It looks like someone has got the kernel patches working with 3.2 (and
later in the thread, 3.3).
http://www.mail-archive.com/lxc-users@lists.sourceforge.net/msg03397.html
It really would be good to get lxc-attach working on a stock kernel.
Regards
Grant
--
To UNSUBSCRIBE, email to
I have this same error. I have a server with ssmtp installed and I wish
to replace it with exim. So I tried this command:
# apt-get --purge install exim4-daemon-light ssmtp-
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra
am I the only person doing G4 compression with debian squeeze?
We are also finding some TIFF images unreadable on squeeze - hence my
earlier reply in support of your bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630042
The errors we're seeing are when we attempt to read image
On Sun, 2011-06-19 at 20:45 -0400, Jay Berkenbilt wrote:
Do you know whether the problem occurred after the most recent security
update? There was a security fix to some of the code that affects G4.
I'm almost certain the problem is related to the security release.
We have automated
We are seeing a problem which I suspect is a manifestation of the same
bug. I have an image called 'scan.tif' which appears perfectly normal
when viewed in eog or Gimp. When I try to convert it to PNG with
graphicsmagick I get the following error:
$ gm convert scan.tif scan.png
gm convert:
Package: puppet
Version: 2.6.0-2
Severity: important
This problem has been fixed upstream in this commit:
http://github.com/MarkusQ/puppet/commit/9569136329f87ee
The bug was apparently inadvertently introduced in a last minute fix.
In previous versions of Puppet, it was allowable to use a
Package: graphicsmagick
Version: 1.3.5-5.2
Severity: normal
Given a multi-page PDF, I am using this command to produce a set of TIFF
images (1 per page):
gm convert -units PixelsPerInch -density 300 -depth 1 -compress Group4 \
test.pdf tif:test.%02d.tif
I expect the following output:
Package: ooo-thumbnailer
Version: 0.1~alpha2-1
Severity: normal
Tags: patch
The default configuration for this package will only cause thumbnails to be
created for Word Processor (.odt) documents. The attached patch enables
thumbnailing for Drawing (.odg) and Presentation (.odp) files as well.
This may be a problem with version 0.15 of the Ruby GTK bindings ...
http://sourceforge.net/mailarchive/forum.php?thread_name=9f8261a9e26872ac858c63e1607c1bd5%40ruby-forum.comforum_name=ruby-gnome2-devel-en
I'm running 0.14 in my (Ubuntu Dapper) development environment. I have
also tested on
Package: sshmenu
Version: 3.13-1
Severity: grave
Justification: renders package unusable
The sshmenu package includes the relevant files for running the program as
a GNOME panel applet, but the libpanel-applet2-ruby package is not listed
in the dependencies therefore the applet won't actually
Release 0.16 of XML::SAX has just been uploaded to CPAN. The only
change from 0.15 is a fix for the broken handling of processing
instructions.
Cheers
Grant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libgnome2-canvas-perl
Version: 1.002-1
Severity: grave
Justification: renders package unusable
The libgnome2-canvas-perl package in Debian unstable was apparently
built against version 2.10.0 of libgnomecanvas2, but that library has
since been upgraded to 2.12.0.
There is a minor API
version. Am I
missing some obvious solution?
Regards
Grant McLean
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
than libxml-simple-perl) has
POD files installed under /usr/share/doc.
By the way, thanks for taking the time to package my module.
Regards
Grant McLean
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture
19 matches
Mail list logo