Bug#701944: emacs23 fails to install due to /etc/emacs23 does exist for byte-compiling

[Sven Joachim]

On 2013-03-01 03:25 +0100, Daniel Dickinson wrote:

> Package: emacs23
> Version: 23.4+1-4
> Severity: serious
> Justification: broken install
>
> AIUI a package failing to install just because other packages are
> present is RC...or maybe it's the breaking package that's RC, however
> it's emacs23 that fails to install, the other package installs just
> fine without emacs present.  In any event I see:
>
> [snip]
> Install ccrypt for emacs23
> Install/ccrypt: Handling install for emacsen flavor emacs23
> Warning: List directory '/etc/emacs23' does not exist.
> Opening directory: No such file or directory, /etc/emacs23/site-start.d

That's the problem, /etc/emacs23/site-start.d is shipped in
emacs23-common and has somehow gone AWOL on your system.  You need to
figure out how that happened.

> ERROR: install script from ccrypt package failed
> dpkg: error processing emacs23 (--configure):
>  subprocess installed post-installation script returned error exit status 1
>
> It would appear having ccrypt installed before emacs23 doesn't work.

Worked for me, it seems that some other package or script removed the
directory.  Reinstalling emacs23-common should bring it back.

Cheers,
   Sven


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

Bug#701961: clusterssh: does not follow .ssh/config anymore

[Teodor]

Package: clusterssh
Version: 4.01.04-1
Severity: important

Hi,

This is a big regression from previous version (4.01.01).
I have per host configuration in .ssh/config for default user name.
In cssh clusters file I only add the hostnames. With the current
version (4.01.04) it tries to connect using my current user.

Cheers


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

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

Versions of packages clusterssh depends on:
ii  libexception-class-perl  1.32-1
ii  libtry-tiny-perl 0.12-1
ii  libx11-protocol-perl 0.56-4
ii  openssh-client   1:6.0p1-4
ii  perl 5.14.2-18
ii  perl-tk  1:804.030-1
ii  xterm278-4

clusterssh recommends no packages.

clusterssh 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#701962: ITP: libsodium -- Library for build higher-level cryptographic tools

[csosstudy E.]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

Package name: libsodium
Version   : 0.3
Upstream Author: Frank Denis 
URL : https://github.com/jedisct1/libsodium
License   : ISC
Description : libsodium is a software library for
network communication, encryption,decryption, signatures, etc.
libsodium is a portable, cross-compilable, installable, packageable,
API-compatible version of NaCl.


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

Bug#699148: unblock: celery/2.5.3-2

[Christoph Egger]

Hi!

Michael Fladischer  writes:
> On 2013-02-28 21:27, Adam D. Barratt wrote:
>> Any news on an upload?
>
> 2.5.3-3 is prepared in SVN but paravoid (my sponsor on celery) seems
> to be busy.

Uploaded

Christoph


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

Bug#701963: simple-cdd: type-handling no longer exists, should be dropped from default.downloads

[Raphaël Hertzog]

Package: simple-cdd
Version: 0.3.14
Severity: important

/usr/share/simple-cdd/profiles/default.downloads contains this:

# type-handling tiny package needed for xorg on most architectures
type-handling

But type-handling has been dropped in wheezy and this leads to spurious
error messages.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages simple-cdd depends on:
ii  apt-utils0.9.7.7
ii  dctrl-tools  2.22.2
ii  debian-cd3.1.11
ii  debootstrap  1.0.46
ii  lsb-release  4.1+Debian9
ii  python   2.7.3-4
ii  reprepro 4.12.5-1
ii  rsync3.0.9-4
ii  wget 1.14-1

Versions of packages simple-cdd recommends:
ii  edos-debcheck   1.0-9
ii  edos-distcheck [edos-debcheck]  1.4.2-13+b1

Versions of packages simple-cdd suggests:
ii  qemu-kvm  1.1.2+dfsg-5

-- 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#701953: initramfs-tools: Missing modules prevent passphrase entry with usb keyboard

[Bjørn Mork]

Ben Caradoc-Davies  writes:

> Package: initramfs-tools
> Version: 0.109
> Severity: critical
> Justification: breaks the whole system

Others will have to decide on that, but it seems a bit high to me. This
is an experimental kernel and you do hopefully not try to install it
without keeping a working version as well?


> I have a usb keyboard attached to a system with an unencrypted /boot and a
> LUKS-encrypted partition (LVM physical volume) containing the other
> filesystems. Today I installed linux-image-3.8-trunk-amd64
> (3.8-1~experimental.1). initramfs-tools created a corresponding initrd, as
> expected. Booting this kernel/initrd in grub2 resulted in a plymouth 
> passphrase
> entry screen, but a usb keyboard that did not work in any port. All keyboard
> lights were off. The system was thus unbootable without a non-usb keyboard
> (hence critical severity). Without a non-usb keyboard or backup grub entry 
> (3.7
> kernel with working initrd), I would have been unable to access my system
> without rescue media.
>
> This is a regression from the behaviour of initramfs-tools with 
> linux-image-3.7
> -trunk-amd64 (3.7.8-1~experimental.1).
>
> The failure appears identical to this:
> http://linux-kernel.2935.n7.nabble.com/PROBLEM-3-8-0-rc4-keyboard-failure-at-
> boot-tp585937p587518.html
>
> Workaround is to add the following modules to /etc/initramfs-tools/modules, as
> described in the link above:
>
> ehci_pci

Right.  This is quite possibly a result of this bug:
http://bugs.debian.org/700572


Bjørn


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

Bug#678353: [Pkg-openssl-devel] Bug#678353: Bug#678353: openssl: Similar error here; upstream report available

[Benjamin Eikel]

Am Donnerstag, 28. Februar 2013, 18:30:32 schrieb Kurt Roeckx:
> On Wed, Feb 27, 2013 at 06:27:17PM +0100, Kurt Roeckx wrote:
> > On Wed, Feb 27, 2013 at 09:34:33AM +0100, Benjamin Eikel wrote:
> > > > > Yes, it is. I used the following command:
> > > > > openssl s_client -connect mail.uni-paderborn.de:465
> > > > 
> > > > That works for me ...
> > > 
> > > the connection works for me, too. It dies when issuing the first
> > > command (e.g. EHLO test). Does the additional command work for you,
> > > too?
> 
> Can you try with:
> export OPENSSL_ia32cap=~0x202
> 
> And then use s_client?

This works and does not crash.

> 
> 
> Kurt


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

Bug#701868: [Pkg-openssl-devel] Bug#701868: cannot connect to IRC server

[Marcus Better]

>Do you know what IRC software is being used, and with which
>library it links?

InspIRCd-1.1.22+Azeitao

>So can you try with "export OPENSSL_ia32cap=~0x202"?

Yes, that fixes it.



--
Cheers,
Marcus


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

Bug#701964: RFP: python-v8 -- python interface for the v8 javascript engine

[Joost Yervante Damad]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: python-v8
Version: 1.0-preview-r446
Upstream Author: Xiaohai Lu 
URL: http://code.google.com/p/pyv8/
License: APL2.0
Description: python interface for the v8 javascript engine


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

Bug#701965: busybox mdev creates deep subdirs in /dev with 0777 permissions

[Michael Tokarev]

Package: busybox
Version: 1:1.20.0-7
Severity: important
Tags: security patch upstream fixed-upstream pending

When device node or symlink in /dev should be created inside
2-or-deeper subdirectory (/dev/dir1/dir2.../node), the
intermediate directories are incorrectly created with mode
0777, which is an obvious security issue.

mdev is an alternative for udev, but since udev is used
almost universally, and many packages depend on it, mdev
isn't used often.  Also, subdirs of more than one level
are not common, especially with mdev which, unlike udev,
has limited "language" to construct filenames/symlinks,
so often, when mdev is used, a task of creating device
nodes with complex names is implemented using an external
script instead.  However it is important to fix this to
avoid surprizes.

The issue has been fixed upstream in commit
4609f477c7e043a4f6147dfe6e86b775da2ef784.


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

Bug#701966: RFP: pyftgl -- python bindings for the ftgl opengl font rendering library

[Joost Yervante Damad]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: pyftgl
Version: 0.5c
Upstream Author: Anders Dahnielson 
URL: http://code.google.com/p/pyftgl/
License: GPLv2
Description: python bindings for the ftgl opengl font rendering library


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

Bug#700798: unblock: live-tools/3.0.18-1

[Daniel Baumann]

retitle 700798 live-tools/3.0.19-1
tag 700798 - moreinfo
thanks

see live-tools 3.0.19-1.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#701967: 7.0~rc1 release

[Daniel Baumann]

Package: debian-live
Severity: serious
Block -1 by 700798
Block -1 by 700797
Block -1 by 700798
Block -1 by 700800

pseudo-bug to track progress or lack thereof.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#699148: unblock: celery/2.5.3-2

[Faidon Liambotis]

On Fri, Mar 01, 2013 at 12:13:06AM -0800, Christoph Egger wrote:
> Michael Fladischer  writes:
> > On 2013-02-28 21:27, Adam D. Barratt wrote:
> >> Any news on an upload?
> >
> > 2.5.3-3 is prepared in SVN but paravoid (my sponsor on celery) seems
> > to be busy.
> 
> Uploaded

JFYI,
r23622 | fladi-guest | 2013-03-01 07:46:25 + (Fri, 01 Mar 2013) | 2 lines

i.e. 40 minutes ago, after I sent a mail to Michael :) But thanks for
handling that, appreciated.

Regards,
Faidon


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

Bug#701968: several busybox applets may fail or produce garbage

[Michael Tokarev]

Package: busybox
Version: 1:1.20.0-7
Severity: important
Tags: patch upstream fixed-upstream pending

Several bugs (typos) has been found in busybox in macros that
performs conversion from host words to unaligned buffers, one
in generic code and two more in compression library (xz).

First bug (generic move_to_unaligned16() implementation) copies
2 more bytes than necessary, thus can overflow the destination,
which may cause either memory corruption or a segmentation fault.

Second bug in xz is wrong usage of move_to_unaligned16 (which
copied 4 instead of 2 bytes by accident) to handle 32bit
quantities - is exposed when the first bug is fixed.

Other usages of move_to_unaligned16() in whole busybox sources
appears to be okay.

The severity is important because the overflow usually goes
silent but may produce garbage output, which leads to data
corruption in archivals.  Reportedly this happens on sparc.

/mjt


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

Bug#701134: php-soap: directory vs. symlink

[Prach Pongpanich]

tags 701134 + patch
thanks

Hello maintainer,

I have prepared a patch which solves the this bug.

php-pear:

usr/share/php/doc -> ../doc/php-pear/PEAR
usr/share/php/../doc/php-pear -> php5-common


Regards,

-- 
 ปรัชญ์ พงษ์พานิช
 Prach Pongpanich

 http://prach-public.blogspot.com


fix_701134.patch
Description: Binary data

Bug#701970: RFS: couriergrey/0.3.2-2

[Marco Balmer]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "couriergrey"

* Package name: couriergrey
  Version : 0.3.2-2
  Upstream Author : Matthias Wimmer
* URL : http://couriergrey.com/
* License : GPL-2
  Section : mail

It builds those binary packages:

  couriergrey - Mail filter interface of Courier-MTA to support greylisting

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/couriergrey


Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.2-2.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

couriergrey (0.3.2-2) experimental; urgency=low

  * debian/control Build-Depends changed to debhelper (>= 9)
  * debian/compat Changed to 9
  * debian/control Standards-Version: 3.9.4
  * debian/control Section changed from net to mail
  * debian/control Vcs-Browser field changed to debian branch


  Regards,
   Marco Balmer


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

Bug#698746: NMU for experimental

[Thibaut VARENE]

On Fri, Mar 1, 2013 at 3:07 AM, Ian Goldberg  wrote:

> On Tue, Feb 26, 2013 at 07:24:38PM -0500, micah anderson wrote:
> > The patch has been merged into the upstream staging repository.
> >
> > I've CC'd upstream on this issue, could one of you give the go ahead?
> >
> > It is a bit of a chicken and egg thing because it would help a lot of
> > this could get more testing, but if it isn't put somewhere that can get
> > more testing... hence the idea to put it into experimental where people
> > who chose to can give it a try.
>
> We're talking about the patch below, right?  If so, yes, feel free to
> include it; it will be in the next release of libotr.  It's clear that
> it was a bug, and that this patch is the correct fix.
>

Thanks!

Micah, I unfortunately don't have time to prepare an experimental upload
now, so feel free to do it.

Best

-- 
Thibaut VARENE
http://hacks.slashdirt.org/

Bug#701894: ITP: proot -- chroot, mount --bind, and binfmt_misc without privilege/setup

[Rémi Duraffort]

The proot package can be found at this adresse.

http://ivoire.dinauz.org/debian/proot/


Any comments and request for modifications are welcome.


Rgds

--
Rémi Duraffort | ivoire
http://ivoire.dinauz.org/blog/


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

Bug#701912: tig: Failed to chdir: No such file or directory when used inside submodule

[Sebastian Harl]

severity 701912 important
thanks

Hi,

On Thu, Feb 28, 2013 at 05:10:57PM +, Mike Crowe wrote:
> tig reports errors like:
> 
>  tig: Failed to chdir(../../submodule-directory): No such file or directory
> 
> when started inside a submodule that has been created by the version of git in
> Wheezy (1:1.7.10.4-1+wheezy1)
> 
> It looks like this problem has been discovered and solved upstream:
> 
> https://github.com/jonas/tig/issues/54

Thanks for reporting this and pointing out the fix! This should be
included in tig-1.1-1, which is currently available in experimental.
Would you mind double-checking that?

> The patch seems to be small and hopefully suitable for getting into Wheezy.

I do consider this to be an important bug and I should be able to get it
into Wheezy through unstable (unless any build-deps come into the way).
So, I hope to get the fix into Wheezy.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#701971: lcms2: possible issue with 64-bit value decoding on big endian systems

[Jonas Smedegaard]

Package: lcms2
Severity: normal
Tags: patch

The Ghostscript project has patched their embedded code copy of lcms2:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=53e2990

The actual patched is rather short, so here it is in full:

commit 53e2990bde0966173a954e51c388e4d26af40c15
Author: Alex Cherepanov 
Date:   Wed Aug 1 14:07:49 2012 -0400

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

Conflicts:
gs/lcms2/src/cmsplugin.c

diff --git a/gs/lcms2/src/cmsplugin.c b/gs/lcms2/src/cmsplugin.c
index 53379eb..76fe32f 100644
--- a/gs/lcms2/src/cmsplugin.c
+++ b/gs/lcms2/src/cmsplugin.c
@@ -96,10 +96,13 @@ void CMSEXPORT  _cmsAdjustEndianess64(cmsUInt64Number* 
Result, cmsUInt64Number*
pOut[0] = pIn[7];

#else

_cmsAssert(Result != NULL);
#  ifdef CMS_DONT_USE_INT64
(*Result)[0] = QWord[0];
(*Result)[1] = QWord[1];
#  else
*Result = *QWord;QWord;
#  endif
#endif
}


