Bug#573551: affects squeeze, package has only been updated in testing

[martin f krafft]

also sprach micah anderson  [2011.03.22.0047 +0100]:
> > So, removing the
> > update_rc "-f", @resource[:name], "remove"
> > line before "enable" should be fine.
> 
> This does seem like it might work, although I'm concerned about the
> corner cases, and:
> 
> > However, I'm not sure how that would interact with systems upgraded from
> > lenny. I'll check that and get back to you, hopefully soon.
> 
> this as well. Please do get back as soon as you test this.

For the case that the links were previously removed, why not call
update-rc.d with 'defaults' before enable. This will not do anything
if the links exist, but it will install default links if they do not
exist.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"gott ist tot! und wir haben ihn getötet."
 - friedrich nietzsche


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#618485: linux-image-2.6.32-5-vserver-686: VM value in /proc/virtual/xxx/limit decreases abnormally

[Ben Hutchings]

On Tue, 2011-03-15 at 16:48 +0100, Pascal Vitoux wrote:
> Package: linux-2.6
> Version: 2.6.32-30
> Severity: important
> 
> When a process starts and ends inside a virtual server, virtual memory 
> reported
> by /proc/virtual/xxx/limit (as VM) decreases (at least by 1). The value drifts
> slowly and reaches negative values.
> 
> As long as no hard/soft limit is set, this bug seems to have no incidence.
> Otherwise, the virtual server become unusable when virtual memory reaches
> negative values (memory allocation failures, new process get killed)
> 
> Someone reports the same issue on linux-vserver mailling list :
> http://list.linux-vserver.org/archive?mss:4894:olhpkllgpffjhcfianop
> 
> After some tests and kernel rebuilds, it turns out that :
>  - previous version (2.6.32-29) is not affected
>  - drift does not occur when I exclude the patch debian/exec-Get-rid-of-
> linux_binprm-vma_pages.patch

The purpose of this patch is to avoid an ABI change, which would be
disruptive to users who make use of external modules.

> This patch is related to :
> bugfix/all/exec-make-argv-envp-memory-visible-to-oom-killer.patch
> bugfix/all/exec-copy-and-paste-the-fixes-into-compat_do_execve-paths.patch
[...]

It looks like these don't do enough on VServer, anyway: the memory used
by arguments and environment is no longer hidden from the OOM killer, it
*is* hidden from VServer per-server accounting.

The attached patch (on top of 2.6.32-31) appears to fix this.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
From: Ben Hutchings 
Subject: [PATCH] vserver: Complete fix for CVE-2010-4243

VServer requires all adjustments to mm_struct::total_vm to be
accounted to the server as well.

Signed-off-by: Ben Hutchings 
---
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -169,7 +169,7 @@
 		return;
 
 	down_write(&mm->mmap_sem);
-	mm->total_vm += diff;
+	vx_vmpages_add(mm, diff);
 	up_write(&mm->mmap_sem);
 }
 


signature.asc
Description: This is a digitally signed message part

Bug#619224: xserver-xorg-video-intel: tiling splash screen with kde and composition enabled

[Raphael Geissert]

On Monday 21 March 2011 22:35:07 Raphael Geissert wrote:
> With linux 2.6.38 enabling KMS on the i915 driver, when logging into a kde
> session the splash screen starts tiling when it should be replaced by the
> wallpaper. After some seconds the display "stabilises" but whenever moving
> the cursor part of the splash screen reappears.

Seems like I blamed the wrong party. Before the upgrade to .38 I was already 
enabling KMS, so this appears to be an issue with xorg or the intel driver 
(before upgrading the kernel and xorg I was using 2:2.13.0-5)

HTH.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#610714: auctex patch for #610714

[Faheem Mitha]

Hi Davide,

See

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610714

I checked with the release team, and they asked me to request you to 
propose a patch for stable. I'd like to get this done for the next point 
release, which is .2 I believe, due in about one month. Thanks.


 Regards, Faheem



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

Bug#534964: Any updates on this BUG?

[Balbir Singh]

Hi, Ben,

We've made significant progress in reducing the overhead of memory
cgroup subsystem. I'd request you to try it and enable it. If there
are some concerns, we could always address them. There are more
interesting changes on the way as well.

Balbir



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

Bug#619186: Fix multiarch FHS exception for i386 in light of recent discussions

[Aurelien Jarno]

On Mon, Mar 21, 2011 at 02:34:36PM -0700, Steve Langasek wrote:
> Package: debian-policy
> Version: 3.9.1.0
> Severity: normal
> Tags: patch
> User: debian-pol...@packages.debian.org
> Usertags: normative
> 
> Hi guys,
> 
> Attached is a patch to update policy's FHS exception to reflect the current
> consensus among the gcc, eglibc, and dpkg maintainers around the paths to
> use for implementation and the interface packages should use to query these
> paths.
> 
> Cc:ing the respective maintainer mailing lists for sign-off.
> 
> Thanks,
> -- 
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> Ubuntu Developerhttp://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org

> From 1f0f1281c53701e2fe549ed9f80a265ebcd9282a Mon Sep 17 00:00:00 2001
> From: Steve Langasek 
> Date: Mon, 21 Mar 2011 02:17:14 -0700
> Subject: [PATCH] Fix multiarch FHS exception for i386 in light of recent 
> discussions
> 
> The current value of DEB_HOST_GNU_TYPE on i386 is unsuitable for
> cross-distro standardization, because it varies according to the default CPU
> target of the toolchain.  Discussion with the toolchain and dpkg maintainers
> yielded an alternative solution, a new dpkg-architecture variable
> DEB_HOST_MULTIARCH which is committed to dpkg upstream in commit
> af3153d09aa3ed5597d6d415e5ab7cc3ba972e7c and will be included in the upload
> of dpkg 1.16.0.  Update Policy to document this new requirement for
> multiarch.
> ---
>  policy.sgml  |4 ++--
>  upgrading-checklist.sgml |7 +++
>  2 files changed, 9 insertions(+), 2 deletions(-)
> 
> diff --git a/policy.sgml b/policy.sgml
> index 6e04c81..c708a18 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -6027,13 +6027,13 @@ install -m644 debian/shlibs.package 
> debian/package/DEBIAN/
>/lib/triplet and
>/usr/lib/triplet, where
>triplet is the value returned by
> -  dpkg-architecture -qDEB_HOST_GNU_TYPE for the
> +  dpkg-architecture -qDEB_HOST_MULTIARCH for the
>architecture of the package.  Packages may not
>install files to any triplet path other
>than the one matching the architecture of that package;
>for instance, an Architecture: amd64 package
>containing 32-bit x86 libraries may not install these
> -  libraries to /usr/lib/i486-linux-gnu.
> +  libraries to /usr/lib/i386-linux-gnu.
>
>  This is necessary in order to reserve the directories for
>  use in cross-installation of library packages from other
> diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
> index e696077..2138b5c 100644
> --- a/upgrading-checklist.sgml
> +++ b/upgrading-checklist.sgml
> @@ -58,6 +58,13 @@ Unreleased.
>that install /usr/bin/mailx and implement at least the
>POSIX-required interface.
>
> +9.1.1
> +  Packages installing to architecture-specific subdirectories of
> +  /url/lib must use the value returned by
> +  dpkg-architecture -qDEB_HOST_MULTIARCH, not by
> +  dpkg-architecture -qDEB_HOST_GNU_TYPE; this is a path change
> +  on i386 architectures and a no-op for other architectures.
> +  
>  
>  
>   Version 3.9.1.0
> -- 
> 1.7.1
> 

Signed-off-by: Aurelien Jarno 

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: Digital signature

Bug#598045: hotot Debian package

[Julien Valroff]

Le mardi 22 mars 2011 à 06:19:40 (+0100 CET), Julián Moreno Patiño a écrit :
> Hi Julien,
> 
> I forget it, it's very important check again the copyright and licenses.

