Bug#725528: [Openstack-devel] Bug#725528: python-neutronclient: FTBFS: Tests failed

[Thomas Goirand]

On 10/07/2013 02:52 AM, David Suárez wrote:
> Source: python-neutronclient
> Version: 2.3.0-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20131006 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
>> ==
>> FAIL: 
>> neutronclient.tests.unit.test_cli20_subnet.CLITestV20SubnetXML.test_list_subnets_tags
>> tags: worker-0
>> --
>> Traceback (most recent call last):
>>   File "/«PKGBUILDDIR»/neutronclient/tests/unit/test_cli20_subnet.py", line 
>> 309, in test_list_subnets_tags
>> cmd = subnet.ListSubnet(test_cli20.MyApp(sys.stdout), None)
>>   File "/«PKGBUILDDIR»/neutronclient/neutron/v2_0/__init__.py", line 325, in 
>> __init__
>> super(NeutronCommand, self).__init__(app, app_args)
>>   File "/usr/lib/python2.7/dist-packages/cliff/display.py", line 21, in 
>> __init__
>> self.load_formatter_plugins()
>>   File "/usr/lib/python2.7/dist-packages/cliff/display.py", line 38, in 
>> load_formatter_plugins
>> if self.app_args.debug:
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> Connection to neutron failed: [Errno 111] Connection refused
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> (pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages), 
>> Requirement.parse('pyparsing==1.5.7'))
>> AttributeError: 'NoneType' object has no attribute 'debug'

Hi,

The relevant part is:
(pyparsing 2.0.1 (/usr/lib/python2.7/dist-packages),
Requirement.parse('pyparsing==1.5.7'))

This package has been built with an outdated version of python-cliff,
which needs pyparsing==1.5.7. If both python-cliff and pyparsing are
updated correctly (eg: pyparsing 2.0.1 and python-cliff 1.4.5), then
there's no problem. If you really rebuilt under Sid on the 6th of
October, like your bug report claims, then you should have had the
correct version of both. I don't understand why this isn't the case.

Anyway, I believe I will be closing this bug as well, unless you can
show me that you built under an up-to-date Sid, which apparently isn't
the case.

Cheers,

Thomas Goirand (zigo)


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

Bug#725667: [INTL:sv] Swedish strings for strongswan debconf

[Martin Bagge]

package: strongswan
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://sis.bthstuden.se


sv.po
Description: Binary data

Bug#683042: Blender: debian/copyright: No information of embedded external libraries

[Matteo F. Vescovi]

Hi again, Ross!

On Sun, Oct 06, 2013 at 12:28:11AM +0200, Ross Gammon wrote:
> I have attached a patch with an updated copyright file where I have
> included all copyrights/licenses found in the package.

I've checked and committed your patch to my local git repository.
It will be part of next revision or release of Blender.
Authorship was kept so you'll find the credit in changelog.

Thanks again for your efforts is fixing this issue.

Cheers.

-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 0x83B2CF7A


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

Bug#725668: syslog-ng: Space in ident ends up in msg instead of the program macro

[Allan Wind]

Package: syslog-ng
Version: 3.3.5-4
Severity: minor

If ident contains space (like fail2ban does) then the space and the ':' 
separator ends up in msg.  Configured syslog-ng with the following:

template tagged {
template("r_isodate=$R_ISODATE host=$HOST program=$PROGRAM pid=$PID 
msg=$MSG\n");
};
destination debug {
file("/tmp/syslog-ng.log" frac_digits(3) template(tagged));
};
log {
source(input);
destination(debug);
};

and logging an ident with space:

allan@pawan:~$ logger --tag 'test ' msg

results in this log event:

r_isodate=2013-10-07T03:09:46.652-04:00 host=pawan program=test pid= 
msg=: msg

where I expected program = 'test ' and msg='msg' (no quotes).


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

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

Versions of packages syslog-ng depends on:
ii  syslog-ng-core 3.3.5-4
ii  syslog-ng-mod-json 3.3.5-4
ii  syslog-ng-mod-mongodb  3.3.5-4
ii  syslog-ng-mod-sql  3.3.5-4

syslog-ng recommends no packages.

syslog-ng suggests no packages.

-- Configuration Files:
/etc/default/syslog-ng changed [not included]
/etc/init.d/syslog-ng changed [not included]
/etc/logrotate.d/syslog-ng changed [not included]
/etc/syslog-ng/syslog-ng.conf changed [not included]

-- no debconf information


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

Bug#725669: RM: awn-extras-applets -- RoQA/RoM: depends on avant-window-navigator

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: awn-extras-appl...@packages.debian.org

Please remove awn-extras-applets from the archive. It depends on
avant-window-navigator for which I just filed a removal request[1].

  [1] 

The maintainer agreed with the removal avant-window-navigator in [2],
but it looks like he didn't get to file RM requests. awn-extras-applets
provides additional applets for it and thus is no longer of use in
Debian.

  [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#720441: Got a fix, how to submit patch.

[Phi Debian]

Hi All,

This patch fix the ksh core dump or random memory corruption seen when
typing ## (or more generally #)

The original code was missing a var initialisation, later teh code
firex a nullderef still missing the var initialisation.

This fix do both the var init, and the null deref avoidance.


ksh-debdiff
Description: Binary data

Bug#725533: [Pkg-phototools-devel] Bug#725533: opencolorio: FTBFS: ptr.h:10:32: fatal error: boost/shared_ptr.hpp: No such file or directory

[Matteo F. Vescovi]

Hi!

On Sun, Oct 06, 2013 at 09:04:28PM +0200, David Suárez wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Besides the libboost-dev b-dep (its missing was already discovered in my
local build environment) that must be added to the source package,
the real big issue now is the un-coordinated transition of yaml-cpp from
0.3 to 0.5.1; this brought to a complete FTBFS on all the architectures.
I'll add the above mentioned b-dep in next revision (or release), but
surely we need to wait for "yaml-cpp transition" issue to be fixed to
see a fully-working-again opencolorio package.

Thanks for the report, anyhow.

Cheers.

-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 0x83B2CF7A


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

Bug#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

[Tim Ruehsen]

On Sunday 06 October 2013 22:47:28 Daniel Kahn Gillmor wrote:
> On 10/06/2013 03:30 PM, Tim Rühsen wrote:
> > Package: libgnutls28
> > Version: 3.2.4-4
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > calling gnutls_global_init() followed by gnutls_global_deinit() leaves one
> > memory chunk
> 
> > unfreed. That's what valgrind says:

> This looks to me like it might be quite similar to
> http://bugs.debian.org/700899 -- what version of valgrind are you running?
> 
> see also
> http://lists.freedesktop.org/archives/p11-glue/2013-February/000263.html

Yes, it looks like the same bug.
My valgrind is 3.8.1-5.

BTW, bug #700899 is not solved here.
Your dlopentest.c still behaves as you described in the original bug report 
though the valgrind suppression is there in/usr/lib/valgrind/debian.supp:

{
  dlopen() with -lpthread bug#700899
  Memcheck:Leak
  fun:calloc
  fun:_dlerror_run
  fun:dlopen@@GLIBC_2.2.5
}

Valgrind still says:
==18794== in use at exit: 32 bytes in 1 blocks
==18794==   total heap usage: 6 allocs, 5 frees, 1,518 bytes allocated
==18794== 
==18794== 32 bytes in 1 blocks are still reachable in loss record 1 of 1
==18794==at 0x4C2B514: calloc (vg_replace_malloc.c:593)
==18794==by 0x505065F: _dlerror_run (dlerror.c:141)
==18794==by 0x50500C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87)

Out of curiosity, I copied the suppression from debian.supp to debian-libc6-
dbg.supp. And voila, that works !

Looks like valgrind is not reading debian.supp correctly !?

Tim


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

Bug#722484: libdspam7-drv-hash segfaults since 3.10.2+dfsg-10

[Marc Kleine-Budde]

Hello,

I'm Debian testing armel, and just upgraded from 3.10.2+dfsg-9 to
3.10.2+dfsg-10. My dspam crashed reproducible during the mmap of the css
file, even if I delete the css and dspam creates a new one. I'll provide
a backtrace this evening.

Marc



signature.asc
Description: OpenPGP digital signature

Bug#725670: RM: openscap [kfreebsd-*] -- ROM; ANAIS

[Pierre Chifflier]

Package: ftp.debian.org
Severity: normal

Hi,

Due to some problems with building openscap on kfreebsd-*, I had to
upload a new version disabling these architectures. Version 0.9.8-2,
currently in unstable, is currently not transitioning because of the old
binaries for kfreebsd-* [1].

Can you remove them please ?

Thanks,
Pierre


[1] http://qa.debian.org/excuses.php?package=openscap


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

Bug#725490: kdenlive: Can't add mp4 files to project

[Patrick Matthäi]

Could you also send me:
dpkg -l|egrep "mlt|kdenlive|libav|melt"

And what happens if you play the video with:
melt foo.mp4


Am 06.10.2013 15:33, schrieb boblat...@posteo.org:

Package: kdenlive
Version: 0.9.6-4
Severity: important

Dear Maintainer,

whenever I try to add mp4 clips to a project, I get the message "Clip
is invalid, removing from project"

I used to use a working installation from "debian-multimedia", but I've
struck that from my apt sources because I find the behavior of that
maintainer strange. The version in the current Debian testing distro
just doesn't work though. Same with openshot, by the way.

Regards,
Robert

-- System Information:
Debian Release: jessie/sid
   APT prefers testing
   APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages kdenlive depends on:
ii  dpkg  1.16.10
ii  kde-runtime   4:4.10.5-1
ii  kdenlive-data 0.9.6-4
ii  libav-tools   6:0.8.7-1
ii  libc6 2.17-93
ii  libgcc1   1:4.8.1-10
ii  libgl1-mesa-glx [libgl1]  9.1.6-2+b1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdeui5 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libknewstuff3-4   4:4.10.5-1+b1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkrossui4   4:4.10.5-1+b1
ii  libmlt++3 0.9.0-1
ii  libmlt6   0.9.0-1
ii  libnepomuk4   4:4.10.5-1+b1
ii  libqjson0 0.8.1-3
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-script 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-svg4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libsolid4 4:4.10.5-1+b1
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.8.1-10
ii  libx11-6  2:1.6.1-1
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1
ii  libxext6  2:1.3.2-1
ii  melt  0.9.0-1

Versions of packages kdenlive recommends:
ii  dvdauthor0.7.0-1.2
ii  dvgrab   3.5-2
ii  frei0r-plugins   1.1.22git20091109-1.2
ii  genisoimage  9:1.1.11-2
ii  recordmydesktop  0.3.8.1+svn602-1+b1
ii  swh-plugins  0.4.15+1-7

Versions of packages kdenlive suggests:
pn  khelpcenter4  

-- no debconf information




--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


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

Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host

[Manuel VIVES]

Package: libvirt-bin
Version: 1.1.2-3hns1
Followup-For: Bug #725261

Dear Maintainer,
I made the changes you noticed, I also renamed it.

I don't use systemd, so I'm probably not the best person for making this part
of the script.

And for the init script, I don't know, there is no process to start so..

Regards,

Manuel VIVES



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

Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 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 libvirt-bin depends on:
ii  adduser  3.113+nmu3
ii  gettext-base 0.18.1.1-9
ii  init-system-helpers  1.4-hns1
ii  libaudit01:1.7.18-1.1
ii  libavahi-client3 0.6.31-2
ii  libavahi-common3 0.6.31-2
ii  libblkid12.20.1-5.3
ii  libc62.13-38
ii  libcap-ng0   0.6.6-2
ii  libdbus-1-3  1.6.8-1
ii  libdevmapper1.02.1   2:1.02.74-7
ii  libgcrypt11  1.5.0-5
ii  libgnutls26  2.12.20-7
ii  libnetcf11:0.2.3-3~bpo70+1
ii  libnl-3-200  3.2.7-4
ii  libnl-route-3-2003.2.7-4
ii  libnuma1 2.0.8~rc4-1
ii  libparted0debian12.3-12
ii  libpcap0.8   1.3.0-1
ii  libpciaccess00.13.1-2
ii  libreadline6 6.2+dfsg-0.1
ii  libsasl2-2   2.1.25.dfsg1-6+deb7u1
ii  libudev0 175-7.2
ii  libvirt0 1.1.2-3hns1
ii  libxenstore3.0   4.1.4-3+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libyajl2 2.0.4-2
ii  logrotate3.8.1-4

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11-9
ii  dnsmasq-base2.62-3+deb7u1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2.1
ii  iproute 20120521-3+b3
ii  iptables1.4.14-3.1
ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  pm-utils1.4.1-9
ii  qemu1.1.2+dfsg-6a
ii  qemu-kvm1.1.2+dfsg-6

Versions of packages libvirt-bin suggests:
pn  auditd   
ii  policykit-1  0.105-3
ii  radvd1:1.8.5-1
pn  systemtap

-- Configuration Files:
/etc/libvirt/libvirtd.conf changed [not included]
/etc/libvirt/lxc.conf changed [not included]
/etc/libvirt/qemu.conf [Errno 13] Permission non accordée: 
u'/etc/libvirt/qemu.conf'
/etc/libvirt/qemu/networks/default.xml [Errno 13] Permission non accordée: 
u'/etc/libvirt/qemu/networks/default.xml'
/etc/logrotate.d/libvirtd changed [not included]
/etc/logrotate.d/libvirtd.lxc changed [not included]
/etc/logrotate.d/libvirtd.qemu changed [not included]

-- no debconf information
#!/bin/sh

mount -t tmpfs cgroup_root /sys/fs/cgroup

MOUNTS="cpuset cpu cpuacct memory devices freezer net_cls blkio perf_event"
for M in $MOUNTS; do
mkdir /sys/fs/cgroup/$M
mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,$M "cgroup_${M}" "/sys/fs/cgroup/${M}"
done

Bug#725652: [Openstack-devel] Bug#725652: python3-wsme: SyntaxError: print called without parentheses

[Julien Danjou]

On Mon, Oct 07 2013, Aaron M. Ucko wrote:

> python3-wsme is impossible to install due to a stray call of print
> without parentheses, in the old Python 2 style:
>
>   Setting up python3-wsme (0.5b5-3) ...
> File "/usr/lib/python3/dist-packages/wsmeext/sphinxext.py", line 226
>   print 'SAMPLES SLOT:', self.options.samples_slot
>   ^
>   SyntaxError: invalid syntax
>   
>   dpkg: error processing python3-wsme (--configure):
>subprocess installed post-installation script returned error exit status 1
>
> Could you please clean it up and confirm there aren't any more such
> errors?

Thomas: I'm going to work on this bug upstream.

-- 
Julien Danjou
-- Free Software hacker - independent consultant
-- http://julien.danjou.info


signature.asc
Description: PGP signature

Bug#725671: different source packages, co-ordinated release to jessie

[Daniel Pocock]

Package: release.debian.org


PostBooks has multiple source packages.  Specifically, there is
src:postbooks (the client) and src:postbooks-schema-(empty|quickstart|demo)

The client can only be used with the matching postbooks-schema version

Is there an automated way to ensure these packages (and future updates)
all propagate to jessie together or not at all?


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

Bug#724920: Bug#725661: pu: opencv/2.3.1+dfsg-1

[Cyril Brulebois]

Control: tag -1 wheezy moreinfo

Hi,

Nobuhiro Iwamatsu  (2013-10-07):
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> I'd like to propose an upgrade of opencv.
> 
> opencv distributed in wheezy includes source code of non-free (#724920).
> I want to solve this problem.
> Source code of the target is the code for test. It does not affect the actual 
> working.
> 
> I attached debdiff. Could you consider this change suitable for 
> stable-proposed-updates?

(for the records, we usually prefer when bugs are fixed in testing /
unstable before considering updates in stable.) Anyway, if the files
indeed got relicensed under a suitable license, why should they get
removed from an earlier release? At best we could ship a package with
updated headers and licensing info to reflect the facts all those files
are actually OK?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725622: ekiga: Segmentation fault while starting ekiga

[Eugen Dedu]

tags 725622 wontfix squeeze
thanks

On 06/10/13 23:31, Tino Schmidt wrote:

Package: ekiga
Version: 3.2.7-6
Severity: important

Sometimes I get a segmentation fault when I try to start ekiga. When I click on 
the ekiga icon nothing happens. In a terminal I got more information when I 
entered
$ ekiga -d 4 2>&1
2013/10/06 22:55:33.696   0:00.077  Version 
3.2.7 by  on Unix Linux (3.2.0-4-amd64-x86_64) with PTLib (v2.10.4 (svn:26606)) 
at 2013/10/6 22:55:33.695


Unfortunately, the 3.2.7 version is not maintained anymore, since 1-2 
years.  The 4.0 version has not appeared in debian stable due to release 
freeze.


The 4.0 release is really much better, if 3.2.7 does not fit you then 
try to install it from experimental repository during the freeze.


--
Eugen


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

Bug#724920: Processed: Re: Bug#725661: pu: opencv/2.3.1+dfsg-1

[Cyril Brulebois]

Control: tag 724920 - wheezy moreinfo

Debian Bug Tracking System  (2013-10-07):
> Processing control commands:
> 
> > tag -1 wheezy moreinfo
> Bug #724920 [src:opencv] opencv: non-free files
> Added tag(s) wheezy and moreinfo.

Err, sorry about that. Failed to see the bug was cc'd from the pu request.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725672: apt-listbugs: version 0.1.10 fails to dowload bugs from the BTS

[Gilles Crevecoeur]

Package: apt-listbugs
Version: 0.1.9
Severity: normal

Dear Maintainer,

While the version 0.1.9 works correctly, the last version
fails with this message :
 W: uninitialized constant XML::SaxParser


I've downgraded to previous version to be able
to update my system more safely.

Cheers.
--
Gilles Crèvecœur



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (100, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.11.4-e1 (SMP w/2 CPU cores; PREEMPT)
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 apt-listbugs depends on:
ii  apt  0.9.11.4
ii  libruby1.8   1.8.7.358-8
ii  ruby-debian  0.3.8+b1
ii  ruby-gettext 3.0.2-1
ii  ruby-httpclient  2.3.3-2
ii  ruby-xmlparser   0.7.2-2
ii  ruby1.8  1.8.7.358-8

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  chromium [www-browser]   29.0.1547.57-3+b1
ii  debianutils  4.4
ii  dwb [www-browser]20130503hg-2
ii  elinks [www-browser] 0.12~pre6-2
ii  konqueror [www-browser]  4:4.10.5-1
ii  lynx-cur [www-browser]   2.8.8dev.16-1
ii  reportbug6.4.4
ii  w3m [www-browser]0.5.3-11

-- 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#725451: grub2: Please sort gnumach kernels per version

[Colin Watson]

Control: tag -1 pending

On Sun, Oct 06, 2013 at 01:55:29AM +0200, Samuel Thibault wrote:
> I have pushed upstream a patch to sort gnumach kernels per version
> (r5232), could you please cherry-pick it into the debian package, to fix
> grub menu generation, and most of all, default entry generation?

Cherry-picked for the next upload, thanks.

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#725673: libopenblas-base: No direct linking of openblas possible, always redirects to libblas.so.3.

[Martin Koehler]

Package: libopenblas-base
Version: 0.2.8-2
Severity: important
Tags: upstream

Dear Maintainer,

I am using openblas on debian wheezy and linked my programs explicitly (for
benchmarking purpose and not to run update-alternatives as root everytime)
using
 $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
 $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
and got an binary which depends on libopenblas.so.

Now we update to Debian Testing/Jessie and the following happened:
 $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
 $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
 $ ldd test.openblas
linux-gate.so.1 (0xb76e5000)
libblas.so.3 => /usr/lib/libblas.so.3 (0xb65d5000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6426000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb63e2000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
(0xb63c7000)
/lib/ld-linux.so.2 (0xb76e6000)

which does not any longer include Openblas directly and forces to use the
update-alternative system. I figured out that this behavior was introduced to
solve bug #687349 ( see the libblas3-soname.patch). I think this behavior is
not helpful for every day live.  In contrast if a want to do the same using
ATLAS I can link againf libf77blas and  libatlas and it works without this
issue.

I think there must be another solution to solve bug #687349 without this "bad"
soname trick. In case of ATLAS there is a separate library which contains all
dependencies to ATLAS but it still allows to use ATLAS explicitly overriding
the update-alternatives system.



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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (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 libopenblas-base depends on:
ii  libc6  2.17-93

libopenblas-base recommends no packages.

Versions of packages libopenblas-base suggests:
ii  liblapack3  3.4.2+dfsg-4

-- no debconf information
#include  
#include  

double dnrm2_(int * N, double * X, int * INCX); 

int main ( int argc, char ** argv )
{
	double A[2]={2,2}; 
	int INCX = 1; 
	int N = 2; 
	printf("nrm2 = %lg", dnrm2_(&N,A,&INCX)); 
	return 0; 
} 

Bug#712712: gnash: Doesn't play YouTube's video of RMS singing the Free Software Song (or any other)

[Gabriele Giacone]

On Mon, Oct 7, 2013 at 4:08 AM, Kingsley G. Morse Jr.
 wrote:
>   2.) if not, do you happen to know if there's a
>   way to verify that gnash actually uses
>   gstreamer?

Right click - Help - About. Media field in About window says what
media handler is active.

> libavutil52:i3869:1.2.4-dmo1

-dmo1 packages come from non-official deb-multimedia site, unsupported.
Please remove them all and please upgrade your system.

You might want to follow the first howto I found:
https://blog.lebegue.org/2013/05/05/debian-wheezy-multimedia/


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

Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host

[Guido Günther]

On Mon, Oct 07, 2013 at 10:21:51AM +0200, Manuel VIVES wrote:
> Package: libvirt-bin
> Version: 1.1.2-3hns1
> Followup-For: Bug #725261
> 
> Dear Maintainer,
> I made the changes you noticed, I also renamed it.

Thanks!

> I don't use systemd, so I'm probably not the best person for making this part
> of the script.

But you're advocating for it.

> 
> And for the init script, I don't know, there is no process to start so..

...you still have to follow the init scripts start/stop logic if it
should be an init script.
Cheers,
 -- Guido

> 
> Regards,
> 
> Manuel VIVES
> 
> 
> 
> -- System Information:
> Debian Release: 7.1
>   APT prefers stable
>   APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 
> 'testing'), (1, 'oldstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 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 libvirt-bin depends on:
> ii  adduser  3.113+nmu3
> ii  gettext-base 0.18.1.1-9
> ii  init-system-helpers  1.4-hns1
> ii  libaudit01:1.7.18-1.1
> ii  libavahi-client3 0.6.31-2
> ii  libavahi-common3 0.6.31-2
> ii  libblkid12.20.1-5.3
> ii  libc62.13-38
> ii  libcap-ng0   0.6.6-2
> ii  libdbus-1-3  1.6.8-1
> ii  libdevmapper1.02.1   2:1.02.74-7
> ii  libgcrypt11  1.5.0-5
> ii  libgnutls26  2.12.20-7
> ii  libnetcf11:0.2.3-3~bpo70+1
> ii  libnl-3-200  3.2.7-4
> ii  libnl-route-3-2003.2.7-4
> ii  libnuma1 2.0.8~rc4-1
> ii  libparted0debian12.3-12
> ii  libpcap0.8   1.3.0-1
> ii  libpciaccess00.13.1-2
> ii  libreadline6 6.2+dfsg-0.1
> ii  libsasl2-2   2.1.25.dfsg1-6+deb7u1
> ii  libudev0 175-7.2
> ii  libvirt0 1.1.2-3hns1
> ii  libxenstore3.0   4.1.4-3+deb7u1
> ii  libxml2  2.8.0+dfsg1-7+nmu1
> ii  libyajl2 2.0.4-2
> ii  logrotate3.8.1-4
> 
> Versions of packages libvirt-bin recommends:
> ii  bridge-utils1.5-6
> ii  dmidecode   2.11-9
> ii  dnsmasq-base2.62-3+deb7u1
> ii  ebtables2.0.10.4-1
> ii  gawk1:4.0.1+dfsg-2.1
> ii  iproute 20120521-3+b3
> ii  iptables1.4.14-3.1
> ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
> ii  netcat-openbsd  1.105-7
> ii  parted  2.3-12
> ii  pm-utils1.4.1-9
> ii  qemu1.1.2+dfsg-6a
> ii  qemu-kvm1.1.2+dfsg-6
> 
> Versions of packages libvirt-bin suggests:
> pn  auditd   
> ii  policykit-1  0.105-3
> ii  radvd1:1.8.5-1
> pn  systemtap
> 
> -- Configuration Files:
> /etc/libvirt/libvirtd.conf changed [not included]
> /etc/libvirt/lxc.conf changed [not included]
> /etc/libvirt/qemu.conf [Errno 13] Permission non accordée: 
> u'/etc/libvirt/qemu.conf'
> /etc/libvirt/qemu/networks/default.xml [Errno 13] Permission non accordée: 
> u'/etc/libvirt/qemu/networks/default.xml'
> /etc/logrotate.d/libvirtd changed [not included]
> /etc/logrotate.d/libvirtd.lxc changed [not included]
> /etc/logrotate.d/libvirtd.qemu changed [not included]
> 
> -- no debconf information

> #!/bin/sh
> 
> mount -t tmpfs cgroup_root /sys/fs/cgroup
> 
> MOUNTS="cpuset cpu cpuacct memory devices freezer net_cls blkio perf_event"
> for M in $MOUNTS; do
> mkdir /sys/fs/cgroup/$M
> mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,$M "cgroup_${M}" 
> "/sys/fs/cgroup/${M}"
> done
> 

> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers


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

Bug#725672: apt-listbugs: version 0.1.10 fails to dowload bugs from the BTS

[Cyril Brulebois]

Control: found -1 0.1.10
Control: notfound -1 0.1.9

Gilles Crevecoeur  (2013-10-07):
> Package: apt-listbugs
> Version: 0.1.9
> Severity: normal
> 
> Dear Maintainer,
> 
> While the version 0.1.9 works correctly, the last version
> fails with this message :
>  W: uninitialized constant XML::SaxParser
> 
> 
> I've downgraded to previous version to be able
> to update my system more safely.

So you should have edited the Version pseudoheader. Fixing with the
above commands.

I can't seem able to reproduce this issue, taking a testing chroot and
upgrading only apt-listbugs. Anything special with your setup?

(It appears I have the same set of ruby packages installed, besides
ruby-gettext. Getting to the same version as yours didn't make a
difference.)

Trying to install ruby1.9 doesn't seem to lead to any issues either
(tried that since the changelog suggested bits of 1.9 support got
merged in that release).

[ FTR, not the maintainer of the package, just curious. ]

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725674: kmail: Unable to delete messages 'inbox' folder. (POP3)

[Алексей Югов]

Package: kmail
Version: 4:4.10.5-2
Severity: normal

There is duplicate messages in 'inbox' folder in my POP3 account.

1. Run kontact form Gnome: "dbus-launch kontact"
2. Switch to mail and press "Check Mail" button for POP3 account.
3. Exit form 'kontact' via menu "File->Quit"
4. Run kontact form Gnome: "dbus-launch kontact"
5. Since the moment it's unable to delete any new incoming message.

If I yield command '$killall -g akonadi_control' between steps 3 and 4, all
works fine.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-2
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2+b1
ii  libc6 2.17-93
ii  libcalendarsupport4   4:4.10.5-2
ii  libgcc1   1:4.8.1-10
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-2
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1+b1
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdepim44:4.10.5-2
ii  libkdeui5 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libkleo4  4:4.10.5-2
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1+b1
ii  libkpgp4  4:4.10.5-2
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1+b1
ii  libksieveui4  4:4.10.5-2
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-2
ii  libmailimporter4  4:4.10.5-2
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-2
ii  libmessagecore4   4:4.10.5-2
ii  libmessagelist4   4:4.10.5-2
ii  libmessageviewer4 4:4.10.5-2
ii  libnepomukcore4   4:4.10.5-1
ii  libpimcommon4 4:4.10.5-2
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtwebkit4  2.2.1-6
ii  libsolid4 4:4.10.5-1+b1
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.8.1-10
ii  libtemplateparser44:4.10.5-2
ii  perl  5.18.1-4

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.4+dfsg1-2
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.10.5-2
pn  kleopatra  
ii  procmail   3.22-20

Bug#567648: Re; dash: please document that set -x in a subshell can cause non-determinism

[Tomi Ollila]

This behaviour is easy to observe with the following command line:

$ rm -f daao.*; strace -ff -o daao dash -c 'set -x; z=`echo | cut -f1 | sort`'

and then

$ grep write daao.*
daao.6716:write(2, "+ ", 2)   = 2
daao.6716:write(2, "z=", 2)   = 2
daao.6716:write(2, "\n", 1)   = 1
daao.6718:write(2, "+ ", 2)   = 2
daao.6718:write(2, "echo", 4) = 4
daao.6718:write(2, "\n", 1)   = 1
daao.6718:write(1, "\n", 1)   = 1
daao.6719:write(2, "+ ", 2)   = 2
daao.6719:write(2, "cut", 3)  = 3
daao.6719:write(2, " -f1", 4) = 4
daao.6719:write(2, "\n", 1)   = 1
daao.6719:write(1, "\n", 1)   = 1
daao.6720:write(2, "+ ", 2)   = 2
daao.6720:write(2, "sort", 4) = 4
daao.6720:write(2, "\n", 1)   = 1
daao.6720:write(1, "\n", 1)   = 1

The subshells in pipeline prints their own commands before executing
it, using multiple syscalls giving possibility of intermixed output
when context switches happen in between...

For comparison this is what bash gives:

zao.6858:write(2, "+ z=\n", 5)   = 5
zao.6860:write(2, "++ echo\n", 8)= 8
zao.6860:write(1, "\n", 1)   = 1
zao.6861:write(2, "++ cut -f1\n", 11)= 11
zao.6861:write(1, "\n", 1)   = 1
zao.6862:write(2, "++ sort\n", 8)= 8
zao.6862:write(1, "\n", 1)   = 1


An alternative to concatenate strings to a buffer before writing
one could try using gather write with writev() (I don't know the
SMOP factor there as I did not peek the dash source code :)

Tomi


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

Bug#725675: ruby-packetfu: Should provide ruby2.0 compatibility

[Jérémy Bobbio]

Package: ruby-packetfu
Version: 1.1.8-2
Severity: wishlist
Forwarded: https://github.com/todb/packetfu/issues/28

Hi!

ruby-packetfu should be made compatible with ruby2.0. Hopefully,
upstream will sort it out soon.

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#725630: tcpflow: FTBFS on all archs: error: impossible constraint in 'asm'

[Dima Kogan]

Thanks for catching this. The x86-only-asm issue has been fixed upstream
in a not-yet-released tree. I cherry-picked the appropriate patches into
debian/patches here:

http://anonscm.debian.org/gitweb/?p=collab-maint/tcpflow.git;a=commit;h=7ee744dae5153cfa27b6464ac0d35b915dcc39d2

The kfreebsd issue is unrelated and I made a new bug for it.


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

Bug#707287: shotwell: Print dialog too high

[Luca Falavigna]

fixed 707287 0.14.0-1
thanks



2013/10/6 Jeroen Nijhof :
> I downloaded a source and had a look: I can solve my problem by editing
> src/Printing.vala

Thanks a lot for the analysis!
This should be solved upstream with this commit,
http://redmine.yorba.org/projects/shotwell/repository/revisions/6eb4f790a7279911e6ce40657e64d741cb888ecf,
available since 0.14.

If you wish, I could try to solve this issue with a stable upload.


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

Bug#725676: resizing SR fails

[Daniel Pocock]

Package: xcp-xapi
Version: 1.3.2-14

I've expanded the underlying volume for the SR

xe sr-scan doesn't seem to detect the new space

I've tried various things:

- using pvresize so that LVM detects the bigger partition

  pvresize /dev/sda6

   and the pvscan command now shows the correct space.  running "xe
sr-scan uuid=$UUID" after this failed to detect the space

- using lvresize to increase the underlying LV for the SR, e.g.

  lvresize -l +12345 /dev/VG/$UUID

   Now lvs shows the right amount of space, but "xe sr-scan uuid=$UUID"
after this failed to detect the space

- I also tried using sr-param-set:

 # VALUE=( manually extracted from lvs --units b )
 # xe sr-param-set uuid=$UUID physical-size=$VALUE
 Error: Field 'physical-size' is read-only.

   and it doesn't like it

Is there some fault here or is there some other step involved in
expanding the SR?

There are various discussions about it online but the docs don't give a
specific answer.  Some people suggest that a reboot should fix it, I
have rebooted a couple of times but not since trying lvresize


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

Bug#615492: Greeting to you

[Mrs. Melly Castillo]

*YOU MAY RECEIVE THIS MESSAGE IN YOUR SPAM DUE TO POOR INTERNET CONNECTIVITY, 
KINDLY FORWARD IT YOUR INBOX BEFORE YOU REPLY. *
 
Greeting to you,
 
I know that this letter will be a very big surprise to you, I just came across 
your email contact from my personal search, I’m a business woman from 
Philippines  dealing with gold exportation here in Republic of Faso. I was 
diagnosed with ovarian cancer disease which doctors have confirmed that i have 
just few days to leave, Now that I’m ending the race like this,without any 
family members and no child, I have decided to hand over the sum of 
($750.000.00) in my account to you for the help of orphanage homes/the needy 
once in your location to fulfil my wish on earth. You may be wondering why I 
chose you. But someone lucky has to be chosen according to the revelation I 
heard after my prayers today.
 
But before handing over my data’s to you, kindly assure me that you will take 
only 50% of the money and share the rest to orphanage homes/the needy once, 
response quickly to enable me forward you the bank contact details and my valid 
International passport now that I have access to internet before it will be too 
late as the bank is aware of my decision over the fund and awaiting for whom I 
will instruct to contact them forward a Scanned copy of my valid international 
passport for their confirmation, Note that it will only cost you for change of 
ownership according to the bank, and please don’t be discouraged about the 
change of ownership because at this stage if no one apply for the money it will 
go to bank treasury when I’m gone and they will not use it to help the needy 
once to fulfil my wish,
 
Remain Bless
Mrs.Melly Castillo


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

Bug#725673: libopenblas-base: No direct linking of openblas possible, always redirects to libblas.so.3.

[Sébastien Villemot]

Control: severity -1 wishlist
Control: tags -1 - upstream

Le lundi 07 octobre 2013 à 11:06 +0200, Martin Koehler a écrit :
> Package: libopenblas-base
> Version: 0.2.8-2
> Severity: important
> Tags: upstream
> 
> Dear Maintainer,
> 
> I am using openblas on debian wheezy and linked my programs explicitly (for
> benchmarking purpose and not to run update-alternatives as root everytime)
> using
>  $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
>  $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
> and got an binary which depends on libopenblas.so.
> 
> Now we update to Debian Testing/Jessie and the following happened:
>  $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
>  $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
>  $ ldd test.openblas
> linux-gate.so.1 (0xb76e5000)
> libblas.so.3 => /usr/lib/libblas.so.3 (0xb65d5000)
> libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6426000)
> libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb63e2000)
> libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
> (0xb63c7000)
> /lib/ld-linux.so.2 (0xb76e6000)
> 
> which does not any longer include Openblas directly and forces to use the
> update-alternative system. I figured out that this behavior was introduced to
> solve bug #687349 ( see the libblas3-soname.patch). I think this behavior is
> not helpful for every day live.  In contrast if a want to do the same using
> ATLAS I can link againf libf77blas and  libatlas and it works without this
> issue.
> 
> I think there must be another solution to solve bug #687349 without this "bad"
> soname trick. In case of ATLAS there is a separate library which contains all
> dependencies to ATLAS but it still allows to use ATLAS explicitly overriding
> the update-alternatives system.

First, I am convinced that the old behaviour (in wheezy) was buggy and
that the new behaviour (in jessie/sid) is right. The fact that the
soname was libopenblas.so.0 meant that programs linked with -lblas were
*not* respecting the alternatives system. This is actually a wider
problem than #687349. The fix was indeed to set the soname of the
library to libblas.so.3. I don't intend to revert that change.

Now, your problem is a bit different. You are manipulating the dynamic
linker (with the -L flag and also by modifying the LD_LIBRARY_PATH
variable) to directly link to openblas, bypassing the alternatives
system. This was working in wheezy, but more by chance rather than
because of a conscious choice by the maintainers.

However, I understand your need for the possibility to bypass the
alternatives system. The only solution that I see is to have a second
binary of the library, identical to the other one, except that it would
have the soname equal to libopenblas.so.0. Also, that binary would have
to go to /usr/lib// (without the trailing "openblas"
subdirectory), so that manipulating the linker with -L and
LD_LIBRARY_PATH would not be needed.

I am open to implement the above solution, even though I don't like too
much the duplication of binary code that it entails.

Sylvestre: do you have any better idea?

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#718302: strongswan: Enable sqlite and mysql plugins

[Tobias Brunner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Yves-Alexis,

> I'm unsure about this, but I'm also unsure what's the difference between
> the sql plugin and the mysql/sqlite plugins. Is the sql plugin without
> at least one of the database backends plugins?

The sql plugin [1] is a configuration backend based on SQL databases.
The mysql/sqlite plugins are database drivers/interfaces, of which at
least one is required to use the sql plugin (or the attr-sql plugin [2]
for that matter).

> In any case, I'm not sure about adding the MySQL dependency (both
> build-dep and dep).
>
> At one point, we might create a new -plugins binary package for all
> those extra plugins which might not be needed in the general case but
> that some people might find useful.

I assume separate packages e.g. libstrongswan-mysql and
libstrongswan-sqlite that provide those backends would make sense.  The
sql/attr-sql plugin could still be provided by the default package
without dependencies on any specific SQL implementation/library.

Keeping those dependencies from build-dep might be tricky though.  Or
wouldn't that require a separate source package?

Regards,
Tobias

[1] http://wiki.strongswan.org/projects/strongswan/wiki/SQL
[2] http://wiki.strongswan.org/projects/strongswan/wiki/AttrSQL

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

iEYEARECAAYFAlJSeuoACgkQR2BKbzEc4IXRpgCgm60kHST1sC2ougNc81iygG2n
0FwAn2Qz6Dxbkkp5QqOSbZe9R63vGmKa
=FiCX
-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#712537: python3-gi: spawn_async returns pid as 0

[Martin Pitt]

Hello Helmut,

Helmut Grohne [2013-10-07 11:52 +0200]:
> I saw that you tagged this bug as fixed-upstream and later uploaded a
> new upstream version without closing this bug. Since I can no longer
> reproduce the issue I assume that this release is indeed the one fixing
> the issue and am thus closing the bug.

Indeed, thanks for cleaning up!

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


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

Bug#725677: wmclock: no more translations

[Sébastien Dufromentel]

Package: wmclock
Version: 1.0.14-2
Severity: normal

Dear Maintainer,

the last packaged version do no more include the image files (previously
/usr/share/wmclock/lang.*/[month|weekday].xpm) that allow to have a translated
clock. Is it possible to get them back, or to add a new dependency to another
package containing them?

Thanks.



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

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

Versions of packages wmclock depends on:
ii  libc6 2.17-92+b1
ii  libx11-6  2:1.6.1-1
ii  libxext6  2:1.3.2-1
ii  libxpm4   1:3.5.10-1

wmclock recommends no packages.

wmclock 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#725288: miniupnpc does not pick the correct router

[miniupnp]

Dear Julian,

I updated upstream to change the behaviour of the UPNP_GetValidIGD
function which will now check for external IP.
Please check if that fixes your problem :
http://miniupnp.free.fr/files/download.php?file=miniupnpc-1.8.20131007.tar.gz

Regards,

Thomas Bernard

Le 03/10/2013 18:50, Julian Blake Kongslie a écrit :
> Package: miniupnpc
> Version: 1.6-2
> Severity: important
>
> Dear Maintainer,
>
> My network is setup as follows:
>
> my laptop -> (wireless) -> wireless ap -> (ethernet) -> router
>
> Both the wireless AP and the router are advertising themselves as uPnP
> devices correctly. In particular, the router has:
>
>   Connection type : IP_Routed
>   ExternalIPAddress = 
>   GetGenericPortMappingEntry() works
>
> while the AP has:
>
>   Connection type : IP_Bridged
>   GetExternalIPAddress() returns -1
>   GetGenericPortMappingEntry() returns 501 (Action Failed)
>
> This is a correct configuration.
>
> However, running "upnpc -l" (or other commands which want to examine
> port forwarding) tries to talk to the AP instead of the router,
> presumably because latency to the AP is slightly lower. This is
> obviously wrong; the AP does not support port forwarding, because it is
> a bridge without an external IP. miniupnpc should use the uPnP device
> with connection type IP_Routed for port forwarding.
>
> Please don't tell me to turn off uPnP on the wireless AP, because:
>
>   1) The current configuration is not actually incorrect in terms of
>  what information is being exported. Note that Windows (for example)
>  is perfectly capable of dealing with this setup.
>   2) If I turn off uPnP then the AP will no longer be visible in
>  Windows' network map, which is bad, because that's the only way my
>  roommates can configure the AP.
>
> There is basically no situation where it is correct for miniupnpc to be
> attempting to deal with port forwarding on an IP_Bridged device, because
> that doesn't make any sense. At the very least, if there are multiple
> routers on the network, and a port forwarding operation fails when
> talking to the first one, miniupnpc should fall back to talking to the
> next available device.
>
> Output of the relevant upnpc commands:
>
> $ upnpc -l
> upnpc : miniupnpc library test client. (c) 2006-2011 Thomas Bernard
> Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
> for more information.
> List of UPNP devices found on the network :
>  desc: http://192.168.1.3:49152/InternetGatewayDevice.xml
>  st: urn:schemas-upnp-org:device:InternetGatewayDevice:1
>
>  desc: http://192.168.1.3:49152/InternetGatewayDevice.xml
>  st: uuid:62A48009-FFD7-7CBE-0FA9-1C7EE5DEDFCA
>
>  desc: http://192.168.1.1:36796/rootDesc.xml
>  st: urn:schemas-upnp-org:device:InternetGatewayDevice:1
>
> Found valid IGD : http://192.168.1.3:49152/soap.cgi?service=WANIPConn1
> Local LAN ip address : 192.168.1.65
> Connection Type : IP_Bridged
> Status : Connected, uptime=2971s, LastConnectionError : ERROR_NONE
>   Time started : Thu Oct  3 08:45:02 2013
> MaxBitRateDown : 1 bps (100.0 Mbps)   MaxBitRateUp 1 bps 
> (100.0 Mbps)
> GetExternalIPAddress() returned -1
> GetExternalIPAddress failed.
> GetGenericPortMappingEntry() returned 501 (Action Failed)
>
> $ upnpc -u http://192.168.1.1:36796/rootDesc.xml -l
> upnpc : miniupnpc library test client. (c) 2006-2011 Thomas Bernard
> Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
> for more information.
> upnpDiscover() error code=0
> Found valid IGD : http://192.168.1.1:36796/
> Local LAN ip address : 192.168.1.65
> Connection Type : IP_Routed
> Status : Connected, uptime=253021s, LastConnectionError : ERROR_NONE
>   Time started : Mon Sep 30 11:17:56 2013
> MaxBitRateDown : 1500 bps (15.0 Mbps)   MaxBitRateUp 500 bps (5.0 
> Mbps)
> ExternalIPAddress = 50.53.89.53
>  0 UDP 51413->192.168.1.65:51413 'miniupnpd' '' 0
>  1 UDP 55649->192.168.1.66:55649 'miniupnpd' '' 0
>  2 TCP 55649->192.168.1.66:55649 'miniupnpd' '' 0
>  3 TCP 51413->192.168.1.65:51413 'miniupnpd' '' 0
> GetGenericPortMappingEntry() returned 713 (SpecifiedArrayIndexInvalid)
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
> 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), 
> (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.8-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages miniupnpc depends on:
> ii  libc6  2.17-93
> ii  libminiupnpc8  1.6-2
>
> Versions of packages miniupnpc recommends:
> ii  minissdpd  1.1.20120121-1
>
> miniupnpc suggests no packages.
>
> -- no debconf information
>
>   


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debi

Bug#725678: freetds: tdsodbc shared library can't be loaded

[Frankie Fisher]

Source: freetds
Version: 0.91-4
Severity: important

Dear Maintainer,

Any programme linked against tdsodbc has problems at runtime, with the 
error message "error while loading shared libraries: libtdsodbc.so.0: 
cannot open shared object file: No such file or directory"


See attached linkissue.txt and linkissue.c for a simple way to reproduce.

I believe the error is related to this part of debian/rules in the 
freetds source package:


override_dh_auto_install:
 dh_auto_install
 mkdir -p $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/odbc
 mv 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libtdsodbc.so.0.0.0 \

 $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/odbc/libtdsodbc.so
 rm -f 
$(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libtdsodbc*



This override renames libtdsodbc.so.0.0.0 to libtdsodbc.so. However when 
the source is built (see attached sourcedirlisting.txt) it links 
libtdsodbc.so and libtdsodbc.so.0 to libtdsodbc.so.0.0.0, so as the 
package gets built we've lost libtdsodbc.so.0 and this is what gets 
complained about when I attempt to link to this library.


I'm not sure why dh_auto_install fails to do the right thing and needs 
to be overridden, but I suspect the solution is for the override to 
preserve the links instead of renaming files.



-- System Information:
Distributor ID: Debian
Description:Debian GNU/Linux testing (jessie)
Release:testing
Codename:   jessie
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-39-generic (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


int main(int argc, char *argv[])
{
  
}

$ cat linkissue.c
int main(int argc, char *argv[])
{

}
$ gcc linkissue.c -o linkissue -L /usr/lib/x86_64-linux-gnu/odbc/ -ltdsodbc
$./linkissue
./linkissue: error while loading shared libraries: libtdsodbc.so.0: cannot open 
shared object file: No such file or directory

lrwxrwxrwx 1 frankster frankster  19 Oct  7 11:04 libtdsodbc.so -> 
libtdsodbc.so.0.0.0
lrwxrwxrwx 1 frankster frankster  19 Oct  7 11:04 libtdsodbc.so.0 -> 
libtdsodbc.so.0.0.0
-rwxrwxr-x 1 frankster frankster 1544061 Oct  7 11:04 libtdsodbc.so.0.0.0

Bug#725678: additional info

[Frankie Fisher]

Additional info: if I manually create a link from 
/usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so.0 to 
/usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so it still does not load! I 
have to create a link from /usr/lib/x86_64-linux-gnu/libtdsodbc.so.0 to 
/usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so before it will work. So 
when its loading the library at runtime it doesn't like the odbc 
directory, and it doesn't like the missing .so.0 link



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

Bug#712393: Wording of GFDL license clause in oidentd man pages

[Dominik George]

Hi Odin,

I am taking over maintainership of oidentd in Debian and there is an
open bug report concerning the GFDL licensing of the man pages in doc/
[1]. The problem is that the wording is ambigious; the GFDL specifies
how to remove the limitations of invariant sections and front- and
back-cover texts [2].

The Debian project has had a long discussion about the GFDL in general,
with the result being that GFDL-licensed work with no invariant sections
is ok for Debian main [3]. Yet, the GFDL appears to impose difficulties
for the distribtion of work, so I tend to dislike it a lot.

In any case, the bug report at [1] is reasonable, and I kindly ask you
to accept one of the following solutions, ordered by my personal
preference descendingly ;):

 a) relicense the man pages under a different license, e.g. CC-BY-SA-3.0,
MIT, BSD, …
 b) relicense under GFDL-1.3 *and* use the official wording [2]
 c) keep the current license, but update to the official wording [2]