Hope that is helpful,

 - Jonas


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

Bug#675345: gnome-shell: I confirm this bug

[Jacob Barkdull]

I can confirm this bug.

Though, I have not found a concrete way to reproduce the freeze.
However, it happens just as most of the people have reported, it's
seemingly random, and I can still move the mouse but everything else
doesn't visually respond. "Ctrl+Alt+F1 -> killall gnome-shell" works to
restart gnome-shell, and all is well until it freezes again.

The only bit of information I can give is that my current system was
setup by installing Debian Squeeze then upgrading to Wheezy. And that I
have my keyboard set to nearly no delay and very fast speed.

Is it possibly just faulty hardware? Can a video card break in such a
way that only a specific graphic function can make a program
unresponsive?


-- System Information:
Release 7.0 (wheezy) 64-bit
Kernel Linux 3.2.0-4-amd64
GNOME 3.4.2
Memory: 3.9 GiB
Processor: AMD Phenom(tm) II X6 1045T Processor × 6
Available disk space: 60.2 GiB
Foreign Architectures: i386
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#698347: debootstrap: New variant based on PRoot

[Rémi Duraffort]

Hello Cyril,

I have created a debian package for PRoot.

The sources are : http://ivoire.dinauz.org/debian/proot/
The ITP is #701894


Rgds

--
Rémi Duraffort | ivoire
http://ivoire.dinauz.org/blog/


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

Bug#701972: pygobject-2: /usr/bin/pygobject-codegen-2.0: 11: exec: /usr/bin/python2.6: not found

[Roland Stigge]

Source: pygobject-2
Version: 2.28.6-11
Severity: normal
Tags: sid

Hi,

consider:

# /usr/bin/pygobject-codegen-2.0 
/usr/bin/pygobject-codegen-2.0: 11: exec: /usr/bin/python2.6: not found
#

(Found this by building the package tomoe, which FTBFS due to this issue.)

python2.6 was found in the build environment of the machine building the
arch:all package python-gobject-2-dev. Maybe some dependency on the respective
python package needs to be added, or a more general python executable
could be used instead?

Thanks,

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.8.0 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
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#701949: elserv: fails to install with emacs33; cat -: No such file or directory during byte-compilation

[Sven Joachim]

Control: severity -1 normal
Control: severity 701952 normal

On 2013-03-01 04:59 +0100, Daniel Dickinson wrote:

> Package: elserv
> Version: 0.4.0+0.20011203cvs-17.1
> Severity: serious
> Justification: Fails to install
>
> elserv's install script is broken:
>
> Install elserv for emacs
> Install elserv for emacs23
> install/elserv: Handling emacs23, logged in /tmp/elc_xMv5B7.log   <-- which 
> file is empty
> cat: -: No such files or directory
> ERROR: install script from elserv package failed
> dpkg: error processing elserver (--configure):
>  subprocess installed post-installation script returned error exit status 1

Works for me, and apparently for everyone else.  Your emacs23
installation appears to be broken, see #701944.  Reinstall the
emacs23-common package and retry.

Cheers,
   Sven


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

Bug#701973: scidavis: Installation in /usr/lib64

[Emmanuel QUEMENER]

Package: scidavis
Version: 0.2.4-3.3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Standard installation of scidavis

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Only installation of package.

Package install in /usr/lib64 which is not used by any other Debian packages in 
Wheezy.

   * What was the outcome of this action?

As border effect, it breaks installation process of AMD/ATI recent drivers 
because of ati-installer 
discovering /usr/lib64 existing folder.

   * What outcome did you expect instead?

Put scidavis in /usr/lib/x86_64-linux-gnu/

Best regards

EQ


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages scidavis depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-3
ii  libglu1-mesa [libglu1]8.0.5-3
ii  libgsl0ldbl   1.15+dfsg.2-2
ii  libmuparser2  2.1.0-3
ii  libpython2.7  2.7.3-6
ii  libqt4-network4:4.8.2+dfsg-11
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqt4-qt3support 4:4.8.2+dfsg-11
ii  libqt4-svg4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtassistantclient4 4.6.3-4
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libqwt5-qt4   5.2.2-3
ii  libqwtplot3d-qt4-00.2.7+svn191-7
ii  libstdc++64.7.2-5
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages scidavis recommends:
ii  qt-assistant-compat  4.6.3-4

scidavis 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#701954: All prints are offset about 1cm right and 1cm up

[Holger Levsen]

severity 701954 normal
tags 701954 + moreinfo
reassign 701954 cups
thanks

David, 

which printer model? are you using cups? You will need to give more infos, 
like what application you are using for printing as well...


cheers,
Holger

On Freitag, 1. März 2013, David Griffith wrote:
> Subject: base: All prints are offset about 1cm right and 1cm up
> Package: base
> Severity: important
> 
> Anything printed comes out offset about 1cm right and 1cm up.  This is
> mildly annoying for most purposes.  Applications that depend on exact
> positioning, Glabels in particular, are rendered useless.  I have a
> Squeeze machine that prints things perfectly aligned.  Printing to the
> same printer with a freshly-installed Wheezy machine yields these
> misalignments.
> 
> 
> -- System Information:
> Debian Release: 7.0
>APT prefers testing-updates
>APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-4-486
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash


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

Bug#701893: ITP: libapache2-mod-auth-mellon -- A SAML 2.0 authentication module for Apache

[Thijs Kinkhorst]

> not that I'd know anything about this module in particular, but please
> ensure before uploading this module that the package works and compiles
> with Apache 2.4.
>
> We're going to prepare a transition to 2.4 (currently available in
> experimental) as soon as the Jessie release cycle starts. Ideally you'd
> prepare the module package for 2.4 directly.

Yes, I'm aware. My packaging effort will initially concentrate on getting
the package into shape for squeeze and wheezy. This will obviously not be
in the Debian archve. Indeed it seems reasonable to upload to unstable
after 2.4 lands there.

I'll give it a spin with 2.4 soon so we can give upstream some time to fix
issues should they arise.


Cheers,
Thijs


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

Bug#701974: PTS: "1 bugs" in Ubuntu box

[Jakub Wilk]

Package: qa.debian.org
Severity: minor
User: qa.debian@packages.debian.org
Usertags: pts

http://packages.qa.debian.org/t/task.html reads (in the Ubuntu box): "1 
bugs". It should be: "1 bug".


--
Jakub Wilk


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

Bug#701976: ltt-control: FTBFS: /usr/bin/ld: tp.o: undefined reference to symbol 'rcu_dereference_sym'

[Roland Stigge]

Source: ltt-control
Version: 2.1.1-1
Severity: serious
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

ltt-control FTBFS on several arches like this:

[...]
make[4]: Entering directory `/«PKGBUILDDIR»/tests/tools/streaming'
  CC unit_tests.o
  CCLD   unit_tests
  CC gen-ust-events.o
  CC tp.o
  CCLD   gen-ust-events
/usr/bin/ld: tp.o: undefined reference to symbol 'rcu_dereference_sym'
/usr/bin/ld: note: 'rcu_dereference_sym' is defined in DSO 
/usr/lib/liburcu-bp.so.1 so try adding it to the linker command line
/usr/lib/liburcu-bp.so.1: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[4]: *** [gen-ust-events] Error 1
make[4]: Leaving directory `/«PKGBUILDDIR»/tests/tools/streaming'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/«PKGBUILDDIR»/tests/tools'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/«PKGBUILDDIR»/tests'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2cd 
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
[...]


The attached patch fixes this by autoreconf'ing.

Roland