This part is yet to be finished (though I have worked on checking the
various licenses, the debian/copyright file isn't yet complete).

Cheers,
Julien


-- 
  .''`.   Julien Valroff ~  ~ 
 : :'  :  Debian Developer & Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



signature.asc
Description: Digital signature

Bug#598045: hotot Debian package

[Julien Valroff]

Hi Julián,

Le mardi 22 mars 2011 à 06:05:16 (+0100 CET), Julián Moreno Patiño a écrit :
> Hi Julien,
> 
> Sorry for the low reply, but I was a bit sick.

Hope you feel better now.

> However, Thanks for give me the opportunity for co-maintain hotot.

You are welcome.

I propose we set up a git repository on alioth in the collab-maint project.
Do you have an account on alioth [0]? If not, please create one and ask to
be added to the collab-maint project.

> I did a previos work[0] and fixes recommended in debian mentors list[1].
> 
> But I can't use libjs-jquery[2] because I don't have experience in Javascript 
> programming.

As simple dependency and a symlink are enough.

You can have a look at the current state of the package in my git repository
[1].

Cheers,
Julien

[0] http://alioth.debian.org
[1] http://git.kirya.net/?p=hotot.git;a=summary


-- 
  .''`.   Julien Valroff ~  ~ 
 : :'  :  Debian Developer & Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



signature.asc
Description: Digital signature

Bug#598045: hotot Debian package

[Julián Moreno Patiño]

Hi Julien,

I forget it, it's very important check again the copyright and licenses.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513



signature.asc
Description: Digital signature

Bug#619226: Packages apparently required but not declared as dependencies

[Michael Bilow]

Package: avelsieve
Version: 1.9.7-6+lenny1
Severity: normal

After applying the workaround recommended in bug 547648 (that is, 
setting "$this->broken_tls = true;" to disable TLS), the Squirrelmail 
"Filters" link produced the error message "Could not log on to timsieved 
daemon on your IMAP server localhost:2000". Manually testing produced an 
error message "Authentication failed. no mechanism available" from 
timsieved:


# sivtest
WARNING: no hostname supplied, assuming localhost
S: "IMPLEMENTATION" "Cyrus timsieved v2.2.13-Debian-2.2.13-14+lenny3"
S: "SIEVE" "fileinto reject envelope vacation imapflags notify 
subaddress relational comparator-i;ascii-numeric regex"

S: "STARTTLS"
S: OK
Authentication failed. no mechanism available
Security strength factor: 0
C: LOGOUT
Connection closed.

Installing package libsasl2-modules-sql (2.1.22.dfsg1-23+lenny1) 
corrected this, in the process bringing in package libsasl2-modules 
(2.1.22.dfsg1-23+lenny1) and libsqlite0 (2.8.17-4). However, strangely, 
removing all three of these packages left avelsieve in working 
condition. My conclusion is that the installation process for these 
packages did something that corrected the problem.


I'm sorry to file a bug about such anomalous behavior, but perhaps at 
least leaving it show in the public database will help someone else 
diagnose what for me was an extremely maddening and frustrating problem.






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

Bug#619225: file: new version available with security-relevant fixes

[Raphael Geissert]

Package: file
Version: 5.04-5
Tags: security
Severity: important

Hi,

file 5.05 was released a couple of months ago and appears to contain some 
security fixes. Please upgrade the package.

I've contacted upstream via its mailing list to find out more about the 
security issues to determine whether we need to backport fixes to old/stable.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#598045: hotot Debian package

[Julián Moreno Patiño]

Hi Julien,

Sorry for the low reply, but I was a bit sick.

However, Thanks for give me the opportunity for co-maintain hotot.

I did a previos work[0] and fixes recommended in debian mentors list[1].

But I can't use libjs-jquery[2] because I don't have experience in Javascript 
programming.


[0] dget 
http://mentors.debian.net/debian/pool/main/h/hotot/hotot_0.9.5~hg521-1.dsc
[1] http://lists.debian.org/debian-mentors/2010/11/msg00031.html
[2] http://lists.debian.org/debian-mentors/2010/11/msg00034.html
http://lists.debian.org/debian-mentors/2010/11/msg00045.html

I am going to be very attentive.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513


signature.asc
Description: Digital signature

Bug#619206: nautilus-filename-repairer: FTBFS everywhere: ./configure breaks on IT_PROG_INTLTOOL

[Changwoo Ryu]

2011/3/22 Cyril Brulebois :

> I'd suggest two things:
>  - check configure.ac and figure out which components are needed to
>   build your package.
>  - check it builds fine once you have specified proper build
>   dependencies; using pbuilder, cowbuilder, sbuild, or something
>   similar.
>
> It will save buildd time, buildd maintainer time, and bug reporter time.
> And as a consequence, yours, since a single upload would be sufficient,
> instead of a series.

Yeah I have used pbuilder for years. But in this time pbuilder didn't
work with weird build errors. Thanks.



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

Bug#546251: Any progress on this?

[Norbert Preining]

On Di, 22 Mär 2011, Reuben Thomas wrote:
> OK, but could some be added? If there was a way for interested users
> or maintainers to submit patches for individual fonts, then maybe over

Not sure, but it might be an option to collect only *those* directories
containing fonts that can be added. THat might become a long list, but so
what.

What do others here think?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

BRADFORD
A school teacher's old hairy jacket, now severely discoloured by chalk
dust, ink, egg and the precipitations of unedifying chemical
reactions.
--- Douglas Adams, The Meaning of Liff



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

Bug#611988: (no subject)

[Andreas Unterkircher]

Is someone actually monitoring these couchdb bugs? Even pkg-erlang-dev 
seems quiet orphaned.


Right now it is quiet serious to come around this compaction problem of 
a growing CouchDB with restarting the instance to avoid the disk getting 
filled up.


Andreas



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

Bug#619224: xserver-xorg-video-intel: tiling splash screen with kde and composition enabled

[Raphael Geissert]

Package: xserver-xorg-video-intel
Version: 2:2.14.0-4

(risking filing "yet another report")

Hi,

With linux 2.6.38 enabling KMS on the i915 driver, when logging into a kde 
session the splash screen starts tiling when it should be replaced by the 
wallpaper. After some seconds the display "stabilises" but whenever moving the 
cursor part of the splash screen reappears.

Hoping to have better luck with 2:2.14.901-1+exp1 I installed it, but the 
problem is still present.

In both cases, disabling composition sort of fixes everything. Oh and whenever 
trying to "reboot" the machine with kexec and KMS enabled the display gets 
garbled until after udev is done doing its stuff after rebooting.

This is on a 945GME.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#614333: how to ship catalina-jmx-remote.jar?

[tony mancill]

Hello Marcus and other tomcat6 users,

I have the Debian package building the catalina-jmx-remote.jar and am
considering how best to package it.  Perhaps the easiest thing would be to let
the JAR ship with libtomcat6-java and the symlink for tomcat6/lib/ ship with
tomcat6-common.  An alternative would be to ship the symlink (or the symlink and
JAR both) in a new tomcat6-extras package.  (This package would include the
other extras that are don't run afoul of licensing issues.)

Thoughts one way or another on this topic?

Thank you,
tony



signature.asc
Description: OpenPGP digital signature

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

[Daniel Kahn Gillmor]

On 03/21/2011 07:12 PM, Hilko Bengen wrote:
> (1) A shelf/slot address should uniquely identify a target in a
> broadcast domain.
> 
> (2) A shelf/slot address should uniquely identify a target reachable
> from a host via any network interface that is configured for AoE. (Your
> example above violates this.)
> 
> If I can't guarantee both, I risk data loss.

Yes, exactly.  And the concern you've reported here about vblade-persist
will *only* be triggered in the case where at least one of these two is
violated.

I'm still looking for the use case where vblade-persist's symlink
creation is actually independently problematic.

> As the node-independent consistent view seems to be important to you:
> Could you live with putting the symlinks into a different directory
> (e.g. /var/run/vblade-persist as suggested) and extend the udev rules to
> create symlinks to any real /dev/etherd/ex.y device node that may pop
> up? (I would make the last part optional and off-by-default, though.)

This seems excessive to me -- the standard place for these files is
/dev/etherd.  Even without a concrete example of a situation were the
symlinks cause a problem, I would happily consider a patch to add an
option to vblade-persist to have it avoid creating a symlink for any
given vblade export.

If you can help me understand an example with a reasonable configuration
where this symlink actually causes a problem, i could even write the
patch myself :)

But i don't think i see the problem yet under any reasonable AoE setup.

> Why is the node-independent view so important to you, anyeay? What
> problem does it solve?

OK, here's an example: consider a group of machines, each providing
physical storage to a pool on a shared network segment, and each acting
as a host for some common virtualization implementation (e.g. KVM).

Each virtual server (guest) has a set of configuration information that
tells it where to pull its disks from.

It would be good to be able to migrate guests from one host to another
without needing to tweak the guest's configuration.  A node-independent
view of the AoE domain is quite useful in this situation -- i can say
"guest X has /dev/etherd/e4.3 as a virtual block device" and not have to
worry about whether guest X happens to be running on the host
responsible for exporting (shelf=4,slot=3).

Thanks for raising the issue and talking this over with me.

Regards,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#619223: mozplugger: insecure handling of mozdebug file

[Raphael Geissert]

Package: mozplugger
Version: 1.14.2-4
Tags: security
Severity: minor

Hi,

Based on the changelog, since version 1.14.2-4 mozplugger is built with -
DDEBUG which enables the creation of 'mozdebug'. However, this file is created 
in an insecure way, with a constant name, in $MOZPLUGGER_TMP, $TMPDIR, or 
$HOME/tmp/. Whatever env var is found first, in that order.

A local attacker may use this vulnerability to append to another user's files, 
corrupting them.

This is a fairly minor issue since it requires $MOZPLUGGER_TMP or $TMPDIR to 
be set and to a world-writeable directory, but it should be fixed nevertheless.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#618958: linux-base: Boot loader configuration not recognized

[Ben Hutchings]

On Mon, 2011-03-21 at 08:16 +0100, Cesare Leonardi wrote:
> 2011/3/19 Cesare Leonardi :
> > ---
> > The boot loader configuration for this system was not recognized. These
> > settings in the configuration may need to be updated:
> >
> > * The root device ID passed as a kernel parameter;
> > * The boot device ID used to install and update the boot loader.
> >
> > You should generally identify these devices by UUID or
> > label. However, on MIPS systems the root device must be
> > identified by name.
> > ---
> 
> Same message on a Sid notebook i use at work and that i've updated this 
> morning.
> If that helps here is the relevant (IMHO) upgrades that happened on this pc:
> firmware-linux-free 2.6.37 -> 3
> grub 0.97-64 -> 0.97-65
> grub-common 1.99~rc1-3 -> 1.99~rc1-4
> grub-pc 1.99~rc1-3 -> 1.99~rc1-4
> linux-base 3~experimental -> 3
> linux-image-2.6-686 2.6.37-2 -> 2.6.38-1
[...]

If you upgraded all of these at the same time, maybe grub-common was in
the unpacked state (rather than installed) when linux-base checked it,
and that would explain this behaviour.  There are some places where it
matters whether a package is fully installed, but in other places it
should treat a package in the unpacked state in the same way.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#618306: More Info

[Michael Lustfield]

tags 618306 + moreinfo
stop



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

Bug#619222: librsvg2-2: cannot be installed: breaks package it depends on

[Michael Leuchtenburg]

Package: librsvg2-2
Version: 2.26.3-1
Severity: grave
Justification: renders package unusable

librsvg2-2 (2.26.3-1) depends on libgtk2.0-0 (2.24.3-1~sid1), which
depends on libgdk-pixbuf2.0-0 (2.22.1-1+sid1), which breaks librsvg2-2.
This makse it impossible to install librsvg2-2 via apt. I have not tried
forcing the packages to verify that the software is actually
incompatible, but the package is certainly broken.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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 librsvg2-2 depends on:
ii  libc6  2.11.2-13 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-4  The Cairo 2D vector graphics libra
pn  libcroco3  (no description available)
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.28.2-1  The GLib library of C routines
pn  libgsf-1-114   (no description available)
ii  libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-2~sid1 Layout and rendering of internatio
ii  libxml22.7.8.dfsg-2  GNOME XML library

librsvg2-2 recommends no packages.

Versions of packages librsvg2-2 suggests:
pn  librsvg2-bin   (no description available)



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

Bug#619019: [PATCH 1/2] i915: Remove pipe A force quirk for 855GM and 845G

[Ben Hutchings]

On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote:
> On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings  
> wrote:
> > Applying this quirk to the 855GM in all systems causes regressions
> > (Debian bugs #493096, #619019).  Instead, apply the quirk to specific
> > models as listed in the old X driver.
> > 
> > I don't see any explanation for this quirk being applied to the 845G,
> > except perhaps that VT switching used to hang if pipe A was turned
> > off.  However, that seems to be a problem only when using UMS.  So
> > remove the quirk for the 845G as well.
> 
> The quirk should only be required for 830M due to the numerous instances
> where a unit on the second pipe is actually wired into the clock on the
> first pipe. (And so it is easiest to keep the first pipe active at all
> times.)

When you say 'wired into', is this part of the chip design or something
done on the board?

Jesse, why did you add the quirk for other chips?

> I'd prefer the quirk table to disappear and simply be replaced by
> IS_830M(). However, that requires testing and so should only be done
> piecemeal. And leaves some doubt as to why the other machines were in the
> quirk table in the first place.

The commit messages referring to VT switching suggest that the problems
related to disabling part A may actually have been related to handover
to the console driver before KMS.

> Can you please repost each of these removals as a separate patch and lets
> try and get a tested-by for each one? (Make sure the tester includes the
> model name for his machine so we can double check the veracity of the
> change.)

I already have 4 regression reports for the addition of the quirk for
855GM:

http://bugs.debian.org/618665
http://bugs.debian.org/618997
http://bugs.debian.org/619019
http://bugs.debian.org/619192

and one on an unidentified (as yet) chip:

http://bugs.debian.org/619199

So I can just send a patch to revert 855GM.

The odd thing about these reports is that the regression is reported to
occur before the system has ever been suspended, and to be fixed (or
mitigated) by suspending and resuming.  I don't understand why the quirk
even comes into play during boot.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#619221: nmu: calibre_0.7.44+dfsg-1

[Kan-Ru Chen]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Calibre needs rebuild against the sip-api update:

nmu calibre_0.7.44+dfsg-1 . ALL . -m "Rebuild against python-sip 4.12.1-1 
(Closes: #616372)"

Regards,
Kanru

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc4+ (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/bash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk2IEFEACgkQsbdbXzZcx6LxNwCgv8d17aJe3MB480qy7lj3x29i
PDgAn0HDL+6Fj900Zap98SrFu0w5ciwH
=JcfR
-END PGP SIGNATURE-



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

Bug#619220: yelp: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

Package: yelp
Version: 2.28.0+webkit-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi folks,

The attached patch has just been applied to the Ubuntu yelp package, to null
out the dependency_libs field in the libtool .la files being shipped in the
-dev package.  This is generally a good idea because it avoids causing
consumers of your library to require other .la files listed here to be
available at build time when they're not actually needed (i.e., in the
dynamic linking common case).  It's specifically a good idea right now
because multiarch is imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against yelp.  As long as yelp is going to need a rebuild to fix up
the invalid .la references, it would be nice to get rid of them altogether.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/rules'
--- debian/rules2011-01-11 12:54:59 +
+++ debian/rules2011-03-22 01:40:30 +
@@ -6,6 +6,7 @@
 include /usr/share/cdbs/1/class/gnome.mk
 include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk
 -include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
+include /usr/share/gnome-pkg-tools/1/rules/clean-la.mk
 
 DEB_CONFIGURE_EXTRA_FLAGS += --with-gtk=2.0
 

Bug#619219: ITP: ruby-lapack -- Ruby wrapper for (C)LAPACK

[Youhei SASAKI]

Package: wnpp
Owner: Youhei SASAKI 
Severity: wishlist

* Package name: ruby-lapack
  Version : 0.4
  Upstream Author : Seiya Nishizawa and GFD-Dennou Club
* URL or Web page : 
http://www.gfd-dennou.org/arch/ruby/products/ruby-lapack/index.html
* License : Ruby's
  Description : Ruby wrapper for (C)LAPACK

Ruby-LAPACK is a Ruby wrapper for (C)LAPACK. This library is basically a
one-to-one interface to the original (C)LAPACK. 




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

Bug#619218: gpgme1.0: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

Package: gpgme1.0
Version: 1.2.0-1.2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi José Carlos,

The attached patch has just been applied to the Ubuntu gpgme1.0 package, to
null out the dependency_libs field in the libtool .la files being shipped in
the -dev package.  This is generally a good idea because it avoids causing
consumers of your library to require other .la files listed here to be
available at build time when they're not actually needed (i.e., in the
dynamic linking common case).  It's specifically a good idea right now
because multiarch is imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against gpgme1.0.  As long as gpgme1.0 is going to need a rebuild
to fix up the invalid .la references, it would be nice to get rid of them
altogether.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/rules'
--- debian/rules2010-12-23 23:33:18 +
+++ debian/rules2011-03-22 01:43:32 +
@@ -81,6 +81,9 @@
dh_installdirs
 
$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/
+   for file in debian/tmp/usr/lib/*.la; do \
+   sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
+   done
 
 binary-indep: build
 

Bug#619217: Requires X11 version of emacs23

[Trent W. Buck]

Package: geiser
Version: 0.1.2-2
Severity: normal

I use emacs23-nox because I do not have (nor want) X installed.
This means I cannot install geiser (transcript follows).
Please fix your Depends to allow all supported emacsen to be used.

root@blood:/# aptitude -sR install geiser
The following NEW packages will be installed:
  adduser{a} anthy-common{a} dbus{a} defoma{a} emacs23{ab} file{a}
  fontconfig{a} fontconfig-config{a} gconf2-common{a} geiser
  install-info{a} libanthy0{a} libatk1.0-0{a} libatk1.0-data{a}
  libavahi-client3{a} libavahi-common-data{a} libavahi-common3{a}
  libcairo2{a} libcroco3{a} libcups2{a} libdatrie1{a}
  libdbus-glib-1-2{a} libdrm2{a} libegl1-mesa{a} libexpat1{a}
  libfontconfig1{a} libfreetype6{a} libfribidi0{a} libgconf2-4{a}
  libgcrypt11{a} libgd2-noxpm{a} libgif4{a} libgl1-mesa-glx{a}
  libglib2.0-0{a} libgnutls26{a} libgpg-error0{a} libgsf-1-114{a}
  libgsf-1-common{a} libgssapi-krb5-2{a} libgtk2.0-0{a}
  libgtk2.0-common{a} libice6{a} libidl0{a} libjasper1{a}
  libjpeg62{a} libk5crypto3{a} libkeyutils1{a} libkrb5-3{a}
  libkrb5support0{a} libldap-2.4-2{a} libm17n-0{a} libmagic1{a}
  libnewt0.52{a} liborbit2{a} libotf0{a} libpango1.0-0{a}
  libpango1.0-common{a} libpcre3{a} libpixman-1-0{a} libpng12-0{a}
  libpopt0{a} librsvg2-2{a} libsasl2-2{a} libsm6{a} libtalloc2{a}
  libtasn1-3{a} libthai-data{a} libthai0{a} libtiff4{a}
  libudev0{a} libx11-6{a} libx11-data{a} libx11-xcb1{a} libxau6{a}
  libxcb-dri2-0{a} libxcb-render0{a} libxcb-shape0{a}
  libxcb-shm0{a} libxcb-xfixes0{a} libxcb1{a} libxcomposite1{a}
  libxcursor1{a} libxdamage1{a} libxdmcp6{a} libxext6{a}
  libxfixes3{a} libxft2{a} libxi6{a} libxinerama1{a} libxml2{a}
  libxpm4{a} libxrandr2{a} libxrender1{a} libxt6{a} libxxf86vm1{a}
  m17n-contrib{a} m17n-db{a} shared-mime-info{a}
  ttf-dejavu-core{a} ucf{a} whiptail{a} x11-common{a}
The following packages are RECOMMENDED but will NOT be installed:
  anthy hicolor-icon-theme ispell libegl1-mesa-drivers
  libfont-freetype-perl libgl1-mesa-dri libglib2.0-data
  libgtk2.0-bin libsasl2-modules x-ttcidfont-conf xml-core
0 packages upgraded, 102 newly installed, 0 to remove and 31 not upgraded.
Need to get 40.6 MB of archives. After unpacking 125 MB will be used.
The following packages have unmet dependencies:
  emacs23-nox: Conflicts: emacs23 but 23.2+1-7 is to be installed.
   Conflicts: emacs23-gtk which is a virtual package.
  emacs23: Conflicts: emacs23-nox but 23.2+1-7 is installed.
The following actions will resolve these dependencies:
 Remove the following packages:
1) emacs23-nox

Accept this solution? [Y/n/q/?]

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (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#619158: [Fwd: Re: Bug#619158: linux-image-2.6.38-1-amd64: usb doesn't work]

[Ben Hutchings]

 Forwarded Message 
From: thuban 
To: Ben Hutchings 
Subject: Re: Bug#619158: linux-image-2.6.38-1-amd64: usb doesn't work
Date: Mon, 21 Mar 2011 21:11:36 +0100

It's done.
Here is the bug report :
https://bugzilla.kernel.org/show_bug.cgi?id=31602

Thanks 






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

Bug#613773: non-root user (member of dialout group) cannot use modem

[Stephen Powell]

On Wed, 23 Feb 2011 09:27:18 -0300, Dererk wrote:
> 
> This can be easily solved through some udev's rules, unfortunately I
> lack the hardware for this test from time to time, so I would need you
> to send me the corresponding lspci -v from this device.
> As soon as you provide me with that information I'll be able to go on
> and upload a fix for this.

I didn't hear back from you; so I assume that my last post contained
the information you were looking for.  If not, please let me know.

In the meantime, is there any change I can make to a script file or
a udev rule that will solve the problem on my end between now and when
an official fix is available?

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-



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

Bug#619214: perldoc -f length wrong about characters

[jidanni]

OK, thanks Russ for looking at it.
Perhaps it should say
> Note the characters: if the EXPR is in Unicode, you will
  ^and "use utf8" is in effect,

Else the beginner will think "sure looked like Unicode to me".



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

Bug#619214: perldoc -f length wrong about characters

[Russ Allbery]

jida...@jidanni.org writes:

> It says

>Note the characters: if the EXPR is in Unicode, you will
>get the number of characters, not the number of bytes.

> But I prove it wrong below.

> $ perl -wle 'print length "網路；"'
> 9
> $ perl -wle 'print length "網路"'
> 6

Those aren't Unicode strings.  They're strings of bytes, and hence the
behavior is as described in the documentation.  If you want to put a
literal Unicode string into Perl source, you have to add "use utf8" to
change the default interpretation, after which you get the behavior that
you're expecting.

windlord:~> perl -wle 'use utf8; print length "網路；"'
3
windlord:~> perl -wle 'use utf8; print length "網路"'
2

-- 
Russ Allbery (r...@debian.org)   



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

Bug#546251: Any progress on this?

[Reuben Thomas]

On 22 March 2011 01:50, Norbert Preining  wrote:
>
> There will be no progress. The problem has been explained by me
> several times, we cannot blindly activate *ALL* fonts in TL, as
> that will break things (as we have seen already on occasions).
> ANd we cannot work through each and every font.

OK, but could some be added? If there was a way for interested users
or maintainers to submit patches for individual fonts, then maybe over
time they could all be added? Even if it's a big problem that no one
person is going to sit down and solve in one go, perhaps it can be
broken down?

> If you need them, use a local font.cnf file to activate them.

Thanks for that hint.

-- 
http://rrt.sc3d.org



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

Bug#619216: mutt: please build with openssl instead of gnutls

[david b]

Package: mutt
Version: 1.5.20-9+squeeze1
Severity: grave
Tags: security
Justification: user security hole

The gnutls implementation of ssl found in mutt, in mutt_ssl_gnutls.c, appears 
to not validate
the common name of a remote server correctly. The openssl implementation  found 
in mutt_ssl.c
does perform this check correctly.
Can the mutt package be re-build against openssl and not gnutls.

This bug is reported  upstream at http://dev.mutt.org/trac/ticket/3506.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38 (SMP w/128 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 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#619215: typo in the copyright year in manpage(s?

[Yaroslav Halchenko]

Package: condor
Version: 7.5.5+git995-ga9a0d2a-1~nd60+1
Severity: minor
File: /usr/share/man/man1/condor_run.1.gz

$> zgrep '(C)' /usr/share/man/man1/condor_run.1.gz
Copyright (C)990-2011 Condor Team, Computer Sciences Department, University of 
Wisconsin-Madison, Madison, WI. All Rights Reserved. Licensed under the Apache 
License, Version 2.0. 

I know that condors existed at those times, but I doubt their team managed to
copyright them ;)

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages condor depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36   Debian configuration management sy
ii  libc6   2.11.2-9 Embedded GNU C Library: Shared lib
ii  libclassad0 1.0.9-2~nd60+1   library for Condor's classads expr
ii  libcomerr2  1.41.12-2common error description library
ii  libcurl37.21.0-1 Multi-protocol file transfer libra
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgcc1 1:4.4.5-8GCC support library
ii  libglobus-callout0  0.7-6Globus Toolkit - Globus Callout Li
ii  libglobus-common0   11.5-2   Globus Toolkit - Common Library
ii  libglobus-ftp-client2   5.3-3Globus Toolkit - GridFTP Client Li
ii  libglobus-ftp-control1  2.11-2   Globus Toolkit - GridFTP Control L
ii  libglobus-gass-transfer 4.3-2Globus Toolkit - Globus Gass Trans
ii  libglobus-gram-client3  10.4-1   Globus Toolkit - GRAM Client Libra
ii  libglobus-gram-protocol 9.7-2Globus Toolkit - GRAM Protocol Lib
ii  libglobus-gsi-callback0 2.7-1Globus Toolkit - Globus GSI Callba
ii  libglobus-gsi-cert-util 6.6-1Globus Toolkit - Globus GSI Cert U
ii  libglobus-gsi-credentia 3.5-1Globus Toolkit - Globus GSI Creden
ii  libglobus-gsi-openssl-e 0.14-6   Globus Toolkit - Globus OpenSSL Er
ii  libglobus-gsi-proxy-cor 4.5-1Globus Toolkit - Globus GSI Proxy 
ii  libglobus-gsi-proxy-ssl 2.3-1Globus Toolkit - Globus GSI Proxy 
ii  libglobus-gsi-sysconfig 3.1-2Globus Toolkit - Globus GSI System
ii  libglobus-gss-assist3   5.9-1Globus Toolkit - GSSAPI Assist lib
ii  libglobus-gssapi-error2 2.5-7Globus Toolkit - GSSAPI Error Libr
ii  libglobus-gssapi-gsi4   7.5-2Globus Toolkit - GSSAPI library
ii  libglobus-io3   6.3-8Globus Toolkit - uniform I/O inter
ii  libglobus-openssl-modul 1.3-1Globus Toolkit - Globus OpenSSL Mo
ii  libglobus-rsl2  7.2-2Globus Toolkit - Resource Specific
ii  libglobus-xio0  2.8-3Globus Toolkit - Globus XIO Framew
ii  libk5crypto31.8.3+dfsg-4 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libkrb5support0 1.8.3+dfsg-4 MIT Kerberos runtime libraries - S
ii  libldap-2.4-2   2.4.23-7 OpenLDAP libraries
ii  libltdl72.2.6b-2 A system independent dlopen wrappe
ii  libpcre38.02-1.1 Perl 5 Compatible Regular Expressi
ii  libssl0.9.8 0.9.8o-4 SSL shared libraries
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libvirt00.8.3-5  library for interfacing with diffe
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  neurodebian-popularity- 0.22~nd60+1  Helper for NeuroDebian popularity 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

condor recommends no packages.

condor suggests no packages.

-- debconf information excluded



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

Bug#610714: fixing bug #610714 in Debian squeeze

[Norbert Preining]

On So, 20 Mär 2011, Faheem Mitha wrote:
> Since squeeze has now been released, it might be a plan to fix
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610714

Good idea, please contact the maintainer of auctex for an NMU.
THe debian-tex-maint group is not responsible for this package.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

AFFPUDDLE (n.)
A puddle which is hidden under a pivoted paving stone. You only know
it's there when you step on the paving stone and the puddle shoots up
your leg.
--- Douglas Adams, The Meaning of Liff



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

Bug#546251: Any progress on this?

[Norbert Preining]

On Mo, 21 Mär 2011, Reuben Thomas wrote:
> It would be lovely to see some progress on this bug. I just needed to

There will be no progress. The problem has been explained by me 
several times, we cannot blindly activate *ALL* fonts in TL, as
that will break things (as we have seen already on occasions).
ANd we cannot work through each and every font.

If you need them, use a local font.cnf file to activate them.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

KNOPTOFT (n.)
The mysterious fluff placed in your pockets by dry-cleaning firms.
--- Douglas Adams, The Meaning of Liff



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

Bug#619214: perldoc -f length wrong about characters

[jidanni]

Package: perl-doc
Version: 5.10.1-18
Severity: wishlist

It says
   Note the characters: if the EXPR is in Unicode, you will get the 
number of characters, not
   the number of bytes.

But I prove it wrong below.

$ perldoc -f length
   length EXPR
   length  Returns the length in characters of the value of EXPR.  If EXPR 
is omitted, returns length of
   $_.  Note that this cannot be used on an entire array or hash to 
find out how many elements
   these have.  For that, use "scalar @array" and "scalar keys 
%hash" respectively.

   Note the characters: if the EXPR is in Unicode, you will get the 
number of characters, not
   the number of bytes.  To get the length of the internal string 
in bytes, use
   "bytes::length(EXPR)", see bytes.  Note that the internal 
encoding is variable, and the
   number of bytes usually meaningless.  To get the number of bytes 
that the string would have
   when encoded as UTF-8, use "length(Encoding::encode_utf8(EXPR))".
$ perl -wle 'print length "網路；"'
9
$ perl -wle 'print length "網路"'
6



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

Bug#605760: bug pcmanfm doesn't start anymore

[Crnorland]

same here. Exactly the same on a debian testing.

Linux pc-name 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64
GNU/Linux

pcmanfm version: 0.9.8-1





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

Bug#619213: libtao-dev does not install utl_scoped_name.h

[Pau Garcia i Quiles]

Package: libtao-dev
Version: 6.0.1-1
Severity: normal
Tags: upstream

OpenDDS 2.3 requires utl_scoped_name.h, which is available in 
$TAO_ROOT/TAO_IDL/include/utl_scoped_name.h
while building but it's not installed. 

This is an upstream bug in either OpenDDS (using a private TAO header) or TAO 
(not installing
utl_scoped_name.h). 

I don't have time to provide a patch now but I'm reporting the bug to not
forget about it.


-- System Information:
Debian Release: squeeze/sid
  APT prefers maverick-updates
  APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 
'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick')
Architecture: i386 (i686)

Kernel: Linux 2.6.35-28-generic-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 libtao-dev depends on:
ii  libace-dev6.0.1-1C++ network programming framework 
ii  libtao-2.0.1  6.0.1-1ACE based CORBA ORB core libraries

libtao-dev recommends no packages.

Versions of packages libtao-dev suggests:
ii  libtao-doc6.0.1-1ACE based CORBA ORB core libraries
ii  libtao-orbsvcs-dev6.0.1-1TAO CORBA services development fil

-- 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#619212: cups: pdftoraster-poppler regression: segfaults in 1.4.6-1 but not 1.4.4-7

[Ulrich Klauer]

Package: cups
Version: 1.4.6-1
Severity: important

With cups 1.4.6-1, I can't print some postscripts files anymore that used to
work before. (All the affected files are made with TeX and dvips, which may
or may not be a coincidence; not all dvips postscript files are affected.)
The error_log shows that pdftoraster-poppler crashes with a segfault. See the
attached log file excerpt.

Printing these files works again after downgrading to 1.4.4-7 (current stable
version). For the downgrade, I only did
  dpkg -i cups_1.4.4-7_amd64.deb
- no other packages where changed.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.6-1  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.6-1  Common UNIX Printing System(tm) - 
ii  cups-ppdc   1.4.6-1  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]   1.5.38   Debian configuration management sy
ii  ghostscript 9.01~dfsg-2  interpreter for the PostScript lan
ii  libavahi-client30.6.28-4 Avahi client library
ii  libavahi-common30.6.28-4 Avahi common library
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcups21.4.6-1  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.6-1  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.6-1  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.6-1  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.6-1  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.6-1  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libgcc1 1:4.5.2-4GCC support library
ii  libgnutls26 2.10.5-1 the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.8.3+dfsg-4 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.23-7 OpenLDAP libraries
ii  libpam0g1.1.2-2  Pluggable Authentication Modules l
ii  libpaper1   1.1.24   library for handling paper charact
ii  libpoppler5 0.12.4-1.2   PDF rendering library
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libstdc++6  4.5.2-4  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-17  userspace USB programming library
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  poppler-utils   0.12.4-1.2   PDF utilitites (based on libpopple
ii  procps  1:3.2.8-10   /proc file system utilities
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL
ii  ttf-freefont20100919-1   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint   5.2.6-1 printer drivers for CUPS
ii  foomatic-filters 4.0.7-1 OpenPrinting printer support - fil
ii  ghostscript-cups 9.01~dfsg-2 interpreter for the PostScript lan

Versions of packages cups suggests:
ii  cups-bsd  1.4.6-1Common UNIX Printing System(tm) - 
pn  cups-pdf   (no description available)
ii  foomatic-db   20110209-1 OpenPrinting printer support - dat
ii  hplip 3.11.1-2   HP Linux Printing and Imaging Syst
pn  smbclient  (no description available)
ii  udev  166-1  /dev/ and hotplug management daemo
pn  xpdf-korean | xpdf-japanese |  (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd
E [22/Mar/2011:00:37:06 +0100] [Job 92] SpliX Cannot get input slot information.
E [22/Mar/2011:00:37:06 +0100] PID 4431 
(/usr/lib/cups/filter/pdftoraster-poppler) crashed on signal 11!
D [22/Mar/2011:00:37:18 +0100] [Job 92] The following messages were recorded 
from 00:36:30 to 00:37:18
D [22/Mar/2011:00:37:18 +0100] [Job 92] Adding start banner page "none".
D [22/Mar/2011:00:37:18 +0100] [Job 92] Queued on "scx4300" b

Bug#619211: debian-cd: Add hurd-i386 support

[Samuel Thibault]

Package: debian-cd
Version: 3.1.6
Severity: normal
Tags: patch

Hello,

The attached patch adds hurd-i386 support to debian-cd, could you please
apply it?

Thanks,

Samuel

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Index: tools/grab_md5
===
--- tools/grab_md5  (révision 2187)
+++ tools/grab_md5  (copie de travail)
@@ -49,7 +49,7 @@
 DIR = ""
 }' | sort | uniq >> $OUT
 ;;
-
alpha|amd64|arm|armel|hppa|i386|ia64|m68k|mips|mipsel|powerpc|s390|sparc|kfreebsd-amd64|kfreebsd-i386)
+
alpha|amd64|arm|armel|hppa|i386|ia64|m68k|mips|mipsel|powerpc|s390|sparc|kfreebsd-amd64|kfreebsd-i386|hurd-i386)
 FILES=`find $LOCATIONS -name Packages.gz | grep binary-$ARCH`
 echo "Using MD5 sums from Packages files:"
 echo $FILES
Index: tools/generate_di+k_list
===
--- tools/generate_di+k_list(révision 2187)
+++ tools/generate_di+k_list(copie de travail)
@@ -302,4 +302,14 @@
 libc0.1-i686
 #endif
 
+#ifdef ARCH_hurd_i386
+gnumach-image-1-486
+grub-pc
+libc0.3-i686
+#ifdef VARIANT_xen
+gnumach-image-1-xen-486
+libc0.3-xen
+#endif
+#endif
+
 EOF
Index: tools/start_new_disc
===
--- tools/start_new_disc(révision 2187)
+++ tools/start_new_disc(copie de travail)
@@ -48,6 +48,8 @@
 export VOLID="$VOLID_BASE f-i386 $DISKNUM" ;;
 kfreebsd-amd64)
 export VOLID="$VOLID_BASE f-amd64 $DISKNUM" ;;
+hurd-i386)
+export VOLID="$VOLID_BASE h-i386 $DISKNUM" ;;
 *)
 export VOLID="$VOLID_BASE $ARCHES $DISKNUM" ;;
 esac
Index: tools/boot/wheezy/boot-hurd-i386
===
--- tools/boot/wheezy/boot-hurd-i386(révision 0)
+++ tools/boot/wheezy/boot-hurd-i386(révision 0)
@@ -0,0 +1,2 @@
+#!/bin/bash
+. $BASEDIR/tools/boot/$DI_CODENAME/boot-hurd

Modification de propriétés sur tools/boot/wheezy/boot-hurd-i386
___
Ajouté : svn:executable
   + *

Index: tools/boot/wheezy/boot-hurd
===
--- tools/boot/wheezy/boot-hurd (révision 0)
+++ tools/boot/wheezy/boot-hurd (révision 0)
@@ -0,0 +1,94 @@
+# This script gets sourced from boot-hurd-i386.
+#
+# Do install stuff for hurd, including making bootable CDs
+# Works with debian-installer
+#
+# $1 is the CD number
+# $2 is the temporary CD build dir
+
+. $BASEDIR/tools/boot/$DI_CODENAME/common.sh
+. $BASEDIR/tools/boot/$DI_CODENAME/x86-desktop.sh
+
+set -e
+#set -x
+
+N=$1
+CDDIR=$2
+BOOTDIR=
+if [ "$DI_WWW_HOME" = "default" ];then
+DI_WWW_HOME="http://d-i.debian.org/daily-images/hurd-i386/daily/";
+if [ -n "$DI_DIR" ];then
+DI_DIR="$DI_DIR/${DI_WWW_HOME#*http://}";
+DI_WWW_HOME=""
+echo "Using images from $DI_DIR"
+fi
+fi
+if [ ! "$DI_DIST" ]; then
+   DI_DIST="$DI_CODENAME"
+fi
+
+cd $CDDIR/..
+
+# Only disc 1 bootable
+if [ $N != 1 ]; then
+   add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-J -joliet-long"
+   exit 0
+fi
+
+# Download boot images.
+BOOT_IMAGES="cdrom/debian-cd_info.tar.gz cdrom/gnumach.gz cdrom/initrd.gz 
cdrom/ext2fs.static cdrom/ld.so.1"
+
+for image in $BOOT_IMAGES; do
+   if [ ! -e "$image" ]; then
+   dir=$(dirname $image)
+   mkdir -p $dir
+   if [ ! "$DI_WWW_HOME" ];then
+   if [ ! "$DI_DIR" ];then
+   
DI_DIR="$MIRROR/dists/$DI_DIST/main/installer-$ARCH/current/images"
+   fi
+   cp "$DI_DIR/$image" $image
+   else
+   wget "$DI_WWW_HOME/$image" -O $image
+   fi
+   fi
+done
+
+# Install kernel and initrd
+mkdir -p $CDDIR/boot/kernel/
+cp "cdrom/gnumach.gz" "$CDDIR/boot/kernel/gnumach.gz"
+cp "cdrom/initrd.gz" "$CDDIR/boot/initrd.gz"
+cp "cdrom/ext2fs.static" "$CDDIR/boot/kernel/ext2fs.static"
+cp "cdrom/ld.so.1" "$CDDIR/boot/kernel/ld.so.1"
+
+# Install bootloader
+mkdir -p boot$N
+tar -C boot$N -zxf cdrom/debian-cd_info.tar.gz
+add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-J -joliet-long"
+add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-b boot/grub/grub_eltorito"
+add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-c boot/boot.cat"
+add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-no-emul-boot"
+add_mkisofs_opt $CDDIR/../$N.mkisofs

Bug#619210: meanwhile: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

Package: meanwhile
Version: 1.0.2-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi Chris,

The attached patch has just been applied to the Ubuntu meanwhile package, to
null out the dependency_libs field in the libtool .la file being shipped in
the -dev package.  This is generally a good idea because it avoids causing
consumers of your library to require other .la files listed here to be
available at build time when they're not actually needed (i.e., in the
dynamic linking common case).  It's specifically a good idea right now
because multiarch is imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against meanwhile.  As long as meanwhile is going to need a rebuild
to fix up the invalid .la references, it would be nice to get rid of them
altogether.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/rules'
--- debian/rules2006-01-14 17:35:30 +
+++ debian/rules2011-03-22 00:46:49 +
@@ -42,6 +42,9 @@
dh_testroot
dh_clean -k 
$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
+   for file in debian/tmp/usr/lib/*.la; do \
+   sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
+   done
 
 binary-indep: build install
 

Bug#619209: ruby: disable lookup-order-hack (or fix it to collect all the addresses, not just AF_INET or AF_INET6 ones)

[Andrew O. Shadoura]

Package: ruby
Version: 4.5
Severity: important
Tags: ipv6

The lookup-order-hack must be either set to UNSPEC, or the code
implementing it rewritten so it won't do 'break' after a successful
gai() call, so all address families will be processed.

Has just tested this with ruby1.8=1.8.7.334-2~experimental.1, it works:

irb(main):001:0> require 'socket'
=> true
irb(main):002:0> Socket::getaddrinfo('ip6.me', 1, Socket::AF_UNSPEC)
=> [["AF_INET6", 1, "www.whatismyv6.com", "2001:4810::110", 10, 1, 6],
["AF_INET6", 1, "www.whatismyv6.com", "2001:4810::110", 10, 2, 17],
["AF_INET6", 1, "www.whatismyv6.com", "2001:4810::110", 10, 3, 0],
["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 1, 6],
["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 2, 17],
["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 3, 0]]

Previously, it reported:
=> [["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 1, 6],
["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 2, 17],
["AF_INET", 1, "www.whatismyv6.com", "66.117.47.214", 2, 3, 0]]

which is just wrong.

Also, this fixes Bug#612896 in apt-listbugs.

-- System Information:
Debian Release: 6.0
  APT prefers sid
  APT policy: (500, 'sid'), (500, 'oldstable'), (500, 'unstable'), (500, 
'testing'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.36-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ruby depends on:
ii  ruby1.8  1.8.7.302-2 Interpreter of object-oriented scr

ruby recommends no packages.

Versions of packages ruby suggests:
pn  ri (no description available)
pn  ruby-dev   (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#617498: xserver-xorg-video-radeon: Driver crash when watching Youtube video

[Ross Vandegrift]

On Tue, Mar 15, 2011 at 10:00:33AM +0100, Julien Cristau wrote:
> On Mon, Mar 14, 2011 at 21:46:43 -0400, Ross Vandegrift wrote:
> 
> > Package: xserver-xorg-video-radeon
> > Version: 1:6.13.1-2+squeeze1
> > Followup-For: Bug #617498
> > 
> [...]
> > 
> > I've tried this on 2.6.37 from experimental as well as 2.6.32 from wheezy.  
> > No
> > difference.  I am running Xorg from experimental and have NOT tested
> > rolling back to wheezy packages.
> > 
> The version number above and the X log below don't seem to point at
> experimental Xorg.  Which is it?

Tonight I updated to the latest bits from experimental and ended up
with a broken X setup.  I removed my pin file and downgraded all X
related packages to wheezy.  The original issue reported in the bug is
gone.  I wonder if I somehow ended up with a mostly-working mix of
package versions.

If I have some time next weekend, I'll try upgrading and reproducing
the issue again.

Ross

-- 
Ross Vandegrift
r...@kallisti.us

"If the fight gets hot, the songs get hotter.  If the going gets tough,
the songs get tougher."
--Woody Guthrie


signature.asc
Description: Digital signature

Bug#613735: Acknowledgement (transition: gobject-introspection)

[Emilio Pozuelo Monfort]

On 22/03/11 00:21, Julien Cristau wrote:
> On Sun, Mar 20, 2011 at 21:42:04 +, Emilio Pozuelo Monfort wrote:
> 
>> We don't necessarily need to involve gtk+2.0 and libsoup2.4 in this 
>> transition,
>> as I've got gir-repository to build gir1.2 packages. Most of the other stuff
>> don't probably need to be transitioned together, as migrating
>> gobject-introspection won't break them, and they have no rdeps, so the
>> transition would most probably involve:
>>
>> clutter-1.0
>> gir-repository
>> gobject-introspection
>> gstreamer0.10
>> json-glib
>> webkit
>> seed
>> epiphany-extensions-more
>>
> Looks like seed got uploaded recently, but it won't reach testing before
> the gmp stuff is resolved (hopefully soonish).  If you don't need that
> in testing before the move to gir1.2, I think we can go ahead with this.
> We should have gmp taken care of before that lot is ready.

Great! There's no hurry for seed to migrate, so I've started the transition.

In one or two days everything should have been uploaded, and then we can start
the fun of build failures et al.

Cheers,
Emilio



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

Bug#617651: redmine: upgrade sid to 1.1.2

[Jérémy Lal]

No problem at all.
I wanted to keep the version that went in squeeze around for a while.

Next release will be to unstable (unfortunately not 1.1.2-1).

Jérémy.



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

Bug#619208: smartmontools: FTBFS on hurd-i386: missing #include in os_generic.cpp

[Pino Toscano]

Package: smartmontools
Version: 5.40+svn3296-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], smartmontools fails to build on GNU/Hurd.
The problem is a missing #include in os_generic.cpp (the OS implementation used
in Hurd), which is what the attached patch fixes.

[1] 
https://buildd.debian.org/fetch.cgi?pkg=smartmontools&arch=hurd-i386&ver=5.40%2Bsvn3296-1&stamp=1300749483&file=log&as=raw

Thanks,
-- 
Pino
--- a/os_generic.cpp
+++ b/os_generic.cpp
@@ -71,6 +71,7 @@
 
 // These are needed to define prototypes and structures for the
 // functions defined below
+#include "int64.h"
 #include "atacmds.h"
 #include "utility.h"
 

Bug#619207: rtorrent: enable_trackers=no/yes does not work in new version

[Jellal Hernandez]

Package: rtorrent
Version: 0.8.7-6
Severity: important

Latest upgrade deleted important commands from rtorrent command mode!
"C-X enable_trackers=yes" / "C-X enable_trackers=no" result in
following error message:

Command "enable_trackers" does not exist

This prevents user from turning off/on trackers globally which is very
useful if user only wants to connect to a few trackers because other
trackers are slow/return errors/or time out. Please restore deleted
convenience feature.

-- System Information:

Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores)
UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rtorrent depends on:
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libcurl3  7.21.4-1   Multi-protocol file transfer libra
ii  libgcc1   1:4.5.2-6  GCC support library
ii  libncursesw5  5.8+20110307-1 shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe Signal Framework for C++
ii  libssl0.9.8   0.9.8o-5   SSL shared libraries
ii  libstdc++64.5.2-6The GNU Standard C++ Library v3
ii  libtorrent13  0.12.7-4   a C++ BitTorrent library by Raksha
ii  libxmlrpc-core-c3 1.16.33-2  A lightweight RPC library based on

rtorrent recommends no packages.

Versions of packages rtorrent suggests:
ii  screen4.0.3-14   terminal multiplexor with VT100/AN



  



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

Bug#619206: nautilus-filename-repairer: FTBFS everywhere: ./configure breaks on IT_PROG_INTLTOOL

[Cyril Brulebois]

Source: nautilus-filename-repairer
Version: 0.0.6-1+gnome3+2
Severity: serious
Justification: FTBFS

Hi,

you seem to be lacking other build dependencies:
| checking dependency style of gcc... none
| ./configure: line 3866: syntax error near unexpected token `0.35.0'
| ./configure: line 3866: `IT_PROG_INTLTOOL(0.35.0)'
| ==> config.log <==
| […]

Full build logs:
  
https://buildd.debian.org/status/package.php?p=nautilus-filename-repairer&suite=experimental

I'd suggest two things:
 - check configure.ac and figure out which components are needed to
   build your package.
 - check it builds fine once you have specified proper build
   dependencies; using pbuilder, cowbuilder, sbuild, or something
   similar.

It will save buildd time, buildd maintainer time, and bug reporter time.
And as a consequence, yours, since a single upload would be sufficient,
instead of a series.

KiBi.



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

Bug#572406: "users" Mount Option Broken

[Elliott Mitchell]

I should also add that I'm now dealing with nfs-common 1:1.2.2-4, and
mount 2.17.2-9 (current stable).


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
2477\___\_|_/DC21 03A0 5D61 985B <-PGP-> F2BE 6526 ABD2 F6B2\_|_/___/3DE0





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

Bug#619205: orbit2: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

Package: orbit2
Version: 1:2.14.18-0.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi Sebastian,

Me again. :)

The attached patch has just been applied to the Ubuntu orbit2 package, to
null out the dependency_libs field in the libtool .la file being shipped in
the -dev package.  This is generally a good idea because it avoids causing
consumers of your library to require other .la files listed here to be
available at build time when they're not actually needed (i.e., in the
dynamic linking common case).  It's specifically a good idea right now
because multiarch is imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against orbit2.  As long as orbit2 is going to need a rebuild to
fix up the invalid .la references, it would be nice to get rid of them
altogether.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/rules'
--- debian/rules2011-02-08 12:37:58 +
+++ debian/rules2011-03-22 00:15:50 +
@@ -29,3 +29,8 @@
 clean::
echo $(DEB_PATCHDIRS)
rm -f debian/name-client-2.1 debian/orbit-name-server-2.1
+
+install/liborbit2-dev::
+   for file in debian/tmp/usr/lib/*.la; do \
+   sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
+   done

Bug#613735: Acknowledgement (transition: gobject-introspection)

[Julien Cristau]

On Sun, Mar 20, 2011 at 21:42:04 +, Emilio Pozuelo Monfort wrote:

> We don't necessarily need to involve gtk+2.0 and libsoup2.4 in this 
> transition,
> as I've got gir-repository to build gir1.2 packages. Most of the other stuff
> don't probably need to be transitioned together, as migrating
> gobject-introspection won't break them, and they have no rdeps, so the
> transition would most probably involve:
> 
> clutter-1.0
> gir-repository
> gobject-introspection
> gstreamer0.10
> json-glib
> webkit
> seed
> epiphany-extensions-more
> 
Looks like seed got uploaded recently, but it won't reach testing before
the gmp stuff is resolved (hopefully soonish).  If you don't need that
in testing before the move to gir1.2, I think we can go ahead with this.
We should have gmp taken care of before that lot is ready.

Cheers,
Julien



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

Bug#619204: code completion doesn't work for libgee

[Alexander Kurtz]

Package: gedit-valencia-plugin
Version: 0.3.0-2
Severity: normal

Hi,

automatic code completion via gedit-valencia-plugin doesn't work for
libgee, but does for everything else.

This is probably because libgee installs its .vapi-file
to /usr/share/vala/vapi/ while valac recently switched
to /usr/share/vala-0.10/vapi/.

Since the vala compiler has no problem finding the gee-1.0.vapi file, I
think the bug is in gedit-valencia-plugin.

Best regards

Alexander Kurtz


signature.asc
Description: This is a digitally signed message part

Bug#619203: fresh up(down)stream is available -- 0.76.7

[Yaroslav Halchenko]

Package: python-software-properties
Version: 0.70.debian-1
Severity: wishlist
Tags: upstream

There seems to be no upload into Debian for more than 2 years, while current
version in Ubuntu is 0.76.7 which I bet addresses lots of the open in Debian
BTS issues and includes nice additions such as cmdline
/usr/bin/add-apt-repository .

It would be great if someone could give this package some TLC.

Thanks in advance!

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-software-properties depends on:
ii  iso-codes   3.24.1-1 ISO language, territory, currency,
ii  lsb-release 3.2-27   Linux Standard Base version report
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-apt  0.7.100.1Python interface to libapt-pkg
ii  python-gnupginterface   0.3.2-9.1Python interface to GnuPG (GPG)
ii  python-support  1.0.11   automated rebuilding support for P
ii  unattended-upgrades 0.62.2   automatic installation of security

python-software-properties recommends no packages.

python-software-properties 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#619202: libidl: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

Package: libidl
Version: 0.8.14-0.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Hi Sebastian,

The attached patch has just been applied to the Ubuntu libidl package, to
null out the dependency_libs field in the libtool .la file being shipped in
the -dev package.  This is generally a good idea because it avoids causing
consumers of your library to require other .la files listed here to be
available at build time when they're not actually needed (i.e., in the
dynamic linking common case).  It's specifically a good idea right now
because multiarch is imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against libidl.  As long as libidl is going to need a rebuild to
fix up the invalid .la references, it would be nice to get rid of them
altogether.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/rules'
--- debian/rules2008-03-17 02:37:43 +
+++ debian/rules2011-03-22 00:02:27 +
@@ -2,3 +2,8 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+
+install/libidl-dev::
+   for file in debian/tmp/usr/lib/*.la; do \
+   sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
+   done

Bug#579842: NMU: strace 4.5.20-2.3

[Nobuhiro Iwamatsu]

tags  579842 + pending
thanks

Dear maintainer,

I've prepared an NMU for strace (version 4.5.20-2.3) and uploaded
it to DELAYED/10.
Please see changelog for more details.

strace (4.5.20-2.3) unstable; urgency=low

  * Non-maintainer upload.
  * Add sh4 to arch list.
  * Add powerpcspe to arch list (Closes: #579842).

 -- Nobuhiro Iwamatsu   Tue, 22 Mar 2011 09:03:49 +0900


Best regards,
 Nobuhiro
--
Nobuhiro Iwamatsu
 iwamatsu at {nigauri.org / debian.org}
 GPG ID: 40AD1FA6


strace_4.5.20-2.3.debdiff
Description: Binary data

Bug#618325: qtwebkit: FTBFS on armel: ld terminated with signal 9 [Killed]

[Hector Oron]

Hi,

2011/3/19 Hector Oron :
> ChromeClientQt.o: In function `WebCore::ChromeClientQt::fullScreenVideo()':
> ChromeClientQt.cpp:(.text._ZN7WebCore14ChromeClientQt15fullScreenVideoEv+0x34):
> undefined reference to
> `WebCore::FullScreenVideoQt::FullScreenVideoQt(WebCore::ChromeClientQt*)'
>
> ChromeClientQt.o: In function
> `WebCore::ChromeClientQt::requiresFullscreenForVideoPlayback()':
> ChromeClientQt.cpp:(.text._ZN7WebCore14ChromeClientQt34requiresFullscreenForVideoPlaybackEv+0x8):
> undefined reference to
> `WebCore::FullScreenVideoQt::requiresFullScreenForVideoPlayback()'
>
> collect2: ld returned 1 exit status


I finally was able to build qtwebkit on armel succesfully:

$ dcmd ls ../qtwebkit_2.1.0~2011week09-1_armel.changes
../libqtwebkit4_2.1.0~2011week09-1_armel.deb
../qtwebkit_2.1.0~2011week09-1.debian.tar.gz
../libqtwebkit4-dbg_2.1.0~2011week09-1_armel.deb
../qtwebkit_2.1.0~2011week09-1.dsc
../libqtwebkit-dev_2.1.0~2011week09-1_armel.deb
../qtwebkit_2.1.0~2011week09.orig.tar.gz
../qtwebkit_2.1.0~2011week09-1_armel.changes

I commented out a couple patches:
04_enable_debug_information.diff (suggested by Sune)
webcore_qtplatformplugin_createfullscreenvideohandler_ftbfs.patch (it
looked suspicious to me, as )

$ cat debian/patches/series
# upstream patches
0001_fix_symbols_visibility_for_webcore.diff

# debian patches
01_lflags_as-needed.diff
02_add_nostrip_for_debug_packages.diff
03_hide_std_symbols.diff
#04_enable_debug_information.diff
05_sparc_unaligned_access.diff
06_kfreebsd_strnstr.diff
07_s390_stabs_format_debugging_information.diff
08_powerpc_s390_no_gc_sections.diff
09_hurd.diff
#webcore_qtplatformplugin_createfullscreenvideohandler_ftbfs.patch

Let me know if you need anymore information or if full buildlog can be useful.

Build environment was sid:
ii  binutils2.21.0.20110302-2   The GNU assembler, linker
and binary utilities
ii  gcc-4.5 4.5.2-6 The GNU C compiler

Cheers,
-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."

-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html



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

Bug#619201: New upstream release available

[Shaun Jackman]

Package: picard-tools
Priority: wishlist

Picard 1.41 is available.

Cheers,
Shaun



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

Bug#573551: affects squeeze, package has only been updated in testing

[micah anderson]

On Mon, 21 Mar 2011 17:02:41 +0200, Faidon Liambotis  
wrote:
> Sorry for the very late reply.

No problem. It looks like we missed this stable point release, but we
can get the next one!

> On Thu, Mar 10, 2011 at 04:53:57PM -0500, micah anderson wrote:
...
> > (note 105 is behavior uncertain)
> 
> Indeed, you are absolutely right, I confirm the above.

Ok, good, I'm glad I'm not insane... or am I?

> With my very limited, only on dependency-based booting-enabled, systems,
> it seems that
> update-rc.d $foo enable
> counteracts
> update-rc.d $foo disable
> properly, as long as you don't call "remove" at any point.
> 
> So, removing the
> update_rc "-f", @resource[:name], "remove"
> line before "enable" should be fine.

This does seem like it might work, although I'm concerned about the
corner cases, and:

> However, I'm not sure how that would interact with systems upgraded from
> lenny. I'll check that and get back to you, hopefully soon.

this as well. Please do get back as soon as you test this.

> FWIW, there's a related discussion at debian-devel these days, see
> <20110304113539.ga10...@upsilon.cc>.

Thanks, I'll have a read.

> > This would also make backporting to lenny a problem because "update-rc.d
> > foo {en,dis}able' would not work right, but this is less of a concern.
> 
> I guess you can document that and change that back, for the limited time
> that lenny would still live.

True, thats not difficult.

micah


pgpu4LrvgTJQU.pgp
Description: PGP signature

Bug#587767: libactivesupport-ruby1.8: Missing import of 'thread' when rubygems not installed

[Jérémy Lal]

It's now actually worse :

ruby -e "require 'active_support'"

/usr/lib/ruby/1.8/active_support/dependencies.rb:55: uninitialized 
constant ActiveSupport::Dependencies::Mutex (NameError)
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:36:in 
`gem_original_require'
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.8/active_support.rb:56
from -e:1:in `require'
from -e:1

so the bug is triggered even with rubygems=1.6.2-1 installed.

Jérémy.



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

Bug#619200: polkit-kde-1: crash at logout

[mm-barabba]

Package: polkit-kde-1
Version: 0.95.1-2+b1
Severity: normal

everytime at logout since two days in two wheezy fresh upgraded .

sorry but i can't find something in log.

If you need further information, ask me.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (450, 'unstable'), (350, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages polkit-kde-1 depends on:
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.5.2-4  GCC support library
ii  libkdecore5   4:4.4.5-3  the KDE Platform Core Library
ii  libkdeui5 4:4.4.5-3  the KDE Platform User Interface Li
ii  libpolkit-qt-1-0  0.95.1-1   PolicyKit-qt-1 library
ii  libqt4-dbus   4:4.6.3-4  Qt 4 D-Bus module
ii  libqt4-svg4:4.6.3-4  Qt 4 SVG module
ii  libqtcore44:4.6.3-4  Qt 4 core module
ii  libqtgui4 4:4.6.3-4  Qt 4 GUI module
ii  libstdc++64.5.2-4The GNU Standard C++ Library v3
ii  policykit-1   0.99-3 framework for managing administrat

polkit-kde-1 recommends no packages.

polkit-kde-1 suggests no packages.



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

Bug#619199: linux-base: mouse pointer invisible after upgrade to 6.0.1

[Steven Sciame]

Package: linux-base
Version: 2.6.32-31
Severity: important

Ever since upgrade to 6.0.1 the mouse pointer is invisible.  Changing the
appearance has no effect.  If you Hibernate or Suspend then wakeup, the 
mouse pointer reappears.  

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-base depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libuuid-perl  0.02-4 Perl extension for using UUID inte
ii  udev  164-3  /dev/ and hotplug management daemo
ii  util-linux2.17.2-9   Miscellaneous system utilities

linux-base recommends no packages.

linux-base suggests no packages.

-- debconf information:
  linux-base/disk-id-manual-boot-loader:
  linux-base/disk-id-update-failed:
  linux-base/disk-id-manual:
  linux-base/disk-id-convert-plan-no-relabel: true
* linux-base/disk-id-convert-auto: true
  linux-base/do-bootloader-default-changed:
* linux-base/disk-id-convert-plan: true



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

Bug#619198: libjpeg62: crash when creating thumbnail for Thunar

[Marc Dequènes (Duck)]

Package: libjpeg62
Version: 6b1-1


Coin,

Using Thunar, when browsing a specific directory, i got it crash. The  
following backtrace shows the bug is probably in libjpeg.


-
Program received signal SIGBUS, Bus error.
[Switching to Thread 0x7fffe3be5700 (LWP 14546)]
jpeg_fill_bit_buffer (state=0x7fffe3be4400,  
get_buffer=549711486309659564, bits_left=13, nbits=0) at jdhuff.c:318

318 jdhuff.c: No such file or directory.
in jdhuff.c
(gdb) bt
#0  jpeg_fill_bit_buffer (state=0x7fffe3be4400,  
get_buffer=549711486309659564, bits_left=13, nbits=0) at jdhuff.c:318
#1  0x7361aad2 in decode_mcu (cinfo=,  
MCU_data=) at jdhuff.c:572
#2  0x73618e53 in decompress_onepass (cinfo=out>, output_buf=) at jdcoefct.c:167
#3  0x7361bb0e in process_data_simple_main  
(cinfo=0x7fffe3be4400, output_buf=0x7fffe3be4a20,  
out_row_ctr=0x7fffe3be457c,

out_rows_avail=) at jdmainct.c:354
#4  0x73617ec6 in jpeg_read_scanlines (cinfo=0x7fffe3be45f0,  
scanlines=0x7fffe3be4a20, max_lines=1) at jdapistd.c:173
#5  0x77bccdd6 in tvtj_jpeg_load (content=out>, length=, size=)

at thunar-vfs-thumb-jpeg.c:258
#6  0x77bcd17e in thunar_vfs_thumb_jpeg_load (path=optimized out>, size=128) at thunar-vfs-thumb-jpeg.c:636
#7  0x77bcdf50 in  
IA__thunar_vfs_thumb_factory_generate_thumbnail (factory=0x719cc0,  
info=)

at thunar-vfs-thumb.c:919
#8  0x00451c9f in thunar_thumbnail_generator_thread  
(user_data=) at thunar-thumbnail-generator.c:249
#9  0x74e45ea4 in g_thread_create_proxy (data=0x7fffe4006e70)  
at /tmp/buildd/glib2.0-2.28.2/./glib/gthread.c:1897

#10 0x7551a8ba in start_thread () from /lib/libpthread.so.0
#11 0x74b463cd in clone () from /lib/libc.so.6
#12 0x in ?? ()
-

Regards.

--
Marc Dequènes (Duck)


pgp9rfN1CljUI.pgp
Description: PGP Digital Signature

Bug#572406: "users" Mount Option Broken

[Elliott Mitchell]

>From: Luk Claes 
> > The "users" option got broken with the latest release, despite working
> > correctly in 1:1.0.10-6+etch.1 (old stable). Non-root users can mount
> > filesystems listed in /etc/fstab that have "users" specified, but they
> > will be unable to unmount the filesystem
> > ("umount.nfs: You are not permitted to unmount ...").
> >
> > My first thought is someone confused the "user" (which would need to
> > check who mounted the FS) and "users" option. Given bug report #501459,
> > part of which sounds like a similar issue with cifs, I'm also wondering
> > if the interface between `mount` and `mount.` got changed
> > slightly.

> Does adding a trailing slash in /etc/fstab fix the issue for you?

Nope, no impact from adding one to either the NFS-server nor the mount
point (nor both at the same time). Also tried `umount` both with and
without a trailing slash in each of those combinations as well. Nothing.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
2477\___\_|_/DC21 03A0 5D61 985B <-PGP-> F2BE 6526 ABD2 F6B2\_|_/___/3DE0





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

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

[Hilko Bengen]

* Daniel Kahn Gillmor:

> The same scenario without vblade-persist has a comparable race condition
> on "A" if machine "C" (attached to "y") provides a target (shelf=1,
> slot=1) and "B" (attached to "x") concurrently provides a target
> (shelf=1, slot=1).  How does the kernel + udev decide what to treat as
> /dev/etherd/e1.1 in that case?

This is outright dangerous: Unless you have configured the AoE initiator
on host "A" is restrict itself to access (interfaces on) only one
broadcast domain, there is no way of predicting which device will be
read or modified. In my book, this is random data corruption.

Like many other technologies, AoE will happily allow us to shoot
ourselves in the foot. :-) The downside of a standard as simple as
 is that we have to work
with a few assumptions. Mine so far are:

(1) A shelf/slot address should uniquely identify a target in a
broadcast domain.

(2) A shelf/slot address should uniquely identify a target reachable
from a host via any network interface that is configured for AoE. (Your
example above violates this.)

If I can't guarantee both, I risk data loss.

> Do you have a suggestion for how we might solve the node-independent
> view of /dev/etherd/ that this symlink approach was originally trying to
> address?

As the node-independent consistent view seems to be important to you:
Could you live with putting the symlinks into a different directory
(e.g. /var/run/vblade-persist as suggested) and extend the udev rules to
create symlinks to any real /dev/etherd/ex.y device node that may pop
up? (I would make the last part optional and off-by-default, though.)

Why is the node-independent view so important to you, anyeay? What
problem does it solve?

Cheers,
-Hilko



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

Bug#619197: dependency on gsettings-desktop-schemas not script enough

[Guido Günther]

Package: gnome-shell
Version: 2.91.91-2
Severity: grave

Hi,
the dependency on gsettings-schema is not strict enough. The shell
fails to start with:

GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' does not 
contain a key named 'text-scaling-factor'
aborting...

Depending on gsettings-desktop-schemas >= 2.91.91-1 cures this.
Cheers,
 -- Guido


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.6-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.1-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.90-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.1-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.1-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.91-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.100-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.15-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.10-1 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.90-1  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.90-1daemon handling the GNOME session 
ii  gsettings-desktop-schem 2.91.91-1GSettings deskop-wide schemas
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.0-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.23-3 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.1-1 Library for handling GObject intro
ii  libgjs0b0.7.13-2 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-02.91.6.1-1   Utility library for loading .deskt
ii  libgnome-menu2  2.30.3-2 an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.32-4Core GStreamer libraries and eleme
ii  libgtk-3-0  3.0.2-1  The GTK+ graphical user interface 
ii  libgtk2.0-0 2.24.0-1 The GTK+ graphical user interface 
ii  libical00.44-3   iCalendar library implementation i
ii  libjson-glib-1.0-0  0.10.2-2 GLib JSON manipulation library
ii  libmozjs4d  2.0~rc2-2The Mozilla SpiderMonkey JavaScrip
ii  libmutter-wm0   2.91.91-1window manager library for the Mut
ii  libnspr4-0d 4.8.7-2  NetScape Portable Runti

Bug#619196: dependency on libgjs4b no strict enough

[Guido Günther]

Package: gnome-shell
Version: 2.91.91-2
Severity: grave

Hi,
gnome-shell segfaults on startup like:

Program received signal SIGSEGV, Segmentation fault.
0xb7b77c79 in JS_NewObject () from /usr/lib/libmozjs.so.4d
(gdb) thread apply all bt

Thread 5 (Thread 0xaf2dcb70 (LWP 24440)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb7310f7f in __pthread_cond_wait (cond=0x8478f74, mutex=0x8478e90) at 
pthread_cond_wait.c:153
#2  0xb7b38009 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d
#3  0xb7bededa in ?? () from /usr/lib/libmozjs.so.4d
#4  0xb730c955 in start_thread (arg=0xaf2dcb70) at pthread_create.c:300
#5  0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 4 (Thread 0xafafdb70 (LWP 24439)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb6967696 in __poll (fds=0xb69eaff4, nfds=2, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb6b516b2 in ?? () from /usr/lib/libpulse.so.0
#3  0xb6b3e3d9 in pa_mainloop_poll () from /usr/lib/libpulse.so.0
#4  0xb6b3fc43 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#5  0xb6b3fd14 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#6  0xb6b51463 in ?? () from /usr/lib/libpulse.so.0
#7  0xb63d9322 in ?? () from /usr/lib/libpulsecommon-0.9.21.so
#8  0xb730c955 in start_thread (arg=0xafafdb70) at pthread_create.c:300
#9  0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 3 (Thread 0xb42ffb70 (LWP 24438)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb6967696 in __poll (fds=0xb69eaff4, nfds=3, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb6a4408b in g_poll (fds=0x80a9180, nfds=3, timeout=-1) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gpoll.c:132
#3  0xb6a33a9f in g_main_context_poll (context=0x8426b00, block=1, dispatch=1, 
self=) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3404
#4  g_main_context_iterate (context=0x8426b00, block=1, dispatch=1, self=) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3086
#5  0xb6a34223 in g_main_loop_run (loop=0x8426b90) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3299
#6  0xb6e77414 in gdbus_shared_thread_func (data=0x0) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./gio/gdbusprivate.c:276
#7  0xb6a5cc9f in g_thread_create_proxy (data=0x80f33e8) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gthread.c:1897
#8  0xb730c955 in start_thread (arg=0xb42ffb70) at pthread_create.c:300
#9  0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xb4c5cb70 (LWP 24437)):
#0  0xb7fe2424 in __kernel_vsyscall ()
#1  0xb6967696 in __poll (fds=0xb69eaff4, nfds=1, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb6a4408b in g_poll (fds=0x807abd0, nfds=1, timeout=-1) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gpoll.c:132
#3  0xb6a33a9f in g_main_context_poll (context=0x840ea90, block=1, dispatch=1, 
self=) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3404
#4  g_main_context_iterate (context=0x840ea90, block=1, dispatch=1, self=) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3086
#5  0xb6a34223 in g_main_loop_run (loop=0x8052f80) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3299
#6  0xb4c6122a in ?? () from /usr/lib/gio/modules/libdconfsettings.so
#7  0xb6a5cc9f in g_thread_create_proxy (data=0x80f8158) at 
/build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gthread.c:1897
#8  0xb730c955 in start_thread (arg=0xb4c5cb70) at pthread_create.c:300
#9  0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb6127890 (LWP 24433)):
#0  0xb7b77c79 in JS_NewObject () from /usr/lib/libmozjs.so.4d
#1  0x in ?? ()

This is cured by depending on libgjs >= 0.7.13-2.
Cheers,
 -- Guido


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.6-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.1-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.90-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.1-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.1-1  The GTK+ gra

Bug#619193: (no subject)

[Julian Taylor]

this looks very much like bug #612529
try the workaround:
LD_PRELOAD=/usr/lib/libstdc++.so.6 pytrainer



signature.asc
Description: OpenPGP digital signature

Bug#619195: ITP: django-filter -- Django library for filtering Django QuerySets based on user selections

[Brian May]

Package: wnpp
Severity: wishlist

* Package name: django-filter
 Version : 0.5.3
 Upstream Author : Alex Gaynor
* URL : http://github.com/alex/django-filter
* License : BSD
 Programming Lang: Python
 Description : Django library for filtering Django QuerySets based
on user selections

A reusable Django application for allowing programmers to filter queryset
dynamically.

A working version is available from my private repository:
https://launchpad.net/~brian-microcomaustralia/+archive/django

-- 
Brian May 



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

Bug#619194: ITP: django-tables -- A Django library for rendering Django QuerySets

[Brian May]

Package: wnpp
Severity: wishlist

* Package name: django-tables
 Version : 0.2
 Upstream Author : Michael Elsdörfer
* URL : http://github.com/miracle2k/django-tables
* License : BSD
 Programming Lang: Python
 Description : A Django library for rendering Django QuerySets

This package helps programmers present data while allowing them to apply
common tabular transformations on it.

I have a working version in my private repository:
https://launchpad.net/~brian-microcomaustralia/+archive/django

-- 
Brian May 



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

Bug#609959: Info received (Bug#609959: initscripts: "too many loops!" when bootlogd is enabled)

[Francis Russell]

Hi,

I'm attaching a patch against startpar, specifically makeboot.{h,c}. It
should be able to drop into the debian/startpar/patches folder (but
needs offset adjusting) and is intended to obsolete
04_makeboot_loop_upper_bound.patch.

The check of the variable 'loop' in the original code is quite strange.
The dependency graph has no loops by construction, so I can only assume
that it was intended to catch an error on the part of the programmer,
rather a loop in the makefile dependencies itself. Anyway, the patch
still guarantees that check_loop will terminate since it cannot
recursively call itself more than the number of nodes in the dependency
graph.

The other problem with the original code is the efficiency of
check_loop. It treats the dependency graph as a tree instead of a DAG,
and therefore repeatedly checks the same parts of the graph multiple
times (hence the massive values for loop). I've avoided this by using a
flag variable that is set when a node is visited. Instead of having to
clear these flags, which is difficult to do in a depth-first
implementation anyway, that flag variable is an integer which changes
value on each call to check_loop.

Summing across /etc/init.d/.depend.{boot,start,stop} on my system, this
patch reduces the number of calls to check_loop from 3331320 to 8233
(0.25% of original).

Please let me know if you have any questions,

Francis
diff -Nur startpar/makeboot.c startpar.new//makeboot.c
--- startpar/makeboot.c	2011-03-21 22:33:39.649682525 +
+++ startpar.new//makeboot.c	2011-03-21 22:35:59.439157460 +
@@ -20,6 +20,8 @@
 static int o_flags = O_RDONLY;
 #endif
 
+static int check_loop(struct makenode *dep, struct makenode *src);
+static int check_loop_helper(struct makenode *dep, struct makenode *src);
 
 int tree_entries = 0;
 struct makenode *tree_list = NULL;
@@ -58,6 +60,7 @@
 	}
 	memset(node, 0, alignof(struct makenode)+strsize(name));
 	node->name = ((char*)node)+alignof(struct makenode);
+	node->cycle_check_value = -1;
 	strcpy(node->name, name);
 
 	/* append to the list in alphabetical order */
@@ -102,18 +105,29 @@
 /*
  * check whether the given target would create an infinte loop
  */
-static int loop;
+
+static int cycle_check_value;
 static int check_loop(struct makenode *dep, struct makenode *src)
 {
+	++cycle_check_value;
+	return check_loop_helper(dep, src);
+}
+
+static int check_loop_helper(struct makenode *dep, struct makenode *src)
+{
+if (dep->cycle_check_value == cycle_check_value)
+		return 0;
+else
+		dep->cycle_check_value = cycle_check_value;
+
 	struct makelist *s;
 	for (s = dep->depend; s; s = s->next) {
 		if (s->node == src) {
 			fprintf(stderr, "loop exists %s in %s!\n", dep->name, src->name);
 			return 1;
 		}
-		if (loop++ > 999)
-			return 1;
-		if (check_loop(s->node, src))
+
+		if (check_loop_helper(s->node, src))
 			return 1;
 	}
 	return 0;
@@ -127,7 +141,6 @@
 	struct makenode *dep;
 
 	dep = add_target(dst);
-	loop = 0;
 	if (check_loop(dep, node))
 		return;
 	dep->select = new_list(node, dep->select);
diff -Nur startpar/makeboot.h startpar.new//makeboot.h
--- startpar/makeboot.h	2011-03-21 22:33:39.649682525 +
+++ startpar.new//makeboot.h	2011-03-21 22:34:47.071017702 +
@@ -17,6 +17,7 @@
 	struct makenode *next;
 	int interactive;
 	int importance;
+int cycle_check_value;
 };
 
 /* dependency and selection list nodes */

Bug#619191: nmu: nettle transition

[Julien Cristau]

On Mon, Mar 21, 2011 at 22:51:56 +0100, Magnus Holmgren wrote:

> A recent new version of nettle was recently updated, introducing some API
> and ABI changes. nettle doesn't have many rdepends, but these exist (and
> require no source changes):
> 
> nmu chiark-utils_4.1.28+nmu2 . ALL . -m "Rebuild against nettle 2.1 
> (libnettle4)"
> nmu chiark-tcl_1.1.0+nmu2 . ALL . -m "Rebuild against nettle 2.1 (libnettle4)"
> nmu rdup_1.0.5-1 . ALL . -m "Rebuild against nettle 2.1 (libnettle4)"
> 
Scheduled.  Note that xorg-server also uses libnettle.a (for the debian
installer), hopefully that doesn't need source changes either.

What about the other reverse dependencies?
- lsh-utils
- pike7.6
- rdfind
(I see you've uploaded pike7.8 for this transition)

Cheers,
Julien



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

Bug#619193: [python-matplotlib] python-matplotlib: crash in py_to_agg_transformation_matrix

[Armin Berres]

Package: python-matplotlib
Version: 1.0.1-1

pytrainer is not really usable as it crashes all the time when it tries 
to render something with matplotlib.
To reproduce: Install and start pytrainer. Select File>New and create an 
entry with a random distance and a random duration.
Now try to switch to the week view and observe the crash. The backtrace 
looks like this:


#0  0x7fffef9f6ae4 in __cxa_allocate_exception () from 
/usr/lib/libstdc++.so.6
#1  0x7fffe3102ae4 in py_to_agg_transformation_matrix(_object*, 
bool) () from /usr/lib/pymodules/python2.6/matplotlib/_path.so
#2  0x7fffe310d6eb in _path_module::update_path_extents(Py::Tuple 
const&) () from /usr/lib/pymodules/python2.6/matplotlib/_path.so
#3  0x7fffe31143e8 in 
Py::ExtensionModule<_path_module>::invoke_method_varargs(void*, 
Py::Tuple const&) () from /usr/lib/pymodules/python2.6/matplotlib/_path.so
#4  0x7fffe30ff6fd in method_varargs_call_handler () from 
/usr/lib/pymodules/python2.6/matplotlib/_path.so