Please note that the decision must not be specific to Debian, but a
general license grant.

Looking forward to your feedback,
Nik

[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712393
[2]: https://www.gnu.org/licenses/fdl-1.1.html#SEC4
[3]: http://www.debian.org/vote/2006/vote_001

-- 
Wer den Grünkohl nicht ehrt, ist der Mettwurst nicht wert!

PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296


signature.asc
Description: Digital signature

Bug#725679: gnupg: does not seem to honor preferred hash algos list of the key being signed

[Santiago Vila]

Package: gnupg
Version: 1.4.12-7+deb7u1

My current GPG key was created in 2009 and very shortly afterwards I
changed the digest preferences as explained here:

http://www.debian-administration.org/users/dkg/weblog/48

and reuploaded the key to the keyservers with the new preferences, namely:

  Digest: SHA512, SHA384, SHA256, SHA224, SHA1

Now, if I create a test user in my system, generate a test GPG key
and try to download my key from the keyservers and sign it, I see that
it's still signed using SHA-1:

On the test user account:

gpg --export sanvila | gpg --list-packets

says:

:signature packet: algo 1, keyid 402E6FAD3BD8FC61 <=== key for the test user
version 4, created 1381140424, md5len 0, sigclass 0x10
=>  digest algo 2, begin of digest a0 67
hashed subpkt 2 len 4 (sig created 2013-10-07)
subpkt 16 len 8 (issuer key ID 402E6FAD3BD8FC61)
data: [2045 bits]

I think there is something fundamentally wrong when keeping the
default gpg.conf untouched leads to signatures still made using SHA-1
and not even the preferences in the key are honored.

Note: I see that changing the preferences and reuploading the key is
implemented by adding another self-signature, in my case I see this:

gpg --list-packets pubring.gpg

:signature packet: algo 1, keyid MYKEYID
[...]
hashed subpkt 11 len 5 (pref-sym-algos: 9 8 7 3 2)
hashed subpkt 21 len 3 (pref-hash-algos: 2 8 3)
hashed subpkt 22 len 3 (pref-zip-algos: 2 3 1)
[...]
:signature packet: algo 1, keyid MYKEYID
[...]
hashed subpkt 11 len 4 (pref-sym-algos: 9 8 7 3)
hashed subpkt 21 len 4 (pref-hash-algos: 10 9 8 11)
hashed subpkt 22 len 4 (pref-zip-algos: 2 3 1 0)

Could it be that gpg is completely ignoring the additional signature
having the preferences that I changed and it only sees the first one?

Am I supposed to revoke the first self-signature? I hope not. One would think
that if this preferences thing is implemented by using additional signatures,
then the fact that the new preferences have priority over the old ones should
be somewhat automatic.

BTW: I don't like to inflate severities, so I've used "normal" here,
but if I'm not missing anything and this is a real bug that should be fixed,
I think it would deserve an upload for stable.

Thanks.


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

Bug#725452: eclipse-cdt: After project delete and import, eclipse doesn't re-import the gcc includes

[ung debian]

Hi,

Ill upgrade eclipse-cdt to testing for now. It is not urgent since like you 
said eclipse-cdt require few dependencies, but are you planning to release a 
backport for this package?
I don't like to mix stable and testing/sid even if it's ok in this special case 
and that mean the stable cdt package is unusable for almost the whole debian 
stable release. I can't believe no one have reported this bug yet, I mean, 
anyone who is doing serious work will need to re-import a project.

Thank you for your recommendation.
ung
  

Bug#723154: video window too large for display

[Antoine Beaupré]

On 2013-10-06 16:22:14, Joey Hess wrote:
> Antoine Beaupré wrote:
>> +self.zbarframe.set_size_request(500,500)
>
> This works well for me. QR code is now quite large and
> video window is a good size.
>
> The video is a bit laggy still, probably because it's
> moving a lot of data around. Comparing with eg, cheese,
> which must set the camera to a lower res and so has a much
> less lagged video display.

Does it change the resolution or truncate the widget?

Let's see if we can try something else. The only thing i found to change
the webcam resolution is with OpenCV. Really horrible, because that's a
huge library to load just for that, but it's worth trying..

Could you try the following script, changing the resolution?

http://stackoverflow.com/questions/11420748/setting-camera-parameters-in-opencv-python

Or, if you please, the following:

#! /usr/bin/python

# apt-get install python-opencv for this
import cv2

# capture from camera at location 0
cap = cv2.VideoCapture(0)
# try to change the width and height
cap.set(3,800)
cap.set(4,600)

while True:
ret, img = cap.read()
cv2.imshow("input", img)

key = cv2.waitKey(10)
if key == 27: # escape quits
break

cv2.destroyAllWindows() 
cv2.VideoCapture(0).release()

If this makes the window smaller and less laggy, maybe I can try to
factor this into monkeysign...

A.

-- 
I worry about my child and the Internet all the time, even though
she's too young to have logged on yet. Here's what I worry about. I
worry that 10 or 15 years from now, she will come to me and say
'Daddy, where were you when they took freedom of the press away from
the Internet?'   - Mike Godwin, Electronic Frontier Foundation


pgpCo_Vjaihnc.pgp
Description: PGP signature

Bug#725680: flashplugin-nonfree: Please update the dejavu suggests

[Adrian Bunk]

Package: flashplugin-nonfree
Version: 1:3.2
Severity: minor

Please update the dejavu Suggests from ttf-dejavu to fonts-dejavu.


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

Bug#697030: oidentd: gives invalidly formatted response (according to PostgreSQL)

[Dominik George]

Control: tag -1 + moreinfo

Hi Thomas,

I do not see any discussion on the ubuntu bug tracker.

What are the possible downsides of limiting the number of processes by
default? I imagine this can be a performance issue on some
installations. You mention that the bug happens only on "certain
setups". How often do you see these kinds of setups? If -l 10 is a
performance issue, is setting it by default the right way to deal with
the problem, or would an entry in the README suffice to inform users
that have special use cases where the bug gets important?

Cheers,
Nik

-- 
Wer den Grünkohl nicht ehrt, ist der Mettwurst nicht wert!

PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296


signature.asc
Description: Digital signature

Bug#725681: libapache2-mod-rivet: FTBFS when building the package twice

[Sven Hoexter]

Package: libapache2-mod-rivet
Version: 2.1.3-1
Severity: important

Dear Massimo,
as already discussed in private, the current rivet release 2.1.3 fails to build
twice from the same source tree.

Error message for future reference by other users:
[...]
make[3]: Leaving directory `/tmp/libapache2-mod-rivet-2.1.3/src/parser'
Making distclean in apache-2
make[3]: Entering directory `/tmp/libapache2-mod-rivet-2.1.3/src/apache-2'
Makefile:550: ../parser/.deps/mod_rivet_la-rivetParser.Plo: No such file or 
directory
[...]

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#725682: Now unknown characters just don't show up!

[jidanni]

Package: xterm
Version: 297-1
File: /usr/bin/xterm

Now unknown characters just don't show up!

This is what I typed:
$ set 唚; echo $@; unicode $@
唚
U+551A CJK UNIFIED IDEOGRAPH-551A
UTF-8: e5 94 9a  UTF-16BE: 551a  Decimal: 唚
唚 (唚)
Uppercase: U+551A
Category: Lo (Letter, Other)
Bidi: L (Left-to-Right)

This is how it looks.
$ set   ; echo $@; unicode $@
  
U+551A CJK UNIFIED IDEOGRAPH-551A
UTF-8: e5 94 9a  UTF-16BE: 551a  Decimal: 唚
   (  )
Uppercase: U+551A
Category: Lo (Letter, Other)
Bidi: L (Left-to-Right)


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

Bug#723154: video window too large for display

[Antoine Beaupré]

On 2013-10-07 07:28:54, Antoine Beaupré wrote:
> On 2013-10-06 16:22:14, Joey Hess wrote:
>> Antoine Beaupré wrote:
>>> +self.zbarframe.set_size_request(500,500)
>>
>> This works well for me. QR code is now quite large and
>> video window is a good size.
>>
>> The video is a bit laggy still, probably because it's
>> moving a lot of data around. Comparing with eg, cheese,
>> which must set the camera to a lower res and so has a much
>> less lagged video display.
>
> Does it change the resolution or truncate the widget?
>
> Let's see if we can try something else.

Actually, even easier and probably less heavy for monkeysign:

sudo apt-get install v4l-utils
v4l2-ctl --set-fmt-video=width=640,height=480,pixelformat=1

Does it work for you? Is it faster?

If so I think i'll recommends v4l-utils and fire up such a command
depending on the window size on startup.

Thanks for the testing!

A.
-- 
Ou bien Dieu voudrait supprimer le mal, mais il ne le peut pas
Ou bien Dieu pourrait supprimer le mal, mais il ne le veut pas.
- Sébastien Faure


pgpkNjfeVq7J5.pgp
Description: PGP signature

Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host

[Manuel VIVES]

Guido Günther (Guido Günther ) wrote:
> On Mon, Oct 07, 2013 at 10:21:51AM +0200, Manuel VIVES wrote:
> > Package: libvirt-bin
> > Version: 1.1.2-3hns1
> > Followup-For: Bug #725261
> > 
> > Dear Maintainer,
> > I made the changes you noticed, I also renamed it.
> 
> Thanks!
> 
> > I don't use systemd, so I'm probably not the best person for making this
> > part of the script.
> 
> But you're advocating for it.
I'm not advocating for systemd, but for a good cgroup filesytem while using 
libvirt.
Yes, the indications that D.Berrange gave me when I asked on #virt are 
indicating that we need the same "hierarchy" as the one used by systemd but I 
really don't use it (and I don't want to use it ;) )
> 
> > And for the init script, I don't know, there is no process to start so..
> 
> ...you still have to follow the init scripts start/stop logic if it
> should be an init script.
I could probably make a script which mounts on start and unmounts on stop, I'm 
going to look at this.