-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.8.0 (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/dash
diff -ruN ltt-control-2.1.1.orig/debian/control ltt-control-2.1.1/debian/control
--- ltt-control-2.1.1.orig/debian/control	2013-03-01 00:34:37.0 +0100
+++ ltt-control-2.1.1/debian/control	2013-03-01 10:48:43.238021748 +0100
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Jon Bernard 
 Build-Depends: debhelper (>= 9), libpopt-dev, liburcu-dev (>= 0.7.4),
-  liblttng-ust-dev (>= 2.1.1-2)
+  liblttng-ust-dev (>= 2.1.1-2), dh-autoreconf
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/git/collab-maint/ltt-control.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/ltt-control.git;a=summary
diff -ruN ltt-control-2.1.1.orig/debian/rules ltt-control-2.1.1/debian/rules
--- ltt-control-2.1.1.orig/debian/rules	2013-03-01 00:34:37.0 +0100
+++ ltt-control-2.1.1/debian/rules	2013-03-01 10:48:26.430017571 +0100
@@ -3,7 +3,7 @@
 export DEB_BUILD_MAINT_OPTIONS := hardening=+all
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_install:
 	# rename the bash completion file before installation

Bug#685230: unblock hylafax 3:6.0.6-4

[Giuseppe Sacco]

Il giorno ven, 01/03/2013 alle 08.00 +0100, Joachim Wiedorn ha scritto:
[...]
> The next step is creating hylafax 6.0.6-5 as mentioned by Ivo De Decker.
> Should I already prepare these updated package of hylafax now?

I have been waiting for capi4hylafax being accepted, but now I think
I'll package and upload hylafax 6.0.6-5 with only wheezy changes during
this week end.

The diff I'll use is almost what Ivo suggested in
http://lists.debian.org/debian-release/2012/12/msg00886.html

Bye,
Giuseppe


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

Bug#701936: btrfs-tools: renders systems with btrfs root file systems unbootable: "check_mounted(): Could not open /run/rootdev" + "Could not check mount status: No such device or address"

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Fr den  1. Mär 2013 um  0:14 schrieb Axel Beckert:
> For all those who are also suffering from this issue, too, here's the
> recipe how I downgraded btrfs-tools to the version from testing again
> on my system:
> 
> At the maintenance mode password prompt, enter the root password.
> 
> You may need to add /sbin and /usr/sbin to the path depending on your
> login shell setup. Thanks Christian Stalp!
> # export PATH="/sbin:/usr/sbin:$PATH"
> 
> With the default setup, sourcing /etc/profile should suffice.
> # . /etc/profile
> 
> Mount the root file system read-write:
> # mount -o remount,rw /
> 
> Mount the /boot partition, if existing:
> # mount /boot
> 
> Either get network, ...
> # dhclient eth0
> 
> (Since Julien Cristau NMUed btrfs-tools in Wheezy yesterday[1], you
> may want to update your package lists, too.)
> # apt-get update
> 
> ..., fetch the version from testing (assuming you have a deb-line with
> testing in your sources.list, too) and downgrade to it, ...
> # apt-get install -t testing btrfs-tools
> 
> ... or, if you haven't done "apt-get clean" for a while, you may be able to
> just do
> # dpkg -i /var/cache/apt/archives/btrfs-tools_0.19+20121004-1_*.deb
> 
> Then call sync to make sure the new version is on disk:
> 
> # sync
> 
> and reboot, e.g. by pressing Ctrl-D.

It is even easier to fix. Even more, that method above will not work if
you have a proper partition layout keeping /usr and /var on different
partitions.

Just mount your / rw on the prompt, then replace the broken fsck by
/bin/true:
   rm /sbin/fsck.btrfs
   ln -s /bin/true !$

Sync and reboot. No need for network, no need to fiddle with installing
stuff on this very limited prompt (in some cases) ... More fail-safe.

After the reboot it is easy to just let it this way until a fixed
package comes out or install a older version like Axel mentioned above.
But there is no need for it as the fsck of old version is even just a
dummy.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQGcBAEBCgAGBQJRMHCfAAoJEKZ8CrGAGfasGhsMALeEhS6b+lh4w7K2Ahb++oWE
d0TYa0ZMUdsNbMulA6UcsmBk2NFuvUS1BI7nq2mjiscLIjYFRgN2u1zgrCpIgFNd
erpCnYGaY8ujH+6qzHguIBN6tSuO5OZcKndnVfnEYo4T43HfgK+jhxN0Qk6JTAgR
Rm+jurDHCigox6T/AZGhMQP1zkS9Elv1Pj4VwTQCjvY9ryefGh8dgYV7DnnpHlef
i4PAem51PuMAxIjB8VmMwOllEWg0rJXmyi0E+CC3GRzNbppCtsyVEh2J9DdZKBp8
pQDNYbYNiPkQ++d39OgoegxanmC5niKbKUhX9qP005l9ugigQe9VJFgPlS7KcM+r
lNpKjpSAsmKwSEkcQrXfAsmjAXP096Fv+9EOX8BniMAPbZyHjnVDOAyEN6BA9xjQ
aFcqaqgDTg63H6RnnEwG925DcwsMZ4CEIVcWDoZcQevuXcG3wqrJaz3Hm2jGw/Kh
bitBdWtsecWQ6MiTHXkdcv0FYTFR+W5Ot4AXD0+KZQ==
=q2Dd
-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#701977: RM: telepathy-logger/experimental -- NBS; Packaging mistake

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please remove the libtelepathy-logger2 binary package from
experimental?

The library got a soname bump but due to a mistake, the package was not
properly renamed.

Keeping this package in experimental is causing issues to users that are
installing it as the new libtelepathy-logger3 package is Breaking it and
apt will not downgrade the package to the version in that is currently
in unstable.

Cheers

Laurent Bigonville


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

Bug#701978: unblock: kmess/2.0.6.1-3

[José Manuel Santamaría Lema]

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

Hello, 

could you please unblock the kmess package? the latest -3 upload 
contains a fix for the bug #697918 "deconnection each minute":
http://bugs.debian.org/697918


Thank you.
diff -Nru kmess-2.0.6.1/debian/changelog kmess-2.0.6.1/debian/changelog
--- kmess-2.0.6.1/debian/changelog	2011-11-09 15:32:03.0 +0100
+++ kmess-2.0.6.1/debian/changelog	2013-01-17 22:35:08.0 +0100
@@ -1,3 +1,9 @@
+kmess (2.0.6.1-3) unstable; urgency=low
+
+  * Add use_ssl_v3.diff, avoids disconnections each minute. (Closes: #697918)
+
+ -- José Manuel Santamaría Lema   Thu, 17 Jan 2013 22:34:48 +0100
+
 kmess (2.0.6.1-2) unstable; urgency=high
 
   * Add follow-location-redirects.diff, this makes KMess usable with the latest
diff -Nru kmess-2.0.6.1/debian/patches/series kmess-2.0.6.1/debian/patches/series
--- kmess-2.0.6.1/debian/patches/series	2011-11-09 14:44:13.0 +0100
+++ kmess-2.0.6.1/debian/patches/series	2013-01-16 22:06:38.0 +0100
@@ -1 +1,2 @@
 follow-location-redirects.diff
+use_ssl_v3.diff
diff -Nru kmess-2.0.6.1/debian/patches/use_ssl_v3.diff kmess-2.0.6.1/debian/patches/use_ssl_v3.diff
--- kmess-2.0.6.1/debian/patches/use_ssl_v3.diff	1970-01-01 01:00:00.0 +0100
+++ kmess-2.0.6.1/debian/patches/use_ssl_v3.diff	2013-01-17 22:30:33.0 +0100
@@ -0,0 +1,34 @@
+Author: José Manuel Santamaría Lema 
+Description: This patch forces KMess to use SSLv3.
+ This patch is needed because with recent versions of openssl kmess disconnects
+ and connects again each minute: http://bugs.debian.org/697918
+ Downgrading openssl to an older version solves the problem, however, this isn't
+ probably a bug in openssl but in the MSN servers, see:
+ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666012#31
+ .
+ For the record, emesene had the same problem and their upstream developers
+ solved the problem doing the same, just using SSLv3.
+Forwarded: yes, but upstream isn't maintaining the program anymore
+Bug-Debian: http://bugs.debian.org/697918
+Last-Update: 2013-01-17
+--- a/src/network/soap/httpsoapconnection.cpp
 b/src/network/soap/httpsoapconnection.cpp
+@@ -31,6 +31,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+@@ -353,6 +354,10 @@ void HttpSoapConnection::sendNextRequest
+ request.setRawHeader( "SOAPAction", quotedAction.toLatin1() );
+   }
+ 
++  QSslConfiguration ssl_config = request.sslConfiguration();
++  ssl_config.setProtocol(QSsl::SslV3);
++  request.setSslConfiguration(ssl_config);
++
+   http_->post( request, contents );
+ 
+   // Start the response timer


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

Bug#701979: lcms: Speed up of 16bit tetrahedral interpolation code

[Jonas Smedegaard]

Package: lcms
Severity: normal
Tags: patch

The Ghostscript project embedded code copy of lcms includes a patch
which seems to not have been passed (or at least adopted) upstream, and
might be interesting to consider:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=f1c4efc

Here is the commit message for the patch:

Speed up of lcms 16bit tetrahedral interpolation code.

This color table interpolation is used primarily where we have 16 bit image 
data or
are doing spatial interpolation of image data.  The change introduces
some very minor changes across quite a few files that have 16 bit
data or for which spatial interpolation is occurring.  No changes occur at the 
white
or black table points.

The code differences involved moving the decision tree outside the loop and 
performing
the normalization divide by an add and shift.

This change can be readily moved to lcms2.


Regards,

 - Jonas


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

Bug#690534: gnome-shell: Characters missing/distorted after a while (hibernate/standby related?)

[Gerfried Fuchs]

On Mon, Feb 18, 2013 at 09:59:18AM +0100, Gerfried Fuchs wrote:
>  I'm seeing the probably same issue on my laptop with an ATI graphic's
> card, so I don't think it's graphic driver related, given that people
> have reported the issue with different drivers.

 I noticed an easy workaround, to get rid of the effect once it
appeared: Press alt-f2 and then "r" for a restart of gnome-shell.  This
will get rid of all the artefacts that happen.  I guess this also points
that the issue actually lies within gnome-shell and not some other part,
does it?

 Enjoy,
Rhonda


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

Bug#701944: emacs23 fails to install due to /etc/emacs23 does exist for byte-compiling

[Sven Joachim]

Control: severity -1 normal
Control: tags -1 moreinfo

On 2013-03-01 09:00 +0100, Sven Joachim wrote:

> On 2013-03-01 03:25 +0100, Daniel Dickinson wrote:
>
>> Package: emacs23
>> Version: 23.4+1-4
>> Severity: serious
>> Justification: broken install
>>
>> AIUI a package failing to install just because other packages are
>> present is RC...or maybe it's the breaking package that's RC, however
>> it's emacs23 that fails to install, the other package installs just
>> fine without emacs present.  In any event I see:
>>
>> [snip]
>> Install ccrypt for emacs23
>> Install/ccrypt: Handling install for emacsen flavor emacs23
>> Warning: List directory '/etc/emacs23' does not exist.
>> Opening directory: No such file or directory, /etc/emacs23/site-start.d
>
> That's the problem, /etc/emacs23/site-start.d is shipped in
> emacs23-common and has somehow gone AWOL on your system.  You need to
> figure out how that happened.

Meanwhile, downgrading the severity.  If you find out that it was a
package which deleted this directory, please reassign the bug to that
package and set the severity back to serious.

Cheers,
   Sven


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

Bug#701980: binutils-avr: Installation in /usr/x86_64-linux-gnu

[Emmanuel QUEMENER]

Package: binutils-avr
Version: 2.20.1-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Installation of package.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Examination of /usr and discovery of /usr/x86_64-linux-gnu/avr folder

   * What was the outcome of this action?
   * What outcome did you expect instead?

Install avr in /usr/lib as openmpi for example.

Best regards.

EQ

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages binutils-avr depends on:
ii  libc6  2.13-38

binutils-avr recommends no packages.

Versions of packages binutils-avr suggests:
ii  binutils  2.22-7.1

-- 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#686902: Bleach Debian Package

[Rodolphe Quiedeville]

Hi,

I would like to know if you still work on the debian package bleach. If 
you not have enough time and you're agree I can do the package. I did 
one for my personnal purpose and I propose to upload it to Debian if 
you're agree.


Regards

--
Rodolphe Quiédeville - Artisan Logiciel Libre
http://cartosm.eu - Intégration de carte libre sur site web
http://hypadrie.eu - Ticketing online
Blog : http://blog.rodolphe.quiedeville.org/


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

Bug#701981: unblock: soprano/2.7.6+dfsg.1-3

[José Manuel Santamaría Lema]

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

Hello, 

could you please unblock the soprano package? the latest upload workarounds a 
problem which makes the default installation of virtuoso as standalone server 
hang.

To reproduce the problem you can just do:
apt-get install virtuoso-opensource-6.1
while using kde; without the fix the virtuoso postinst script will hang.

Thank you.
diff -Nru soprano-2.7.6+dfsg.1/debian/changelog soprano-2.7.6+dfsg.1/debian/changelog
--- soprano-2.7.6+dfsg.1/debian/changelog	2012-11-27 22:34:30.0 +0100
+++ soprano-2.7.6+dfsg.1/debian/changelog	2013-02-05 11:38:21.0 +0100
@@ -1,3 +1,11 @@
+soprano (2.7.6+dfsg.1-3) unstable; urgency=low
+
+  * Team upload.
+  * Add dont_use_virtuoso_default_port.diff, prevents hangs when installing or
+running virtuoso as a standalone server.
+
+ -- José Manuel Santamaría Lema   Tue, 05 Feb 2013 11:38:17 +0100
+
 soprano (2.7.6+dfsg.1-2) unstable; urgency=low
 
   * Team upload.
diff -Nru soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff
--- soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff	1970-01-01 01:00:00.0 +0100
+++ soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff	2013-02-05 16:01:00.0 +0100
@@ -0,0 +1,33 @@
+Author: José Manuel Santamaría Lema 
+Forwarded: https://projects.kde.org/projects/kdesupport/soprano/repository/revisions/3482b5fe
+Description: If possible, don't use the default virtuso port ()
+ Soprano launches a Virtuoso server using an unix socket (/tmp/virt_ where
+  is the tcp port specified in the configuration file). It tries first with
+ the /tmp/virt_ port if it's availaible, and if it's not, keeps trying with
+ above ports one by one until it finds an usuable /tmp/virt_. Starting with
+  is a very unfortunate choice, because if you start other virtuoso server
+ configured to use the same port (note that  is the default), then it would
+ fail to start. It should fail and return, but currently it hangs.
+ .
+ When installing virtuoso-opensource-6.1, the postinst script will try to start
+ Virtuoso using the default  port in order to change the admin password. So
+ the problem is the following: since the unix socket /tmp/virt_ is
+ (probably) already being used by the Virtuoso instance started by Soprano, the
+ Virtuoso instance started by the postinst script would hang (as explained in
+ the paragraph above), breaking the installation.
+--- a/backends/virtuoso/virtuosocontroller.cpp
 b/backends/virtuoso/virtuosocontroller.cpp
+@@ -56,11 +56,11 @@ namespace {
+ // }
+ #ifdef Q_OS_WIN
+ static QMutex portNumberMutex;
+-static quint16 p = ;
++static quint16 p = 1113;
+ QMutexLocker l(&portNumberMutex);
+ return p++;
+ #else
+-int p = ;
++int p = 1113;
+ while ( QFile::exists( QString( "/tmp/virt_%1" ).arg( p ) ) ) {
+ ++p;
+ }
diff -Nru soprano-2.7.6+dfsg.1/debian/patches/series soprano-2.7.6+dfsg.1/debian/patches/series
--- soprano-2.7.6+dfsg.1/debian/patches/series	2012-11-25 15:06:51.0 +0100
+++ soprano-2.7.6+dfsg.1/debian/patches/series	2012-12-27 15:32:27.0 +0100
@@ -1,3 +1,4 @@
+dont_use_virtuoso_default_port.diff
 x11_not_required.diff
 disable_usr_lib_install_rpath.diff
 doxyfile_generate_tagfile.diff


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

Bug#701982: lcms: sometimes forgets to deal with failed allocations

[Jonas Smedegaard]

Package: lcms
Severity: normal
Tags: patch

Ghostscript project embedded code copy of lcms includes a patch that
seems not passed (or at least adopted) upstream, yet potentially
relevant to do so and/or apply locally to Debian:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=4f2d3c7

Here is the commit message for above patch:

>Changes to lcms v1 to spot failed allocations.
>
>lcms v1 sometimes forgets to deal with failed allocations. Patch at
>least some of these problems.
>
>Driven by bug 692352. Sufficient to make it run to completion now.

The bug mentioned is http://bugs.ghostscript.com/show_bug.cgi?id=692352


Regards,

 - Jonas


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

Bug#657278: ITP: python-scrapelib -- library for scraping websites

[Olivier Berger]

Hi.

Any news about your packaging effort ?

Thanks in advance.

Best regards,

On Tue, Jan 24, 2012 at 10:24:17PM -0800, Alex Chiang wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Alex Chiang 
> 
> * Package name: python-scrapelib
>   Version : 0.5.6
>   Upstream Author : Michael Stephens 
> James Turk 
> * URL : https://github.com/sunlightlabs/scrapelib
> * License : BSD-3-clause
>   Programming Lang: Python
>   Description : library for scraping websites
> 

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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

Bug#701983: scidavis: Installation of scidavis in /usr/lib64

[Emmanuel QUEMENER]

Package: scidavis
Version: 0.2.4-3.3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

Installation of scidavis

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

When installing AMD/ATI third party drivers, installation process puts
files in /usr/lib64 instead of /usr/lib/x86_64-linux-gnu because
/usr/lib64 exists.

   * What was the outcome of this action?
   * What outcome did you expect instead?

Put scidavis plugins in /usr/lib/x86_64-linux-gnu

Best regards.

EQ

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages scidavis depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-3
ii  libglu1-mesa [libglu1]8.0.5-3
ii  libgsl0ldbl   1.15+dfsg.2-2
ii  libmuparser2  2.1.0-3
ii  libpython2.7  2.7.3-6
ii  libqt4-network4:4.8.2+dfsg-11
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqt4-qt3support 4:4.8.2+dfsg-11
ii  libqt4-svg4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtassistantclient4 4.6.3-4
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libqwt5-qt4   5.2.2-3
ii  libqwtplot3d-qt4-00.2.7+svn191-7
ii  libstdc++64.7.2-5
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages scidavis recommends:
ii  qt-assistant-compat  4.6.3-4

scidavis 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#701972: pygobject-2: /usr/bin/pygobject-codegen-2.0: 11: exec: /usr/bin/python2.6: not found

[Roland Stigge]

Just for the record: gtk-vnc also FTBFS because of this.


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

Bug#685230: unblock hylafax 3:6.0.6-4

[Julien Cristau]

On Fri, Mar  1, 2013 at 08:00:27 +0100, Joachim Wiedorn wrote:

> Hello Julien,
> 
> Julien Cristau wrote on 2013-02-28 22:11:
> 
> >> This version 3:6.0.6-5 should be uploaded to unstable.
> 
> > is there an ETA for that new upload?
> 
> At first we need an updated version of capi4hylafax to solve one half
> of the problems between hylafax and capi4hylafax. This new version is 
> already on mentors.d.o ready for wheezy:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697733
> 
> And I have asked the release team for pre-approval:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699171
> 
Thanks, I'll try and have a look at that soon.

> The next step is creating hylafax 6.0.6-5 as mentioned by Ivo De Decker.
> Should I already prepare these updated package of hylafax now?
> 
If possible, yes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695328: [testing/wheezy] UEFI installed system fails to boot

[Kenyon Ralph]

On 2012-12-29T20:55:05-0800, Kenyon Ralph  wrote:
> On 2012-12-29T19:25:59-0800, Kenyon Ralph  wrote:
> > I have a feeling that using grub2 2.00 (like Ubuntu uses) would work.
> > I'll try to build an installer including that if I can figure it out.
> 
> Instead of building a new installer, I just installed grub2 2.00-8
> from experimental in rescue mode. System still did not boot, so I
> don't know what to try now. It would be nice if we could figure out
> why Ubuntu 12.10 installs and boots in EFI mode, and bring those
> changes into the Debian packages.

Just trying to install wheezy in UEFI mode again on the Intel DH77EB
motherboard, now with firmware version 99 and the latest daily build
of debian-testing-amd64-netinst.iso. Still the same result: the
resulting Debian installation is unbootable.

Here is output when I install and boot Ubuntu 12.10:

$ sudo efibootmgr --verbose
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0002,0003,
Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)
Boot0002* ubuntu
HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)File(\EFI\ubuntu\grubx64.efi)
Boot0003* UEFI : SATA : PORT 6G 0 : INTEL SSDSC2CW120A3 : PART 0 : OS 
Bootloader
ACPI(a0341d0,0)PCI(1f,2)03120a00HD(1,800,2f000,017b4fcf-b5a3-4549-a8d6-a94cb7eb699a)AMBO

In Debian rescue mode after installing Debian, replacing the previous
Ubuntu installation:

# efibootmgr --verbose
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0003,0002,
Boot* debianVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)
Boot0002* ubuntuVendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)
Boot0003* UEFI : USB :  0.00 : PART 0 : OS Bootloader   
ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(1,0)HD(1,10a74,380,27f931c5)AMBO

Running 'grub-install /dev/sda' in Debian rescue mode causes the
debian line to change to this:

Boot* debian
HD(1,800,f3800,f8636d01-62af-4d23-9ab6-5b22c5ffd5e6)File(\EFI\debian\grubx64.efi)

But like I said in a previous email, upon reboot this disappears, and
reentering rescue mode shows the
"Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)" line for debian
instead.

Notice how there is no UEFI SATA hard drive in the efibootmgr output
on Debian. That's probably the problem, since the debian line needs to
refer to that device, but I have no idea why Ubuntu has this properly
and Debian lacks it.