#5  0x004a7ba5 in PyEval_EvalFrameEx ()


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.37-2-amd64

Debian Release: wheezy/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
  500 stable  ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-==
python-cairo | 1.8.8-1+b1
python-dateutil  | 1.4.1-3
python-gobject   | 2.21.4+is.2.21.3-1
python-matplotlib-data  (>= 1.0.1-1) | 1.0.1-1
python-numpy(>= 1:1.3.0) | 1:1.4.1-5
python-pyparsing | 1.5.2-2
python-tz| 2010b-1
python  (<< 2.7) | 2.6.6-3+squeeze5
python  (>= 2.5) | 2.6.6-3+squeeze5
python-support   (>= 0.90.0) | 1.0.11
libatk1.0-0  (>= 1.29.3) | 1.30.0-1
libc6 (>= 2.2.5) | 2.11.2-13
libcairo2 (>= 1.2.4) | 1.10.2-4
libfontconfig1(>= 2.8.0) | 2.8.0-2.1
libfreetype6  (>= 2.2.1) | 2.4.4-1
libgcc1 (>= 1:4.1.1) | 1:4.5.2-5
libglib2.0-0 (>= 2.16.0) | 2.28.1-1+b1
libgtk2.0-0   (>= 2.8.0) | 2.20.1-2
libpango1.0-0(>= 1.14.0) | 1.28.3-2~sid1
libpng12-0 (>= 1.2.13-4) | 1.2.44-1
libstdc++6(>= 4.4.0) | 4.5.2-5
tcl8.5(>= 8.5.0) | 8.5.9-2
tk8.5 (>= 8.5.0) | 8.5.9-2
zlib1g  (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Recommends (Version) | Installed
-+-===
python-glade2| 2.17.0-4
python-tk (>= 2.5.2-1.1) | 2.7.1-1


Suggests   (Version) | Installed
-+-===
dvipng   |
ipython   (>= 0.6.3) |
librsvg2-common  | 2.26.3-1
python-configobj |
python-excelerator   |
python-gtk2  | 2.17.0-4
python-matplotlib-doc|
python-qt3   | 3.18.1-4+b1
python-qt4   | 4.8.3-1
python-scipy | 0.7.2+dfsg1-1
python-traits   (>= 2.0) |
python-wxgtk2.8  |
texlive-extra-utils  | 2009-10
texlive-latex-extra  | 2009-10







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

Bug#619137: Bug solved

[Pekka Takala]

This bug is not actually a bug. The system was compromised, and Dovecot 
just choked with it.


So the bug should be closed now.

Pekka Takala




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

Bug#522493: Re: Fwd: Re: doesn't remember passwords

[Romain]

I had the same problem before.

I installed a Debian Squeeze from scratch (no OS before) using *the french
langage.*

And installed gnome-keyring : dpkg -l |grep keyring

ii  debian-archive-keyring   2010.08.28
  GnuPG archive keys of the Debian archive
ii  debian-keyring   2010.12.29
  GnuPG keys of Debian Developers
ii  gnome-keyring2.30.3-5
  GNOME keyring services (daemon and tools)
ii  libgnome-keyring02.30.1-1
  GNOME keyring services library
ii  libpam-gnome-keyring 2.30.3-5
  PAM module to unlock the GNOME keyring upon login

By default the gnome-keyring did not save my password.

When I checked in the log, I had the following error

$ tail -f  cat /var/log/auth.log

Mar 21 22:35:44 debian gnome-keyring-daemon[1869]: couldn't set environment
variable in session: The name org.gnome.SessionManager was not provided by
any .service files

Then I installed seahorse, but it didn't work with my default keyring.

I found the solution when I looked in :

$ ls ~/.gnome2/keyrings/
default  par_défaut.keyring

$ cat ~/.gnome2/keyrings/default
par_défaut

The default keyring had a UTF-8 charset : par_d*é*faut

I rename 'par_défaut' into 'par_defaut' and now it works well.

$ mv
~/.gnome2/keyrings/par_défaut.keyring ~/.gnome2/keyrings/par_defaut.keyring
$ echo "par_defaut" > ~/.gnome2/keyrings/default


I hope it will help.

Cheers

Romain

Bug#619192: linux-image-2.6.32-5-686: After upgrade to 2.6.32-31 mouse cursor is invisible (but active)

[Albert PHELIPOT]

Package: linux-2.6
Version: 2.6.32-30
Severity: important

Had to downgrade to previous version of linux-image and linux-base.
2.6.32-31 to 2.6.32-30



-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=ed3b5a6d-cf33-44dd-b709-dbfda193fa9d ro quiet splash

** Not tainted

** Kernel log:
[5.042099] PM: Resume from partition 8:2
[5.042102] PM: Checking hibernation image.
[5.042348] PM: Error -22 checking image file
[5.042351] PM: Resume from disk failed.
[5.124144] EXT4-fs (sda1): mounted filesystem with ordered data mode
[6.956108] udev[320]: starting version 164
[7.881833] ACPI: AC Adapter [AC] (on-line)
[7.898512] input: PC Speaker as /devices/platform/pcspkr/input/input5
[7.909228] Marking TSC unstable due to TSC halts in idle
[7.910503] processor LNXCPU:00: registered as cooling_device0
[7.916723] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[7.919599] Switching to clocksource acpi_pm
[7.927094] i801_smbus :00:1f.3: PCI INT B -> Link[LNKB] -> GSI 11 
(level, low) -> IRQ 11
[7.928000] Non-volatile memory driver v1.3
[7.935957] ACPI: Battery Slot [BAT0] (battery present)
[7.964256] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[7.994800] parport_pc 00:09: reported by Plug and Play ACPI
[7.994842] parport0: PC-style at 0x3bc, irq 7 [PCSPP,TRISTATE]
[8.099948] intel_rng: FWH not detected
[8.213045] lib80211: common routines for IEEE802.11 drivers
[8.213050] lib80211_crypt: registered algorithm 'NULL'
[8.241276] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[8.255703] ieee80211: 802.11 data/management/control stack, git-1.1.13
[8.255706] ieee80211: Copyright (C) 2004-2005 Intel Corporation 

[8.264208] input: TPPS/2 IBM TrackPoint as 
/devices/platform/i8042/serio1/input/input6
[8.367969] yenta_cardbus :02:00.0: CardBus bridge found [1014:0512]
[8.367987] yenta_cardbus :02:00.0: Using INTVAL to route CSC interrupts 
to PCI
[8.367990] yenta_cardbus :02:00.0: Routing CardBus interrupts to PCI
[8.367995] yenta_cardbus :02:00.0: TI: mfunc 0x01d21022, devctl 0x64
[8.406349] thinkpad_acpi: ThinkPad ACPI Extras v0.23
[8.406353] thinkpad_acpi: http://ibm-acpi.sf.net/
[8.406355] thinkpad_acpi: ThinkPad BIOS 1WET90WW (2.10 ), EC 1VHT27WW-1.03
[8.406359] thinkpad_acpi: IBM ThinkPad R50e, model 1834BWG
[8.406361] thinkpad_acpi: WARNING: Outdated ThinkPad BIOS/EC firmware
[8.406364] thinkpad_acpi: WARNING: This firmware may be missing critical 
bug fixes and/or important features
[8.418843] Registered led device: tpacpi::thinklight
[8.419083] Registered led device: tpacpi::power
[8.419313] Registered led device: tpacpi::standby
[8.421015] thinkpad_acpi: brightness: will use unverified default: 
brightness_mode=3
[8.421019] thinkpad_acpi: brightness: please report to 
ibm-acpi-de...@lists.sourceforge.net whether it works well or not on your 
ThinkPad
[8.426032] input: ThinkPad Extra Buttons as 
/devices/platform/thinkpad_acpi/input/input7
[8.600927] yenta_cardbus :02:00.0: ISA IRQ mask 0x0478, PCI irq 11
[8.600933] yenta_cardbus :02:00.0: Socket status: 3007
[8.600944] yenta_cardbus :02:00.0: pcmcia: parent PCI bridge I/O 
window: 0x3000 - 0x7fff
[8.600949] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x7fff: 
clean.
[8.602324] yenta_cardbus :02:00.0: pcmcia: parent PCI bridge Memory 
window: 0xd020 - 0xdfff
[8.602328] yenta_cardbus :02:00.0: pcmcia: parent PCI bridge Memory 
window: 0xf000 - 0xf7ff
[8.628815] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 
1.2.2kmprq
[8.628819] ipw2200: Copyright(c) 2003-2006 Intel Corporation
[8.629510] ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11
[8.629516] ipw2200 :02:02.0: PCI INT A -> Link[LNKF] -> GSI 11 (level, 
low) -> IRQ 11
[8.632032] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
[8.632082] ipw2200 :02:02.0: firmware: requesting ipw2200-bss.fw
[8.952547] Intel ICH :00:1f.5: PCI INT B -> Link[LNKB] -> GSI 11 
(level, low) -> IRQ 11
[8.952589] Intel ICH :00:1f.5: setting latency timer to 64
[8.967439] ipw2200: Detected geography ZZR (14 802.11bg channels, 0 802.11a 
channels)
[9.194903] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: 
clean.
[9.195733] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: 
excluding 0x4d0-0x4d7
[9.196194] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: 
clean.
[9.196502] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: 
clean.
[9.196947] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: 
clean.
[9.884026] intel8x0_measure

Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer

[Rene Engelhard]

Hi,

On Mon, Mar 21, 2011 at 04:10:28PM -0400, bob_C wrote:
> Thanks for your reply. I used the reportbug program for the first time,
> to report this, so I guess I did not quite get it. I'll try to give you

reportbug should have gven you a field where you can add text...
But anyway, thanks for the info.

And: to make infos get to the bug, please *always* Cc the bug. You just only
replied to me correctly. Quoting your info completely for the buglog

> I was pasting part of a spreadsheet from Libreoffice calc into
> Libreoffice writer, a 5x5 cell selection. I used paste special > DDE
> link to do that. 
> 
> I then tried to change the table name, in Writer, using table
> properties, so I right clicked in the table, to bring up the menu. When
> I did this, both Libreoffice writer, Libreoffice crashed. Anything that
> was not saved was lost, both in writer and calc, after the recovery.

OK, tried in my "normal" sid chroot with 3.3.2~rc2-1 and in a *uptodate*
testing chroot (your testing seems to be ld).

I clicked somwhere in the table and was able to choose an option in the context
menu.

> If instead of using the right click, I go to the main menu in writer,
> choosing Table > Table properties, everything is fine,  I don't get the
> crash. Also, if I do this with a regular table, one that is not linked
> to the spreadsheet, everything is also fine, no crashing. 
> 
> Its just when I try to do it by right clicking the mouse in the linked
> table. This reproducibly causes a crash.

Grüße/Regards,

René



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

Bug#619173: linux-source-2.6.32: kernel panic with r8169 module

[lee]

On Mon, Mar 21, 2011 at 08:24:53PM +, Ben Hutchings wrote:
> On Mon, Mar 21, 2011 at 08:00:02PM +0100, lee wrote:
> > Package: linux-source-2.6.32
> > Version: 2.6.32-31
> > Severity: normal
> > 
> > 
> > My kernel compiled from linux-source-2.6.32-30 worked fine with the
> > r8169 module (with and without the firmware-realtek package
> > installed). Now I compiled a new kernel from linux-source-2.6.32-31,
> > using make oldconfig, and found that the new kernel make from the
> > current sources panics during booting with some stacktrace messages
> > indicating a problem with the r8169 module.
> > 
> > The default Debain kernel works fine with this module installed,
> > though. It does not use the firmware, giving you a message that the
> > firmware couldn´t be applied. 2.6.32-30 did use the firmware.
> 
> This is strange.  I will investigate.

Thanks! I just verified to make sure that I wasn´t seeing these
messages only while I had the firmware-realtek package purged. The
firmware package is installed now, and I´m getting ...


[...]
Mar 21 22:06:49 yun kernel: [0.617124] r8169 Gigabit Ethernet driver 
2.3LK-NAPI loaded
Mar 21 22:06:49 yun kernel: [0.617141] r8169 :02:00.0: PCI INT A -> GSI 
17 (level, low) -> IRQ 17
Mar 21 22:06:49 yun kernel: [0.617186] r8169 :02:00.0: setting latency 
timer to 64
[...]
Mar 21 22:06:49 yun kernel: [0.617327] r8169 :02:00.0: irq 29 for 
MSI/MSI-X
Mar 21 22:06:49 yun kernel: [0.617677] eth0: RTL8168d/8111d at 
0xc9c7e000, 40:61:86:2e:28:77, XID 081000c0 IRQ 29
Mar 21 22:06:49 yun kernel: [0.617947] libata version 3.00 loaded.
Mar 21 22:06:49 yun kernel: [0.624244] eth0: unable to apply firmware patch
[...]
Mar 21 22:06:49 yun kernel: [0.629454] r8169 Gigabit Ethernet driver 
2.3LK-NAPI loaded
Mar 21 22:06:49 yun kernel: [0.629464] r8169 :03:00.0: PCI INT A -> GSI 
18 (level, low) -> IRQ 18
Mar 21 22:06:49 yun kernel: [0.629490] r8169 :03:00.0: setting latency 
timer to 64
Mar 21 22:06:49 yun kernel: [0.629519]   alloc irq_desc for 30 on node 0
Mar 21 22:06:49 yun kernel: [0.629521]   alloc kstat_irqs on node 0
Mar 21 22:06:49 yun kernel: [0.629529] r8169 :03:00.0: irq 30 for 
MSI/MSI-X
Mar 21 22:06:49 yun kernel: [0.629880] eth1: RTL8168d/8111d at 
0xc9c52000, 40:61:86:2e:28:76, XID 081000c0 IRQ 30
Mar 21 22:06:49 yun kernel: [0.636456] eth1: unable to apply firmware patch
[...]


... in the syslog when booting the default Debian kernel. So yes, the
firmware definitely isn´t loaded. I can´t tell if loading the firmware
makes a difference since the card seems to work as well without the
firmware.

>From booting with the r8168 module:


[...]
Mar 21 22:17:25 yun kernel: [2.842802] r8168 Gigabit Ethernet driver 
8.022.00-NAPI loaded
Mar 21 22:17:25 yun kernel: [2.842830] r8168 :02:00.0: PCI INT A -> GSI 
17 (level, low) -> IRQ 17
Mar 21 22:17:25 yun kernel: [2.842848] r8168 :02:00.0: setting latency 
timer to 64
Mar 21 22:17:25 yun kernel: [2.842908] r8168 :02:00.0: irq 29 for 
MSI/MSI-X
Mar 21 22:17:25 yun kernel: [2.843132] eth%d: RTL8168B/8111B at 
0xc904c000, 40:61:86:2e:28:77, IRQ 29
[...]
Mar 21 22:17:25 yun kernel: [2.915526] r8168: This product is covered by 
one or more of the following patents: US5,307,459, US5,434,872, US5,732,094, 
US6,570,884, US6,115,776, and US6,327,625.
Mar 21 22:17:25 yun kernel: [2.915528] eth0: Identified chip type is 
'RTL8168D/8111D'.
Mar 21 22:17:25 yun kernel: [2.915530] r8168  Copyright (C) 2011  Realtek 
NIC software team  
Mar 21 22:17:25 yun kernel: [2.915531]  This program comes with ABSOLUTELY 
NO WARRANTY; for details, please see . 
Mar 21 22:17:25 yun kernel: [2.915532]  This is free software, and you are 
welcome to redistribute it under certain conditions; see 
. 
Mar 21 22:17:25 yun kernel: [2.915538] r8168 Gigabit Ethernet driver 
8.022.00-NAPI loaded
Mar 21 22:17:25 yun kernel: [2.915551] r8168 :03:00.0: PCI INT A -> GSI 
18 (level, low) -> IRQ 18
Mar 21 22:17:25 yun kernel: [2.915563] r8168 :03:00.0: setting latency 
timer to 64
Mar 21 22:17:25 yun kernel: [2.915596] r8168 :03:00.0: irq 30 for 
MSI/MSI-X
Mar 21 22:17:25 yun kernel: [2.915817] eth%d: RTL8168B/8111B at 
0xc9048000, 40:61:86:2e:28:76, IRQ 30
[...]
Mar 21 22:17:25 yun kernel: [2.988164] r8168: This product is covered by 
one or more of the following patents: US5,307,459, US5,434,872, US5,732,094, 
US6,570,884, US6,115,776, and US6,327,625.
Mar 21 22:17:25 yun kernel: [2.988166] eth1: Identified chip type is 
'RTL8168D/8111D'.
Mar 21 22:17:25 yun kernel: [2.988168] r8168  Copyright (C) 2011  Realtek 
NIC software team  
Mar 21 22:17:25 yun kernel: [2.988169]  This program comes with ABSOLUTELY 
NO WARRANTY; for details, please see . 
Mar 21 22:17:25 yun ker

Bug#618935: ITP: keepass2 -- password manager

[Brian May]

On 21 March 2011 21:22, Julian Taylor  wrote:
> Also keepass is very widely used, it is currently top 30 most downloaded of
> last month, top 70 all time on sourceforge.

Also keepass is in Debian stable, and it looks like it has been for a while.

As much as I like the ideas behind cpm, it unfortunately hasn't made
it to stable yet, and I am not sure how hard it would be to back port
it to stable. So I would agree, keep both for the moment.

At least cpm has made testing now, maybe there is hope... Oh, does cpm
have a website? I found
http://www.harry-b.de/dokuwiki/doku.php?id=harry:cpm, but that looks
seriously old, e.g. it refers to Sarge and Woody.
-- 
Brian May 



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

Bug#579658: dup?

[A Mennucc]

hi,

this bug seems the same problem reported in 613501  (and note that
the problem in 613501 was recently fixed)

a.





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

Bug#546251: Any progress on this?

[Reuben Thomas]

It would be lovely to see some progress on this bug. I just needed to
use Adobe Utopia in Scribus. It was as easy as creating a symlink in
/usr/share/fonts (which made fontconfig find the font immediately,
though I had to restart gucharmap and Scribus for them to find it as
well). Hence it would be great if the relevant texlive packages could
create the necessary symlinks automatically.

I indeed thought there was a package which did something like that
already, but it turns out I was thinking of gsfonts-x11.

-- 
http://rrt.sc3d.org



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

Bug#619191: nmu: nettle transition

[Magnus Holmgren]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal

A recent new version of nettle was recently updated, introducing some API
and ABI changes. nettle doesn't have many rdepends, but these exist (and
require no source changes):