Manuel VIVES
> Cheers,
>  -- Guido
> 
> > Regards,
> > 
> > Manuel VIVES
> > 
> > 
> > 
> > -- System Information:
> > Debian Release: 7.1
> > 
> >   APT prefers stable
> >   APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1,
> >   'testing'), (1, 'oldstable')
> > 
> > Architecture: amd64 (x86_64)
> > Foreign Architectures: i386
> > 
> > Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 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 libvirt-bin depends on:
> > ii  adduser  3.113+nmu3
> > ii  gettext-base 0.18.1.1-9
> > ii  init-system-helpers  1.4-hns1
> > ii  libaudit01:1.7.18-1.1
> > ii  libavahi-client3 0.6.31-2
> > ii  libavahi-common3 0.6.31-2
> > ii  libblkid12.20.1-5.3
> > ii  libc62.13-38
> > ii  libcap-ng0   0.6.6-2
> > ii  libdbus-1-3  1.6.8-1
> > ii  libdevmapper1.02.1   2:1.02.74-7
> > ii  libgcrypt11  1.5.0-5
> > ii  libgnutls26  2.12.20-7
> > ii  libnetcf11:0.2.3-3~bpo70+1
> > ii  libnl-3-200  3.2.7-4
> > ii  libnl-route-3-2003.2.7-4
> > ii  libnuma1 2.0.8~rc4-1
> > ii  libparted0debian12.3-12
> > ii  libpcap0.8   1.3.0-1
> > ii  libpciaccess00.13.1-2
> > ii  libreadline6 6.2+dfsg-0.1
> > ii  libsasl2-2   2.1.25.dfsg1-6+deb7u1
> > ii  libudev0 175-7.2
> > ii  libvirt0 1.1.2-3hns1
> > ii  libxenstore3.0   4.1.4-3+deb7u1
> > ii  libxml2  2.8.0+dfsg1-7+nmu1
> > ii  libyajl2 2.0.4-2
> > ii  logrotate3.8.1-4
> > 
> > Versions of packages libvirt-bin recommends:
> > ii  bridge-utils1.5-6
> > ii  dmidecode   2.11-9
> > ii  dnsmasq-base2.62-3+deb7u1
> > ii  ebtables2.0.10.4-1
> > ii  gawk1:4.0.1+dfsg-2.1
> > ii  iproute 20120521-3+b3
> > ii  iptables1.4.14-3.1
> > ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
> > ii  netcat-openbsd  1.105-7
> > ii  parted  2.3-12
> > ii  pm-utils1.4.1-9
> > ii  qemu1.1.2+dfsg-6a
> > ii  qemu-kvm1.1.2+dfsg-6
> > 
> > Versions of packages libvirt-bin suggests:
> > pn  auditd   
> > ii  policykit-1  0.105-3
> > ii  radvd1:1.8.5-1
> > pn  systemtap
> > 
> > -- Configuration Files:
> > /etc/libvirt/libvirtd.conf changed [not included]
> > /etc/libvirt/lxc.conf changed [not included]
> > /etc/libvirt/qemu.conf [Errno 13] Permission non accordée:
> > u'/etc/libvirt/qemu.conf' /etc/libvirt/qemu/networks/default.xml [Errno
> > 13] Permission non accordée: u'/etc/libvirt/qemu/networks/default.xml'
> > /etc/logrotate.d/libvirtd changed [not included]
> > /etc/logrotate.d/libvirtd.lxc changed [not included]
> > /etc/logrotate.d/libvirtd.qemu changed [not included]
> > 
> > -- no debconf information
> > 
> > #!/bin/sh
> > 
> > mount -t tmpfs cgroup_root /sys/fs/cgroup
> > 
> > MOUNTS="cpuset cpu cpuacct memory devices freezer net_cls blkio
> > perf_event" for M in $MOUNTS; do
> > 
> > mkdir /sys/fs/cgroup/$M
> > mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,$M "cgroup_${M}"
> > "/sys/fs/cgroup/${M}"
> > 
> > done
> > 
> > 
> > ___
> > Pkg-libvirt-maintainers mailing list
> > pkg-libvirt-maintain...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maint
> > ainers


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

Bug#725682: Now unknown characters just don't show up!

[Thomas Dickey]

On Mon, Oct 07, 2013 at 08:15:43PM +0800, jida...@jidanni.org wrote:
> Package: xterm
> Version: 297-1
> File: /usr/bin/xterm