-- 
Kenyon Ralph


signature.asc
Description: Digital signature

Bug#699148: unblock: celery/2.5.3-2

[Julien Cristau]

On Sat, Feb  9, 2013 at 10:35:50 +0100, Julien Cristau wrote:

> On Sat, Feb  9, 2013 at 08:17:44 +0100, Michael Fladischer wrote:
> 
> > Julien Cristau, 02/08/2013 10:48 PM:
> > > I guess that should be fine then, but your postrm doesn't seem to
> > > delete any logfiles?
> > 
> > I'll add this to postrm prior to deleting the user. A `rm -rf
> > /var/log/celery` should be fine I guess.
> > 
> Sounds good.
> 
Why is that in the "if deluser exists" block?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701954: All prints are offset about 1cm right and 1cm up

[David Griffith]

On Fri, 1 Mar 2013, Holger Levsen wrote:


On Freitag, 1. März 2013, David Griffith wrote:

Subject: base: All prints are offset about 1cm right and 1cm up
Package: base
Severity: important

Anything printed comes out offset about 1cm right and 1cm up.  This is
mildly annoying for most purposes.  Applications that depend on exact
positioning, Glabels in particular, are rendered useless.  I have a
Squeeze machine that prints things perfectly aligned.  Printing to the
same printer with a freshly-installed Wheezy machine yields these
misalignments.


-- System Information:
Debian Release: 7.0
   APT prefers testing-updates
   APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



severity 701954 normal
tags 701954 + moreinfo
reassign 701954 cups
thanks

David,

which printer model? are you using cups? You will need to give more infos,
like what application you are using for printing as well...


cheers,
Holger



Printer is a Brother MFC7360N laser printer-scan-fax combo.  I'm using 
CUPS and lpr.  All applications that print exhibit this problem.  It is 
particularly troublesome when exact alignment is necessary, like when 
printing sheets of labels.



--
David Griffith
d...@661.org

Bug#701985: libcomedi0: Library has the undefined symbols

[Ilya Shpigor]

Package: libcomedi0
Version: 0.8.1-5 and others

The libcomedi.so.0 library has the undefined symbols:

$ ldd -r /usr/lib/libcomedi.so.0
linux-vdso.so.1 =>  (0x7fff790ce000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fa137358000)
/lib64/ld-linux-x86-64.so.2 (0x7fa137942000)
undefined symbol: floor (./libcomedi.so.0)
undefined symbol: nearbyint (./libcomedi.so.0)

There are errors with linking my application with the library:

undefined symbol: nearbyint (/usr/lib/libcomedi.so)
undefined symbol: floor (/usr/lib/libcomedi.so)

I am using Debian DNU/Linux 6.0 and kernel 3.2.0-4.

--
Best regards
Ilya Shpigor


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

Bug#701986: lcms: optimisations for CachedXFORM etc.

[Jonas Smedegaard]

Package: lcms
Severity: wishlist
Tags: patch

Ghostscript project embedded code copy of lcms includes a patch series
that seems not passed (or at least adopted) upstream, yet potentially
relevant to do so and/or apply locally to Debian:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=d324305
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=3767ee6
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=4bd5322

Here is the commit message for the main of above patches:

>LCMS (v1) Optimisations for CachedXFORM etc.
>
>Optimise CachedXFORM (and related functions) by using a 'template' header
>file and repeatedly including it with different options to generate
>different specific versions of the code.
>
>This gives a 10% improvement on 568.40345_VO_nr_3_vpeSR18.xl (a file where
>most of the time is spent in clipping).
>
>No expected cluster differences. I've just done a full test with a bmpcmp
>and it showed no differences, but in light of what happened last time I
>committed this, I am not going to use the magic rune to stop the cluster
>rechecking it on commit.


Regards,

 - Jonas


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

Bug#701987: opendkim: configuration error: unrecognized parameter

[Olaf Zaplinski]

Package: opendkim
Version: 2.6.8-4
Severity: important

# /etc/init.d/opendkim restart
Restarting OpenDKIM: opendkim: /etc/opendkim.conf: configuration error at line 
18: unrecognized parameter
opendkim.

=> line 18 is:
ADSPDiscard no

when this is commented out, it works

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 opendkim depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.13-38
ii  libdb5.15.1.29-5
ii  libldap-2.4-2   2.4.31-1
ii  liblua5.1-0 5.1.5-4
ii  libmilter1.0.1  8.14.4-2.1
ii  libopendkim72.6.8-4
ii  libssl1.0.0 1.0.1e-1
ii  libunbound2 1.4.17-3
ii  libvbr2 2.6.8-4
ii  lsb-base4.1+Debian8

opendkim recommends no packages.

Versions of packages opendkim suggests:
pn  opendkim-tools  

-- Configuration Files:
/etc/default/opendkim changed:
SOCKET="inet:8891@127.0.0.1"

/etc/opendkim.conf changed:
Syslog  yes
UMask   002
InternalHosts   
csl:127.0.0.1,::1,199.192.231.53,2605:eb00:100:1::2085:29b0,109.75.188.214,2a00:12c0:1015:100:1::2
Canonicalizationrelaxed/simple
Modev
SubDomains  no
ADSPDiscard no
OversignHeaders From


-- 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#701988: lcms: initial gray color spaces in the graphic state not properly color managed

[Jonas Smedegaard]

Package: lcms
Severity: normal
Tags: patch

Ghostscript project embedded code copy of lcms includes a patch that
seems not passed (or at least adopted) upstream, yet potentially
relevant to do so and/or apply locally to Debian:
http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=eac29c7

Here is the commit message for the main of above patches:
>Fix so that the initial gray color spaces in the graphic state are
>properly color managed. Previously, if we immediately started drawing
>in the document with a gray color space, the initial un-managed color
>space in the graphic state was used and this was not associated with
>the specified gray source profile.  With this fix we initialize the
>stroking and filling color spaces to be ICC color spaces associated
>with the profile for default_gray in the icc manager.  Also a fix for
>an issue in littleCMS.  When merging profiles, littleCMS will often do
>an optimization where it approximates 1-D LUTs with an exponent
>operation for use during merging and interpolation of the profile
>structures.  If the curve is very steep, as in like a step function,
>it should not do this approximation.  This was an issue when we had
>profiles that provided thresholding operations with their 1-D LUTs.
>I spoke with Marti about this issue a couple weeks ago.  This commit
>will create over 6000 differences in the regression test.   I reviewed
>many of these and they all are minor differences in gray colors as
>expected.  These are differences where we were drawing unmanaged
>colors.

 - Jonas


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

Bug#699148: unblock: celery/2.5.3-2

[Michael Fladischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-03-01 11:33, Julien Cristau wrote:
> Why is that in the "if deluser exists" block?

Because without deluser the user/group would not be removed. So I
decided to only remove the logfiles if the user/group are gone, so to
to generate a scenario where files with uid/gid are on the system with
no username/group assigned.
- -- 
Michael Fladischer
Fladi.at
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlEwhdYACgkQeJ3z1zFMUGa/ogCggqHvgDI0YSx7iCtoPznllvU2
aBkAniHExyfNiNnG3Zc0n1/v3nWQV+tH
=e8v5
-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#699148: unblock: celery/2.5.3-2

[Julien Cristau]

On Fri, Mar  1, 2013 at 11:41:26 +0100, Michael Fladischer wrote:

> On 2013-03-01 11:33, Julien Cristau wrote:
> > Why is that in the "if deluser exists" block?
> 
> Because without deluser the user/group would not be removed. So I
> decided to only remove the logfiles if the user/group are gone, so to
> to generate a scenario where files with uid/gid are on the system with
> no username/group assigned.

Removing log files on purge unconditionally doesn't generate such a
scenario, so I'm not sure I understand what you're saying.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701989: libiptcdata: Added DEP-8 tests

[Vibhav Pant]

Package: llibiptcdata
Severity: wishlist
Tags: patch

Dear Maintainer,

I'm forwarding a diff that adds DEP-8 tests to the package, originally
submitted to Launchpad. See
 for details.


https://code.launchpad.net/~vibhavp/ubuntu/raring/libiptcdata/add-autopkgtest/+merge/150504/+preview-diff/+files/preview.diff

Bug#699148: unblock: celery/2.5.3-2

[Michael Fladischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-03-01 11:43, Julien Cristau wrote:
> Removing log files on purge unconditionally doesn't generate such
> a scenario, so I'm not sure I understand what you're saying.

My understanding was that it has to be insured that when a user is
removed, I need to make sure that no files that are owned by this user
are to be left on the filesystem.
I know what you mean, that I could remove the logfiles directory no
matter what happens to the user/group. I can do this in celery-2.5.3-4
if you deem this a better way to handle it.

Cheers,
- -- 
Michael Fladischer
Fladi.at
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlEwim0ACgkQeJ3z1zFMUGYULwCePbyUaboFiuTQC1oIII94Sp3i
v8kAn3dD9wDiw3Cajy1FAopU2O6V5aPQ
=3urk
-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#701947: inkscape: ibus hide when entering text second time

[Alex Valavanis]

forwarded 701947 https://bugs.launchpad.net/inkscape/+bug/1137554
thanks

On 1 March 2013 11:01, Alex Valavanis  wrote:
> forwarded https://bugs.launchpad.net/inkscape/+bug/1137554
> thanks
>
> On 1 March 2013 03:16, bshyy  wrote:
>> Package: inkscape
>> Version: 0.48.3.1-1.3
>> Severity: normal
>>
>> Dear Maintainer,
>> The ibus candidates can't be seen when I entering the second chinese 
>> character
>> or editting the second time in the text object. But it's all right in
>> "Squeeze".
>>
>>
>> -- System Information:
>> Debian Release: 7.0
>>   APT prefers testing-proposed-updates
>>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
>> Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages inkscape depends on:
>> ii  gconf-service   3.2.5-1+build1
>> ii  libaspell15 0.60.7~20110707-1
>> ii  libatk1.0-0 2.4.0-2
>> ii  libatkmm-1.6-1  2.22.6-1
>> ii  libc6   2.13-38
>> ii  libcairo2   1.12.2-3
>> ii  libcairomm-1.0-11.10.0-1
>> ii  libfontconfig1  2.9.0-7.1
>> ii  libfreetype62.4.9-1.1
>> ii  libgc1c21:7.1-9.1
>> ii  libgcc1 1:4.7.2-5
>> ii  libgconf-2-43.2.5-1+build1
>> ii  libgdk-pixbuf2.0-0  2.26.1-1
>> ii  libglib2.0-02.33.12+really2.32.4-5
>> ii  libglibmm-2.4-1c2a  2.32.1-1
>> ii  libgnomevfs2-0  1:2.24.4-1
>> ii  libgomp14.7.2-5
>> ii  libgsl0ldbl 1.15+dfsg.2-2
>> ii  libgtk2.0-0 2.24.10-2
>> ii  libgtkmm-2.4-1c2a   1:2.24.2-1
>> ii  libgtkspell02.0.16-1
>> ii  liblcms11.19.dfsg-1.2
>> ii  libmagick++58:6.7.7.10-5
>> ii  libmagickcore5  8:6.7.7.10-5
>> ii  libpango1.0-0   1.30.0-1
>> ii  libpangomm-1.4-12.28.4-1
>> ii  libpng12-0  1.2.49-1
>> ii  libpoppler-glib80.18.4-5
>> ii  libpoppler190.18.4-5
>> ii  libpopt01.16-7
>> ii  libsigc++-2.0-0c2a  2.2.10-0.2
>> ii  libstdc++6  4.7.2-5
>> ii  libwpd-0.9-90.9.4-3
>> ii  libwpg-0.2-20.2.1-1
>> ii  libx11-62:1.5.0-1
>> ii  libxml2 2.8.0+dfsg1-7
>> ii  libxslt1.1  1.1.26-14
>> ii  zlib1g  1:1.2.7.dfsg-13
>>
>> Versions of packages inkscape recommends:
>> ii  aspell   0.60.7~20110707-1
>> ii  imagemagick  8:6.7.7.10-5
>> ii  libwmf-bin   0.2.8.4-10.2
>> ii  perlmagick   8:6.7.7.10-5
>> ii  pstoedit 3.60-2+b1
>>
>> Versions of packages inkscape suggests:
>> pn  dia | dia-gnome  
>> ii  libgnomevfs2-extra   1:2.24.4-1
>> pn  libsvg-perl  
>> pn  libxml-xql-perl  
>> ii  python   2.7.3-4
>> pn  python-lxml  
>> ii  python-numpy 1:1.6.2-1
>> pn  python-uniconvertor  
>> ii  ruby 4.9
>> pn  skencil  
>>
>> -- 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#701953: initramfs-tools: Missing modules prevent passphrase entry with usb keyboard

[Michael Prokop]

severity 701953 important
forcemerge 701953 700572
thanks

* Ben Caradoc-Davies [Fri Mar 01, 2013 at 02:04:20PM +0800]:
> Package: initramfs-tools
> Version: 0.109
> Severity: critical
> Justification: breaks the whole system

You're using a kernel from experimental with a non-standard setup,
this definitely doesn't qualify for severity 'critical', adjusting.

> I have a usb keyboard attached to a system with an unencrypted /boot and a
> LUKS-encrypted partition (LVM physical volume) containing the other
> filesystems. Today I installed linux-image-3.8-trunk-amd64
> (3.8-1~experimental.1). initramfs-tools created a corresponding initrd, as
> expected. Booting this kernel/initrd in grub2 resulted in a plymouth 
> passphrase
> entry screen, but a usb keyboard that did not work in any port. All keyboard
> lights were off. The system was thus unbootable without a non-usb keyboard
> (hence critical severity). Without a non-usb keyboard or backup grub entry 
> (3.7
> kernel with working initrd), I would have been unable to access my system
> without rescue media.
[...]

This is #700572, I'm trying to release an updated package.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#701947: inkscape: ibus hide when entering text second time

[Alex Valavanis]

forwarded https://bugs.launchpad.net/inkscape/+bug/1137554
thanks

On 1 March 2013 03:16, bshyy  wrote:
> Package: inkscape
> Version: 0.48.3.1-1.3
> Severity: normal
>
> Dear Maintainer,
> The ibus candidates can't be seen when I entering the second chinese character
> or editting the second time in the text object. But it's all right in
> "Squeeze".
>
>
> -- System Information:
> Debian Release: 7.0
>   APT prefers testing-proposed-updates
>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages inkscape depends on:
> ii  gconf-service   3.2.5-1+build1
> ii  libaspell15 0.60.7~20110707-1
> ii  libatk1.0-0 2.4.0-2
> ii  libatkmm-1.6-1  2.22.6-1
> ii  libc6   2.13-38
> ii  libcairo2   1.12.2-3
> ii  libcairomm-1.0-11.10.0-1
> ii  libfontconfig1  2.9.0-7.1
> ii  libfreetype62.4.9-1.1
> ii  libgc1c21:7.1-9.1
> ii  libgcc1 1:4.7.2-5
> ii  libgconf-2-43.2.5-1+build1
> ii  libgdk-pixbuf2.0-0  2.26.1-1
> ii  libglib2.0-02.33.12+really2.32.4-5
> ii  libglibmm-2.4-1c2a  2.32.1-1
> ii  libgnomevfs2-0  1:2.24.4-1
> ii  libgomp14.7.2-5
> ii  libgsl0ldbl 1.15+dfsg.2-2
> ii  libgtk2.0-0 2.24.10-2
> ii  libgtkmm-2.4-1c2a   1:2.24.2-1
> ii  libgtkspell02.0.16-1
> ii  liblcms11.19.dfsg-1.2
> ii  libmagick++58:6.7.7.10-5
> ii  libmagickcore5  8:6.7.7.10-5
> ii  libpango1.0-0   1.30.0-1
> ii  libpangomm-1.4-12.28.4-1
> ii  libpng12-0  1.2.49-1
> ii  libpoppler-glib80.18.4-5
> ii  libpoppler190.18.4-5
> ii  libpopt01.16-7
> ii  libsigc++-2.0-0c2a  2.2.10-0.2
> ii  libstdc++6  4.7.2-5
> ii  libwpd-0.9-90.9.4-3
> ii  libwpg-0.2-20.2.1-1
> ii  libx11-62:1.5.0-1
> ii  libxml2 2.8.0+dfsg1-7
> ii  libxslt1.1  1.1.26-14
> ii  zlib1g  1:1.2.7.dfsg-13
>
> Versions of packages inkscape recommends:
> ii  aspell   0.60.7~20110707-1
> ii  imagemagick  8:6.7.7.10-5
> ii  libwmf-bin   0.2.8.4-10.2
> ii  perlmagick   8:6.7.7.10-5
> ii  pstoedit 3.60-2+b1
>
> Versions of packages inkscape suggests:
> pn  dia | dia-gnome  
> ii  libgnomevfs2-extra   1:2.24.4-1
> pn  libsvg-perl  
> pn  libxml-xql-perl  
> ii  python   2.7.3-4
> pn  python-lxml  
> ii  python-numpy 1:1.6.2-1
> pn  python-uniconvertor  
> ii  ruby 4.9
> pn  skencil  
>
> -- 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#701981: unblock: soprano/2.7.6+dfsg.1-3

[Adam D. Barratt]

Control: tags -1 + moreinfo

On 01.03.2013 10:20, José Manuel Santamaría Lema wrote:

could you please unblock the soprano package? the latest upload
workarounds a
problem which makes the default installation of virtuoso as
standalone server
hang.


Unfortunately we can't do that as things are:

$ grep-excuses soprano
soprano (2.7.6+dfsg.1-2 to 2.7.6+dfsg.1-3)
[...]
Depends: soprano redland (not considered)

The new redland package doesn't look suitable for an unblock, so either 
the dependency from soprano needs to be loosened (if appropriate), or 
this will need an update via t-p-u.


Regards,

Adam


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

Bug#699148: unblock: celery/2.5.3-2

[Julien Cristau]

On Fri, Mar  1, 2013 at 12:01:01 +0100, Michael Fladischer wrote:

> On 2013-03-01 11:43, Julien Cristau wrote:
> > Removing log files on purge unconditionally doesn't generate such
> > a scenario, so I'm not sure I understand what you're saying.
> 
> My understanding was that it has to be insured that when a user is
> removed, I need to make sure that no files that are owned by this user
> are to be left on the filesystem.

Correct.  Better keep the user around than leave unowned files on disk.

> I know what you mean, that I could remove the logfiles directory no
> matter what happens to the user/group. I can do this in celery-2.5.3-4
> if you deem this a better way to handle it.
> 
I do.

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#701243: add patch

[Daniel Hartwig]

Control: tags -1 - pending

After working on the boost issue, I see that there is at least some
google-mock issues remaining:

 download_progress.h:46:317: error: typedef
 ‘this_method_does_not_take_1_argument’ locally defined but not
 used [-Werror=unused-local-typedefs]


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

Bug#701991: maven3: CVE-2013-0253

[Moritz Muehlenhoff]

Package: maven3
Severity: grave
Tags: security
Justification: user security hole

Please see http://maven.apache.org/security.html for details.

Cheers,
Moritz


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

Bug#697970: closed by Didier Raboud (Bug#697970: fixed in cups 1.5.3-2.15)

[Denis Prost]

Unfortunately, the problem is still there : here is what I did :

1) reset options : since the new unstable release is supposed to fix the 
problem, no need to keep them :

lpadmin -p Stylus_Photo_750 -R usb-unidir-default
lpadmin -p Stylus_Photo_750 -R usb-no-reattach-default

2) apt-get install cups/unstable => cups is upgraded to 1.5.3-2.15 with 
its dependencies and restarted


3) switch off and on the printer

4) try to print => first job (one page) OK, second job (one page) fails 
the same way it used to with previous cups release and no special 
lpadmin option


Le 27/02/2013 13:36, Debian Bug Tracking System a écrit :

This is an automatic notification regarding your Bug report
which was filed against the cups package:

#697970: cups: printing gets wrong after some pages on Epson Stylus Photo 750

It has been closed by Didier Raboud.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Didier 
Raboud  by
replying to this email.

Bug#701377: boost1.49: ftbfs with GCC-4.8

[Daniel Hartwig]

On 27 February 2013 15:40, Daniel Hartwig  wrote:
> The errors related to BOOST_STATIC_ASSERT are fixed upstream:
>
>   
>

The upstream changeset associated with that includes unrelated changes
to the macro.  Attached gcc4.8_trac-7242.patch includes only the fix
for the unused local typedef warnings.

Fix is not yet in any released upstream version.

Many unused local typedef warnings remain that do not appear to be
addressed upstream or cause the build to fail.


>>  ./boost/thread/xtime.hpp:23:5: error: expected identifier
>>  before numeric constant

This is .  C11
introduces a macro (TIME_UTC) that conflicts with a boost enum; the
macro is maybe present with eglibc-2.16 and later.  Again, the
associated upstream changeset includes some unrelated.  Attached
c11_trac-6490.patch includes only the fix for this enum issue.

This fix is in boost 1.50 (according to trac).


These two patches are sufficient to _build_ boost1.49 with gcc-4.8 and
eglibc-2.17, and the produced binary packages are sufficient to build
anytun [1], libzeep [1], and aptitude [2].  I lack the resources to
test more thoroughly.


Regards

[1] Selected as a quick test for its small size and few
build-depends.

[2] Aptitude also suffers from a similar issue with google-mock,
but builds ok for the parts using boost.


c11_trac-6940.patch
Description: Binary data


gcc4.8_trac-7242.patch
Description: Binary data

Bug#701992: hamster-applet: hamster-time-tracker fails to start

[Michael Ott]

Package: hamster-applet
Version: 2.91.3+git20120514.b9fec3e1-1
Severity: important

Dear Maintainer,

When I try to start hamster-time-tracker I got the following output

:~$ hamster-time-tracker 
ERROR:dbus.proxies:Introspect error on :1.157:/org/gnome/Hamster:
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply:
Message did not receive a reply (timeout by message bus)
Traceback (most recent call last):
  File "/usr/bin/hamster-time-tracker", line 602, in 
app = ProjectHamster()
  File "/usr/bin/hamster-time-tracker", line 78, in __init__
self.create_hamster_window()
  File "/usr/bin/hamster-time-tracker", line 152, in create_hamster_window
self.new_name = widgets.ActivityEntry()
  File "/usr/lib/python2.7/dist-packages/hamster/widgets/activityentry.py", 
line 103, in __init__
self.populate_suggestions()
  File "/usr/lib/python2.7/dist-packages/hamster/widgets/activityentry.py", 
line 234, in populate_suggestions
self.activities = runtime.storage.get_activities(fact.activity)
  File "/usr/lib/python2.7/dist-packages/hamster/client.py", line 136, in 
get_activities return self._to_dict(('name',
'category'),
self.conn.GetActivities(search))
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__
return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The 
name :1.157 was not provided by any .service files

CU
  Michael

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (500, 
'stable-updates'), (500, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf

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

Versions of packages hamster-applet depends on:
ii  gconf23.2.5-1+build1
ii  python2.7.3-13
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.1.1-1
ii  python-gconf  2.28.1+dfsg-1
ii  python-gnome2 2.28.1+dfsg-1
ii  python-gobject-2  2.28.6-11
ii  python-gtk2   2.24.0-3+b1
ii  python-wnck   2.32.0+dfsg-2+b1
ii  python-xdg0.25-1
ii  python2.6 2.6.8-1.1
ii  python2.7 2.7.3-15

Versions of packages hamster-applet recommends:
ii  gnome-icon-theme  3.6.0-1
ii  python-notify 0.1.1-3

Versions of packages hamster-applet suggests:
ii  python-evolution  2.32.0+dfsg-2+b1

-- 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#701993: lcms2: Please release recent code needed by recent Ghostscript

[Jonas Smedegaard]

Package: lcms2
Severity: wishlist

Hi,

Recent Ghostscript require lcms2 with support for threaded operation.

Ghostscript ships with a fork of lcms2 containing improvements that have
since February 16th been merged into upstream lcms2 project.

Please consider issuing a packaging release containing these changes, so
that Ghostscript in Debian can continue to avoid duplicate code copies.

The code needed by Ghostscript was adopted shortly after the 2.4 release
so arguably most elegant would be to package the formal release with the
patches cherry-picked and included and applied separately in the Debian
package.


Regards,

 - Jonas


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

Bug#683371: CVE-2012-4024 CVE-2012-4025

[Jonathan Wiltshire]

Package: squashfs-tools

Dear maintainer,

Recently you fixed one or more security problems and as a result you closed
this bug. These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:

squeeze (6.0.7) - use target "stable"

Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.

I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track [1] the progress of this request.

For details of this process and the rationale, please see the original
announcement [2] and my blog post [3].

0: debian-rele...@lists.debian.org
1: http://prsc.debian.net/tracker/683371/
2: <201101232332.11736.th...@debian.org>
3: http://deb.li/prsc

Thanks,

with his security hat on:
--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

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


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

Bug#698294: [Pkg-puppet-devel] Bug#698294: diff for NMU 2.7.18-2.1

[Stig Sandbeck Mathisen]

Anton Gladky  writes:

> I've prepared an NMU for puppet (versioned as 2.7.18-2.1) and uploaded
> it to DELAYED/5. Please feel free to tell me if I should delay it
> longer.

That patch was marked as "Code Insufficient" in the upstream bug tracker
two weeks ago at http://projects.puppetlabs.com/issues/7680#note-18

Please delay it until this is resolved by upstream.

-- 
Stig Sandbeck Mathisen 


pgpq9XF6XhHNM.pgp
Description: PGP signature

Bug#692967: yubikey-personalization-gui: Doesn't detect my yubikey

[Klas Lindfors]

Hello,

This is a known issue with the program, either solved by running as root or
getting the udev rule included in the yubikey-personalization package.

As all users of the libykpers library have to do this we're in the process
of moving the udev rules to the library package instead.

/klas


On Sun, Nov 11, 2012 at 3:33 PM, David Smith  wrote:

> > I've got a yubikey and when I plug it into my laptop, it works just fine.
> > However, the yubikey-personalization-gui shipping in Debian Wheezy is
> unable to
> > detect it and so I can't reprogram it.
>
> Figured it out.. Had to run it with sudo.
> Would be nice if it told the user this is necessary.
>

Bug#701994: gajim: fails to start without a Recommends installed, with solution

[Thorsten Glaser]

Package: gajim
Version: 0.15.1-4
Severity: normal
Tags: patch

Hi,

please look at the following transcript: gajim fails to come up
when dbus, which (thank the gods!) is only a Recommends, is not
installed.

-BEGIN cutting here may damage your screen surface-
tg@keks:~ $ gajim
D-Bus python bindings are missing in this computer
D-Bus capabilities of Gajim cannot be used
creating /home/tg/.config/gajim directory
creating /home/tg/.config/gajim/pluginsconfig directory
process 22497: D-Bus library appears to be incorrectly set up; failed to read 
machine uuid: Failed to open "/etc/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.

(gajim:22497): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
/usr/bin/dbus-launch terminated abnormally without any error message
Traceback (most recent call last):
  File "gajim.py", line 447, in 
interface = Interface()
  File "/usr/share/gajim/src/gui_interface.py", line 2623, in __init__
gtkgui_helpers.possibly_set_gajim_as_xmpp_handler()
  File "/usr/share/gajim/src/gtkgui_helpers.py", line 752, in 
possibly_set_gajim_as_xmpp_handler
old_command = client.get_string('/desktop/gnome/url-handlers/xmpp/command')
glib.GError: No D-BUS daemon running

1|tg@keks:~ $ echo check_if_gajim_is_default = False >.config/gajim/config
tg@keks:~ $ gajim
D-Bus python bindings are missing in this computer
D-Bus capabilities of Gajim cannot be used
process 23110: D-Bus library appears to be incorrectly set up; failed to read 
machine uuid: Failed to open "/etc/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.

(gajim:23110): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
/usr/bin/dbus-launch terminated abnormally without any error message
The program 'gajim' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 242 error_code 1 request_code 153 minor_code 33)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
-END cutting here may damage your screen surface-

The error at the end is Gtk creating a screen request that my
X server cannot handle (I’ve logged in via ssh -YC), so ignore
that for now, that’s a different and probably separate issue.

The error lies here:

I /usr/share/gajim/src/gui_interface.py(Read only)   
R2622<2955 C75 115745|1C421u|0027 13:58
 2621 # Is Gajim default app?
 2622 if os.name != 'nt' and 
gajim.config.get('check_if_gajim_is_default'):
 2623 gtkgui_helpers.possibly_set_gajim_as_xmpp_handler()

A possible patch looks like this:

--- /usr/share/gajim/src/gui_interface.py   2013-03-01 14:00:11.028061984 
+0100
+++ -   2013-03-01 14:00:18.016299734 +0100
@@ -2619,7 +2619,7 @@ class Interface:
 logging_helpers.set_verbose()
 
 # Is Gajim default app?
-if os.name != 'nt' and gajim.config.get('check_if_gajim_is_default'):
+if os.name != 'nt' and gajim.config.get('check_if_gajim_is_default') 
and dbus_support.supported:
 gtkgui_helpers.possibly_set_gajim_as_xmpp_handler()
 
 for account in gajim.config.get_per('accounts'):

I confirm that this patch works. Please apply it (Debian and upstream).

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh

Versions of packages gajim depends on:
ii  dnsutils 1:9.8.4.dfsg.P1-5
ii  python   2.7.3-4
ii  python-gtk2  2.24.0-3+b1

Versions of packages gajim recommends:
pn  dbus 
ii  notification-daemon  0.7.6-1
ii  python-crypto2.6-4
pn  python-dbus  
ii  python-openssl   0.13-2
ii  python-pyasn10.1.3-1

Versions of packages gajim suggests:
ii  aspell-en   7.1-0-1
pn  avahi-daemon
pn  dvipng  
pn  gnome-keyring   
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  libgtkspell02.0.16-1
pn  nautilus-sendto 
pn  network-manager 
pn  python-avahi
pn  python-farstream
ii  python-gconf2.28.1+dfsg-1
pn  python-gnome2   
ii  python-gnomekeyring 2.32.0+dfsg-2+b1
ii  python-gupnp-igd0.2.1-2
pn  python-kerberos 
ii  python-pycurl   7.19.0-5
ii  texlive-latex-base  2012.20120611-5

Bug#701178: preapproval unblock: dspam/dspam/3.10.1+dfsg-9

[Julien Cristau]

Actually...

On Thu, Feb 28, 2013 at 22:49:21 +0100, Thomas Preud'homme wrote:

> diff -Nru 
> dspam-3.10.1+dfsg/debian/patches/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff
>  
> dspam-3.10.1+dfsg/debian/patches/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff
> --- 
> dspam-3.10.1+dfsg/debian/patches/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff
>  1970-01-01 01:00:00.0 +0100
> +++ 
> dspam-3.10.1+dfsg/debian/patches/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff
>  2013-02-28 21:34:52.0 +0100
> @@ -0,0 +1,55 @@
> +Description: Fix recipient corruption when releasing a message from 
> quarantine
> +
> +When releasing mail from quarantine, dspam corrupts the FROM part in the
> +SMTP/LMTP handshake.
> +
> +Author: Allan Ievers 
> +Origin: vendor
> +Bug-Debian: http://bugs.debian.org/698136
> +Forwarded: ste...@bajic.ch
> +Last-Update: 2013-02-28
> +
> +diff --git a/src/dspam.c b/src/dspam.c
> +index 26266c9..68e1165 100644
> +--- a/src/dspam.c
>  b/src/dspam.c
> +@@ -498,8 +498,9 @@ process_message (
> + ATX->train_pristine = 1;
> + }
> + 
> +-/* Change also the mail recipient */
> +-ATX->recipient = CTX->username;
> ++/* Change also the mail recipient. ATX->recipient either points to
> ++ * recipient[] or mailbox[] in process_users, hence the size of 256 */
> ++strlcpy(ATX->recipient, CTX->username, 256);
> + 
> +   }
> + }
> +@@ -1621,6 +1622,7 @@ int process_users(AGENT_CTX *ATX, buffer *message) {
> + char filename[MAX_FILENAME_LENGTH];
> + int optin, optout;
> + char *username = NULL;
> ++char recipient[256];
> + 
> + /* If ServerParameters specifies a --user, there will only be one
> +  * instance on the stack, but possible multiple recipients. So we
> +@@ -1659,7 +1661,7 @@ int process_users(AGENT_CTX *ATX, buffer *message) {
> + username = node_nt->ptr;
> + 
> + if (node_rcpt) {
> +-  ATX->recipient = node_rcpt->ptr;
> ++  strlcpy(recipient, node_rcpt->ptr, sizeof(recipient));
> +   node_rcpt = c_nt_next (ATX->recipients, &c_rcpt);
> + } else {
> + 
> +@@ -1667,8 +1669,9 @@ int process_users(AGENT_CTX *ATX, buffer *message) {
> +   if (have_rcpts)
> + break;
> + 
> +-  ATX->recipient = node_nt->ptr;
> ++  strlcpy(recipient, node_nt->ptr, sizeof(recipient));
> + }
> ++ATX->recipient = recipient;
> + 
> +   /* If support for "+detail" is enabled, save full mailbox name for
> +  delivery and strip detail for processing */

Seems like ATX->recipient now points somewhere on the stack, and thus in
la-la-land at the end of the loop in process_users.  Is there any
guarantee it's not reused after that?  The scoping is kind of
non-obvious...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701991: maven3: CVE-2013-0253

[Gergely Nagy]

Control: reassign -1 src:maven

Moritz Muehlenhoff  writes:

> Package: maven3

There is no maven3 package, so I'm reassigning to maven, which does have
a version >= 3, so I assume it is the package you meant to file the bug
against.

> Severity: grave
> Tags: security
> Justification: user security hole
>
> Please see http://maven.apache.org/security.html for details.
>
> Cheers,
> Moritz

-- 
|8]


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

Bug#701989: libiptcdata: Added DEP-8 tests

[Gergely Nagy]

Control: reassign -1 src:libiptcdata

Vibhav Pant  writes:

> Package: llibiptcdata

When filing bugs, please make sure that the package name is correct,
otherwise it will end up misfiled, possibly against the 'unknown
package', and will not reach the maintainer unless reassigned.

I'm reassigning it to the proper place now, but please try to be more
careful in the future!

> Severity: wishlist
> Tags: patch
>
> Dear Maintainer,
>
> I'm forwarding a diff that adds DEP-8 tests to the package, originally
> submitted to Launchpad. See
>  for details.
>
>
> https://code.launchpad.net/~vibhavp/ubuntu/raring/libiptcdata/add-autopkgtest/+merge/150504/+preview-diff/+files/preview.diff

-- 
|8]


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

Bug#701683: libacpi: Added DEP-8 tests

[Gergely Nagy]

Control: reassign -1 src:libacpi

Vibhav Pant  writes:

> Package: llibacpi

When filing bug reports, please make sure you get the package name
right, otherwise the report will end up misfiled, and has to be
reassigned (like I'm doing now) to reach the maintainers.

Thanks!

> Severity: wishlist
> Tags: patch
>
> Dear Maintainer,
>
> I'm forwarding a diff that adds DEP-8 tests to the package, originally
> submitted to Launchpad. See
>  for details.
>
>
> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/libacpi/raring/diff/4

-- 
|8]


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

Bug#701203: n...@debian.org: Please broadcast the end of processes (i.e. people turning DDs) publicly

[Gergely Nagy]

Control: reassign -1 nm.debian.org

Arno Töll  writes:

> Package: n...@debian.org

s/@/./;

When filing bugs, please make sure you file it against the correct
(pseudo-)package, otherwise it may end up in the void that is known as
'unknown-package', and has to be reassigned like I did just now.

Using reportbug (which does have support for nm.debian.org) would be one
option.

Thanks in advance!

-- 
|8]


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

Bug#699109: unblock (pre-approval): initramfs-tools-tcos/0.89.91

[Julien Cristau]

On Mon, Jan 28, 2013 at 09:22:35 +, Manuel A. Fernandez Montecelo wrote:

> 2013/1/27 Julien Cristau :
> > On Sun, Jan 27, 2013 at 17:42:48 +, Manuel A. Fernandez Montecelo wrote:
> >>
> >> Could Release Team please say if the changes proposed in #694870 to
> >> fix an RC bug are OK to go?
> >>
> > Please include an actual diff in this bug instead of a pointer to
> > $somewhere_else.
> 
> Attached.
> 
> According to the discussion in that bug report, the patch does need to
> be so big to fix three separate issues, and without the fixes it seems
> that the software will not be functional.
> 
I'm not overly happy with this patch.  The multiarch "fixes" just
hardcode two paths in an arch:all package with no apparent x86
dependency.  And the /etc/console-setup stuff looks like it'd break if
two files match the glob.  I'm more tempted by a removal at this point
to be honest.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701377: [pkg-boost-devel] Bug#701377: boost1.49: ftbfs with GCC-4.8

[Dmitrijs Ledkovs]

On 1 March 2013 11:45, Daniel Hartwig  wrote:
> On 27 February 2013 15:40, Daniel Hartwig  wrote:
>> The errors related to BOOST_STATIC_ASSERT are fixed upstream:
>>
>>   
>>
>
> The upstream changeset associated with that includes unrelated changes
> to the macro.  Attached gcc4.8_trac-7242.patch includes only the fix
> for the unused local typedef warnings.
>
> Fix is not yet in any released upstream version.
>
> Many unused local typedef warnings remain that do not appear to be
> addressed upstream or cause the build to fail.
>
>
>>>  ./boost/thread/xtime.hpp:23:5: error: expected identifier
>>>  before numeric constant
>
> This is .  C11
> introduces a macro (TIME_UTC) that conflicts with a boost enum; the
> macro is maybe present with eglibc-2.16 and later.  Again, the
> associated upstream changeset includes some unrelated.  Attached
> c11_trac-6490.patch includes only the fix for this enum issue.
>

In Ubuntu, instead of applying the full patch against 1.49, we went
for a minimalistic hack/patch to workaround TIME_UTC in eglibc-2.16.
Simply undef TIME_UTC if defined.

See atttached.

Regards,

Dmitrijs.


fix-ftbfs-glibc-2.16.patch
Description: Binary data

Bug#635964: Version update and java dependency

[Jörg-Volker Peetz]

Dear Steffen, dear maintainers,

meanwhile version 2.2.2 is available. Also, the dependency on java could be
expanded to include openjdk-7-jre. Even pdfsam 1.1.4-2 works with openjdk-7-jre
7u15-2.3.7-1 from experimental.
Within limits, I can try to help if you tell me how.

Best regards,
Jörg-Volker.


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

Bug#690046: installation-reports: System unstable, page faults on A4-3300 APU

[Julien Cristau]

Control: tag -1 moreinfo
Control: severity -1 important

On Tue, Oct  9, 2012 at 14:24:07 +0100, Fred wrote:

> Package: installation-reports
> Severity: critical
> Justification: breaks the whole system
> 
> System becomes unstable. Have tried both 32 bit and 64 bit installs with all 
> standard kernels offered with both 6.0.5 and 6.0.6 net-inst CD images.
> 
> Stripped out all extraneous hardware but problem persists with just the 
> motherboard, APU and RAM.
> 
> Here is a log extract of one of the faults:
> 
> Oct  9 14:05:35 media kernel: [  148.633457] Pid: 5239, comm: factor Not 
> tainted 2.6.32-5-686 #1
> Oct  9 14:05:35 media kernel: [  148.633459] Call Trace:
> Oct  9 14:05:35 media kernel: [  148.633467]  [] ? 
> bad_page+0xd7/0xeb
> Oct  9 14:05:35 media kernel: [  148.633471]  [] ? 
> get_page_from_freelist+0x2e7/0x3c7
> Oct  9 14:05:35 media kernel: [  148.633474]  [] ? 
> __alloc_pages_nodemask+0xf3/0x4d9
> Oct  9 14:05:35 media kernel: [  148.633478]  [] ? 
> anon_vma_prepare+0x32/0x8c
> Oct  9 14:05:35 media kernel: [  148.633481]  [] ? 
> handle_mm_fault+0x2ba/0x959
> Oct  9 14:05:35 media kernel: [  148.633484]  [] ? 
> do_brk+0x246/0x28e
> Oct  9 14:05:35 media kernel: [  148.633488]  [] ? 
> do_page_fault+0x2f1/0x307
> Oct  9 14:05:35 media kernel: [  148.633491]  [] ? 
> do_page_fault+0x0/0x307
> Oct  9 14:05:35 media kernel: [  148.633493]  [] ? 
> error_code+0x73/0x78
> Oct  9 14:05:35 media kernel: [  148.633495] Disabling lock debugging due to 
> kernel taint
> 
Hi, and sorry for the late answer.

Did you check the RAM in that machine?  This seems more likely to be
hardware failure than anything else as far as I can tell...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701985: libcomedi0: Library has the undefined symbols

[Ilya Shpigor]

Hi,

I have try to use the libcomedi0 package of 0.10.0-3 version from
Debian 7.0 repository. The problem still exists.

Recompilation of my package with `-lm` solve the problem but the
libcomedi0 library still conains the undefined symbols. This is `ldd`
output for the libcomedi0 of 0.10.0-3 version:

$ ldd -r /usr/lib/libcomedi.so.0
undefined symbol: nearbyint (/usr/lib/libcomedi.so.0)
undefined symbol: floor (/usr/lib/libcomedi.so.0)
linux-gate.so.1 =>  (0x0074e000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00d85000)
/lib/ld-linux.so.2 (0x0082)

--
Best regards
Ilya Shpigor


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

Bug#299072: Grub cannot read ext2/3 on whole disk (fix patch)

[Hiroyuki YAMAMORI]

Hi,
I made a patch that solved the problem.
You, still using grub-legacy, try and enjoy it.

Thanks,
Hiroyuki YAMAMORI
--- 0.97-43/stage2/fsys_ext2fs.c	2008-07-25 14:36:15.0 +0200
+++ grub-0.97/stage2/fsys_ext2fs.c
@@ -307,7 +307,7 @@
 {
   int retval = 1;
 
-  if current_drive & 0x80) || (current_slice != 0))
+  if (((current_slice != 0)
&& (current_slice != PC_SLICE_TYPE_EXT2FS)
&& (current_slice != PC_SLICE_TYPE_LINUX_RAID)
&& (! IS_PC_SLICE_TYPE_BSD_WITH_FS (current_slice, FS_EXT2FS))
--- orig/stage2/fsys_fat.c	2005-03-15 17:52:00.0 +0100
+++ grub-0.97/stage2/fsys_fat.c
@@ -70,7 +70,7 @@
   __u32 magic, first_fat;
   
   /* Check partition type for harddisk */
-  if (((current_drive & 0x80) || (current_slice != 0))
+  if (current_slice != 0
   && ! IS_PC_SLICE_TYPE_FAT (current_slice)
   && (! IS_PC_SLICE_TYPE_BSD_WITH_FS (current_slice, FS_MSDOS)))
 return 0;
--- orig/stage2/fsys_ffs.c	2003-07-09 13:45:52.0 +0200
+++ grub-0.97/stage2/fsys_ffs.c
@@ -82,7 +82,7 @@
 {
   int retval = 1;
 
-  if current_drive & 0x80) || (current_slice != 0))
+  if ((current_slice != 0
&& ! IS_PC_SLICE_TYPE_BSD_WITH_FS (current_slice, FS_BSDFFS))
   || part_length < (SBLOCK + (SBSIZE / DEV_BSIZE))
   || !devread (SBLOCK, 0, SBSIZE, (char *) SUPERBLOCK)
--- orig/stage2/fsys_minix.c	2003-07-09 13:45:53.0 +0200
+++ grub-0.97/stage2/fsys_minix.c
@@ -160,7 +160,7 @@
 int
 minix_mount (void)
 {
-  if (((current_drive & 0x80) || current_slice != 0)
+  if (current_slice != 0
   && ! IS_PC_SLICE_TYPE_MINIX (current_slice)
   && ! IS_PC_SLICE_TYPE_BSD_WITH_FS (current_slice, FS_OTHER))
 return 0;			/* The partition is not of MINIX type */
--- orig/stage2/fsys_ufs2.c	2004-06-19 14:17:52.0 +0200
+++ grub-0.97/stage2/fsys_ufs2.c
@@ -87,7 +87,7 @@
   sblockloc = -1;
   type = 0;
   
-  if (! (((current_drive & 0x80) || (current_slice != 0))
+  if (! (current_slice != 0
 	 && ! IS_PC_SLICE_TYPE_BSD_WITH_FS (current_slice, FS_BSDFFS)))
 {
   for (i = 0; sblock_try[i] != -1; ++i)
--- orig/stage2/fsys_vstafs.c	2003-07-09 13:45:53.0 +0200
+++ grub-0.97/stage2/fsys_vstafs.c
@@ -47,7 +47,7 @@
 {
   int retval = 1;
   
-  if( (((current_drive & 0x80) || (current_slice != 0))
+  if( (current_slice != 0
&& current_slice != PC_SLICE_TYPE_VSTAFS)
   ||  ! devread (0, 0, BLOCK_SIZE, (char *) FSYS_BUF)
   ||  FIRST_SECTOR->fs_magic != 0xDEADFACE)

Bug#701995: adequate: Reports removed, but still configured packages with missing-copyright-file

[Axel Beckert]

Package: adequate
Version: 0.4.1
Severity: normal

Dear Jakub,

thanks for that nice tool.

I noticed one issue:

$ adequate --all
[...]
ilisp: missing-copyright-file /usr/share/doc/ilisp/copyright
[...]
$ adequate ilisp
ilisp: missing-copyright-file /usr/share/doc/ilisp/copyright
$ dpkg -L ilisp
/etc
/etc/ilisp
/etc/ilisp/ilisp-keybindings.el
/etc/ilisp/ilisp.el
/etc/emacs
/etc/emacs/site-start.d
/etc/emacs/site-start.d/50ilisp.el

So far, so good. But:

$ dpkg -l ilisp
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
rc  ilisp  5.12.0+cvs.2 all  Emacs interface to LISP implement
$ 

While it's surely true that there's no more copyright installed for
removed but still configured packages, adequate at least shouldn't
include such packages with --all.

If called with a removed package directly, it should maybe better to
warn about that fact.

P.S.: It's probably an interesting question if removed package which
still have some conffiles around should also have a copyright file
present. Probably depends on the intellectual value of the conffile.
;-)

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (899, 
'testing-proposed-updates'), (200, 'experimental')
Architecture: i386 (i686)

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

Versions of packages adequate depends on:
ii  debconf  1.5.49
ii  perl 5.14.2-18

adequate recommends no packages.

adequate 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#701996: unblock: openconnect/3.20-4

[Mike Miller]

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

Dear Release Team,

Please unblock package openconnect, version 3.20-4 already in unstable.
This version fixes bug #700805, possible memory leak introduced by
previous version. This fix was requested for wheezy [1]. The debdiff is
included below. Thank you.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700806#22


diffstat for openconnect-3.20 openconnect-3.20

 changelog |7 ++
 patches/03_fix-abuse-of-realloc.patch |   97 ++
 patches/series|1 
 3 files changed, 105 insertions(+)

diff -Nru openconnect-3.20/debian/changelog openconnect-3.20/debian/changelog
--- openconnect-3.20/debian/changelog   2013-02-17 12:25:52.0 -0500
+++ openconnect-3.20/debian/changelog   2013-02-28 23:42:35.0 -0500
@@ -1,3 +1,10 @@
+openconnect (3.20-4) unstable; urgency=low
+
+  * debian/patches/03_fix-abuse-of-realloc.patch: Backport patch from upstream
+to fix possible memory leaks on realloc. (Closes: #700805)
+
+ -- Mike Miller   Thu, 28 Feb 2013 23:42:31 -0500
+
 openconnect (3.20-3) unstable; urgency=low
 
   * debian/patches/02_CVE-2012-6128.patch: Backport patch from upstream to fix
diff -Nru openconnect-3.20/debian/patches/03_fix-abuse-of-realloc.patch 
openconnect-3.20/debian/patches/03_fix-abuse-of-realloc.patch
--- openconnect-3.20/debian/patches/03_fix-abuse-of-realloc.patch   
1969-12-31 19:00:00.0 -0500
+++ openconnect-3.20/debian/patches/03_fix-abuse-of-realloc.patch   
2013-02-28 19:28:20.0 -0500
@@ -0,0 +1,97 @@
+Origin: upstream, 
http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/8dad4f3ad009e45bbd1ba21f1bd03d3f7639deab
+From: David Woodhouse 
+Subject: Fix abuse of realloc() causing memory leaks
+
+Implement a helper which actually *does* free the original pointer on
+allocation failure, as I evidently always expected it to.
+
+http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700805
+
+Reported by: Niels Thykier 
+Signed-off-by: David Woodhouse 
+---
+ auth.c |4 ++--
+ compat.c   |2 +-
+ http.c |8 
+ openconnect-internal.h |8 
+ 4 files changed, 15 insertions(+), 7 deletions(-)
+
+--- a/auth.c
 b/auth.c
+@@ -140,8 +140,8 @@ static int parse_auth_choice(struct open
+   continue;
+ 
+   opt->nr_choices++;
+-  opt = realloc(opt, sizeof(*opt) +
+- opt->nr_choices * sizeof(*choice));
++  realloc_inplace(opt, sizeof(*opt) +
++  opt->nr_choices * sizeof(*choice));
+   if (!opt)
+   return -ENOMEM;
+ 
+--- a/compat.c
 b/compat.c
+@@ -131,7 +131,7 @@ ssize_t openconnect__getline(char **line
+   break;
+ 
+   *n *= 2;
+-  *lineptr = realloc(*lineptr, *n);
++  realloc_inplace(*lineptr, *n);
+   if (!*lineptr)
+   return -1;
+   }
+--- a/http.c
 b/http.c
+@@ -97,7 +97,7 @@ static void buf_append(struct oc_text_bu
+   break;
+   }
+ 
+-  buf->data = realloc(buf->data, new_buf_len);
++  realloc_inplace(buf->data, new_buf_len);
+   if (!buf->data) {
+   buf->error = -ENOMEM;
+   break;
+@@ -354,7 +354,7 @@ static int process_http_response(struct
+   lastchunk = 1;
+   goto skip;
+   }
+-  body = realloc(body, done + chunklen + 1);
++  realloc_inplace(body, done + chunklen + 1);
+   if (!body)
+   return -ENOMEM;
+   while (chunklen) {
+@@ -394,7 +394,7 @@ static int process_http_response(struct
+ 
+   /* HTTP 1.0 response. Just eat all we can in 16KiB chunks */
+   while (1) {
+-  body = realloc(body, done + 16384);
++  realloc_inplace(body, done + 16384);
+   if (!body)
+   return -ENOMEM;
+   i = openconnect_SSL_read(vpninfo, body + done, 16384);
+@@ -407,7 +407,7 @@ static int process_http_response(struct
+   return i;
+   } else {
+   /* Connection closed. Reduce allocation to just 
what we need */
+-  body = realloc(body, done + 1);
++  realloc_inplace(body, done + 1);
+   if (!body)
+   return -ENOMEM;
+   break;
+--- a/openconnect-internal.h
++

Bug#701912: tig: Failed to chdir: No such file or directory when used inside submodule

[Mike Crowe]

On Fri, Mar 01, 2013 at 10:17:06AM +0100, Sebastian Harl wrote:
> On Thu, Feb 28, 2013 at 05:10:57PM +, Mike Crowe wrote:
> > tig reports errors like:
> > 
> >  tig: Failed to chdir(../../submodule-directory): No such file or directory
> > 
> > when started inside a submodule that has been created by the version of git 
> > in
> > Wheezy (1:1.7.10.4-1+wheezy1)
> > 
> > It looks like this problem has been discovered and solved upstream:
> > 
> > https://github.com/jonas/tig/issues/54
> 
> Thanks for reporting this and pointing out the fix! This should be
> included in tig-1.1-1, which is currently available in experimental.
> Would you mind double-checking that?

I can confirm that tig_1.1-1_amd64 from experimental does not suffer
from this bug.

> > The patch seems to be small and hopefully suitable for getting into Wheezy.
> 
> I do consider this to be an important bug and I should be able to get it
> into Wheezy through unstable (unless any build-deps come into the way).
> So, I hope to get the fix into Wheezy.

That sounds great.

Thanks for the quick response.

Mike.


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

Bug#691180: iptables: diff for NMU version 1.4.14-3.1

[Julien Cristau]

tags 691180 + patch
tags 691180 + pending
thanks

Dear maintainer,

I've prepared an NMU for iptables (versioned as 1.4.14-3.1) and
will upload it asap.  NMU diff attached.

Cheers,
Julien
diff -Nru iptables-1.4.14/debian/changelog iptables-1.4.14/debian/changelog
--- iptables-1.4.14/debian/changelog	2012-07-28 18:04:24.0 +0200
+++ iptables-1.4.14/debian/changelog	2013-03-01 14:50:46.0 +0100
@@ -1,3 +1,16 @@
+iptables (1.4.14-3.1) wheezy; urgency=low
+
+  [ Jonathan Nieder ]
+  * Non-maintainer upload.
+  * Add Breaks against iproute and xtables-addons-common versions
+that relied on libxtables4. Closes: #691180
+
+  [ Julien Cristau ]
+  * Have iptables provide libxtables7, and tell dh_makeshlibs to include that
+in generated dependencies.
+
+ -- Julien Cristau   Fri, 01 Mar 2013 14:50:39 +0100
+
 iptables (1.4.14-3) unstable; urgency=low
 
   * Fixes iptables comment output error reported by Christoph Anton
diff -Nru iptables-1.4.14/debian/control iptables-1.4.14/debian/control
--- iptables-1.4.14/debian/control	2011-12-31 19:51:31.0 +0100
+++ iptables-1.4.14/debian/control	2013-03-01 14:47:00.0 +0100
@@ -9,6 +9,8 @@
 Package: iptables
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Provides: libxtables7
+Breaks: iproute (<< 20120521-3), xtables-addons-common (<< 1.42-2)
 Description: administration tools for packet filtering and NAT
  These are the user-space administration tools for the Linux
  kernel's netfilter and iptables. netfilter and iptables provide
diff -Nru iptables-1.4.14/debian/rules iptables-1.4.14/debian/rules
--- iptables-1.4.14/debian/rules	2012-04-22 15:49:25.0 +0200
+++ iptables-1.4.14/debian/rules	2013-03-01 14:49:33.0 +0100
@@ -13,6 +13,9 @@
 binary: binary-arch binary-indep
 binary-arch binary-indep: install
 
+override_dh_makeshlibs:
+	dh_makeshlibs -V'iptables, libxtables7'
+
 override_dh_shlibdeps:
 	dh_shlibdeps $(_shlibdeps)
 


signature.asc
Description: Digital signature

Bug#701997: unblock: iptables/1.4.14-3.1 (tpu)

[Julien Cristau]

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

Hi,

I've prepared an iptables NMU for tpu.  Source and binary (for
iptables.deb) debdiff follow.  It would probably make sense to binNMU
iproute and xtables-addons-common once this is in.

Cheers,
Julien

diff -Nru iptables-1.4.14/debian/changelog iptables-1.4.14/debian/changelog
--- iptables-1.4.14/debian/changelog2012-07-28 18:04:24.0 +0200
+++ iptables-1.4.14/debian/changelog2013-03-01 14:50:46.0 +0100
@@ -1,3 +1,16 @@
+iptables (1.4.14-3.1) wheezy; urgency=low
+
+  [ Jonathan Nieder ]
+  * Non-maintainer upload.
+  * Add Breaks against iproute and xtables-addons-common versions
+that relied on libxtables4. Closes: #691180
+
+  [ Julien Cristau ]
+  * Have iptables provide libxtables7, and tell dh_makeshlibs to include that
+in generated dependencies.
+
+ -- Julien Cristau   Fri, 01 Mar 2013 14:50:39 +0100
+
 iptables (1.4.14-3) unstable; urgency=low
 
   * Fixes iptables comment output error reported by Christoph Anton
diff -Nru iptables-1.4.14/debian/control iptables-1.4.14/debian/control
--- iptables-1.4.14/debian/control  2011-12-31 19:51:31.0 +0100
+++ iptables-1.4.14/debian/control  2013-03-01 14:47:00.0 +0100
@@ -9,6 +9,8 @@
 Package: iptables
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
+Provides: libxtables7
+Breaks: iproute (<< 20120521-3), xtables-addons-common (<< 1.42-2)
 Description: administration tools for packet filtering and NAT
  These are the user-space administration tools for the Linux
  kernel's netfilter and iptables. netfilter and iptables provide
diff -Nru iptables-1.4.14/debian/rules iptables-1.4.14/debian/rules
--- iptables-1.4.14/debian/rules2012-04-22 15:49:25.0 +0200
+++ iptables-1.4.14/debian/rules2013-03-01 14:49:33.0 +0100
@@ -13,6 +13,9 @@
 binary: binary-arch binary-indep
 binary-arch binary-indep: install
 
+override_dh_makeshlibs:
+   dh_makeshlibs -V'iptables, libxtables7'
+
 override_dh_shlibdeps:
dh_shlibdeps $(_shlibdeps)
 

File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

{+Breaks: iproute (<< 20120521-3), xtables-addons-common (<< 1.42-2)+}
Installed-Size: [-1336-] {+1396+}
{+Provides: libxtables7+}
Version: [-1.4.14-3-] {+1.4.14-3.1+}

No differences were encountered between the postinst files

No differences were encountered between the postrm files

Shlibs files: lines which differ (wdiff format)
---
[-libip4tc 0 iptables-]libip6tc 0 [-iptables-]
[-libipq 0 iptables-]
[-libiptc 0 iptables-] {+iptables, libxtables7+}
libxtables 7 [-iptables-] {+iptables, libxtables7+}
{+libiptc 0 iptables, libxtables7+}
{+libip4tc 0 iptables, libxtables7+}
{+libipq 0 iptables, libxtables7+}


signature.asc
Description: Digital signature

Bug#701865: guile-config info includedir is wrong about the includedir

[Daniel Hartwig]

Control: retitle -1 swig2.0: incorrectly sets GUILE_CFLAGS
Control: reassign -1 swig2.0 2.0.9-1

On 28 February 2013 16:14, Matthias Klose  wrote:
> Package: guile-2.0
> Version: 2.0.5+1-3
>
> $ guile-config info includedir
> /usr/include
> $ dpkg -S libguile.h
> guile-2.0-dev: /usr/include/guile/2.0/libguile.h
>
> Maybe this is expected, but at least not by swig2.0.
>

The value for includedir is expected.  guile-config is deprecated for
some time and swig should be using ‘pkg-config guile-2.0 --cflags’
rather than messing with includedir directly.

$ pkgconfig guile-2.0 --cflags
-pthread -I/usr/include/guile/2.0

Support for guile-2.0 in swig is quite neglected.

Regards


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

Bug#701957: flashplugin-nonfree: please download different Flash Player depending on SSE2 capability

[Jan Harnisch]

Hello Bart,

thank you for welcoming my suggestion. I am glad that it is still valid, 
since I have to admit that after sending my mail, I realized that I 
wrote it from a system running Debian stable with flashplugin-nonfree 
v.1:2.8.2+squeeze1. So also my browser is a bit outdated...
I hope that the following information is still helpful to you. If not, 
please complain :-)



1.  What is the user agent string sent by your browser ?


Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.16) Gecko/20121207 
Iceweasel/3.5.16 (like Firefox/3.5.16)



2.  What is the contents of your /proc/cpuinfo ?


processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
model   : 8
model name  : AMD Athlon(tm) XP 2200+
stepping: 1
cpu MHz : 1800.063
cache size  : 256 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up

bogomips: 3600.12
clflush size: 32
cache_alignment : 32
address sizes   : 34 bits physical, 32 bits virtual
power management: ts


Thanks again and best regards,

Jan


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

Bug#700169: non-free license: requires to obey US export regulation even, when not in the US

[Ansgar Burchardt]

Hi,

I took a brief look at the upstream website. The download site [1]
points to two other pages for downloads ([2] and [3]), one of them
having the non-free license, the other a BSD/GPL dual-license.
Interestingly both of these ask to accept the non-free license...

They both contain a different link to a source tarball. I downloaded
both and compared them: they only differ in the license headers in the
individual files.

The files in acpica-unix-20130214.tar.gz have the non-free license.
The files in acpica-unix2-20130214.tar.gz have a 3-clause BSD license or
GPL-2:

 * Copyright (C) 2000 - 2013, Intel Corp.
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *notice, this list of conditions, and the following disclaimer,
 *without modification.
 * 2. Redistributions in binary form must reproduce at minimum a disclaimer
 *substantially similar to the "NO WARRANTY" disclaimer below
 *("Disclaimer") and any redistribution must be conditioned upon
 *including a substantially similar Disclaimer requirement for further
 *binary redistribution.
 * 3. Neither the names of the above-listed copyright holders nor the names
 *of any contributors may be used to endorse or promote products derived
 *from this software without specific prior written permission.
 *
 * Alternatively, this software may be distributed under the terms of the
 * GNU General Public License ("GPL") version 2 as published by the Free
 * Software Foundation.
 *
 * NO WARRANTY
 * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
 * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
 * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR
 * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
 * HOLDERS OR CONTRIBUTORS BE LIABLE FOR SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
 * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
 * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
 * POSSIBILITY OF SUCH DAMAGES.


I tried replacing the date to get the version we currently have in
Debian, but only the tarball with the non-free license was available
from [4].

  [1] 
  [2] 
  [3] 
  [4] 


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

Bug#700027: kfreebsd-kernel-headers: Redefinition of struct termios

[Julien Cristau]

On Thu, Feb  7, 2013 at 17:17:59 +0100, Guillem Jover wrote:

> I'm filing this to track the issue, and because I have to do some
> other stuff, if no one else has dealt with it by then I'll look into
> fixing and uploading the package.
> 
Any news or ETA?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701377: [pkg-boost-devel] Bug#701377: boost1.49: ftbfs with GCC-4.8

[Daniel Hartwig]

On 1 March 2013 21:14, Dmitrijs Ledkovs  wrote:
> In Ubuntu, instead of applying the full patch against 1.49, we went
> for a minimalistic hack/patch to workaround TIME_UTC in eglibc-2.16.
> Simply undef TIME_UTC if defined.

Is that expected to work for a program that uses both libboost-thread
and C11 date and time?


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

Bug#701998: simple-cdd: --keyboard parameter doesn't work with wheezy

[Raphaël Hertzog]

Package: simple-cdd
Version: 0.3.14
Severity: important

The keyboard parameter sets the following kernel parameter:
console-keymaps-at/keymap=$keyboard

With wheezy (and newer), one should use
"keymap=$keyboard" or "keyboard-configuration/xkb-keymap=$keyboard".

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages simple-cdd depends on:
ii  apt-utils0.9.7.7
ii  dctrl-tools  2.22.2
ii  debian-cd3.1.11
ii  debootstrap  1.0.46
ii  lsb-release  4.1+Debian9
ii  python   2.7.3-4
ii  reprepro 4.12.5-1
ii  rsync3.0.9-4
ii  wget 1.14-1

Versions of packages simple-cdd recommends:
ii  edos-debcheck   1.0-9
ii  edos-distcheck [edos-debcheck]  1.4.2-13+b1

Versions of packages simple-cdd suggests:
ii  qemu-kvm  1.1.2+dfsg-5

-- 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#701999: libreoffice: Missing localization in XDG files for menu

[Slávek Banko]

Package: libreoffice
Version: 1:3.5.4+dfsg-3~bpo60+2
Severity: normal
File: /usr/lib/libreoffice/program/soffice
Tags: l10n


In the XDG menu files (/usr/lib/libreoffice/share/xdg/*.desktop)
missing localization for languages ​​other than basic - English.
This applies to all platforms except amd64.

Only on amd64 is localization in XDG menu files in order.


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

Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libreoffice-common depends on:
ii  dpkg  1.15.8.13  Debian package management 
system
ii  libreoffice-style 1:3.5.4+dfsg-3~bpo60+2 office productivity suite -- 
Cryst
ii  libreoffice-style 1:3.5.4+dfsg-3~bpo60+2 office productivity suite -- 
Oxyge
ii  ure   3.5.4+dfsg-3~bpo60+2   LibreOffice UNO runtime 
environmen

Versions of packages libreoffice-common recommends:
ii  xfonts-mathml 4  Type1 Symbol font for MathML

Versions of packages libreoffice-common suggests:
ii  libreoffice-style 1:3.5.4+dfsg-3~bpo60+2 office productivity suite -- 
Cryst
pn  libreoffice-style  (no description available)
ii  libreoffice-style 1:3.5.4+dfsg-3~bpo60+2 office productivity suite -- 
Oxyge
pn  libreoffice-style  (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#701838: nmu for security issues

[Bdale Garbee]

Michael Gilbert  writes:

> I uploaded an nmu fixing the recent security issues.  Please see
> attached patch. 

Thanks.

Bdale


pgpM77SDbZgqz.pgp
Description: PGP signature

Bug#701830: vlc: FTBFS on powerpcspe (illegal insns due to -mtune=G4)

[Benjamin Drung]

Am Mittwoch, den 27.02.2013, 18:47 +0100 schrieb Roland Stigge:
> As you can see above, -mtune=G4 is used by default, leading to the above
> illegal instructions. The attached patch fixes this by enabling altivec only 
> on
> powerpc _except_ powerpcspe, and doing "confflags += --with-tuning=8548" which
> is propagated to gcc as "-mtune=8548" on powerpcspe.

Your patch logic looks complicated (multiple filters). What are the
values of

DEB_HOST_ARCH
DEB_HOST_ARCH_CPU

on powerpc and powerpcspe?

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#702000: zsh: gzip completion: --rsyncable option is missing

[Vincent Lefevre]

Package: zsh
Version: 5.0.2-2
Severity: minor
Tags: patch

Debian's gzip version has a --rsyncable option (see "gzip --help"
output, the man page not being currently up to date). It should
be supported by "/usr/share/zsh/functions/Completion/Unix/_gzip".

See attached patch.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages zsh depends on:
ii  dpkg1.16.9
ii  libc6   2.13-38
ii  libcap2 1:2.22-1.2
ii  libtinfo5   5.9-10
ii  zsh-common  5.0.2-2

Versions of packages zsh recommends:
ii  libc6 2.13-38
ii  libncursesw5  5.9-10
ii  libpcre3  1:8.31-2

Versions of packages zsh suggests:
ii  zsh-doc  5.0.2-2

-- no debconf information
--- /usr/share/zsh/functions/Completion/Unix/_gzip  2012-12-28 
14:38:19.0 +0100
+++ share/zsh/site-functions/_gzip  2013-03-01 15:42:50.0 +0100
@@ -39,6 +39,7 @@
 '(-q --quiet)--silent[suppress all warnings]' \
 '(--recursive)-r[operate recursively on directories]' \
 '(-r)--recursive[operate recursively on directories]' \
+'--rsyncable[make rsync-friendly archive]' \
 '(--suffix)-S+[specify suffix for compressed files]:suffix:' \
 '(-S)--suffix=[specify suffix for compressed files]:suffix:' \
 '(--test)-t[test compressed file integrity]' \

Bug#702001: unblock: opendnssec/1:1.3.9-5

[Ondřej Surý]

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

Please unblock package opendnssec

Hi,

I have split the doxygen generated documentation to separate package
named opendnssec-doc, which is arch-indep, so it doesn't get built on
buildds.  This is a workaround for failing doxygen on kfreebsd-i386
(#701832), e.g. you can set it wheezy-ignore.  This has also the
advantage that the size of binary packages has dropped by one
magnitude, since the doxygen documentation is 52M unpacked.  I should
have noticed this earlier :(.

This debian release also fixes a small problem when configure didn't
know about pkill from procps and thus some reload commands didn't work
properly (#701703).  While not critical, this is an annoying bug with
very small fix.

Debdiff attached.

$ diffstat opendnssec_1.3.9-5.debdiff
 changelog   |   12 
 control |   24 
 libhsm-bin.install  |1 -
 opendnssec-auditor.install  |1 -
 opendnssec-doc.dirs |4 
 opendnssec-doc.install  |4 
 opendnssec-enforcer.install |1 -
 opendnssec-signer.install   |1 -
 rules   |   12 +++-
 9 files changed, 47 insertions(+), 13 deletions(-)

unblock opendnssec/1:1.3.9-5

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru opendnssec-1.3.9/debian/changelog opendnssec-1.3.9/debian/changelog
--- opendnssec-1.3.9/debian/changelog	2013-01-15 10:30:29.0 +0100
+++ opendnssec-1.3.9/debian/changelog	2013-03-01 15:37:48.0 +0100
@@ -1,3 +1,15 @@
+opendnssec (1:1.3.9-5) unstable; urgency=low
+
+  * Add procps to build dependencies, so ods-ksmutil can HUP enforcer
+(Closes: #701703)
+  * Create arch:all new opendnssec-doc package and move the doxygen
+documentation there
+  * Split dh_auto_build to arch and indep, so doxygen documentation is
+built only once
+  * Run dh_installdoc on opendnssec-doc too, so it gets it's own copyright
+
+ -- Ondřej Surý   Fri, 01 Mar 2013 14:52:33 +0100
+
 opendnssec (1:1.3.9-4) unstable; urgency=low
 
   * Move the information about dropping the foreign key to README.Debian
diff -Nru opendnssec-1.3.9/debian/control opendnssec-1.3.9/debian/control
--- opendnssec-1.3.9/debian/control	2013-01-15 10:30:29.0 +0100
+++ opendnssec-1.3.9/debian/control	2013-03-01 15:37:48.0 +0100
@@ -24,9 +24,10 @@
 	   libldns-dev (>= 1.6.12~),
 	   libcunit1-dev,
 	   opensc,
-	   rdoc,
-	   graphviz,
-	   doxygen
+	   procps
+Build-Depends-Indep: rdoc,
+	   	 graphviz,
+	   	 doxygen
 Standards-Version: 3.9.2
 Homepage: http://www.opendnssec.org/
 Vcs-Browser: http://git.debian.org/?p=pkg-nlnetlabs/opendnssec.git
@@ -75,6 +76,7 @@
 Depends: ${misc:Depends},
 	 opendnssec-enforcer-sqlite3 | opendnssec-enforcer,
 	 opendnssec-signer,
+	 opendnssec-doc,
 	 libhsm-bin
 Recommends: opendnssec-auditor
 Suggests: softhsm
@@ -86,11 +88,25 @@
  .
  This meta-package depends on the standard distribution of OpenDNSSEC.
 
+Package: opendnssec-doc
+Section: misc
+Architecture: all
+Depends: ${misc:Depends}
+Suggests: opendnssec, softhsm
+Description: documentation for OpenDNSSEC suite
+ OpenDNSSEC is a complete DNSSEC zone signing system which is very
+ easy to use with stability and security in mind.  There are a lot of
+ details in signing zone files with DNSSEC and OpenDNSSEC covers most
+ of it.
+ .
+ This package contains doxygen documentation for OpenDNSSEC.
+
 Package: opendnssec-enforcer
 Section: admin
 Architecture: all
 Depends: ${misc:Depends},
-	 opendnssec-enforcer-backend
+	 opendnssec-enforcer-backend,
+	 procps
 Recommends: opendnssec-signer, opendnssec-auditor
 Suggests: opendnssec, softhsm
 Description: tool to prepare DNSSEC keys (common package)
diff -Nru opendnssec-1.3.9/debian/libhsm-bin.install opendnssec-1.3.9/debian/libhsm-bin.install
--- opendnssec-1.3.9/debian/libhsm-bin.install	2013-01-15 10:30:29.0 +0100
+++ opendnssec-1.3.9/debian/libhsm-bin.install	2013-03-01 15:37:48.0 +0100
@@ -1,3 +1,2 @@
 usr/bin/ods-hsm*
 usr/share/man/man1/ods-hsm*
-build-sqlite3/libhsm/doxygen-doc/html /usr/share/doc/libhsm-bin/
diff -Nru opendnssec-1.3.9/debian/opendnssec-auditor.install opendnssec-1.3.9/debian/opendnssec-auditor.install
--- opendnssec-1.3.9/debian/opendnssec-auditor.install	2013-01-15 10:30:29.0 +0100
+++ opendnssec-1.3.9/debian/opendnssec-auditor.install	2013-03-01 15:37:48.0 +0100
@@ -4,4 +4,3 @@
 usr/lib/opendnssec/kasp_auditor/
 usr/share/man/man1/ods-auditor.1
 usr/share/man/man1/ods-kaspcheck.1
-build-sqlite3/auditor/doc/* /usr/share/doc/opendnssec-auditor/html/
diff -Nru opendnssec-1.3.9/debian/o

Bug#700169: non-free license: requires to obey US export regulation even, when not in the US

[Ansgar Burchardt]

I also checked the initial Debian package on snapshot.debian.org
(version 20050930-1). It also has only the non-free license in the
individual files, but states "Dual GPLv2/ACPICA Licence" in d/copyright.
It also has the BSD-3-clause-or-GPL-2 bit in d/copyright.

It's likely that it was already dual-licensed, but that this wasn't
documented in the tarball itself. I'm not sure why they now have two
tarballs instead of one with both licenses... The "GNU General Public
License or via a separate license that may be more favorable to
commercial OSVs" (from the FAQ) seems also wrong given there are *three*
licenses: the non-free one, a 3-clause BSD and the GPL-2.

Ansgar


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

Bug#697497: llvm-defaults: please provide a usable llvm-config executable in every llvm version

[Sylvestre Ledru]

Hi,

I haven't forget this bug but I don't know what would be the best
solution here...

Sylvestre


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