nmu chiark-utils_4.1.28+nmu2 . ALL . -m "Rebuild against nettle 2.1 
(libnettle4)"
nmu chiark-tcl_1.1.0+nmu2 . ALL . -m "Rebuild against nettle 2.1 (libnettle4)"
nmu rdup_1.0.5-1 . ALL . -m "Rebuild against nettle 2.1 (libnettle4)"

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


signature.asc
Description: This is a digitally signed message part.

Bug#618022: php5: # deprecated in comments

[Jeff Ballard]

Also, on this bug, it causes rebuilding of php5[1] to fail all its 
tests.  Cursory investigation is that those same messages are being 
emitted by the tests, causing them to all fail.


-Jeff

[1] Needed in my case for php-oracle.




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

Bug#619190: RM: reviewboard -- out of date, buggy, orphaned, experimental only

[Chris Lamb]

Package: ftp.debian.org
Severity: normal

Please remove reviewboard:

- Out of date (last upload March 2009)
- Latest upstreams are extremely difficult to Debianise
- Experimental only


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#593011: ITP: icedove-compact-header -- extension to allow message headers to be abbreviated

[Jonathan Wiltshire]

Hi,

On Mon, Aug 16, 2010 at 09:19:32PM -0600, Williams Orellana wrote:
> I intend to package the icedove-compact-header for Debian.