Patch #297 - 2013/09/10

 * modify  check  for  missing  cells  in  bitmap font to work around
   terminus   10646   encoding,   which   is   mostly   missing,  add
   assumeAllChars resource to provide the older behavior.

It's configurable, as noted (it would be nice if font maintainers did something
about bug reports, but I don't recall any successes in that venue).

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#725683: ITP: libdevel-callsite-perl -- Perl module to get caller return OP address and Perl interpreter context

[Salvatore Bonaccorso]

Package: wnpp
Owner: Salvatore Bonaccorso 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdevel-callsite-perl
  Version : 0.07
  Upstream Author : Rocky Bernstein  (current maintainer), Ted 
Zlatanov , Ben Morrow
* URL : https://metacpan.org/release/Devel-Callsite/
* License : Artistic or GPL-2+
  Programming Lang: Perl
  Description : Perl module to get caller return OP address and Perl 
interpreter context

Devel::Callsite module provides subroutines to get the caller return OP
address and perl interpreter context.

The callsite() function returns the OP address of the caller, a number,
one level up from where it was called. It's useful for functions that
need to uniquely know where they were called, such as Every::every();
see Every. Or it can be used to pinpoint a location with finer
granularity than a line number (see
http://www.perlmonks.com/?node_id=987268). In conjunction with an OP
tree disassembly you can know exactly where the caller is located in
the Perl source.

The context() function returns the interpreter context as a number.
This is a fairly unique number together with the call site.


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

Bug#725684: AWS VPC not supported by facter-1.7.1

[Cedric Jeanneret]

Package: facter
Version: 1.7.1
severity: important

When we run facter in a freshly Amazon VPC instance, it doesn't get the ec2_* 
facts as it should.

Problem seems to be located in Facter::Util::EC2.has_ec2_arp function: it 
checks the instance MAC address, which is predictable on "non-VPC" instances 
(fe:ff:ff:ff:ff:ff), but not on VPC instances, as they do have a "real" MAC 
address.

My tests seem to show the generated MAC has this "root": 12:ea:49:c0

This means we should be able to modify util/ec2.rb like this:

--- ec2.rb.ori  2013-10-07 14:06:14.391700848 +0200
+++ ec2.rb  2013-10-07 08:58:28.690642654 +0200
@@ -40,9 +40,9 @@

   mac_address_re = case kernel
when /Windows/i
- /fe-ff-ff-ff-ff-ff/i
+ /(fe-ff-ff-ff-ff-ff|12-ea-49-c0)/i
else
- /fe:ff:ff:ff:ff:ff/i
+ /(fe:ff:ff:ff:ff:ff|12:ea:49:c0)/i
end

   arp_command = case kernel

Or, maybe, we can ignore this check… MAC address isn't the best way to test 
this kind of stuff, the Facter::Util::EC2.can_connect should be sufficient…


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

Bug#689088: libgl1-mesa-dev is not Multi-Arch compatible

[Laurent Aguerreche]

One year later this bug still happens on Wheezy. Do maintainers plan to fix
it for this version or is it something that needs a lot of work to get it
done right? Will it be fixed in the next stable (is it already available in
testing?)?

Currently I'm unable to build 32 and 64 bits OpenGL programs on my computer
because of this issue (or I have to install by hand a symbolic link to
/usr/lib/i386-linux-gnu/libGL.so.1).


Regards.
Laurent.

Bug#635476: Replace ‘htmlfiles’ directory with a symlink on package upgrade

[Dmitry Shachnev]

Hi Ben,

On Mon, Oct 7, 2013 at 4:50 AM, Ben Finney  wrote:
> I have committed a new revision which removes the platform-dependent
> directory in preinst, allowing the new release to create it as a symlink to
> the platform-independent location.
>
> Please try this change and see whether it addresses the problem you've
> reported.

Unfortunately no, looks like you really should use "rm -rf":

dmitry /tmp/coverage-3.7 > sudo dpkg -i ../python-coverage_3.7-1_i386.deb
(Reading database ... 362476 files and directories currently installed.)
Preparing to replace python-coverage 3.4-3 (using
.../python-coverage_3.7-1_i386.deb) ...
rmdir: failed to remove
'/usr/lib/python2.7/dist-packages/coverage/htmlfiles': Directory not
empty
dpkg: error processing ../python-coverage_3.7-1_i386.deb (--install):
 subprocess new pre-installation script returned error exit status 1

Another way to solve this problem will be to patch coverage to load
files from correct directory. For example, in Sphinx we do

sed -i -e "s!^package_dir = .*!package_dir = '/usr/share/sphinx'!" \
  $(debroot)$(site_packages)/sphinx/__init__.py \
  $(debroot)$(py3_site_packages)/sphinx/__init__.py

Other items of my previous review still stay in place.

Additionally, lintian now emits five "manpage-has-bad-whatis-entry" warnings.

--
Dmitry Shachnev


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

Bug#723154: video window too large for display

[Antoine Beaupré]

The last idea/option I have left here is to use v4l ioctls directly:

http://docs.python.org/2/library/fcntl.html#fcntl.ioctl
http://www.linuxtv.org/downloads/legacy/video4linux/API/V4L2_API/spec-single/v4l2.html#crop
http://www.linuxtv.org/downloads/legacy/video4linux/API/V4L2_API/spec-single/v4l2.html#vidioc-enum-framesizes

Hopefully, *one* of those ideas will work. :)

A.

-- 
Evil exists to glorify the good. Evil is negative good.
It is a relative term. Evil can be transmuted into good.
What is evil to one at one time,
becomes good at another time to somebody else.
- Sivananda


pgpgjlJdCv2SE.pgp
Description: PGP signature

Bug#661924: Rachana Malayalam has misleading internal glyph for 0D4C MALAYALAM VOWEL SIGN AU

[Santhosh Thottingal]

Fixed in upstream.
Commit:
http://git.savannah.gnu.org/cgit/smc/fonts.git/commit/?id=965e49608f8a496c86c896df884306f2fe8d986b

Thanks
Santhosh

Bug#704745: oidentd: gives invalidly formatted response (according to PostgreSQL)

[Dominik George]

Control: tag -1 + moreinfo

Hi Joost,

this looks as though oidentd was not able to determine the user the
connection belongs to.

Can you reproduce this error, for example, send me the relevant line
from netstat -ntopa, a tcpdump of the ident conversation, or the like?

Cheers,
Nik

-- 
* mirabilos is handling my post-1990 smartphone *
 Aaah, it vibrates! Wherefore art thou, demonic device??

PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296


signature.asc
Description: Digital signature

Bug#678229: tilem maintained in debian-science

[Andreas B. Mundt]

Hi,

sorry for reporting late, I hope nobody started already to work on
the tilem package.

It's going to be maintained in debian-science and is currently sitting
in NEW.

Packaging is done here, everyone is welcome to partitipate:

  http://anonscm.debian.org/gitweb/?p=debian-science/packages/tilem.git


Best regards,

 Andi


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

Bug#724757: RFS: dxsamples/4.2.0-2 [ITA] -- Sample programs for the OpenDX Data Explorer

[Graham Inggs]

On 05/10/2013 19:22, Paul Gevers wrote:

What I intended you to do is to state the above also in bug 412811, so
that it is clear for people looking at that bug report. And when you
communicate with debian-legal, make sure the bug is in CC.


I will do.  I intend to follow up in both bugs after I have made further 
progress and after the upload records me as the maintainer of 
dxsamples.  What I wrote in this bug was to let you know I was working 
on both.  I should have made that clear.



These directories don't exist, am I (and lintian) right? So why do you
even want these symlinks? Speculating now, but maybe this was something
from the past.


My understanding is these symlinks link the samples and java directories 
located in /usr/share/dx to where the main dx program expects to find 
them in /usr/lib/dx.  A similar relationship exists with the dx-doc 
package where the main dx package has symlinks linking html and help 
located in /usr/share/doc/dx into /usr/lib/dx.



If we still need them, yes. Else just drop them. But you forgot to
Breaks: dxsamples (<< 4.2.0-2)
Replaces: dxsamples (<< 4.2.0-2)
in dx. See policy 7.6.1


I have added the breaks/replaces on dxsamples << 4.2.0-2 to the dx package.


As you provide dx-dev, I prefer that, but I can live with your current
choice.
I have changed the suggests on libdx4-dev to dx-dev in the dxsamples 
package.



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

Bug#689088: libgl1-mesa-dev is not Multi-Arch compatible

[Cyril Brulebois]

Laurent Aguerreche  (2013-10-07):
> One year later this bug still happens on Wheezy. Do maintainers plan to fix
> it for this version or is it something that needs a lot of work to get it
> done right? Will it be fixed in the next stable (is it already available in
> testing?)?

This won't be fixed in wheezy (even more so since it's not fixed in
unstable).

> Currently I'm unable to build 32 and 64 bits OpenGL programs on my computer
> because of this issue (or I have to install by hand a symbolic link to
> /usr/lib/i386-linux-gnu/libGL.so.1).

Chroots work fine.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#725409: xserver-xorg-video-radeon: Non-displayable screen-modes during system startup

[Julien Cristau]

On Sat, Oct  5, 2013 at 13:33:35 +0200, Andreas Glaeser wrote:

> At the moment I use the onboard graphics-solution ATI RS780 [Radeon HD 3200], 
> as hardinfo
> tells me.
> The problem was mentioned already there:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711941
> Now a new kernel-version was tried out, numbered 3.2.51, where the proprietary
> AMD-ATI-blob was not workable anymore, so I report this now separately in 
> defense, so to
> speak.
> With some live-CD systems the effect is worse and does not only appear during
> boot-time and X-initialization, but there is no workable display at all.
> I tried the latest 3.10-kernel version from backports, which pulled in dracut 
> and other
> stuff and was not workable at all. Now I probably really need to buy that
> graphics-card, I have on my wishlist, because a fix is not going arrive here 
> soon.
> I tried to create an xorg.conf file and tried some things there, see below, 
> but without
> any effect.
> From my experience I can tell, that when things are broken in X, one can 
> spend an
> arbitrary amount of time trying to reconfigure the X-server, but no success 
> at all emerges
> from that. 
> 
I'm afraid I can't understand the above, so I don't know what you're
trying to say, sorry.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#725691: mc: erratic behaviour of mcedit as subprocess of mc

[Karsten Hilbert]

Package: mc
Version: 3:4.8.10-4
Severity: normal
Tags: upstream

With the latest update mcedit started to behave quite erratically:

When mcedit is invoked by typing

mcedit SOMEFILE

from the mc commandline rather then pressing F4 on
the file the editor will behave quite strange:

- at first no file content is shown
- upon pressing the first key the file content shows up
- all keys react very delayed or not at all
- the key delay is not predictable it differs
  from keystroke to keystroke
- which keys don't react at all is not predictable either,
  the affected keys change, even within one and the
  same mcedit session

The following has happened under the same circumstances
but already for a longer time (it worked before):

- ctrl/shift+INS copy/paste doesn't work
- cursor key based text selection doesn't work

Now, the answer might be: don't invoke mcedit manually under mc.
However, mcedit is configured to be my default editor (say,
sensible-editor and such) and thusly is invoked by many tools
(like git for editing commit messages).

Invoking mcedit from the shell makes it behave just fine.

Karsten

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 
'unstable'), (10, 'experimental')
Architecture: i386 (i686)

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

Versions of packages mc depends on:
ii  e2fslibs  1.42.8-1
ii  libc6 2.17-93
ii  libglib2.0-0  2.36.4-1
ii  libgpm2   1.20.4-6.1
ii  libslang2 2.2.4-15
ii  libssh2-1 1.4.3-1
ii  mc-data   3:4.8.10-4

Versions of packages mc recommends:
ii  mime-support  3.54
ii  perl  5.18.1-4
ii  unzip 6.0-9

Versions of packages mc suggests:
ii  acroread [pdf-viewer]  9.5.5-dmo1
ii  arj3.10.22-11
ii  bzip2  1.0.6-5
ii  catdvi 0.14-12.1
ii  dbview 1.0.4-1
ii  djvulibre-bin  3.5.25.4-2
ii  file   1:5.14-2
ii  genisoimage9:1.1.11-2
pn  gv 
ii  imagemagick8:6.7.7.10-6
ii  odt2txt0.4+git20100620-1+b1
ii  okular [pdf-viewer]4:4.10.5-1
ii  poppler-utils  0.18.4-8
ii  python 2.7.5-5
pn  python-boto
ii  python-tz  2012c-1
ii  texlive-binaries   2013.20130729.30972-2
ii  w3m0.5.3-11
ii  xpdf [pdf-viewer]  3.03-11
ii  zip3.0-7

-- 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#725692: mc: faulty behaviour of ALT-P

[Karsten Hilbert]

Package: mc
Version: 3:4.8.10-4
Severity: normal
Tags: upstream

Regardless of whether mcedit is called from bash
or from within an mc session this happens:

- ALT-P sometimes does not properly wrap the first
  line of a paragraph - it ends considerably
  shorter than what would have fit inside the
  configured maximum width

This has started to occur quite recently, maybe
even with 4.8.10.

Karsten

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 
'unstable'), (10, 'experimental')
Architecture: i386 (i686)

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

Versions of packages mc depends on:
ii  e2fslibs  1.42.8-1
ii  libc6 2.17-93
ii  libglib2.0-0  2.36.4-1
ii  libgpm2   1.20.4-6.1
ii  libslang2 2.2.4-15
ii  libssh2-1 1.4.3-1
ii  mc-data   3:4.8.10-4

Versions of packages mc recommends:
ii  mime-support  3.54
ii  perl  5.18.1-4
ii  unzip 6.0-9

Versions of packages mc suggests:
ii  acroread [pdf-viewer]  9.5.5-dmo1
ii  arj3.10.22-11
ii  bzip2  1.0.6-5
ii  catdvi 0.14-12.1
ii  dbview 1.0.4-1
ii  djvulibre-bin  3.5.25.4-2
ii  file   1:5.14-2
ii  genisoimage9:1.1.11-2
pn  gv 
ii  imagemagick8:6.7.7.10-6
ii  odt2txt0.4+git20100620-1+b1
ii  okular [pdf-viewer]4:4.10.5-1
ii  poppler-utils  0.18.4-8
ii  python 2.7.5-5
pn  python-boto
ii  python-tz  2012c-1
ii  texlive-binaries   2013.20130729.30972-2
ii  w3m0.5.3-11
ii  xpdf [pdf-viewer]  3.03-11
ii  zip3.0-7

-- 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#689088: libgl1-mesa-dev is not Multi-Arch compatible

[Julien Cristau]

On Mon, Oct  7, 2013 at 14:32:35 +0200, Laurent Aguerreche wrote:

> One year later this bug still happens on Wheezy. Do maintainers plan to fix
> it for this version or is it something that needs a lot of work to get it
> done right? Will it be fixed in the next stable (is it already available in
> testing?)?
> 
This is not going to change in wheezy.  It may, or may not, get resolved
later.  I suggest you use a chroot for your 32-bit builds.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#725200: toolbars auto-lock after customizing

[westlake]

I just noticed about this after filing a few bug reports to you guys.

I will refer to kde.bugs.org..

Thanks guys.. (sorry if it seemed like I was ignoring the replies)


On 02/10/13 04:13 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

tags 725200 upstream
thanks

Hello,

the bug you reported is a KDE bug. Please report it via
Help -> Report bug... menu item of the respective application
or by visiting https://bugs.kde.org/ and following instructions
to report a new bug.

Debian Qt/KDE maintainers do not have resources to deal with
non Debian-specific bugs and therefore it is unlikely that
your bug will be solved if you do not report it to KDE developers
directly (unless it is/has been reported by somebody else).

Whenever you open a bug report on the KDE bug tracking system, or
you find that the bug has been already reported on it, you can couple
both this Debian bug and the KDE bug together by sending the mail with
the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with
the address of the bug report on https://bugs.kde.org/)

[ copy this ]
forwarded 725200 KDE-BUG-URL
thanks
[ copy this ]

Thank you,




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

Bug#725383: FTBFS on kfreebsd-*: SYS_gettid is Linux-specific

[Robert Millan]

Petr Salinger:
>> Is there any lwpid_t which isn't "long" and defined by kernel headers?
> 
> See upstream sources:
> 
> http://svnweb.freebsd.org/base/head/sys/sys/_types.h?revision=255219&view=markup
> 
> 
> typedef __int32_t __lwpid_t; /* Thread ID (a.k.a. LWP) */
> 
> And compare with
> http://svnweb.freebsd.org/base/head/sys/kern/syscalls.master?revision=255708&view=markup
> 
> 
> 432 AUE_NULL STD { int thr_self(long *id); }

Oh, I see. It seems I missunderstood what thr_self() does.

Thanks for clarifying!

-- 
Robert Millan


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

Bug#725390: (no subject)

[westlake]

sending to kde bug report


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

Bug#725520: crash prevention with LIBGL_ALWAYS_SOFTWARE=1

[Nils Dagsson Moskopp]

The crash is probably related to OpenGL; this command prevents it:
LIBGL_ALWAYS_SOFTWARE=1 openstreetmap-client

-- 
Nils Dagsson Moskopp // erlehmann



signature.asc
Description: PGP signature

Bug#725491: python-uno: ImportError().with_traceback doesn't exists in Python2

[Rene Engelhard]

Hi,

On Sun, Oct 06, 2013 at 04:37:01PM +0200, Rene Engelhard wrote:
> > Severity: grave
> > Tags: patch
> > Justification: renders package unusable
> 
> Seriously? Why? Yes, it fails when there's a ImportError to throw, but it
> should work otherwise?

I am still wondering about that.. Agree with downgrading?

> be that critical, no? Should be fixed nevertheless, yes. (And be it by phasing
> out python2 support)

Too bad we still need to keep python-uno (note it's already oldlibs - extra)
alive because r-deps are not able to update in time...
 
> Will forward upstream.

Was fixed upstream in 
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-1&id=2665c114f0adc466efa6ab49cd54d8f633f112fa
 for 4.2.0, 4.1.3 (and 4.0.7)

Will be in next upload, though (if needed backported)

Regards,

Rene


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

Bug#725379: [Pkg-ime-devel] Bug#725379: ibus-el: cannot switch ibus on

[Osamu Aoki]

Hi,
On Mon, Oct 07, 2013 at 12:10:49PM +0900, Olaf Meeuwissen wrote:
...
> I have no idea how to go about fixing it though.  I guess this should
> be sent upstream

Done.


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

Bug#725651: qtwebkit failed to build on mips64el

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 07 October 2013 09:32:12 YunQiang Su wrote:
> Package: qtwebkit
> Version: 2.2.1-6
> 
> On mips64el, qtwebkit has the same problem like qt4.
> The attachment is the patch.
> 
> Or where should I apply it to upstream?

Hi YunQiang! As a rule of thumb, if it's something that does not involve 
packaging, pushing the patchs upstream is normally the best idea. An exception 
could be a patch that introduces something that is very Debian-related, but 
most of the time this can also be pushed upstream somehow.

In this specific case, please do submit it upstream and let's see what they 
say (they might want some cosmetic changes, for example). If they ACK the 
patch, I'll happily apply it on the package until it gets included in the next 
release.

Kinds regards, Lisandro.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#725200: toolbars auto-lock after customizing

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 07 October 2013 08:51:33 westlake wrote:
> I just noticed about this after filing a few bug reports to you guys.
> 
> I will refer to kde.bugs.org..
> 
> Thanks guys.. (sorry if it seemed like I was ignoring the replies)

No problem at all, thanks for pushing this upstream :)

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#725491: python-uno: ImportError().with_traceback doesn't exists in Python2

[Tecnosegugio]

Il 07/10/2013 15:34, Rene Engelhard ha scritto:

>>> Severity: grave
>>> Justification: renders package unusable
>>
>> Seriously? Why? Yes, it fails when there's a ImportError to throw,
>> but it should work otherwise?
>
> I am still wondering about that.. Agree with downgrading?

Sorry for the delay...I'm still using Python2.x in several projects and
ImportError happens often during developing phase.
This bug make all ImportError unrecognizable because they becomes
AttributeError.

Furthermore, there are 3rd parts programs that try to import a python3
lib and then, managing the ImportError exception, they import the
equivalent python2 lib. This bug in Python-uno makes the ImportError
uncatchable. Don't know if this is a bad behaviour of those programs or
is fine to do in that way.

Anyway...I agree that this bug doesn't make "unusable" this package for
everyone so I agree to downgrade the severity.


> Was fixed upstream in
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-1&id=2665c114f0adc466efa6ab49cd54d8f633f112fa

> for 4.2.0, 4.1.3 (and 4.0.7)
> Will be in next upload, though (if needed backported)

Great!
Thank you!

-- 
-=) Pierpaolo AKA il Tecnosegugio (=-


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

Bug#725508: Acknowledgement (eglibc: [hppa] Patch set for 2.13 build)

[John David Anglin]

Oops, wrong version in title.  Patches are for 2.17.

Dave

--
John David Anglindave.ang...@bell.net


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

Bug#725491: python-uno: ImportError().with_traceback doesn't exists in Python2

[Rene Engelhard]

severity 725491 important
thanks

Hi,

On Mon, Oct 07, 2013 at 04:00:41PM +0200, Tecnosegugio wrote:
> Anyway...I agree that this bug doesn't make "unusable" this package for
> everyone so I agree to downgrade the severity.

OK :)

Regards,

Rene


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

Bug#725701: 389-admin: port to Apache 2.4

[Colin Watson]

Package: 389-admin
Version: 1.1.30-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch saucy

389-admin is still built against Apache 2.2 and configured accordingly,
but we're now on Apache 2.4.  There's an upstream patch to improve
things, and I massaged it into the Debian packaging (it needs to go
below http_conf_fix because that patch needs to be extended to cover
2.4).  I don't really have a setup where I can test this - could you
check this out to make sure I haven't broken anything?

  * Build-depend on apache2-dev rather than apache2-threaded-dev.
  * Backport upstream patch to handle Apache 2.4 module layout.
  * Use group nogroup rather than nobody.

diff -Nru 389-admin-1.1.30/debian/control 389-admin-1.1.30/debian/control
--- 389-admin-1.1.30/debian/control 2012-06-28 12:22:42.0 +0100
+++ 389-admin-1.1.30/debian/control 2013-10-07 14:55:19.0 +0100
@@ -15,7 +15,7 @@
  libperl-dev,
  po-debconf,
  389-ds-base-dev,
- apache2-threaded-dev,
+ apache2-dev,
  libadminutil-dev,
  apache2-mpm-worker,
  libapache2-mod-nss,
diff -Nru 389-admin-1.1.30/debian/patches/apache_2.4.patch 
389-admin-1.1.30/debian/patches/apache_2.4.patch
--- 389-admin-1.1.30/debian/patches/apache_2.4.patch1970-01-01 
01:00:00.0 +0100
+++ 389-admin-1.1.30/debian/patches/apache_2.4.patch2013-10-07 
14:54:46.0 +0100
@@ -0,0 +1,767 @@
+Description: Add configuration for Apache 2.4
+Author: Noriko Hosoi 
+Origin: 
https://git.fedorahosted.org/cgit/389/admin.git/commit/?id=1e2a818e8403e8b4b5f346841ea7f06e7942d48c
+Forwarded: not-needed
+Last-Update: 2013-10-07
+
+Index: b/Makefile.am
+===
+--- a/Makefile.am
 b/Makefile.am
+@@ -408,7 +408,8 @@
+   admserv/cfgstuff/nss.conf admserv/cfgstuff/httpd.conf
+ 
+ if APACHE24
+-HTTPD_CONF_SRC = admserv/cfgstuff/httpd-2.2.conf.in
++# F18 and newer
++HTTPD_CONF_SRC = admserv/cfgstuff/httpd-2.4.conf.in
+ else
+ if APACHE22
+ HTTPD_CONF_SRC = admserv/cfgstuff/httpd-2.2.conf.in
+Index: b/admserv/cfgstuff/httpd-2.4.conf.in
+===
+--- /dev/null
 b/admserv/cfgstuff/httpd-2.4.conf.in
+@@ -0,0 +1,742 @@
++# BEGIN COPYRIGHT BLOCK
++# Copyright (C) 2013 Red Hat, Inc.
++# All rights reserved.
++#
++# This program is free software; you can redistribute it and/or
++# modify it under the terms of the GNU General Public License
++# as published by the Free Software Foundation; version 2
++# of the License.
++#
++# This program is distributed in the hope that it will be useful,
++# but WITHOUT ANY WARRANTY; without even the implied warranty of
++# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
++# GNU General Public License for more details.
++#
++# You should have received a copy of the GNU General Public License
++# along with this program; if not, write to the Free Software
++# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, 
USA.
++#
++
++# END COPYRIGHT BLOCK
++#
++# Based upon the NCSA server configuration files originally by Rob McCool.
++#
++# This is the main Apache server configuration file.  It contains the
++# configuration directives that give the server its instructions.
++# See http://httpd.apache.org/docs-2.0/> for detailed information about
++# the directives.
++#
++# Do NOT simply read the instructions in here without understanding
++# what they do.  They're here only as hints or reminders.  If you are unsure
++# consult the online docs. You have been warned.  
++#
++# The configuration directives are grouped into three basic sections:
++#  1. Directives that control the operation of the Apache server process as a
++# whole (the 'global environment').
++#  2. Directives that define the parameters of the 'main' or 'default' server,
++# which responds to requests that aren't handled by a virtual host.
++# These directives also provide default values for the settings
++# of all virtual hosts.
++#  3. Settings for virtual hosts, which allow Web requests to be sent to
++# different IP addresses or hostnames and have them handled by the
++# same Apache server process.
++#
++# Configuration and logfile names: If the filenames you specify for many
++# of the server's control files begin with "/" (or "drive:/" for Win32), the
++# server will use that explicit path.  If the filenames do *not* begin
++# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
++# with ServerRoot set to "/path/redhat/apache" will be interpreted by the
++# server as "/path/redhat/apache/logs/foo.log".
++#
++
++### Section 1: Global Environment
++#
++# The directives in this section affect the overall operation of Apache,
++# such as the number of concurrent requests it can handle or where it
++# can find its configuration files.
++#
++
++#
++# ServerRoot: The top of the directory tree under which the server's
++#

Bug#723242: [Debian-med-packaging] Bug#723242: bowtie2 link with -L/usr/lib

[Alex Mestiashvili]

On 09/17/2013 12:28 PM, YunQiang Su wrote:

Package: bowtie2
Version: 2.1.0-2
X-Debbugs-CC: wzss...@gmail.com

This package has one or more -L/usr/lib in its build system,
which will make it ftbfs if there is libraries under /usr/lib,
while is not the default architecture, mips* for example.

On mips* systems, /usr/lib is defined as place to hold O32
libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.

Beside the way, on the multiarch system like Debian, user may install
libraries under /usr/lib by hand.

Please use the default search path if you can, and please consider fix
this.

I will try to fix this bug, while if you can help to fix it,
It will be very appreciative.

The attachement is the buildlog of this package on mips64el platform.


Dear YunQiang Su,

I couldn't find any occurrences of "-L/usr/lib" in the code.
Besides from that it is not build for mips* architectures.

You can see the build status here: 
https://buildd.debian.org/status/package.php?p=bowtie2


Regards,
Alex


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

Bug#720441: Got a fix, how to submit patch.

[Cedric Blancher]

On 7 October 2013 09:38, Phi Debian  wrote:
> Hi All,
>
> This patch fix the ksh core dump or random memory corruption seen when
> typing ## (or more generally #)
>
> The original code was missing a var initialisation, later teh code
> firex a nullderef still missing the var initialisation.
>
> This fix do both the var init, and the null deref avoidance.

Could you ask ольга крыжановская ,
please? She's taking over the development and maintainership for the
Debian ksh93 package (likely the most qualified to do so since she was
one of the two main developers of the ksh93-as-/bin/sh-work in Solaris
11).

Ced
-- 
Cedric Blancher 
Institute Pasteur


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

Bug#725673: libopenblas-base: No direct linking of openblas possible, always redirects to libblas.so.3.

[mkbugreport]

On 10/07/2013 11:36 AM, mkbugreport.67791230...@inboxalias.com wrote:
> Original email sent from: sebast...@debian.org
> 
> Control: severity -1 wishlist
> Control: tags -1 - upstream
> 
> Le lundi 07 octobre 2013 à 11:06 +0200, Martin Koehler a écrit :
>> Package: libopenblas-base
>> Version: 0.2.8-2
>> Severity: important
>> Tags: upstream
>>
>> Dear Maintainer,
>>
>> I am using openblas on debian wheezy and linked my programs explicitly (for
>> benchmarking purpose and not to run update-alternatives as root everytime)
>> using
>>  $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
>>  $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
>> and got an binary which depends on libopenblas.so.
>>
>> Now we update to Debian Testing/Jessie and the following happened:
>>  $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
>>  $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
>>  $ ldd test.openblas
>> linux-gate.so.1 (0xb76e5000)
>> libblas.so.3 => /usr/lib/libblas.so.3 (0xb65d5000)
>> libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6426000)
>> libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb63e2000)
>> libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
>> (0xb63c7000)
>> /lib/ld-linux.so.2 (0xb76e6000)
>>
>> which does not any longer include Openblas directly and forces to use the
>> update-alternative system. I figured out that this behavior was introduced to
>> solve bug #687349 ( see the libblas3-soname.patch). I think this behavior is
>> not helpful for every day live.  In contrast if a want to do the same using
>> ATLAS I can link againf libf77blas and  libatlas and it works without this
>> issue.
>>
>> I think there must be another solution to solve bug #687349 without this 
>> "bad"
>> soname trick. In case of ATLAS there is a separate library which contains all
>> dependencies to ATLAS but it still allows to use ATLAS explicitly overriding
>> the update-alternatives system.
> 
> First, I am convinced that the old behaviour (in wheezy) was buggy and
> that the new behaviour (in jessie/sid) is right. The fact that the
> soname was libopenblas.so.0 meant that programs linked with -lblas were
> *not* respecting the alternatives system. This is actually a wider
> problem than #687349. The fix was indeed to set the soname of the
> library to libblas.so.3. I don't intend to revert that change.
> 
> Now, your problem is a bit different. You are manipulating the dynamic
> linker (with the -L flag and also by modifying the LD_LIBRARY_PATH
> variable) to directly link to openblas, bypassing the alternatives
> system. This was working in wheezy, but more by chance rather than
> because of a conscious choice by the maintainers.
> 
> However, I understand your need for the possibility to bypass the
> alternatives system. The only solution that I see is to have a second
> binary of the library, identical to the other one, except that it would
> have the soname equal to libopenblas.so.0. Also, that binary would have
> to go to /usr/lib// (without the trailing "openblas"
> subdirectory), so that manipulating the linker with -L and
> LD_LIBRARY_PATH would not be needed.
> 
> I am open to implement the above solution, even though I don't like too
> much the duplication of binary code that it entails.
> 
> Sylvestre: do you have any better idea?
> 