I'm about to sponsor it. However, I wondered if it would be better
to target unstable?

There is some trailing whitespace in the long description. That's not
a problem immediately, but if you want to target unstable it makes
sense to fix that too.

Otherwise, I'll upload the package as it is.

Thanks,

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


signature.asc
Description: Digital signature

Bug#619189: qa.debian.org: DDPO not updating wnpp->pending or excuses

[Andrew Ross]

Package: qa.debian.org
Severity: normal


On my developer page [1] some items have failed to update for the past 
few days. For example, flamingo was uploaded to the new queue and 
processed on 18th March [2] including marking the ITP [3] as pending 
and adding to the NEW queue page [4].

Another component apparantly not updating is the excuses page, for 
example the qa excuses page for trident [5] says 0 of 10 days but 
the release.debian.org page [6] has the correct information.

I'd be grateful if someone could take a look at this.

[1] http://qa.debian.org/developer.php?login=ubu...@rossfamily.co.uk
[2] http://ftp-master.debian.org/new/flamingo_5.0-1.html
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618618
[4] http://ftp-master.debian.org/new.html
[5] http://qa.debian.org/excuses.php?package=trident
[6] http://release.debian.org/migration/testing.pl?package=trident

-- System Information:
Debian Release: 6.0
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-30-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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#619188: support InRelease files

[Clint Adams]

Package: debmirror
Version: 1:2.4.5
Severity: wishlist

Please mirror and validate the InRelease files too.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35.4-rscloud (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



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

Bug#618573: New vt_mode tool for kbd?

[Michael Schutte]

Hi Alexey,

The console-setup package in Debian needs a way to check for the
text/graphics mode of the active VT (from a shell script).  This can be
done with “setfont -v -o /dev/null”, for example, but that isn’t very
elegant.  Julien Cristau has proposed a small utility (which I’m calling
“vt_mode” for now) to report this information in a canonical fashion.

I’ve adapted it to kbd; see attachment.  Do you think this code is
suitable for inclusion?  If so, I am going to integrate it into the
build system and write a short man page for it, so I can send you a
proper patch.  I’d like to hear your opinion!

All the best,
-- 
Michael Schutte   | michi@{uiae.at,debian.org}
Innsbruck, Austria| happily accepting encrypted mail
OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A
/*
 * vt_mode: report VT mode (text or graphics)
 *
 * Contributed by Julien Cristau  in
 *   http://bugs.debian.org/618573;
 * adapted to kbd by Michael Schutte .
 */

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include "getfd.h"
#include "nls.h"
#include "version.h"

static void attr_noreturn
usage(int code) {
fprintf(stderr, _("Usage: vt_mode [-C DEVICE]\n"));
exit(code);
}

int
main(int argc, char *argv[]) {
int fd, rc, mode, c;
char *console = NULL;

set_progname(argv[0]);
#ifndef __klibc__
setlocale(LC_ALL, "");
bindtextdomain(PACKAGE_NAME, LOCALEDIR);
textdomain(PACKAGE_NAME);
#endif

while ((c = getopt(argc, argv, "C:hV")) != EOF) {
switch (c) {
case 'C':
if (optarg == NULL || optarg[0] == '\0')
usage(1);
console = optarg;
break;
case 'h':
usage(0);
break;
case 'V':
print_version_and_exit();
break;
default:
usage(1);
}
}

fd = getfd(console);

rc = ioctl(fd, KDGETMODE, &mode);
if (rc < 0) {
fprintf(stderr, _("%s: Error reading VT mode.\n"), progname);
return 1;
}

switch (mode) {
case KD_TEXT:
printf("text\n");
break;
case KD_GRAPHICS:
printf("graphics\n");
break;
default:
printf("other (%d)\n", mode);
break;
}

return 0;
}


signature.asc
Description: Digital signature

Bug#619187: override: rtgui:web/extra

[Dario Minnucci]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Binary Package: rtgui (Version: 0.2.81-1)
BTS entry: http://bugs.debian.org/rtgui

Priority

According to Policy Section 2.5: Priorities packages MUST NOT depend on 
packages with lower priority values (excluding build-time dependencies) nor 
should packages of priority optional (or higher) conflict with each other. In 
order to ensure this, the priorities of one or more packages must be adjusted.

Package is optional and has a Depends on rtorrent which is extra on 
kfreebsd-amd64.
Package is optional and has a Depends on rtorrent which is extra on mips.
Package is optional and has a Depends on rtorrent which is extra on s390.
Package is optional and has a Depends on rtorrent which is extra on alpha.
Package is optional and has a Depends on rtorrent which is extra on hppa.
Package is optional and has a Depends on rtorrent which is extra on 
kfreebsd-i386.
Package is optional and has a Depends on rtorrent which is extra on powerpc.
Package is optional and has a Depends on rtorrent which is extra on ia64.
Package is optional and has a Depends on rtorrent which is extra on mipsel.
Package is optional and has a Depends on rtorrent which is extra on sparc.
Package is optional and has a Depends on rtorrent which is extra on amd64.
Package is optional and has a Depends on rtorrent which is extra on armel.
Package is optional and has a Depends on rtorrent which is extra on i386.

Thanks in advance.

Regards,


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJNh8SMAAoJEKgvu4Pz1XAzs9MQAIm/HpwBVB4pGDzkzcI4EeBH
7uu1x9hr0DWvX9eSGiVyjzhYPkO81LlLxSMrKdGZqzmx5Lo9a55Sn/WZdZeBE3O7
aqZsTTswI3SCvnG2MpzaquHQORBRMAMwx+xoka8ocHGnJBTDnoGu43TJfvn5hb4A
415D16BTgq2zCkGfYzemCv8Isq7bcJAPpLcfs5hEZ06BUAiovVJ3G+0lSkXNJ8K7
3x8GweiV8F+RQWYsT0EiaGm74CWRAulohsNBh3eT+Tdo5dknBmjqw89tPn5XnhS6
gjxjC+5s4EjShEu0nkiy/SCNIe9KfSGoSayokwXCMRsm6FyuHH44b0627e0aHiWd
i5es5cBNPsL3RQ5JDn93mrfvEG22cvXIS5b6Y9yPo8cv89pgSDPynUc2Ek31GQpz
jfG6G1mZKvdLCRiRSZEtAb34oUw1wvCQu/PI9TGxL3bH+rIkDF17EttUiUuQKuFe
gLuIJplezb09W4ZeoAW0zhoIxOVlhqlynHHeovKR4Tn+lemd13tmVqW9pBxju/4D
FzsleqYG1BpsxUu0ZDxkRspFBg036EQBl/BS8nLh6x2FUtbfZPCFLML4yDQyw0pH
aEvl7KJ+NipQtm+wqqXtJzSZoOmXZk29OpIp2N9vzyII+ESUZWGkyKmT7J1mKG+B
uOhVI36Yaol2NZ2rCYi/
=jj06
-END PGP SIGNATURE-



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

Bug#619186: Fix multiarch FHS exception for i386 in light of recent discussions

[Steve Langasek]

Package: debian-policy
Version: 3.9.1.0
Severity: normal
Tags: patch
User: debian-pol...@packages.debian.org
Usertags: normative

Hi guys,

Attached is a patch to update policy's FHS exception to reflect the current
consensus among the gcc, eglibc, and dpkg maintainers around the paths to
use for implementation and the interface packages should use to query these
paths.

Cc:ing the respective maintainer mailing lists for sign-off.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
From 1f0f1281c53701e2fe549ed9f80a265ebcd9282a Mon Sep 17 00:00:00 2001
From: Steve Langasek 
Date: Mon, 21 Mar 2011 02:17:14 -0700
Subject: [PATCH] Fix multiarch FHS exception for i386 in light of recent discussions

The current value of DEB_HOST_GNU_TYPE on i386 is unsuitable for
cross-distro standardization, because it varies according to the default CPU
target of the toolchain.  Discussion with the toolchain and dpkg maintainers
yielded an alternative solution, a new dpkg-architecture variable
DEB_HOST_MULTIARCH which is committed to dpkg upstream in commit
af3153d09aa3ed5597d6d415e5ab7cc3ba972e7c and will be included in the upload
of dpkg 1.16.0.  Update Policy to document this new requirement for
multiarch.
---
 policy.sgml  |4 ++--
 upgrading-checklist.sgml |7 +++
 2 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 6e04c81..c708a18 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -6027,13 +6027,13 @@ install -m644 debian/shlibs.package debian/package/DEBIAN/
   /lib/triplet and
   /usr/lib/triplet, where
   triplet is the value returned by
-  dpkg-architecture -qDEB_HOST_GNU_TYPE for the
+  dpkg-architecture -qDEB_HOST_MULTIARCH for the
   architecture of the package.  Packages may not
   install files to any triplet path other
   than the one matching the architecture of that package;
   for instance, an Architecture: amd64 package
   containing 32-bit x86 libraries may not install these
-  libraries to /usr/lib/i486-linux-gnu.
+  libraries to /usr/lib/i386-linux-gnu.
   
 This is necessary in order to reserve the directories for
 use in cross-installation of library packages from other
diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
index e696077..2138b5c 100644
--- a/upgrading-checklist.sgml
+++ b/upgrading-checklist.sgml
@@ -58,6 +58,13 @@ Unreleased.
   that install /usr/bin/mailx and implement at least the
   POSIX-required interface.
   
+9.1.1
+  Packages installing to architecture-specific subdirectories of
+  /url/lib must use the value returned by
+  dpkg-architecture -qDEB_HOST_MULTIARCH, not by
+  dpkg-architecture -qDEB_HOST_GNU_TYPE; this is a path change
+  on i386 architectures and a no-op for other architectures.
+  
 
 
  Version 3.9.1.0
-- 
1.7.1



signature.asc
Description: Digital signature

Bug#606984: Bug #606984

[Thomas Carlson]

Risto:

I know you have been busy with other things lately, but I did notice your 
comment about sound bug #606984 that has been afflicting my Powermac G4 digital 
audio and I want to give you a little update on what I have been doing.

I finally secured an ATI Radeon 7500 for this machine so the video works and 
installed the latest daily build #9.  You are right.  The blacklisting of 
snd-aoa is not working.

When I looked at /etc/modprobe.d I found two files:  blacklist.conf and 
alsa-base-blacklist.conf, neither of which contained the blacklisted files you 
referred to.  So, I manually added them to the 
/etc/modprobe.d/alsa-base-blacklist.conf file.  Now, the file reads:

# Uncomment these entries in order to blacklist unwanted modem drivers
# blacklist snd-atiixp-modem
# blacklist snd-intel8x0m
# blacklist snd-via82xx-modem
# Comment this entry in order to load snd-pcsp driver
blacklist snd-pcsp
blacklist snd-aoa
blacklist snd-aoa-codec-tas
blacklist snd-aoa-fabric-layout
blacklist snd-aoa-i2sbus
blacklist snd-aoa-soundbus
# Comment this entry in order to load pcspkr driver

Rebooting gave me working sound.  I used the sound preference to turn on a 
sound theme.  The Switches tab indicates that PC Speaker is working.

cat /proc/asound/cards gave me:

 0 [Tumbler]: PMac Tumbler - PowerMac Tumbler
 PowerMac Tumbler (Dev 14) Sub-frame 0

So, the correct sound module is showing up.  Right?

Tom
__
Thomas Carlson
2319 La Senda
Santa Fe, NM 87505
505-603-5526
http://www.ifixoldmacs.com


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

Bug#618488: dpkg-cross libidl fix

[Wookey]

+++ Neil Williams [2011-03-16 09:48 +]:

This mail copied to orbit-list as place to ask libIDL development
questions.

It currently doesn't cross-build without an autoconf value for
libIDL_cv_long_long_format being supplied. I'd like to agree on a way
to have the upstream configurey DTRT when cross-building, or at least
make a good guess, and not just bail saying "can't".

Further discussion in debian bugrep:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618488

> On Wed, 16 Mar 2011 01:31:14 +
> Wookey  wrote:
> 
> > +++ Neil Williams [2011-03-15 22:29 +]:
> > > > i.e the % and the u are now not part of libIDL_cv_long_long_format
> > > > 
> > > > can you fix that upstream? I'll fix it in the ubuntu version.
> > > 
> > > The change may need to have a version check sorted out somewhere around:
> > > if [ "$PACKAGE" = "libidl" -o "$PACKAGE_NAME" = "libIDL" ]; then
> > 
> > I wondered if we could supply values for different versions. That
> > would indeed be more correct (except that I have no idea what cutoff
> > version to use). 

OK. I just checked and '%llu' has _always_ been wrong.
libIDL_cv_long_long_format was introduced in libidl 0.8.1 in 2003 and
has always been of the form
AC_MSG_RESULT(%${libIDL_cv_long_long_format}u)

So there is no need for a version check and dpkg-cross should at least
set this value correctly if it's setting it at all. 

> Upstream need to change their m4 support to explicitly handle
> cross-compiling just like glib do - when cross-compiling, the m4 macros
> fall back to a set of values which upstream determine based on the
> $host_alias value. Yes, the m4 can produce a warning and moan about
> cross-compiling being unsupported or whatever, just as glib does, but
> upstream have a FAR better understanding of what this value should be
> and they are the only ones who can ensure that it remains in sync with
> the rest of their code.

Hmm, but glib2.0 has almost the exact same .m4 stuff for this test.
It's just surrounded by a 'if we know this is windows native then
don't bother running the test set it to I64'. For linux it looks like
it should do exactly the same as libIDL. However dpkg-cross does not
have glib_cv_long_long_format defined and glib2.0 ./configure just
sets it to 'none', rather than bailing, so something different is
happening. I dont think 'none' is actually a very good answer though,
and glib falls over a couple of tests later with 
"checking for growing stack pointer... configure: error: in
/home/wookey/debian/squeeze/build/glib2.0-2.28.2/debian/build/deb':
configure: error: cannot run test program while cross compiling
"
so it's not realy doing any better than libIDL here. 

The two ./configure files are somewhat different. I assume that's down
to autoconf generating them differently as the input is extremely
similar.


> dpkg-cross caches are/were *never* the right long term answer - except
> where the value is absolutely identical across all packages on the
> relevant architecture (so endianness etc.). 

In this case 'll' is always the right answer on Linux. I64 is there
for Windows support. I don't know when 'q' might be right.

I think the question here boils down to "when cross compiling who
should be responsible for guessing this value". 

It seems to me that this 'll' is actually a system value and supplying
it in some kind of debian system cache file makes sense, rather than
implementing defaults in every app that used it. The problem there is
that every app uses it under a different name

libIDL_cv_long_long_format 
glib_cv_long_long_format
are exactly the same thing.



> Caches need to be
> expendable, caches need to be temporary and I already regret adding
> this support to dpkg-cross in the first place. I see no reason for this
> to survive when dpkg-cross finally merges into the Multi-Arch dpkg. The
> genuinely architecture-specific config files can merge, the cache
> cannot.

It's a genuinely useful facility as a mechanism to fix code which
doesn't cross-build properly yet. We are nowhere near being able to
get rid of it yet. I quite agree that these things should be pushed
upstream as much as possible for reasons of maintainability and
remaining synchronised.

> The other choice for upstream is that they change to using #ifdef and
> other mechanisms in the compile-time code itself, exactly as glib does
> - or, indeed, change to using glib as a dependency and get this
> information via glib macros.

I'll leave it to upstream to comment on what would be the most
appropriate mechanism for setting this. 

> > > The value we do have is probably only usable for ARM anyway.

Nope. We have the 'linux', or more accurately 'glibc' value. 

> This specific test is a solved problem. Numerous libraries already
> implement precisely this kind of support and do it in ways that do not
> rely on executing a compiled test during the ./configure. libidl needs
> to do the same.

Do you have any examples of this we can point them at. This is a
2003-vi

Bug#611108: installation-report: Succesful install with some remarks

[Denis Laxalde]

tags 611108 -moreinfo
reassign 611108 debian-installer
forcemerge 596667 611108
thanks

Matthijs Kooijman a écrit :
> > > After doing the install software step, I left my machine unattended
> > > for a few hours. When I got back and started on the install grub
> > > step, my network connectivity was broken. It seems that the
> > > DHCP-obtained address was no longer set on eth0. The DHCP client was
> > > still running according to "ps". Also, /etc/resolv.conf was still
> > > ok.  Unplugging my ethernet cable showed a "Link down" in dmesg, but
> > > plugging it back in didn't show a "Link up" message (though the led
> > > on the ethernet port did light up). Rerunning the "Configure the
> > > network" step fixed my connectivity and allowed me to finish the
> > > installation. This was all using an Intel 82577LM network adapter.
> > 
> > Could you provide us with the installer logs so that somebody can
> > investigate further?
> > This may be a lease problem. For instance see #596667
> > (http://bugs.debian.org/596667).
> 
> I've attached /install/syslog. The few hours of leaving the installer
> unattended happens around line 7600 (Jan 24 22:42 until Jan 25 09:01).

Quoting the syslog:
[…]
> Jan 24 20:06:14 main-menu[443]: (process:4529): Lease of 192.168.1.43 
> obtained, lease time 28800
[…]
> Jan 24 22:42:41 pkgsel: finishing up
> Jan 25 09:01:59 main-menu[443]: INFO: Menu item 'grub-installer' selected
> Jan 25 09:01:59 grub-installer: info: architecture: amd64/generic
> Jan 25 09:02:00 in-target: Reading package lists...
> Jan 25 09:02:00 in-target: 
> Jan 25 09:02:00 in-target: Building dependency tree...
> Jan 25 09:02:00 in-target: 
> Jan 25 09:02:00 in-target: Reading state information...
> Jan 25 09:02:00 in-target: 
> Jan 25 09:02:00 in-target: The following extra packages will be installed:
> Jan 25 09:02:00 in-target:   os-prober
> Jan 25 09:02:00 in-target: Suggested packages:
> Jan 25 09:02:00 in-target:   multiboot-doc grub-emu xorriso
> Jan 25 09:02:00 in-target: The following NEW packages will be installed:
> Jan 25 09:02:00 in-target:   grub-common os-prober
> Jan 25 09:02:56 in-target: 0 upgraded, 2 newly installed, 0 to remove and 0 
> not upgraded.
> Jan 25 09:02:56 in-target: Need to get 23.9 kB/1,823 kB of archives.
> Jan 25 09:02:56 in-target: After this operation, 4,415 kB of additional disk 
> space will be used.
> Jan 25 09:02:56 in-target: Err http://mirrors.nl.kernel.org/debian/ 
> squeeze/main os-prober amd64 1.42
> Jan 25 09:02:56 in-target:   Something wicked happened resolving 
> 'mirrors.nl.kernel.org:http' (-5 - No address associated with hostname)
> Jan 25 09:02:56 in-target: Failed to fetch 
> http://mirrors.nl.kernel.org/debian/pool/main/o/os-prober/os-prober_1.42_amd64.deb
>   Something wicked happened resolving 'mirrors.nl.kernel.org:http' (-5 - No 
> address associated with hostname)
> Jan 25 09:02:56 in-target: E: Unable to fetch some archives, maybe run 
> apt-get update or try with --fix-missing?
[…]
> Jan 25 09:09:23 main-menu[443]: INFO: Menu item 'grub-installer' succeeded 
> but requested to be left unconfigured.
> Jan 25 09:09:27 main-menu[443]: INFO: Menu item 'netcfg' selected
> Jan 25 09:09:27 netcfg[13035]: INFO: eth0 is connected. (MII)
> Jan 25 09:09:27 netcfg[13035]: INFO: found link on interface eth0, making it 
> the default.
> Jan 25 09:09:30 kernel: [44141.802281] lo: Disabled Privacy Extensions
> Jan 25 09:09:30 kernel: [44141.83] e1000e :00:19.0: irq 32 for 
> MSI/MSI-X
> Jan 25 09:09:30 kernel: [44141.895660] e1000e :00:19.0: irq 32 for 
> MSI/MSI-X
> Jan 25 09:09:30 kernel: [44141.897463] ADDRCONF(NETDEV_UP): eth0: link is not 
> ready
> Jan 25 09:09:32 kernel: [44143.511309] e1000e: eth0 NIC Link is Up 10 Mbps 
> Full Duplex, Flow Control: RX
> Jan 25 09:09:32 kernel: [44143.511313] :00:19.0: eth0: 10/100 speed: 
> disabling TSO
> Jan 25 09:09:32 kernel: [44143.514254] ADDRCONF(NETDEV_CHANGE): eth0: link 
> becomes ready
> Jan 25 09:09:34 udhcpc: Got IP 192.168.1.43 (using eth0) and routing through 
> 192.168.1.254
> Jan 25 09:09:36 netcfg[13035]: INFO: DHCP hostname: "grubby"
> Jan 25 09:09:42 netcfg[13035]: INFO: Detected eth0 as a hotpluggable device
> Jan 25 09:09:42 main-menu[443]: (process:13034): udhcpc (v1.17.1) started
> Jan 25 09:09:42 main-menu[443]: (process:13034): Sending discover...
> Jan 25 09:09:42 main-menu[443]: (process:13034): Sending discover...
> Jan 25 09:09:42 main-menu[443]: (process:13034): Sending select for 
> 192.168.1.43...
> Jan 25 09:09:42 main-menu[443]: (process:13034): Lease of 192.168.1.43 
> obtained, lease time 28800
> Jan 25 09:09:56 main-menu[443]: INFO: Menu item 'grub-installer' selected
[…]

The first DHCP lease was obtained on Jan 24 20:06:14 for 8 hours and you
resumed the installation process about 13 hours after (Jan 25 09:01:59).
So, IMHO, it looks like a lease problem similar to the one reported in
#596667 "debian-installer does not renew DHCP leases".

-- 
Denis Laxalde



-- 
T

Bug#606216: inconsistent permission on log files

[Chris Lamb]

reopen 606216
thanks

Urgh, sorry - typo. :(


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#618836: Subject: spyder: Segmentation fault from /usr/lib/libQtWebKit.so.4

[PICCA Frédéric-Emmanuel]

Hello, I can not reproduce this problem on my i386 computer, I do not have an
amd64 system for now. Can you give me the result of this command on your system.

dpkg -l | grep libqt

it seems that on my system the last version available is 4:4.7.2-2

If you do not have the last version, can you upgrade and told me if it is ok or 
not.

if it is not can you install also all the recommends of spyder

apt-get install python-scipy python-numpy python-matplotlib ipython pyflakes 
pylint python-rope python-sphinx

thanks

Frederic




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

Bug#619179: apr-util: please wipe out dependency_libs from .la files (Policy 10.2)

[Steve Langasek]

On Mon, Mar 21, 2011 at 10:00:37PM +0100, Stefan Fritsch wrote:
> version: 1.3.10+dfsg-1

> On Monday 21 March 2011, Steve Langasek wrote:
> > The attached patch has just been applied to the Ubuntu apr-util
> > package, to null out the dependency_libs field in the libtool .la
> > files being shipped in the -dev package.  This is generally a good

> AFAICS this is already fixed in 1.3.10+dfsg-1. Please reopen if I have 
> missed something.

Ah ok, thanks for the quick response!  The patch was bad anyway, had a
syntax error I didn't catch before submitting.  So it's all good. :)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#617509: rsnapshot: Why don't we use GNU cp?

[Celejar]

On Mon, 21 Mar 2011 21:30:50 +0100
Guillaume Delacour  wrote:

> severity 617509 whishlist
> thanks
> 
> Hi,
> 
> Le mercredi 09 mars 2011 à 09:00 -0500, Celejar a écrit :
> > Package: rsnapshot
> > Version: 1.3.1-2
> > Severity: normal
> > 
> > 
> > The default config shipped leaves the 'cmd_cp   /bin/cp' line commented 
> > out,
> > agains the official recommendation. Is there a reason for this?
> > 
> 
> Indeed, be sure that the next release of package uncomment the cmd_cp
> for using it by default.

Ok, thanks.  And thanks for all your Debian work!

Celejar
-- 
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator




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

Bug#574164: Possible fix for http://bugs.debian.org/574164

[JuanJo]

Hi Christian!

On Mon, Mar 21, 2011 at 8:42 PM, Christian Weinberger
 wrote:
> Hi JuanJo!
>
> I applied the patch against openvpn-2.1.3-2 and YES, it works now!!!

wohHoo, cool!: ... I've re-cut these changes (with some small but relevant
diff for the ./configure --disable-ipv6 case), and uploaded ipv6-0.4.14 to:
  