As far as I understand both ways, the one in wheezy and the one in
jessie are not completely statisfying. After your explainations I think
it would be a good idea to provide a second library with the other
DT_SONAME set. It seems that this is already the way how it is done for
ATLAS. (It provides a separate libblas.so.3 in atlas-base/atlas which is
used for update alternatives).  Introducing the same structure for
OpenBLAS will give a great flexibility and solve both problems. The one
with the SONAMEs in the update-alternative system and on the other hand
it allows to link openblas directly.
_
Send and receive anonymous emails to your inbox with InboxAlias.
http://www.inboxalias.com


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

Bug#725702: wide-dhcpv6-client: fails to upgrade/install properly

[Vincent van Leeuwen]

Package: wide-dhcpv6-client
Version: 20080615-12
Severity: grave
Justification: renders package unusable

Dear Maintainer,

While upgrading and later (re)installing wide-dhcpv6-client on the testing 
distribution:


root@ur-quan:~# apt-get install wide-dhcpv6-client
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  wide-dhcpv6-client
0 upgraded, 1 newly installed, 0 to remove and 5 not upgraded.
Need to get 0 B/103 kB of archives.
After this operation, 204 kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously unselected package wide-dhcpv6-client.
(Reading database ... 125947 files and directories currently installed.)
Unpacking wide-dhcpv6-client (from .../wide-dhcpv6-client_20080615-12_i386.deb) 
...
Processing triggers for man-db ...
Setting up wide-dhcpv6-client (20080615-12) ...
Generating /etc/default/wide-dhcpv6-client...
Starting WIDE DHCPv6 client: dhcp6c failed!
invoke-rc.d: initscript wide-dhcpv6-client, action "start" failed.
dpkg: error processing wide-dhcpv6-client (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 wide-dhcpv6-client
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@ur-quan:~# 


Result is that wide-dhcpv6-client won't start, breaking my IPv6 setup.


Kind Regards,
Vincent van Leeuwen


-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (990, 'stable'), (900, 'testing'), (400, 'unstable'), (300, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages wide-dhcpv6-client depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libc6  2.17-93
ii  lsb-base   4.1+Debian12
ii  sharutils  1:4.11.1-2

wide-dhcpv6-client recommends no packages.

wide-dhcpv6-client suggests no packages.

-- Configuration Files:
/etc/wide-dhcpv6/dhcp6c.conf changed:
profile default
{
  information-only;
  request domain-name-servers;
  request domain-name;
  script "/etc/wide-dhcpv6/dhcp6c-script";
};
interface vlan2 {
send ia-pd 0;
send ia-na 1;
send rapid-commit;
#script "/usr/bin/dhcp6c-state";
request domain-name-servers;
};
id-assoc pd 0 {
prefix-interface vlan1 {
sla-id 1;
sla-len 2;
};
};
id-assoc na 1 {
# address obscured
address 1:2:3:4:5:6:7:8 infinity;
};


-- debconf information:
* wide-dhcpv6-client/interfaces: vlan2


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

Bug#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

[Alessandro Ghedini]

On lun, ott 07, 2013 at 09:54:17 +0200, Tim Ruehsen wrote:
> On Sunday 06 October 2013 22:47:28 Daniel Kahn Gillmor wrote:
> > On 10/06/2013 03:30 PM, Tim Rühsen wrote:
> > > Package: libgnutls28
> > > Version: 3.2.4-4
> > > Severity: normal
> > > 
> > > Dear Maintainer,
> > > 
> > > calling gnutls_global_init() followed by gnutls_global_deinit() leaves one
> > > memory chunk
> > 
> > > unfreed. That's what valgrind says:
> 
> > This looks to me like it might be quite similar to
> > http://bugs.debian.org/700899 -- what version of valgrind are you running?
> > 
> > see also
> > http://lists.freedesktop.org/archives/p11-glue/2013-February/000263.html
> 
> Yes, it looks like the same bug.
> My valgrind is 3.8.1-5.
> 
> BTW, bug #700899 is not solved here.
> Your dlopentest.c still behaves as you described in the original bug report 
> though the valgrind suppression is there in/usr/lib/valgrind/debian.supp:
> 
> {
>   dlopen() with -lpthread bug#700899
>   Memcheck:Leak
>   fun:calloc
>   fun:_dlerror_run
>   fun:dlopen@@GLIBC_2.2.5
> }
> 
> Valgrind still says:
> ==18794== in use at exit: 32 bytes in 1 blocks
> ==18794==   total heap usage: 6 allocs, 5 frees, 1,518 bytes allocated
> ==18794== 
> ==18794== 32 bytes in 1 blocks are still reachable in loss record 1 of 1
> ==18794==at 0x4C2B514: calloc (vg_replace_malloc.c:593)
> ==18794==by 0x505065F: _dlerror_run (dlerror.c:141)
> ==18794==by 0x50500C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87)
> 
> Out of curiosity, I copied the suppression from debian.supp to debian-libc6-
> dbg.supp. And voila, that works !
> 
> Looks like valgrind is not reading debian.supp correctly !?

Did you tell valgrind to load it? It doesn't load any suppression file by
default and never has (except debian-libc6-dbg.supp, but that's useless anyway
and will be removed in the future).

Maybe a note in valgrind's README.Debian would help clearing the confusion?

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#725703: linux-source-3.11: Please activate ZSWAP

[mourad]

Package: linux-source-3.11
Severity: wishlist

Dear Maintainer,

ZSwap is a interesting feature merged into version 3.11 of the kernel.

It would be interesting to compile it in the stock kernel and let it activable
for tester.

Best regards

Mourad



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

Kernel: Linux 3.11-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


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

Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host

[Guido Günther]

On Mon, Oct 07, 2013 at 02:12:37PM +0200, Manuel VIVES wrote:
[..snip..] 
> > > I don't use systemd, so I'm probably not the best person for making this
> > > part of the script.
> > 
> > But you're advocating for it.
> I'm not advocating for systemd, but for a good cgroup filesytem while using 
> libvirt.
> Yes, the indications that D.Berrange gave me when I asked on #virt are 
> indicating that we need the same "hierarchy" as the one used by systemd but I 
> really don't use it (and I don't want to use it ;) )

I didn't mean to say that you're advocating for systemd but for an init
script. You have to make sure it's a noop when running under systemd.

> > 
> > > And for the init script, I don't know, there is no process to start so..
> > 
> > ...you still have to follow the init scripts start/stop logic if it
> > should be an init script.
> I could probably make a script which mounts on start and unmounts on stop, 
> I'm 
> going to look at this.

Yes, please do. You also need to add the right dependencies in the
headers.
Cheers,
 -- Guido

> 
> Manuel VIVES
> > Cheers,
> >  -- Guido
> > 
> > > Regards,
> > > 
> > > Manuel VIVES
> > > 
> > > 
> > > 
> > > -- System Information:
> > > Debian Release: 7.1
> > > 
> > >   APT prefers stable
> > >   APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1,
> > >   'testing'), (1, 'oldstable')
> > > 
> > > Architecture: amd64 (x86_64)
> > > Foreign Architectures: i386
> > > 
> > > Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 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 libvirt-bin depends on:
> > > ii  adduser  3.113+nmu3
> > > ii  gettext-base 0.18.1.1-9
> > > ii  init-system-helpers  1.4-hns1
> > > ii  libaudit01:1.7.18-1.1
> > > ii  libavahi-client3 0.6.31-2
> > > ii  libavahi-common3 0.6.31-2
> > > ii  libblkid12.20.1-5.3
> > > ii  libc62.13-38
> > > ii  libcap-ng0   0.6.6-2
> > > ii  libdbus-1-3  1.6.8-1
> > > ii  libdevmapper1.02.1   2:1.02.74-7
> > > ii  libgcrypt11  1.5.0-5
> > > ii  libgnutls26  2.12.20-7
> > > ii  libnetcf11:0.2.3-3~bpo70+1
> > > ii  libnl-3-200  3.2.7-4
> > > ii  libnl-route-3-2003.2.7-4
> > > ii  libnuma1 2.0.8~rc4-1
> > > ii  libparted0debian12.3-12
> > > ii  libpcap0.8   1.3.0-1
> > > ii  libpciaccess00.13.1-2
> > > ii  libreadline6 6.2+dfsg-0.1
> > > ii  libsasl2-2   2.1.25.dfsg1-6+deb7u1
> > > ii  libudev0 175-7.2
> > > ii  libvirt0 1.1.2-3hns1
> > > ii  libxenstore3.0   4.1.4-3+deb7u1
> > > ii  libxml2  2.8.0+dfsg1-7+nmu1
> > > ii  libyajl2 2.0.4-2
> > > ii  logrotate3.8.1-4
> > > 
> > > Versions of packages libvirt-bin recommends:
> > > ii  bridge-utils1.5-6
> > > ii  dmidecode   2.11-9
> > > ii  dnsmasq-base2.62-3+deb7u1
> > > ii  ebtables2.0.10.4-1
> > > ii  gawk1:4.0.1+dfsg-2.1
> > > ii  iproute 20120521-3+b3
> > > ii  iptables1.4.14-3.1
> > > ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
> > > ii  netcat-openbsd  1.105-7
> > > ii  parted  2.3-12
> > > ii  pm-utils1.4.1-9
> > > ii  qemu1.1.2+dfsg-6a
> > > ii  qemu-kvm1.1.2+dfsg-6
> > > 
> > > Versions of packages libvirt-bin suggests:
> > > pn  auditd   
> > > ii  policykit-1  0.105-3
> > > ii  radvd1:1.8.5-1
> > > pn  systemtap
> > > 
> > > -- Configuration Files:
> > > /etc/libvirt/libvirtd.conf changed [not included]
> > > /etc/libvirt/lxc.conf changed [not included]
> > > /etc/libvirt/qemu.conf [Errno 13] Permission non accordée:
> > > u'/etc/libvirt/qemu.conf' /etc/libvirt/qemu/networks/default.xml [Errno
> > > 13] Permission non accordée: u'/etc/libvirt/qemu/networks/default.xml'
> > > /etc/logrotate.d/libvirtd changed [not included]
> > > /etc/logrotate.d/libvirtd.lxc changed [not included]
> > > /etc/logrotate.d/libvirtd.qemu changed [not included]
> > > 
> > > -- no debconf information
> > > 
> > > #!/bin/sh
> > > 
> > > mount -t tmpfs cgroup_root /sys/fs/cgroup
> > > 
> > > MOUNTS="cpuset cpu cpuacct memory devices freezer net_cls blkio
> > > perf_event" for M in $MOUNTS; do
> > > 
> > > mkdir /sys/fs/cgroup/$M
> > > mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,$M "cgroup_${M}"
> > > "/sys/fs/cgroup/${M}"
> > > 
> > > done
> > > 
> > > 
> > > ___
> > > Pkg-libvirt-maintainers mailing list
> > > pkg-libvirt-maintain...@lists.alioth.debian.org
> > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maint
> > > ainers
> 


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

Bug#725705: ITP: nfft -- Library for computing the Non-uniform Fast Fourier Transform

[Ghislain Vaillant]

Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant 

* Package name: nfft
  Version : 3.2.3
  Upstream Author : Prof. Dr. Daniel Potts 
* URL : http://www-user.tu-chemnitz.de/~potts/nfft/
* License : GPL
  Programming Lang: C
  Description : Library for computing the Non-uniform Fast Fourier Transform

The NFFT is a C subroutine library for computing the nonequispaced
discrete Fourier transform (NDFT) in one or more dimensions, of
arbitrary input size, and of complex data.


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

Bug#725404: lldpd: lldpctl does not output anything

[michael-dev]

Hi,

thanks for your help.
I'm sorry I somehow missed an old lldpctl binary in /usr/local/sbin/ - 
now everything works fine.


Regards,
 M. Braun


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

Bug#725706: gvfs-fuse: make gvfs-fuse work out of the box

[Laurent Bigonville]

Package: gvfs-fuse
Version: 1.16.3-1+b1
Severity: wishlist

Hi,

It would be nice if gvfs-fuse was working out of the box.

Currently 2 things are blocking this:

 - The /dev/fuse being owned by root:fuse with 0660 permissions
 - /bin/fusermount being owned by root:fuse with 4750 permission

If this matter, upstream udev rule is creating /dev/fuse with
permissions 0666 (owned by root:root) and upstream Makefile is
installing /bin/fusermount with 4755 permission (owned by root:root
again)

The correct ways of doing things here still probably need to be
discussed.

Cheers,

Laurent Bigonville

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

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

Versions of packages gvfs-fuse depends on:
ii  fuse  2.9.2-4
ii  gvfs  1.16.3-1+b1
ii  libc6 2.17-93
ii  libfuse2  2.9.2-4
ii  libglib2.0-0  2.36.4-1

gvfs-fuse recommends no packages.

gvfs-fuse 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#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

[Tim Ruehsen]

> > Out of curiosity, I copied the suppression from debian.supp to
> > debian-libc6- dbg.supp. And voila, that works !
> > 
> > Looks like valgrind is not reading debian.supp correctly !?
> 
> Did you tell valgrind to load it? It doesn't load any suppression file by
> default and never has (except debian-libc6-dbg.supp, but that's useless
> anyway and will be removed in the future).

Sorry, I thought it loads any *.supp files in /usr/lib/valgrind/.

> Maybe a note in valgrind's README.Debian would help clearing the confusion?

Yes, definitely. That would be helpful.

Please excuse my confusion...

Tim


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

Bug#725707: xmalloc: ../../../bash/lib/sh/stringvec.c:40: cannot allocate

[Mathieu Malaterre]

Package: bash

I would be nice if the behavior was a little more tolerant than just a
seg fault for something like:

$ bash
$ bash
$ for i in {1..10}; do uptime; done
bash: xmalloc: ../../../bash/lib/sh/stringvec.c:40: cannot allocate
88 bytes (3829760 bytes allocated)
$ echo $?
2

Thanks


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

Bug#725704: xserver-xorg-video-radeon: driver overheats laptop, forces constant fan usage

[Michel Dänzer]

On Mon, 2013-10-07 at 09:04 -0600, Al Stone wrote:
> 
> [...] on using the radeon driver, my laptop now stays very warm
> constantly, and the cooling fan never stops running (over 24 hours
> now).  On checking, it appears to be running 5-10 degrees Centigrade
> warmer all the time, just over the fan trip point.
> 
> The radeon device is:
> 
> 02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
> [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] [1002:9553]

Can you try booting a 3.11 kernel with radeon.dpm=1 on the kernel
command line?


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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

Bug#725394: usb-modeswitch: Does not work when using systemd

[Didier Raboud]

Hi Ralf, and thanks for your bugreport,

Le 2013-10-05 10:42, Ralf Jung a écrit :

Package: usb-modeswitch
Version: 2.0.1+repack0-1
Severity: important

Dear Maintainer,

usb-modeswitch does not work here when using systemd.
I need usb-modeswitch for my HP laser printer to function, but
when I used systemd to boot my system, it just wouldn't work.
I noticed that the kernel log contains the following when I plug in the 
printer:


(...)

Then I removed systemd and used sysvinit instead, which fixed the
issue. The plug-in log
now looks as follows:

(...)


Can you try to edit /lib/udev/usb_modeswitch to replace 
/usr/bin/systemctl with /bin/systemctl around line 83 and report back?


Thanks in advance, cheers,

OdyX


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

Bug#725709: strongswan: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: strongswan
Version: 5.1.0-1
Severity: wishlist
Tags: l10n patch

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation update is attached.

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
armel

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