https://github.com/downloads/jjo/openvpn-ipv6/openvpn-2.1.3-ipv6-0.4.14.patch.gz

> Many thanks for your support on this!

Thanks Christian for your prompt feedback, ++appreciated :)

Regards,

>
>
> Christian
>
>
> -Ursprüngliche Nachricht-
> Von: JuanJo [mailto:juanjo...@gmail.com]
> Gesendet: Montag, 21. März 2011 00:04
> An: Christian Weinberger
> Cc: 574...@bugs.debian.org; Alberto Gonzalez Iniesta
> Betreff: Possible fix for http://bugs.debian.org/574164
>
> Hi Cristian,
>
> Could you please test attached patch  ?
> It should fix inetd usage, I tested it with your xinetd.conf and an
> equivalent openvpn config.
>
> Thanks!
> --
> --JuanJo
> oO Juan Jose Ciarlante - juanjosec Ogmail.com - jjo O{um.edu.ar,google.com}
> Oo gpg --keyserver wwwkeys.eu.pgp.net --recv-key 81276430
>
>

-- 
--JuanJo
oO Juan Jose Ciarlante - juanjosec Ogmail.com - jjo O{um.edu.ar,google.com}
Oo gpg --keyserver wwwkeys.eu.pgp.net --recv-key 81276430



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

Bug#619184: pdftk: merging 2 pdfs, exploses the size of the merged pdf file

[yellowprotoss]

Package: pdftk
Version: 1.41+dfsg-10
Severity: important

Dear Sir,

there is a serious problem with pdftk for merging

please find the information, as follows:

~/$ convert *.pdf out2.pdf
~/$ ls -ltrah
total 27M
drwxr-xr-x 3   36K Mar 21 21:53 ..
-rw-r--r-- 1   6.4M Mar 21 21:54 out1.pnm
-rw-r--r-- 1   6.4M Mar 21 21:54 out2.pnm
-rw-r--r-- 1   166K Mar 21 21:54 outpdf2-0.jpg
-rw-r--r-- 1   177K Mar 21 21:54 outpdf2-1.jpg
-rw-r--r-- 1   171K Mar 21 21:54 pdf-p1.pdf
-rw-r--r-- 1   182K Mar 21 21:54 pdf-p2.pdf
drwxr-xr-x 2   4.0K Mar 21 21:56 .
-rw-r--r-- 1   13M Mar 21 21:56 out2.pdf

same results are obtained with convert or pdftk merging from console :( 

13mb is not 171k + 182k

please a fix , because windows xp with apps, it can do it well, and I do not 
see why linux shall be head late compare to windows microsoft.

Thank you
best regards

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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 pdftk depends on:
ii  libbcmail-java   1.44+dfsg-2 Bouncy Castle generators/processor
ii  libbcprov-java   1.44+dfsg-2 Bouncy Castle Java Cryptographic S
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libgcc1  1:4.4.5-8   GCC support library
ii  libgcj-bc4.4.5-1 Link time only library for use wit
ii  libgcj10 4.4.5-2 Java runtime library for use with 
ii  libitext-java2.1.7-2 Java Library to create and manipul
ii  libitext-java-gcj2.1.7-2 Java Library to create and manipul
ii  libstdc++6   4.4.5-8 The GNU Standard C++ Library v3

pdftk recommends no packages.

Versions of packages pdftk suggests:
ii  poppler-utils [xpdf-utils]0.12.4-1.2 PDF utilitites (based on libpopple

-- 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