ru.po.gz
Description: GNU Zip compressed data

Bug#725704: xserver-xorg-video-radeon: driver overheats laptop, forces constant fan usage

[Al Stone]

On 10/07/2013 09:22 AM, Michel Dänzer wrote:

On Mon, 2013-10-07 at 09:04 -0600, Al Stone wrote:


[...] on using the radeon driver, my laptop now stays very warm
constantly, and the cooling fan never stops running (over 24 hours
now).  On checking, it appears to be running 5-10 degrees Centigrade
warmer all the time, just over the fan trip point.

The radeon device is:

02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] [1002:9553]


Can you try booting a 3.11 kernel with radeon.dpm=1 on the kernel
command line?




Sure.  What's changed between 3.10 and 3.11 that would have an
affect?  Just DPM?

--
Ciao,
al
--
Al Stone Debian Developer
E-mail: a...@debian.org  http://www.debian.org
--


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

Bug#725706: gvfs-fuse: make gvfs-fuse work out of the box

[Josselin Mouette]

Le lundi 07 octobre 2013 à 17:22 +0200, Laurent Bigonville a écrit : 
> It would be nice if gvfs-fuse was working out of the box.
> 
> Currently 2 things are blocking this:
> 
>  - The /dev/fuse being owned by root:fuse with 0660 permissions
>  - /bin/fusermount being owned by root:fuse with 4750 permission
> 
> If this matter, upstream udev rule is creating /dev/fuse with
> permissions 0666 (owned by root:root) and upstream Makefile is
> installing /bin/fusermount with 4755 permission (owned by root:root
> again)
> 
> The correct ways of doing things here still probably need to be
> discussed.

An easy way to do that without lowering too much security is to
make /usr/lib/gvfs/gvfs-fuse-daemon 2755 root:fuse. This way only gvfs
could use the fuse capabilities.

Another possibility is to make /dev/fuse managed by udev-acl, but this
doesn’t solve the fusermount issue (it would require hiding it behind a
D-Bus service to do things properly).

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#725704: xserver-xorg-video-radeon: driver overheats laptop, forces constant fan usage

[Michel Dänzer]

On Mon, 2013-10-07 at 09:39 -0600, Al Stone wrote:
> On 10/07/2013 09:22 AM, Michel Dänzer wrote:
> > On Mon, 2013-10-07 at 09:04 -0600, Al Stone wrote:
> >>
> >> [...] on using the radeon driver, my laptop now stays very warm
> >> constantly, and the cooling fan never stops running (over 24 hours
> >> now).  On checking, it appears to be running 5-10 degrees Centigrade
> >> warmer all the time, just over the fan trip point.
> >>
> >> The radeon device is:
> >>
> >> 02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
> >> [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] [1002:9553]
> >
> > Can you try booting a 3.11 kernel with radeon.dpm=1 on the kernel
> > command line?
> 
> Sure.  What's changed between 3.10 and 3.11 that would have an
> affect?  Just DPM?

Yes.


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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

Bug#725710: python-docopt: package description review

[Justin B Rye]

Package: python-docopt
Version: 0.6.1-1
Severity: wishlist
Tags: patch

You asked for reviews of your other package descriptions, so here's
one...

> Package: python-docopt
[...]
> Description: Creates beautiful command-line interfaces

This is a capitalised verb-phrase; upstream use a blurb "command-line
interface description language" which happens to be a DevRef-compliant
uncapitalised noun-phrase describing the software, so let's steal that
instead.

>  docopt helps you:
>  .
>  * define interface for your command-line app, and
>  * automatically generate parser for it.
   ^
Here's the part that persuaded me to bother making this a bug report.
This isn't the required formatting to make it work as a bulletted list
on (e.g.) http://packages.debian.org/sid/python-docopt - the asterisks
should be indented one space.  But a list of two items is rarely worth
the effort, and the sentence just runs through it uninterrupted.

(You need a couple of extra articles, though.)

>  .
>  docopt is based on conventions that are used for decades in help messages and

I'm not sure this needs a new paragraph, and starting two
sentences in a row with "docopt" seems slightly repetitive.  This
second one could just say "It is based..."

Then there's a tense problem: say "conventions that have been used for
decades" (or less longwindedly, "conventions used for decades").

>  man pages for program interface description. Interface description in docopt

When I first read this I thought it was trying to say "used (a) in
help pages and (b) in man-pages-for-program-interface-descriptions",
but on second thoughts it must be "used (in help messages and in man
pages) for program interface descriptions". 

>  is such a help message, but formalized.

This final sentence is also hard to follow (not helped by the
continuing article drought), but if it's saying "the interface 
descriptions produced by docopt are a formalised version of these help 
messages" then there's not much new information here, and what there
is could easily be fitted into the previous sentence.

I would suggest:

  Description: command-line interface description language
   docopt helps you define an interface for your command-line app and
   automatically generate a parser for it. Its interface descriptions are
   based on a formalization of the standard conventions used in help
   messages and man pages.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru docopt-0.6.1.pristine/debian/control docopt-0.6.1/debian/control
--- docopt-0.6.1.pristine/debian/control	2013-09-14 21:28:23.0 +0100
+++ docopt-0.6.1/debian/control	2013-10-07 16:50:18.445617964 +0100
@@ -16,27 +16,19 @@
 Package: python-docopt
 Architecture: all
 Depends: ${python:Depends}, ${misc:Depends}
-Description: Creates beautiful command-line interfaces
- docopt helps you:
- .
- * define interface for your command-line app, and
- * automatically generate parser for it.
- .
- docopt is based on conventions that are used for decades in help messages and
- man pages for program interface description. Interface description in docopt
- is such a help message, but formalized.
+Description: command-line interface description language
+ docopt helps you define the interface for your command-line app, and
+ automatically generate a parser for it. Its interface descriptions are
+ based on a formalization of the standard conventions used in help
+ messages and man pages.
 
 Package: python3-docopt
 Architecture: all
 Depends: ${python3:Depends}, ${misc:Depends}
-Description: Creates beautiful command-line interfaces (Python3)
- docopt helps you:
- .
- * define interface for your command-line app, and
- * automatically generate parser for it.
- .
- docopt is based on conventions that are used for decades in help messages and
- man pages for program interface description. Interface description in docopt
- is such a help message, but formalized.
+Description: command-line interface description language (Python3)
+ docopt helps you define the interface for your command-line app, and
+ automatically generate a parser for it. Its interface descriptions are
+ based on a formalization of the standard conventions used in help
+ messages and man pages.
  .
  This is the Python 3 compatible version of the package.

Bug#725209: In the same boat

[Pablo Vanwoerkom]

I upgraded xorg server and it removed fglrx-driver. Now it won't let me 
re-install because the dependencies mentioned above. So meanwhile, I don't have 
a workable guy. :(

Is there a manual solution to ignore enforcing that dependencies? Thanks!

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

Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier

[Heinz Repp]

@Rene Engelhard:


Except that there's no "thunderbird" package anymopre, so this is
a non-issue.


Please fix the Debian package as well.


No. Why should I? There is no thunderbird in Debian, it's icedove. And that
one works.


When there is no thunderbird in Debian, so why do packages conflict with 
it? It would only make sense if there were an alien thunderbird package, 
and this would really conflict with those language files; and indeed, 
there has has been a conflicting thunderbird - a very ancient one. And 
there is another alien thunderbird package - the current upstream 
version. This one does not conflict, but neverless it cannot coexist 
with any of those hunspell packages. This IS an issue for anyone like 
myself who wants to run the latest thunderbird.


You are extremely finical with software freedom, but don't care for your 
user's freedom to run the software they want on your system? That's an 
inconsistency.


So please: If you do not care about ancient thunderbirds, remove the 
"conflicts: thunderbird" lines, or else change them like Ubuntu did. The 
effort is negligible, and it would profit many users.


Greetings

Heinz Repp


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

Bug#725452: eclipse-cdt: After project delete and import, eclipse doesn't re-import the gcc includes

[Jakub Adam]

Hi,


are you planning to release a backport for this package?


I can think about it, but first please check whether the latest version really 
works for you.
If so, I might look into it sometime next week.

Regards,

Jakub


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

Bug#725712: ITP: tarix -- Indexing utility for tar archives

[Stanislav Maslovski]

Package: wnpp
Severity: wishlist
Owner: Stanislav Maslovski 

* Package name: tarix
  Version : 1.0.7
  Upstream Author : Matthew "Cheetah" Gabeler-Lee
* URL : https://github.com/fastcat/tarix; 
http://sourceforge.net/projects/xtar/
* License : GPL
  Programming Lang: C
  Description : Indexing utility for tar archives

tarix is a program for indexing tar archives so that selective extraction
can be done rapidly, especially on slow devices like tape drives, providing
that you can seek to arbitrary locations (at least on 512 byte boundaries)
within the tar archive.
.
Tarix is designed to work as a compression filter for tar with the
--use-compress-program option.  Tarix can either pass the tar archive
straight through, or it can compress the archive using zlib on the way
through.  Note that tarix does special things when using zlib to enable
random access when extracting.
.
Tarix's index file format is geared for simplicity and ease of use in
a recovery situation.  For those reasons, it is a simple text format.
Using tarix's indexes requires only grep, sed, dd, and tar for basic usage.
tarix itself can use the index for fast extraction without convoluted usage
of grep, sed, and dd.


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

Bug#725711: whyteboard: import wx.media - ImportError: No module named media

[Aleksej]

Package: whyteboard
Version: 0.41.1-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

whyteboard tries to import wx.media module, which is not available in 
testing.


$ whyteboard
Traceback (most recent call last):
  File "/usr/bin/whyteboard", line 47, in 
from whyteboard import WhyteboardApp
  File "/usr/lib/python2.7/dist-packages/whyteboard/__init__.py", line 
4, in 

from whyteboard.gui import WhyteboardApp
  File "/usr/lib/python2.7/dist-packages/whyteboard/gui/__init__.py", 
line 25, in 

from panels import ControlPanel, MediaPanel, SidePanel
  File "/usr/lib/python2.7/dist-packages/whyteboard/gui/panels.py", 
line 29, in 

import wx.media
ImportError: No module named media


According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722687,
the module was not actually usable in stable.  Commenting the import
line out seems to fix the problem.


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

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

Versions of packages whyteboard depends on:
ii  python   2.7.5-5
ii  python-wxgtk2.8  2.8.12.1+dfsg-1
ii  python2.72.7.5-8

whyteboard recommends no packages.

whyteboard suggests no packages.

-- debconf-show failed


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

Bug#725706: gvfs-fuse: make gvfs-fuse work out of the box

[Michael Biebl]

Am 07.10.2013 17:55, schrieb Josselin Mouette:
> Le lundi 07 octobre 2013 à 17:22 +0200, Laurent Bigonville a écrit : 
>> It would be nice if gvfs-fuse was working out of the box.
>>
>> Currently 2 things are blocking this:
>>
>>  - The /dev/fuse being owned by root:fuse with 0660 permissions
>>  - /bin/fusermount being owned by root:fuse with 4750 permission
>>
>> If this matter, upstream udev rule is creating /dev/fuse with
>> permissions 0666 (owned by root:root) and upstream Makefile is
>> installing /bin/fusermount with 4755 permission (owned by root:root
>> again)
>>
>> The correct ways of doing things here still probably need to be
>> discussed.
> 
> An easy way to do that without lowering too much security is to
> make /usr/lib/gvfs/gvfs-fuse-daemon 2755 root:fuse. This way only gvfs
> could use the fuse capabilities.

just some minor correction here: the daemon is called
/usr/lib/gvfs/gvfsd-fuse

> Another possibility is to make /dev/fuse managed by udev-acl, but this
> doesn’t solve the fusermount issue (it would require hiding it behind a
> D-Bus service to do things properly).

Splitting /usr/lib/gvfs/gvfsd-fuse into a user part and a D-Bus system
service (which does the privileged mounting) is definitely more work. If
we go that route, we don't need the udev-acl/uaccess permissions for
/dev/fuse.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#725588: maven: FTBFS: java.lang.ClassNotFoundException: com.google.common.collect.Multimap

[Emmanuel Bourg]

Thank you for the report David.

I pushed a fix for this error but I get another failure I haven't able to 
understand.

If anyone wants to pick the ball, here it is:


 [java] [ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-clean-plugin:2.3:clean (default-clean) on 
project maven: Execution default-clean of goal 
org.apache.maven.plugins:maven-clean-plugin:2.3:clean failed: An API 
incompatibility was encountered while executing 
org.apache.maven.plugins:maven-clean-plugin:2.3:clean: java.lang.VerifyError: 
(class: org/apache/maven/shared/model/fileset/util/FileSetManager, method: scan 
signature: 
(Lorg/apache/maven/shared/model/fileset/FileSet;)Lorg/codehaus/plexus/util/DirectoryScanner;)
 Incompatible object argument for function call
 [java] [ERROR] -
 [java] [ERROR] realm =
plugin>org.apache.maven.plugins:maven-clean-plugin:2.3
 [java] [ERROR] strategy = 
org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
 [java] [ERROR] urls[0] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/plugins/maven-clean-plugin/2.3/maven-clean-plugin-2.3.jar
 [java] [ERROR] urls[1] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/junit/junit/3.x/junit-3.x.jar
 [java] [ERROR] urls[2] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/shared/file-management/1.2.1/file-management-1.2.1.jar
 [java] [ERROR] urls[3] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/shared/maven-shared-io/debian/maven-shared-io-debian.jar
 [java] [ERROR] urls[4] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/codehaus/plexus/plexus-utils/1.5.6/plexus-utils-1.5.6.jar
 [java] [ERROR] Number of foreign imports: 1
 [java] [ERROR] import: Entry[import  from realm ClassRealm[maven.api, 
parent: null]]
 [java] [ERROR]
 [java] [ERROR] -
 [java] [ERROR] -> [Help 1]
 [java] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to 
execute goal org.apache.maven.plugins:maven-clean-plugin:2.3:clean 
(default-clean) on project maven: Execution default-clean of goal 
org.apache.maven.plugins:maven-clean-plugin:2.3:clean failed: An API 
incompatibility was encountered while executing 
org.apache.maven.plugins:maven-clean-plugin:2.3:clean: java.lang.VerifyError: 
(class: org/apache/maven/shared/model/fileset/util/FileSetManager, method: scan 
signature: 
(Lorg/apache/maven/shared/model/fileset/FileSet;)Lorg/codehaus/plexus/util/DirectoryScanner;)
 Incompatible object argument for function call
 [java] -
 [java] realm =plugin>org.apache.maven.plugins:maven-clean-plugin:2.3
 [java] strategy = 
org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
 [java] urls[0] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/plugins/maven-clean-plugin/2.3/maven-clean-plugin-2.3.jar
 [java] urls[1] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/junit/junit/3.x/junit-3.x.jar
 [java] urls[2] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/shared/file-management/1.2.1/file-management-1.2.1.jar
 [java] urls[3] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/apache/maven/shared/maven-shared-io/debian/maven-shared-io-debian.jar
 [java] urls[4] = 
file:/home/ebourg/packaging/maven/debian/tmp/maven-repo/org/codehaus/plexus/plexus-utils/1.5.6/plexus-utils-1.5.6.jar
 [java] Number of foreign imports: 1
 [java] import: Entry[import  from realm ClassRealm[maven.api, parent: 
null]]
 [java]
 [java] -
 [java]
 [java] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:225)
 [java] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
 [java] at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
 [java] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
 [java] at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
 [java] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
 [java] at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
 [java] at 
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
 [java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
 [java] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
 [java] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
 [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
 [