Bug#759531: Read $XDG_CONFIG_HOME/safe-rm.conf (~/.config/safe-rm.conf) as well

[Josh Triplett]

Package: safe-rm
Severity: wishlist

As discussed at DebConf 14: safe-rm should also read
$XDG_CONFIG_HOME/safe-rm.conf (defaulting to ~/.config/safe-rm.conf).

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.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#759530: libc-bin: ldconfig breaks a system

[Dmitrii Kashin]

Package: libc-bin
Version: 2.19-9
Severity: grave
File: /sbin/ldconfig

Dear Maintainer,

I had an upgrade of libc6 and libc-bin packages up to the version
2.19-9 from 2.19-4 while executing `apt-get upgrade'. In the begin it
seemed as a usual upgrade but after a while (supposedly after these two
packages) an upgrade was interrupted showing numerous "segmentation
fault" errors.

Then almost for every command in shell I got "segmentation fault". I was
surprised. I tried to log into another tty, but failed. Then I tried to
reboot... And got a kernel panic after 2 seconds of system bootstrap.

I took a livecd. I failed to chroot (got the same "segfault problem"). I
supposed that I had some problems with libc6, so I took a package
libc6_2.19-9_amd64.deb from /var/cache/apt/archives and unpacked it into
the root mount point via `dpkg-deb -x '. After that I managed to
chroot into the system.

I tried to finish an upgrade process, but I got the same faults.
I put here inline the first lines of `apt-get upgrade' output:

# apt-get upgrade
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  alsa-base libabw-0.0-0 libcdr-0.0-0 libe-book-0.0-0 libetonyek-0.0-0
  libfreehand-0.0-0 libgeoclue0 libmspub-0.0-0 libmwaw-0.2-2 libodfgen-0.0-0
  liborcus-0.6-0 libvisio-0.0-0 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
108 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up liblcms2-2:i386 (2.6-3) ...
Setting up libmbim-glib0:amd64 (1.8.0-1) ...
dpkg: error processing package libmbim-glib0:amd64 (--configure):
 subprocess installed post-installation script was killed by signal 
(Segmentation fault)
Setting up libmm-glib0:amd64 (1.2.0-1) ...
dpkg: error processing package libmm-glib0:amd64 (--configure):
 subprocess installed post-installation script was killed by signal 
(Segmentation fault)
Setting up libmng1:i386 (1.0.10+dfsg-3.1) ...
...


After it I had to unpack libc6 package again.

Then I looked intently at the first package with problems
(libmbim-glib0). I unpacked it and saw in the postinst script the
command `ldconfig'.

After a while I realized that "segfaults" happen after and only after
execution of `ldconfig'.

I managed with the problem by downgrading libc6 and libc-bin (amd64 and
i386 versions both, because I'm using multiarch) back to the version
2.19-4 from the apt cache.

I suppose that there's some problems with caches which ldconfig
generates for ld.


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

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

Versions of packages libc-bin depends on:
pn  libc6
ii  libcap2  1:2.24-4

libc-bin recommends no packages.

libc-bin suggests no packages.

-- Configuration Files:
/etc/gai.conf changed:

/etc/ld.so.conf changed:
include ld.so.conf.d/*.conf
include /etc/ld.so.conf.d/*.conf



-- no debconf information






pgpwOmUWLSH8b.pgp
Description: PGP signature

Bug#759529: gerris: Fail of tests in debci (autopkgtest)

[Lucas Kanashiro]

Source: gerris
Severity: normal
Tags: patch
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Dear Maintainer,

The tests are failing in debci using autopkgtest. Bellow a piece of
autopkgtest's log:


dt-run [21:15:50]: test testQuadr: [---
gerris: file `./demo.tst' is not a valid simulation file
../demo.tst:49:0: error compiling expression
Package gts was not found in the pkg-config search path.
Perhaps you should add the directory containing `gts.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gts', required by 'gerris2D', not found
In file included from /usr/include/gfs.h:23:0,
 from module.c:4:
/usr/include/gerris/ftt.h:26:17: fatal error: gts.h: No such file or
directory
 #include 
 ^
compilation terminated.

adt-run [21:15:51]: test testQuadr: ---]


To solve this error I added the 'libgts-dev' package as a new 
dependency in debian/tests/control file.

Thanks for consider it!

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru gerris-20131206+dfsg.orig/debian/tests/control gerris-20131206+dfsg/debian/tests/control
--- gerris-20131206+dfsg.orig/debian/tests/control	2014-08-28 03:28:57.649754126 -0300
+++ gerris-20131206+dfsg/debian/tests/control	2014-08-28 03:34:48.210187785 -0300
@@ -1,2 +1,2 @@
 Tests: testCons testHydro testKinetic testPlate testQuadr
-Depends: gerris, libgfs-1.3-2, libgfs-dev, build-essential, pkg-config, mpi-default-dev
+Depends: gerris, libgfs-1.3-2, libgfs-dev, build-essential, pkg-config, mpi-default-dev, libgts-dev

Bug#742267: Alternative solution

[Neil Williams]

On Thu, 28 Aug 2014 08:18:46 +0200
Petter Reinholdtsen  wrote:

> [Neil Williams]
> > If you agree that Grub2 support is a viable fix for the issue behind
> > this bug, please feel free to close this bug.
> 
> If it work, I agree that it is a sensible fix for the FreedomBox.
> 
> But I believe the extlinux support will still need to handle kernel
> upgrades, for those using that setup. :) Perhaps it should be dropped
> when switching to grub?

I didn't make that clear. If grub2 installs and configures cleanly
(versions in jessie and later), then extlinux is not configured by
vmdebootstrap.

If grub2 needs manual installation after booting the VM with syslinux
(using update-grub ; grub-install /dev/sda) then that manual stage can
also include disabling / removing / purging syslinux support as the
user sees fit.

Please try the version of vmdebootstrap now in the master branch at
git.liw.fi.

> > Note that grub2 at the version in wheezy currently has problems with
> > loop devices which means that grub2 support in vmdebootstrap for
> > wheezy requires the VM to be booted (with extlinux) and grub2 setup
> > completed manually. After this point, grub2 takes over managing
> > kernel updates etc.
> 
> Oh. :( I would prefer to be able to build FreedomBox images in Wheezy,
> as that I what I am using.  But it is not too bad it if only work in
> Jessie. :)

It's not *where* the images are built that matters. It is the
distribution of the VM which matters, i.e. the version of grub
installed inside the VM. The base system has no effect on this (i.e.
grub does not need to be installed on the system running
vmdebootstrap).

The only limitation is that if the VM is based on Wheezy, then the
version of grub in wheezy will need some manual intervention to switch
it to grub.

Please also look at the examples scripts in the current upstream as
these include support which now duplicates some of the freedombox
scripting. I'm currently investigating how best to manage u-boot
installation for a variety of boards. Support for boards not included
in the current examples can be contributed as discrete customisation
scripts for that specific board but testing those examples would be up
to the contributor.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

Bug#759528: autoconf-archive: fails to install with dpkg (>= 1.17.13)

[Aurelien Jarno]

Package: autoconf-archive
Version: 20140228-1
Severity: serious

Since version 1.17.13, dpkg only accepts absolute pathnames in
dpkg-maintscript-helper:

 * Fix dpkg-maintscript-helper symlink_to_dir to assure absolute pathnames
   arguments.

This causes autoconf-archive to fail to install:
| Selecting previously unselected package autoconf-archive.
| Preparing to unpack .../autoconf-archive_20140228-1_all.deb ...
| dpkg-maintscript-helper: error: original symlink target is not an absolute 
path
| dpkg: error processing archive 
/var/cache/apt/archives/autoconf-archive_20140228-1_all.deb (--unpack):
|  subprocess new pre-installation script returned error exit status 1
| dpkg-maintscript-helper: error: original symlink target is not an absolute 
path
| dpkg: error while cleaning up:
|  subprocess new post-removal script returned error exit status 1

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core)
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#758116: Please be verbose whether you would like to get your Blend promoted by tasksel

[Andreas Tille]

Hi Franklin,

On Thu, Aug 28, 2014 at 08:57:37AM +0800, Franklin Weng wrote:
> > I think it should be also a criterion that the team behind the Blend
> > confirms that they are interested and so I'm hereby pinging all lists in
> > question to ask you for confirmation.  I have set Reply-To to the bug
> > report and the general Blends list in case you are interested in further
> > discussion with other Blends.
> >
> 
> Debian ezgo blends is active.
> (Is that what you meant to reply so that the blends can be kept active?)

Ahh, sorry for leaving out EzGo in the list given in my initial bug report.

What I really meant is:

   1. Do you think Blends should be listed by tasksel at installation time.
   2. Do you want to be Debian EzGo added to this list.

Kind regards

 Andreas.

-- 
http://fam-tille.de


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

Bug#217165: This bug is still relevant and not fixed in 2014!

[ewer...@gmail.com]

So, after 10 years, this is still not fixed?

root@loom:/mnt/db/projects/Falling Fanny/Falling Fanny/www/js# mv
app.coffee App.coffee
mv: `app.coffee' and `App.coffee' are the same file

How am I supposed to rename this file? I don't care about the explanations
given so far, because the renaming is clearly necessary in my situation,
and it is also clear that it is technically possible, because it works
through Windows Explorer.

So, what's up with this?

Bug#742267: Alternative solution

[Petter Reinholdtsen]

[Neil Williams]
> If you agree that Grub2 support is a viable fix for the issue behind
> this bug, please feel free to close this bug.

If it work, I agree that it is a sensible fix for the FreedomBox.

But I believe the extlinux support will still need to handle kernel
upgrades, for those using that setup. :) Perhaps it should be dropped
when switching to grub?

> Note that grub2 at the version in wheezy currently has problems with
> loop devices which means that grub2 support in vmdebootstrap for
> wheezy requires the VM to be booted (with extlinux) and grub2 setup
> completed manually. After this point, grub2 takes over managing
> kernel updates etc.

Oh. :( I would prefer to be able to build FreedomBox images in Wheezy,
as that I what I am using.  But it is not too bad it if only work in
Jessie. :)

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#759527: marisa: Fail of tests in debci (autopkgtest)

[Lucas Kanashiro]

Source: marisa
Version: 0.2.4
Severity: normal
Tags: patch
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Dear Maintainer,

The tests are failing in debci using autopkgtest. Bellow the
autopkgtest's log:

adt-run [03:12:20]: test ruby: [---
=== ruby ===
/tmp/adt-run.KYAzUZ/tree/debian/tests/ruby: 6:
/tmp/adt-run.KYAzUZ/tree/debian/tests/ruby: ruby: not found
adt-run [03:12:21]: test ruby: ---]


To solve this error in test suite I only added ruby package as 
a new dependency for ruby test.

Thanks for consider it!


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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru marisa-0.2.4.orig/debian/tests/control marisa-0.2.4/debian/tests/control
--- marisa-0.2.4.orig/debian/tests/control	2014-08-28 02:55:22.147150128 -0300
+++ marisa-0.2.4/debian/tests/control	2014-08-28 03:08:01.301822318 -0300
@@ -8,7 +8,7 @@
 Depends: libmarisa-perl
 
 Tests: ruby
-Depends: ruby-marisa
+Depends: ruby-marisa, ruby
 
 Tests: build
 Depends: libmarisa-dev, pkg-config, build-essential
Binary files marisa-0.2.4.orig/debian/tests/.control.swp and marisa-0.2.4/debian/tests/.control.swp differ

Bug#759526: not-yet-commons-ssl: CVE-2014-3604

[Moritz Muehlenhoff]

Package: not-yet-commons-ssl
Severity: grave
Tags: security
Justification: user security hole

This was assigned CVE-2014-3604:
http://lists.juliusdavies.ca/pipermail/not-yet-commons-ssl-juliusdavies.ca/2014-August/000832.html

Cheers,
Moritz


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

Bug#742267: Alternative solution

[Neil Williams]

extlinux is really not an ideal solution for a lot of VM work. Now that
foreign architecture support has been added upstream (to allow for
u-boot) the addition of Grub2 support added upstream makes me think
that this issue with syslinux is possibly irrelevant.

If you agree that Grub2 support is a viable fix for the issue behind
this bug, please feel free to close this bug.

Note that grub2 at the version in wheezy currently has problems with
loop devices which means that grub2 support in vmdebootstrap for wheezy
requires the VM to be booted (with extlinux) and grub2 setup completed
manually. After this point, grub2 takes over managing kernel updates
etc.

If extlinux still needs to cope with upgraded kernels, an alternative
fix will be needed which does not impact on the other use cases of
vmdebootstrap.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

Bug#759525: ITP: graphite-api -- Rendering HTTP API for Graphite

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: graphite-api
  Version : 1.0.1
  Upstream Author : Bruno Renié 
* URL : http://graphite-api.readthedocs.org/en/latest/
* License : Apache 2.0
  Programming Lang: Python
  Description : Rendering HTTP API for Graphite

Graphite-API is an alternative to Graphite-web, without any built-in
dashboard. Its role is solely to fetch metrics from a time-series
database (whisper, cyanite, etc.) and rendering graphs or JSON data
out of these time series. It is meant to be consumed by any of the
numerous Graphite dashboard applications.

The main differences from Graphite-web are:

 * Stateless. No need for a database.
 * No caching. Rendering is live.
 * No remote rendering.
 * JSON data in request bodies is supported, additionally to form data
   and querystring parameters.
 * Compatibility with python 2 and 3.
 * Easy to install and configure.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT/sPZAAoJEJWkL+g1NSX5PTAP/j07jvQrne7gzKapzBW5+ZsJ
WmsAf+s6ud1T6mIaPpE44uE1/MMQYAVOYunrLXxVe9IuADeT2oJMVays7gImE7t6
qZEekY7sGvGZlm53UKjvjLHUaHTglnxudF3mI6mzIlV9fEtrM0G6xWtwzvtpq1Ut
/NcNpHL93WcT/IBfqP2bBoQsfDoYHiNupfIs7/Iip6RMjj0lrT49HyQnGHVGQMR0
bfxJQq7BXiDeUEakjijxXDj3rqOI+RzK46HYpgbtNGKxI+zZg2QFgCbvf/3JnEY4
gXImyeaO5VGG6XlbzLIo2UFnMeTdpbkBzt30n5HSbcPGDH531YHtQ0l3+qlMdaxK
ABGrEvTNb9+r7rLxRMnXRP9KR1mA+fEJuq3yfxPZfsTh6gG0M8fpPSGt9v31BWHn
AoBnveajvwCdTXUZB0jb+4ZrFb4qjfgCp3tld2GcALfnOMrjVSmL7M0WVUCsmGZj
iWoWRZLtkJGHvrMx6nHrRI3BNsd9mfwb8NY4fOalsc68/MHqMDj8bPG4ReMCGndn
R/BRYQz0Qk2oP+mDRctb0cKf3Hpjx4Y3/uUGjOdugp3VyR3FPNeVGkxyG75GWAy6
ykxHfXM4+GahKVFI+wq8JnmAqvmiG2cnBwkkUF7TV21n5eHUL4tj1QFW79Mn4TOf
mvnc9vDc+qCtmvJtNu+c
=7xdr
-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#759522: qemu-system-x86: acpi broken

[Michael Tokarev]

Control: tag -1 + confirmed upstream patch pending

28.08.2014 06:15, westlake wrote:
> Package: qemu-system-x86
> Version: 2.1+dfsg-2
> Severity: important
> 
> acpi is broken

http://anonscm.debian.org/cgit/pkg-qemu/qemu.git/commit/?id=6e2ffbcb862831299902d4ada8edfcef007cadcd
comitted 4 days ago.

Thanks,

/mjt


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

Bug#759309: [debian-mysql] Bug#759309: Bug#759309: Bug#759309: Must not Provide: libmysqlclient-dev

[Otto Kekäläinen]

This fix is now also committed to mariadb-10.0 (among lots of other
things), see log at
http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/log/

Waiting for upload.


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

Bug#756845: [DRE-maint] Bug#756845: Independent verification of jekyll failure

[Cédric Boutillier]

Hi Dave,

On Mon, Aug 25, 2014 at 01:06:58PM -0700, Dave Steele wrote:
> I am also see this, with a fresh install on jessie.

> $ jekyll --version
> /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb:6:in
> `': uninitialized constant Jekyll::Converters::Scss
> (NameError)
> from /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb:5:in 
> `'
> from /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb:4:in ` (required)>'
> from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
> from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
> from /usr/lib/ruby/vendor_ruby/jekyll.rb:11:in `block in require_all'
> from /usr/lib/ruby/vendor_ruby/jekyll.rb:10:in `each'
> from /usr/lib/ruby/vendor_ruby/jekyll.rb:10:in `require_all'
> from /usr/lib/ruby/vendor_ruby/jekyll.rb:132:in `'
> from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
> from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
> from /usr/bin/jekyll:6:in `'

jekyll/converters/sass.rb seems to need to require
jekyll/converters/scss.rb. Can you add the following line at the
beginning of /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb:

require 'jekyll/converters/scss'

(e.g. after require 'jekyll/utils')

and try again?

Cheers,

Cédric


signature.asc
Description: Digital signature

Bug#759524: iceweasel: self signed CA pkcs#12 certificate, gnoMint made, fails to be imported "for unknown reasons"

[Fernando L. Casillas]

Package: iceweasel
Version: 24.7.0esr-1~deb7u1
Severity: normal
Tags: upstream

Dear Maintainer,
I did a CA certificate with gnoMint, and exported it from gnoMint as pkcs#12
Then I tried to import that certificate into Iceweasel personal certificates
from file in same machine.
I always got the message "failed to import for unknown reasons" in icewesel
24.7.0 debian wheezy 7.6
I had another machine that uses SciLinux 6 and Firefox ESR 24.7.0. There I
imported the very same certificate successfully without any issue.
I expected the same behavior from Iceweasel, specially when they have the same
version numbers.
Of course, I tried it on Iceweasel safe-mode.




-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: another green one theme
Status: user-disabled

Name: Blue Green theme
Status: user-disabled

Name: Color toggle
Location: ${PROFILE_EXTENSIONS}/backgro...@toggle.wtf.xpi
Status: enabled

Name: Customizations for Adblock Plus
Location: ${PROFILE_EXTENSIONS}/customizat...@adblockplus.org.xpi
Status: enabled

Name: Dark Green theme
Status: user-disabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: user-disabled

Name: DownThemAll!
Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi
Status: enabled

Name: DownThemAll! AntiContainer
Location: ${PROFILE_EXTENSIONS}/anticontai...@downthemall.net.xpi
Status: enabled

Name: FlashGot
Location: ${PROFILE_EXTENSIONS}/{19503e42-ca3c-4c27-b1e2-9cdb2170ee34}.xpi
Status: enabled

Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: enabled

Name: Googlebar Lite
Location: ${PROFILE_EXTENSIONS}/{79c50f9a-2ffe-4ee0-8a37-fae4f5dacd4f}.xpi
Status: enabled

Name: Green Origami theme
Status: user-disabled

Name: Just Green - 006200 Color Pallet theme
Status: user-disabled

Name: LastPass
Location: ${PROFILE_EXTENSIONS}/supp...@lastpass.com
Status: enabled

Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled

Name: Quick Translator
Location: ${PROFILE_EXTENSIONS}/{5C655500-E712-41e7-9349-CE462F844B19}.xpi
Status: enabled

Name: Search Site
Location: ${PROFILE_EXTENSIONS}/searchs...@dw-dev.xpi
Status: enabled

Name: The  Green Mile theme
Status: enabled

Name: WorldIP
Location: ${PROFILE_EXTENSIONS}/{f36c6cd1-da73-491d-b290-8fc9115bfa55}.xpi
Status: enabled

Name: Xmarks
Location: ${PROFILE_EXTENSIONS}/foxma...@kei.com
Status: enabled

Name: Zoom Page
Location: ${PROFILE_EXTENSIONS}/zoomp...@dw-dev.xpi
Status: enabled

-- Plugins information
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u2))
Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-6-plugin:amd64
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled

Name: Shockwave Flash (11,2,202,341)
Location: /usr/lib/mozilla/plugins/libflashplayer.so
Status: enabled

Name: Shockwave Flash (11,2,202,341)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  gnome-shell3.4.2-7+deb7 amd64graphical shell for the GNOME des
ii  icedtea-6-plug 1.4-3~deb7u2 amd64web browser plugin based on OpenJ
ii  iceweasel  24.7.0esr-1~ amd64Web browser based on Firefox
ii  rhythmbox-plug 2.97-2.1 amd64plugins for rhythmbox music playe

-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages iceweasel depends on:
ii  debianutils 4.3.2
ii  fontconfig  2.9.0-7.1
ii  libc6   2.13-38+deb7u3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libsqlite3-03.7.13-1+deb7u1
ii  libstdc++6  4.7.2-5
ii  procps  1:3.3.3-3
ii  xulrunner-24.0  24.7.0esr-1~deb7u1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u1
pn  mozplugger 

Versions of packages xulrunner-24.0 depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-38+deb7u3
ii  libcairo2

Bug#759189: isolinux: isohybrid dropped, breaking debian-installer builds

[Daniel Baumann]

On 08/26/2014 10:35 PM, Daniel Baumann wrote:
> now, can you give me a *technical* reason why the bugreport needs to be
> kept open? is there a need to keep syslinux out of testing or why does
> it need to be kept open?

if you can't give a technical reason why the newer version of syslinux
should be kept out of testing i will close the bug again.

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


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

Bug#759523: gtk-redshift: missing dependency on python3-gi

[Kumar Appaiah]

Package: gtk-redshift
Version: 1.9.1-1
Severity: grave

Hi.

With the package currently in experimental, I get this behaviour:

Traceback (most recent call last):
  File "/usr/bin/redshift-gtk", line 26, in 
from redshift_gtk.statusicon import run
  File "/usr/lib/python3/dist-packages/redshift_gtk/statusicon.py",
line 31, in 
from gi.repository import Gtk, GLib
ImportError: No module named 'gi'

With python3-gi, it works as expected.

Thanks.

Kumar

-- 
Kumar


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

Bug#759503: haskell-language-python: FTBFS: missing happy

[Aaron M. Ucko]

found 759503 0.4.0-2
thanks

Thanks for the quick upload.  It looks like you're still missing at
least alex, though.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#759522: qemu-system-x86: acpi broken

[westlake]

Package: qemu-system-x86
Version: 2.1+dfsg-2
Severity: important

acpi is broken

I'm using the kvm command instance with the -kernel parameter,
The kernels 486 and 686 were used showing the same issue

Some output from dmesg in VM,
"e820: BIOS-provided physical RAM map:"
"Linux version 3.14-2-486"

'
[0.00] ACPI: RSDP 000f0bf0 14 (v00 BOCHS )
[0.00] ACPI: ?E\xffbah 07fe1854 993C30F (v26 ?R?/?? 
\xffc9\xffc4\xffc6?/{?? 4F0B0C0B 
?\xffd7\xffa0\xffa0\xffe8 475E9827)

[0.00] [ cut here ]
[0.00] WARNING: CPU: 0 PID: 0 at 
/build/linux-neEfbl/linux-3.14.15/arch/x86/mm/ioremap.c:548 
__early_ioremap+0x11c/0x19d()

[0.00] Modules linked in:
[0.00] CPU: 0 PID: 0 Comm: swapper Not tainted 3.14-2-486 #1 
Debian 3.14.15-2
[0.00] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), 
BIOS debian/1.7.5-1-0-g506b58d-dirty-20140812_231322-gandalf 04/01/2014
[0.00]  c13dab08 c103597a c14a4c68   c14a3378 
0224 c15a272d
[0.00]  c15a272d  993d 0854 07fe1000 c1035a2b 
0009 
[0.00]  c15a272d c102f5cc 015d c102f607  c15a2a2b 
3f3f7b2f 

[0.00] Call Trace:
[0.00]  [] ? dump_stack+0xa/0x13
[0.00]  [] ? warn_slowpath_common+0x7a/0x90
[0.00]  [] ? __early_ioremap+0x11c/0x19d
[0.00]  [] ? __early_ioremap+0x11c/0x19d
[0.00]  [] ? warn_slowpath_null+0x1b/0x20
[0.00]  [] ? __early_ioremap+0x11c/0x19d
[0.00]  [] ? __native_set_fixmap+0x1c/0x30
[0.00]  [] ? native_set_fixmap+0x27/0x30
[0.00]  [] ? early_iounmap+0xdb/0xf8
[0.00]  [] ? early_ioremap+0xa/0xb
[0.00]  [] ? acpi_tb_parse_root_table+0x1ba/0x316
[0.00]  [] ? acpi_table_init+0x14/0x98
[0.00]  [] ? dmi_check_system+0x17/0x40
[0.00]  [] ? acpi_boot_table_init+0x19/0x78
[0.00]  [] ? setup_arch+0xb48/0xd74
[0.00]  [] ? printk+0x37/0x3b
[0.00]  [] ? start_kernel+0x6d/0x385
[0.00] ---[ end trace d9827e46b22eb0c7 ]---
[0.00] 0MB HIGHMEM available.
'

(On the native host,
ACPI became broken after kvm was upgraded from Wheezy(stable) to Jessie
)

I tried updating the VM guest which is Wheezy to Jessie, and copied 
later kernels from it to use with -kernel, as ACPI was working with the 
previous KVM edition. This didn't help..



fwiw, the command I'm using with kvm..

/usr/bin/qemu-system-i386
-cpu kvm32 -m 128 -machine type=pc,accel=kvm
-display none -enable-kvm
-drive 
file=/debian.drive.raw.bin,media=disk,if=virtio,cache=none,aio=native

-device virtio-net-pci,mac=,netdev=nic1
-netdev type=tap,id=nic1,ifname=atapdev,script=no,downscript=no
-monitor unix:/mymonitor.socket,server,nowait
-daemonize -runas auser -chroot 
-kernel /vmlinuz-3.14-2-486 -initrd /initrd.img-3.14-2-486 
-append root=/dev/vda1 quiet ipv6.disable=1


vmlinuz-3.14-2-486 and initrd.img-3.14-2-486 were copied from the VM.

The system can boot and work but I cannot do a full shutdown unless I 
type "halt" inside the VM and then later kill the kvm instance.


The native host is Debian Jessie x86_64, the VM is Jessie 32-bit, ..
Both were upgraded but the reason for upgrading the native host was for 
me to check out accelerating features of kvm.  The VM guest was then 
upgraded thinking it would fix the acpi issue but couldn't.

Should I try to to use another bios file?

thanks


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

Bug#759521: [sysvinit] description of the package says 'Linux' instead of 'Debian GNU/Linux'

[Fred Maranhão]

Package: sysvinit
Version: 2.88dsf-53.3
Severity: minor

--- Please enter the report below this line. ---

in the description of the debian package there is a line that says:

Starting with jessie, this will be
systemd on Linux.

but the correct should be "Debian GNU/Linux" instead of "Linux", as
other flavors of GNU/Linux doesn't have a jessie version or are
migrating to systemd.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.14-2-686-pae

Debian Release: jessie/sid
  500 testing linorg.usp.br

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6(>= 2.15) | 2.19-9
libselinux1  (>= 1.32) | 2.3-1
libsepol1(>= 1.14) | 2.3-1


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#759470: libopensaml2-java: CVE-2014-3603

[tony mancill]

On 08/27/2014 04:07 AM, Moritz Muehlenhoff wrote:
> Package: libopensaml2-java
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Please see http://shibboleth.net/community/advisories/secadv_20140813.txt

Hi Moritz - thank you for the bug report.

I have prepared an upload of 2.6.2, which is the recommended version at
the shibboleth.net site.  I'll coordinate an upload once I talk to
Matthew Vernon.

Cheers,
tony




signature.asc
Description: OpenPGP digital signature

Bug#756752: tracker.debian.org: Access package screenshots

[Andrew Starr-Bochicchio]

On Wed, Aug 27, 2014 at 4:51 PM, Raphael Hertzog  wrote:
> PackageExtractedInfo.objects.filter(key='screenshots').delete()

Oh! For some reason I had miss-conceptualized PackageExtractedInfo
objects. I thought that the object contained multiple key/values, and
that that would select and delete the entire object including the
'general' key.

Update patch attached, which is now much quicker!

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1
From c55d99f72a61bb175613fbf544b9db3fb8edb53e Mon Sep 17 00:00:00 2001
From: Andrew Starr-Bochicchio 
Date: Mon, 25 Aug 2014 11:18:15 -0700
Subject: [PATCH] Add link to screenshots if they exist on
 screenshots.debian.net
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Updated based on Raphaël's suggestions.
---
 distro_tracker/vendor/debian/tests.py  | 172 +
 distro_tracker/vendor/debian/tracker_panels.py |  25 
 distro_tracker/vendor/debian/tracker_tasks.py  |  57 
 3 files changed, 254 insertions(+)

diff --git a/distro_tracker/vendor/debian/tests.py b/distro_tracker/vendor/debian/tests.py
index c98fe7f..6c3764d 100644
--- a/distro_tracker/vendor/debian/tests.py
+++ b/distro_tracker/vendor/debian/tests.py
@@ -63,6 +63,7 @@ from distro_tracker.vendor.debian.tracker_tasks import UpdateExcusesTask
 from distro_tracker.vendor.debian.tracker_tasks import UpdateDebciStatusTask
 from distro_tracker.vendor.debian.tracker_tasks import UpdateDebianDuckTask
 from distro_tracker.vendor.debian.tracker_tasks import UpdateAutoRemovalsStatsTask
+from distro_tracker.vendor.debian.tracker_tasks import UpdatePackageScreenshotsTask
 from distro_tracker.vendor.debian.models import DebianContributor
 from distro_tracker.vendor.debian.models import UbuntuPackage
 from distro_tracker.vendor.debian.tracker_tasks import UpdateLintianStatsTask
@@ -2579,6 +2580,52 @@ class DebtagsLinkTest(TestCase):
 self.assertNotIn('edit tags', response_content)
 
 
+class ScreenshotsLinkTest(TestCase):
+"""
+Tests that the screenshots link is added to source package pages.
+"""
+def setUp(self):
+self.package_name = SourcePackageName.objects.create(name='dummy')
+self.package = SourcePackage.objects.create(
+source_package_name=self.package_name,
+version='1.0.0')
+PackageExtractedInfo.objects.create(
+package=self.package.source_package_name,
+key='screenshots',
+value={'screenshots': 'true'}
+)
+
+def get_package_page_response(self, package_name):
+package_page_url = reverse('dtracker-package-page', kwargs={
+'package_name': package_name,
+})
+return self.client.get(package_page_url)
+
+def test_source_package_with_screenshot(self):
+response = self.get_package_page_response(self.package.name)
+
+response_content = response.content.decode('utf8')
+self.assertIn('screenshots', response_content)
+
+def test_source_package_without_screenshot(self):
+package_name = SourcePackageName.objects.create(name='other')
+package = SourcePackage.objects.create(
+source_package_name=package_name,
+version='1.0.0')
+response = self.get_package_page_response(package.name)
+
+response_content = response.content.decode('utf8')
+self.assertNotIn('screenshots', response_content)
+
+def test_pseudo_package(self):
+package = PseudoPackageName.objects.create(name='somepackage')
+
+response = self.get_package_page_response(package.name)
+
+response_content = response.content.decode('utf-8')
+self.assertNotIn('screenshots', response_content)
+
+
 class UpdatePiupartsTaskTests(TestCase):
 suites = []
 
@@ -4781,3 +4828,128 @@ class UpdateAutoRemovalsStatsTaskTest(TestCase):
 
 self.run_task()
 self.assertEqual(0, self.dummy_package.action_items.count())
+
+
+@mock.patch('distro_tracker.core.utils.http.requests')
+class UpdatePackageScreenshotsTaskTest(TestCase):
+"""
+Tests for the:class:`distro_tracker.vendor.debian.tracker_tasks.
+UpdatePackageScreenshotsTask` task.
+"""
+def setUp(self):
+self.dummy_package = SourcePackageName.objects.create(name='dummy')
+self.json_data = """{
+"packages": [{
+"maintainer": "Jane Doe",
+"name": "dummy",
+"url": "http://screenshots.debian.net/package/dummy";,
+"section": "universe/games",
+"maintainer_email": "j...@example.com",
+"homepage": "http://example.com/packages/dummy";,
+"description": "a game that you can play"
+}]}
+"""
+PackageExtractedInfo.objects.create(
+

Bug#759500: python-apt: fix FTBFS (test_pep8) with pep8 >= 1.5

[Mauricio Faria de Oliveira]

On 08/27/2014 04:26 PM, Mauricio Faria de Oliveira wrote:

P.S.: I'm debugging the other test failure too
(test_add_key_from_server_mitm),
in case you'd like to wait and make a single upload including both
fixes. That
should be submitted soon.


Submitted on #755342.


--
Mauricio Faria de Oliveira
IBM Linux Technology Center


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

Bug#755342: python-apt: fix FTBFS: tests failures

[Mauricio Faria de Oliveira]

Source: src:python-apt
Version: 0.9.3.8
Tags: patch

Hi,

The error reported was introduced with gnupg 1.4.18, specifically by
upstream commit 'Screen keyserver responses'
(5230304349490f31aa64ee2b69a8a2bc06bf7816).

The attached patch fixes this bug (update for gnupg 1.4.18) and #759500
(update for pep8 1.5.7).

May you please consider it for an upload?

Thank you!


Explanation & Details:
--

gnupg commit 'Screen keyserver responses' makes gpg to fail earlier than 
before

when fingerprint verification fails, thus raising a different exception in
'_add_key_from_keyserver' (apt/auth.py), so the test for which exception it
raises needs to be updated.


Test PASS (without commit 'Screen keyserver responses')

$ python2.7 tests/test_all.py -q TestAuthKeys
[tests] Running on 2.7.8 (default, Aug 26 2014, 22:15:24) [GCC 4.9.1]
	Using library_dir: 
'/[...]/build/lib.linux-ppc64le-2.7'--

Ran 6 tests in 1.844s

OK


Test FAIL (with commit 'Screen keyserver responses')
  (note the different string printed in AssertionError)

$ python2.7 tests/test_all.py -q TestAuthKeys
[tests] Running on 2.7.8 (default, Aug 26 2014, 22:15:24) [GCC 4.9.1]
	Using library_dir: 
'/[...]/build/lib.linux-ppc64le-2.7'==

FAIL: test_add_key_from_server_mitm (test_auth.TestAuthKeys)
Verify that the key fingerprint is verified after download
--
Traceback (most recent call last):
	  File "/[...]/tests/test_auth.py", line 216, in 
test_add_key_from_server_mitm

cm.exception)
	AssertionError: recv from 'hkp://localhost:19192' failed for 
'0101010178F7FE5C3E65D8AF8B48AD6246925553'


--
Ran 6 tests in 1.779s

FAILED (failures=1)


With patch applied:

$ python2.7 tests/test_all.py -q TestAuthKeys
[tests] Running on 2.7.8 (default, Aug 26 2014, 22:15:24) [GCC 4.9.1]
	Using library_dir: 
'/[...]/build/lib.linux-ppc64le-2.7'--

Ran 6 tests in 1.793s

OK
$ python3.4 tests/test_all.py -q TestAuthKeys
[tests] Running on 3.4.1+ (default, Aug 21 2014, 11:23:41) [GCC 4.9.1]
	Using library_dir: 
'/[...]/build/lib.linux-ppc64le-3.4'--

Ran 6 tests in 1.778s

OK


Relevant piece from 'apt/auth.py':

   # download the key to a temp keyring first
res = subprocess.call(gpg_default_options + [
"--secret-keyring", tmp_secret_keyring,
"--keyring", tmp_keyring,
"--keyserver", keyserver,
"--recv", keyid,
])
if res != 0:
raise AptKeyError("recv from '%s' failed for '%s'" % (
keyserver, keyid))
[...]
[...]
[...]
if got_fingerprint != signing_key_fingerprint:
raise AptKeyError(
"Fingerprints do not match, not importing: '%s' != '%s'" % (


Excerpt from build log (attached):

set -e; for python in python2.7 python3.4 ; do \
$python tests/test_all.py -q || [ "linux" = "hurd" ]; \
done;
[tests] Running on 2.7.8 (default, Aug 26 2014, 22:15:24) [GCC 4.9.1]
	Using library_dir: '/[...]/build/lib.linux-ppc64le-2.7'WARNING: Failed 
to read mirror file

WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
WARNING: Failed to read mirror file
--
Ran 88 tests in 14.182s

OK



--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru python-apt-0.9.3.8/debian/changelog 
python-apt-0.9.3.8ppc64el2/debian/changelog
--- python-apt-0.9.3.8/debian/changelog 2014-06-30 08:32:24.0 -0300
+++ python-apt-0.9.3.8ppc64el2/debian/changelog 2014-08-27 21:30:44.0 
-0300
@@ -1,3 +1,14 @@
+python-apt (0.9.3.8ppc64el2) UNRELEASED; urgency=medium
+
+  * tests/test_pep8.py: --ignore E129 too (fix FTBFS with pep8 >= 1.5)
+(Closes: #759500)
+  * tests/test_auth.py: update 'test_add_key_from_server_mitm' for gnupg 
1.4.18,
+which fail differently/earlier when 'fingerprints do not match' since 
commit
+'Screen keyserver responses' (5230304349490f31aa64ee2b69a8a2bc06bf7816).
+(Closes: #755342)
+
+ -- Mauricio Faria de Oliveira   Wed, 27 Aug 2014 
16:09:14 -0300
+
 python-apt (0.9.3.8) unstable; urgency=medium
 
   * pep8 fixes to fix autopkgtest failure with the most recent
diff -Nru python-apt-0.9.3.8/tests/test_auth.py 

Bug#759491: Defining pseudo-essential

[Russ Allbery]

Guillem Jover  writes:
> On Wed, 2014-08-27 at 09:22:42 -0700, Russ Allbery wrote:

>> @@ -1321,6 +1323,76 @@ zope.
>>   mailing list and a consensus about doing that has been
>>   reached.
>> 
>> +
>> +   
>> + Pseudo-essential packages
>> +
>> + 
>> +   Sometimes, specific libraries, commands, or services are
>> +   essential in the sense that they must be usable at all times,
>> +   even if not configured, but the package that provides these
>> +   interfaces may change.  The two most common cases are
>> +   essential shared libraries, which must not be explicitly
>> +   declared essential so that they can be removed during
>> +   transitions, or commands and services that can be provided by
>> +   the user's choice of multiple packages.  A typical example of
>> +   the latter is awk: the presence of a
>> +   working awk command is part of the Essential set,
>> +   but there are multiple acceptable implementations
>> +   of awk that can provide this required command.
>> + 

> The way I've always thought and understood pseudo-essential has been any
> packages in the set of packages pulled by Essential:yes ones but not
> marked as Essential:yes. Because they cannot be removed either, even
> with alternatives, you always need at least one.

Hm.  One of the points of this wording is to actually agree on a
definition of pseudo-essential.  I think it would be more useful if we
could reserve "pseudo-essential" for packages that provide essential
functionality but cannot be marked as essential due to one of the various
limitations in how that field works.

For the other packages that are dependencies of essential packages, maybe
we should just use that: "dependencies of essential packages."  Although
I'm not sure why we shouldn't declare some of those packages
pseudo-essential and keep their functionality in the essential set.

> The second prominent case of pseudo-essential are private dependencies
> of an Essential:yes or another pseudo-essential package. The awk case is
> actually an exception rather than a common case.

The problem, of course, is that we have good no mechanism to detect the
missing dependencies on these packages, so in practice the dependencies
tend to get dropped, and they end up as pseudo-essential.

>> +   called pseudo-essential.  They must not be marked
>> +   essential via the Essential control field, but must
>> +   still supply all of the functionality defined to be essential
>> +   even when unconfigured.

> Duped lines.

Yeah, that was from cut and paste.  Sorry about that.

> Not all pseudo-essential packages should be considered to be the same,
> awk is an almost Essential pseudo-essential, but only by convention.

I was considering whether we should explicitly list the packages, like
awk, that can be assumed and don't have to be depended on, but I'm not
sure that makes sense to do.  Although if it's only awk, we could just do
that.

> Because virtual packages cannot be Essential:yes it just gets pulled in
> by base-files, so its functionality is expected to be available to any
> other package (w/o an explicit dependency), but most (if not all) of the
> rest of pseudo-essential packages are just private implementation
> details, and should only be relied on by their direct dependers, like
> xz-utils was for a while from dpkg, before it got switched to liblzma.

Do you think we should just say that all pseudo-essential packages another
package uses must have a declared explicit dependency except awk, which is
a special case?  I could do that.

> The problem is that the Essential field conveys several conflated
> meanings and functions.

>  * It marks packages that are necessary for the system, at installation
>_and_ boot time, that's why it's made very hard to remove them.
>  * It marks packages that are necessary for dpkg to be functional all
>the time, even when unpacked during upgrades, but this also applies
>for booting even on sudden system crashes and similar.
>  * It's also used to avoid dependency loops; and because these are
>always going to be present, packages can actually get by with not
>listing them as direct dependencies (execept when versioned).

> The distinction on when a pseudo-essential needs to function as an
> Essential:yes package is determined by its depender, so if it's
> pulled through Pre-Depends then it should behave as an Essential:yes,
> otherwise it'st just a required dependency.

Ah, that's a good distinction.  Is that reliable?  Can I say that only
Pre-Depends from an essential package creates a pseudo-essential package,
but not a straight Depends?  (I think that makes libc6 not
pseudo-essential, since I think it's just Depends, but I'm not positive.)

> Packages that divert, provide alternatives, etc might need to behave
> like an Essential:yes packa

Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel

[Franklin Weng]

2014/8/26 下午7:28 於 "Andreas Tille"  寫道：
>
> Hi,
>
> I think it should be also a criterion that the team behind the Blend
> confirms that they are interested and so I'm hereby pinging all lists in
> question to ask you for confirmation.  I have set Reply-To to the bug
> report and the general Blends list in case you are interested in further
> discussion with other Blends.
>

Debian ezgo blends is active.
(Is that what you meant to reply so that the blends can be kept active?)

Franklin

Bug#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

[Guillem Jover]

Hey!

On Wed, 2014-08-27 at 21:33:54 +0100, Steven Chamberlain wrote:
> Thanks for explaining this.

No problem. :)

> On 27/08/14 20:40, Guillem Jover wrote:
> > I see you've dealt with this now. Regardless, I think this was the
> > correct “fix”, even if usually not kosher, the freebsd-glue stuff
> > pulls in libbsd anyway so it's kind of part of its API/ABI.
> 
> Just one other thing - is it the overall plan that things like that will
> move out of freebsd-glue into libbsd-dev?

I don't know what the plan for freebsd-glue is, you'd need to ask
Robert I guess. I think he created it to be able to deploy things
that might not be included in libbsd fast enough, or things that are
unsuitable for it. For the former I'm always open to hear suggestions
on what else might be helpful, or to accept patches. For the latter,
it would be nice to find a suitable alternative instead, otherwise
they can always be left in freebsd-glue for now.

Thanks,
Guillem


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

Bug#759422: please follow upstream versionning scheme

[Antoine Beaupré]

On 2014-08-27 04:12:05, 张敬强 wrote:
> Hello:
>
>
>
>> In trying to determine the availability of features in the Debian
>
>> version of marble, i have had some difficulty of mapping between the
>
>> version number of this package (e.g. 4.8.4 in wheezy) with the version
>
>> numbers documented upstream (e.g. http://marble.kde.org/history.php).
>
>
>
> There's a "Version History" session here:
>
> http://marble.kde.org/changelog.php
>
>
>
> And also you could just install it and open its "About" window if you are
>
> using sid.
>
> The version number on my machine:
>
> 版本 1.8.20 (1.9 Alpha)
>
> 使用 KDE 开发平台 4.14.0

the versions i am refering to are the debian package versions:

anarcat@angela:~$ rmadison marble
 marble | 4:4.4.5-2 | squeeze  | amd64, armel, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
 marble | 4:4.8.4-3 | wheezy   | source, amd64, armel, armhf, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 marble | 4:4.13.3-2| jessie   | source, amd64, armel, armhf, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x
 marble | 4:4.13.3-2| sid  | source
 marble | 4:4.13.3-2+b1 | sid  | amd64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc
 marble | 4:4.14.0-1| experimental | source, amd64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, powerpc, s390x, sparc

-- 
The individual has always had to struggle to keep from being overwhelmed
by the tribe. If you try it, you will be lonely often, and sometimes
frightened. But no price is too high to pay for the privilege of owning
yourself.- Friedrich Nietzsche


pgpnJj_x67tOn.pgp
Description: PGP signature

Bug#759491: Defining pseudo-essential

[Guillem Jover]

Hi!

On Wed, 2014-08-27 at 09:22:42 -0700, Russ Allbery wrote:
> Ansgar Burchardt  writes:
> > That's related to being (pseudo-)essential and not to priority. Package
> > of Priority: required do not have to be pseudo-essential, but packages
> > of lower priority can be pseudo-essential:

> @@ -1321,6 +1323,76 @@ zope.
>   mailing list and a consensus about doing that has been
>   reached.
> 
> +
> +   
> + Pseudo-essential packages
> +
> + 
> +   Sometimes, specific libraries, commands, or services are
> +   essential in the sense that they must be usable at all times,
> +   even if not configured, but the package that provides these
> +   interfaces may change.  The two most common cases are
> +   essential shared libraries, which must not be explicitly
> +   declared essential so that they can be removed during
> +   transitions, or commands and services that can be provided by
> +   the user's choice of multiple packages.  A typical example of
> +   the latter is awk: the presence of a
> +   working awk command is part of the Essential set,
> +   but there are multiple acceptable implementations
> +   of awk that can provide this required command.
> + 

The way I've always thought and understood pseudo-essential has been
any packages in the set of packages pulled by Essential:yes ones but
not marked as Essential:yes. Because they cannot be removed either,
even with alternatives, you always need at least one.

The second prominent case of pseudo-essential are private dependencies
of an Essential:yes or another pseudo-essential package. The awk case
is actually an exception rather than a common case.

> + 
> +   In these cases, the packages that provide implementations of
> +   the essential functionality are
> +   called pseudo-essential.  They must not be marked
> +   essential via the Essential control field, but must
> +   still supply all of the functionality defined to be essential
> +   even when unconfigured.
> +   called pseudo-essential.  They must not be marked
> +   essential via the Essential control field, but must
> +   still supply all of the functionality defined to be essential
> +   even when unconfigured.

Duped lines.

> + 
> +
> + 
> +   As with essential packages, other packages may assume that the
> +   essential functionality provided by pseudo-essential packages
> +   is always available without declaring explicit dependencies.
> +   However, treat this with caution: only the functionality of
> +   the pseudo-essential package that is required to support
> +   essential functionality is considered essential.  Sometimes,
> +   pseudo-essential packages provide a variety of commands or
> +   services, only some of which are essential.  If there is any
> +   doubt about whether specific functionality provided by a
> +   pseudo-essential package is essential, it's best to be
> +   cautious and add an explicit dependency.  As a special case of
> +   this rule, all packages must continue to declare explicit
> +   dependencies on pseudo-essential shared libraries following
> +   the normal rules for shared library dependencies as defined
> +   in .
> + 
> +

Not all pseudo-essential packages should be considered to be the same,
awk is an almost Essential pseudo-essential, but only by convention.

Because virtual packages cannot be Essential:yes it just gets pulled
in by base-files, so its functionality is expected to be available to
any other package (w/o an explicit dependency), but most (if not all) of
the rest of pseudo-essential packages are just private implementation
details, and should only be relied on by their direct dependers, like
xz-utils was for a while from dpkg, before it got switched to liblzma.

And as mentioned above that latter case is the actual prevalent common
usage. So, I disagree pseudo-essential packages need not be explicitly
depended on.

> + 
> +   It is unfortunately difficult to determine whether a given
> +   package is pseudo-essential.  The most common way to identify
> +   pseudo-essential packages is to look at packages listed in
> +   the Depends or Pre-Depends control fields of
> +   an essential package (or, transitively, as a dependency of
> +   another package so listed), but not all of those packages are
> +   pseudo-essential.  Essential packages may depend on other
> +   packages but may not require those packages be usable without
> +   being configured to provide the essential functionality, in
> +   which case those dependencies do not become pseudo-essential.
> +   And pac

Bug#759186: debian-policy: please consider adding "nodoc" as a possible value for DEB_BUILD_OPTIONS to policy

[Charles Plessy]

Le Wed, Aug 27, 2014 at 08:21:05AM -0700, Russ Allbery a écrit :
> 
> How about:
> 
> This tag says to skip any build steps that only generate package
> documentation.  Required files such as copyright and changelog files
> must still be generated and put in the package, but other generated
> documentation such as help2man-generated pages, Doxygen-generated API
> documentation, or info pages generated from Texinfo sources should be
> skipped if possible.  This option does not change the set of binary
> packages generated by the source package, but documentation-only
> binary packages may be nearly empty when built with this option.

I was a bit worried that some source packages might actually use the nodoc
build option to process a control.in file and remove the doc packages, but a
quick inspection of a handful of examples suggests that it is not the case.

I think that the workding is very good, thanks to you and Johannes.  I second
it, including minor improvements such as the one proposed by Johannes. 

Cheers,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#759479: RFS: profanity/0.4.4-1 [ITP]

[Riley Baird]

Hi Dariusz,

I'm not a DD, so I can't sponsor your package, but here's my review:

d/changelog:
-Remove the note about the "UNRELEASED" 0.4.3

d/copyright:
-You should release the Debian-specific changes also with the OpenSSL
exception
-src/tools/p_sha1.c and src/tools/p_sha1.h appear to be in the public domain

I haven't been able to test the software yet since libstrophe hasn't
been accepted yet, but I can see that it's in the NEW queue.

Good luck on getting your package into Debian,

Riley Baird


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

Bug#759520: aptitude forbid-version should perhaps report an error if it is given no arguments

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.6.11-1
Severity: wishlist

aptitude forbid-version should perhaps report an error if it is given no
arguments.

Same with a few other of such commands.


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

Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel

[Holger Levsen]

Hi,

On Mittwoch, 27. August 2014, Mike Gabriel wrote:
> I guess this only makes sense if a Debian Edu machine (standalone) can
> be installed via Debian's normal D-I, right?

why? and why limit this to stabalone?


cheers,
Holger


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

Bug#756752: tracker.debian.org: Access package screenshots

[Raphael Hertzog]

Hi,

On Wed, 27 Aug 2014, Andrew Starr-Bochicchio wrote:
> Thanks for the feedback. Where do you think it is best to store this
> information? The problem is that I can't use bulk delete for a
> specific PackageExtractedInfo key and doing it to the object obviously
> destroys other info we want to keep. Or am I just missing something?

You can delete all PackageExtractedInfo of a specific key:

with transaction.atomic():
PackageExtractedInfo.objects.filter(key='screenshots').delete()
PackageExtractedInfo.objects.bulk_create(...)

Does that answer your question?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#758073: Pulseaudio won't install init script

[Jose David]

On Wed, 13 Aug 2014 22:31:57 -0400 Felipe Sateler 
wrote:

> On Wed, Aug 13, 2014 at 9:07 PM, Net Kgk  wrote:

> > Package: pulseaudio

> > Version: 5.0-6

> >

> > After update to 5.0-6 system init-script suddenly disappears.

> > I've read warning notice about running pulseaudio as system service

> > and find this totally inadequate, as per-user instances don't work as

> > expected, i.e. don't reproduce sound simultaneously and conflict all

> > the time with each other. So in order to keep it somehow useful,

> > init-script must be protected until pulseaudio will be removed from

> > repository.

>

> Yes, this is expected. As you note, system mode is not the recommended

> way to run pulseaudio. However, if you want to enable it, you can

> still fetch the script from /usr/share/doc/pulseaudio/examples.

>

> Closing as this is not a bug.


There are some legitimate use cases for running pulseaudio as a system-wide
daemon system.

Removing the init script breaks multiseat configurations. I have a
multiseat computer with Debian Jessie with pulseaudio configured in
system-wide mode; it is the most practical solution.

Yesterday I did a dist-upgrade, and lost pulseaudio's init script.
Pulseaudio per-user sessions were automatically started as configured in
/etc/xdg/autostart/pulseaudio-kde.desktop, and I completely lost audio in
all seats. Subsequently, I spent some time tracking the error to its source.

Until a multiseat-aware replacement for ConsoleKit et al is ready (possibly
using systemd's multiseat support), pulseaudio in system-wide mode is the
most pragmatic way to have sound in multiseat configurations.




Jose David Fernandez Rodriguez

Bug#743440: iceweasel not accessible (to screen readers, atk, spi)

[Samuel Thibault]

Control: fixed -1 32.0~b5-1
Control: tags -1 + patch

Hello,

Samuel Thibault, le Mon 21 Jul 2014 00:16:23 +0200, a écrit :
> Upstream commited a fix, which I have attached to this mail.

FTR, this patch was included in iceweasel 32, thus fixed in
experimental.

Samuel


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

Bug#759519: ITP: shogivar -- UI to play many shogi variants against human or computer

[Yann Dirson]

Package: wnpp
Severity: wishlist
Owner: Yann Dirson 

* Package name: shogivar
  Version : 1.55a+git
  Upstream Author : Steve Evans, H.G.Muller
* URL : 
http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=shogivar.git;a=shortlog;h=refs/heads/C-port
* License : GPL
  Programming Lang: C
  Description : UI to play many shogi variants, with builtin computer player

This is a C/Gtk port by HGM of the Shogi Variants program written in
VB for windows by S.Evans in the late 90's
(http://www.users.on.net/~ybosde/), whose source was published in 2011
(https://groups.yahoo.com/neo/groups/shogivar/conversations/messages/1755),
and finally released under the GPL at HGM's request.

This is the only free-software program with an AI for most Shogi
variants.


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

Bug#758266: RFS: air-quality-sensor/0.1.1-3 [ITP]

[Riley Baird]

Hi Benedikt,

I'm not a DD, so I can't sponsor your package, and I don't have the
Indoor Air Monitor, so I can't test it. However, looking over your
package, afaict everything is fine, except you should remove the
unnecessary comments in d/rules and d/watch.

Great job on the package!

Riley Baird


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

Bug#722451: Adoption

[Samuel Thibault]

Carlos Alberto Lopez Perez, le Wed 27 Aug 2014 11:54:57 +0200, a écrit :
> We have a clear process defined for this. Once you have your package
> ready, you can upload it to mentors.debian.net (or to other site if you
> prefer) and you ask on the mailing list debian-ment...@lists.debian.org
> (subscribe yourself to the list) for someone to review and upload your
> package.

I'm willing to review & upload under the debian-accessibility umbrella.
Best would probably be to maintain the packaging on alioth.debian.org
(so we can both get to commit to it), you just need to get an account
there and ask for joining the pkg-a11y group.

Samuel


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

Bug#759518: x11-common: Print the real name of the executable instead of x-session-manager

[Laurent Bigonville]

Package: x11-common
Version: 1:7.7+7
Severity: wishlist

Hi,

Currently, when starting a session, x-session-manager (the alternative
symlink) is shown in the process list instead of the real name of the
executable.

I guess the symlink should be followed.

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.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  lsb-base   4.1+Debian13

x11-common recommends no packages.

x11-common suggests no packages.

-- debconf information:
  x11-common/xwrapper/allowed_users: Console Users Only
  x11-common/xwrapper/actual_allowed_users: console


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

Bug#759517: digikam: When starting digikam it searches for new pictures and then nothing more happens.

[Jürgen Leibner]

Package: digikam
Version: 4:4.1.0-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
 Starting digikam out of the Kde-Menue.
 The problem happens after dist-upgrading first time and continued
 until now.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Nothing after starting digikam.
   * What was the outcome of this action?
 Sometimes, after several tries and killing left behind prozessses
 digikam starts and after several minuts waiting it is usable as far as I 
can see.
 Left behind prcesses:
 ...:~# ps faux|grep digikam
 jever 6467 10.7 13.9 2439940 564668 ?  Sl   Aug27  83:39
 \_ /usr/bin/digikam -caption digiKam --icon digikam
 jever24197  1.0  5.1 2021688 208044 ?  Sl   00:16   0:19
 \_ /usr/bin/digikam -caption digiKam --icon digikam
 root 24356  0.0  0.0  12708   940 pts/2S+   00:46   0:00  |
 \_ grep digikam
   * What outcome did you expect instead?
 digikam should start and be usable.

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


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

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

Versions of packages digikam depends on:
ii  digikam-data  4:4.1.0-1
ii  digikam-private-libs  4:4.1.0-1
ii  kde-runtime   4:4.13.3-1
ii  libc6 2.19-9
ii  libgcc1   1:4.9.1-4
ii  libgphoto2-6  2.5.4-1
ii  libgphoto2-port10 2.5.4-1
ii  libkdcraw23   4:4.13.1-2
ii  libkdecore5   4:4.14.0-1
ii  libkdeui5 4:4.14.0-1
ii  libkexiv2-11  4:4.13.1-1
ii  libkhtml5 4:4.14.0-1
ii  libkio5   4:4.14.0-1
ii  libkipi11 4:4.13.3-1
ii  libknotifyconfig4 4:4.14.0-1
ii  libkparts44:4.14.0-1
ii  libnepomukcore4   4:4.13.3-1
ii  libopencv-core2.4 2.4.9+dfsg-1
ii  libopencv-imgproc2.4  2.4.9+dfsg-1
ii  libphonon44:4.7.1-1
ii  libqt4-dbus   4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-sql4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-sql-sqlite 4:4.8.6+git49-gbc62005+dfsg-1
ii  libqt4-xml4:4.8.6+git49-gbc62005+dfsg-1
ii  libqtcore44:4.8.6+git49-gbc62005+dfsg-1
ii  libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1
ii  libsolid4 4:4.14.0-1
ii  libsoprano4   2.9.4+dfsg-1.1
ii  libstdc++64.9.1-4
ii  libthreadweaver4  4:4.14.0-1
ii  perl  5.20.0-4
ii  phonon4:4.7.1-1

Versions of packages digikam recommends:
pn  ffmpegthumbs | mplayerthumbs  
ii  iceweasel [www-browser]   31.0-3
ii  kipi-plugins  4:4.1.0-1
ii  konqueror [www-browser]   4:4.13.3-1
ii  links [www-browser]   2.8-2
ii  w3m [www-browser] 0.5.3-16

Versions of packages digikam suggests:
ii  digikam-doc 4:4.1.0-1
ii  systemsettings  4:4.11.11-1

-- no debconf information


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

Bug#759516: ofono: Please upgrade ofono to version 1.15

[Diederik de Haas]

Package: ofono
Version: 1.9-2+b1
Severity: normal

Normally I'd use severity wishlist for a request for a new version.
But Bluez5 dropped support for HSP and HFP profiles since it should
apparently be implemented in ofono [1].
Since the current version of PulseAudio is 5.x this means that only A2DP
profile is currently supported [2] and hence my bluetooth headset's
microphone does not work.
According to ofono's changelog support for HFP was added in 1.13 and
1.15 seems to contain some fixes related to that.

Hope a new version of ofono will land in Debian soon :-)

Regards,
  Diederik

[1] http://www.bluez.org/release-of-bluez-5-0/
[2] 
http://www.freedesktop.org/wiki/Software/PulseAudio/Notes/5.0/index.html#bluez5supporta2dponly

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages ofono depends on:
ii  dbus   1.8.6-2
ii  libbluetooth3  5.21-3
ii  libc6  2.19-10
ii  libdbus-1-31.8.6-2
ii  libglib2.0-0   2.40.0-4
ii  libudev1   208-8

Versions of packages ofono recommends:
ii  udev  208-8

ofono 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#677831: x11-common: please apply this 1 line patch for correct SE Linux labelling

[Laurent Bigonville]

Package: x11-common
Version: 1:7.7+7
Followup-For: Bug #677831

Hi,

Apparently the calls to the do_restorecon() function have been dropped
in the following commit:

commit 0418b8dd8fa6940285f7f6b71302655942c15fb7
Author: Julien Cristau 
Date:   Fri Mar 2 21:57:56 2012 +0100

Be more careful before running chown/chmod in x11-common.init

Fix unsafe manipulation of /tmp/.X11-unix and /tmp/.ICE-unix in the 
x11-common
init script.  A malicious user could trick us into changing
ownership/permissions of an arbitrary directory, and elevate their 
privileges
(closes: #661627).  Reference: CVE-2012-1093.

I guess it was not intentional,

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.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  lsb-base   4.1+Debian13

x11-common recommends no packages.

x11-common suggests no packages.

-- debconf information:
  x11-common/xwrapper/actual_allowed_users: console
  x11-common/xwrapper/allowed_users: Console Users Only


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

Bug#757689: SCSI issue?

[Stéphane]

FWIW I have the issue on one of my machines but not two others; all 
machines are running up-to-date `testing` with lshw B.02.17.
On the machine that has the issue (SIGSEV), this seems to be in the SCSI 
scanning module in my case; running

  sudo lshw -disable scsi
does not crash lshw. Given the strace given by the original poster it 
seems to happen in a similar location in their case.


To answer's Leonardo's question, #740034 is referring to an issue that 
crashes the machine when running lshw; here we're facing a bug inside 
lshw (or one of its dependencies).


There are no symbols inside /usr/bin/lshw and no lshw-dbg package so I 
had to build a debug version manually. If I use the orig.tar.gz, apply 
Debian's diff.gz, then start dpkg-buildpackage, the binary src/lshw 
crashes. The stack trace is useless for some reason. However the same 
code (accidentally) compiled using "make" in src/ gives a working lshw; 
I noticed the optimization was different (none in the original Makefile, 
-O2 when compiling for dpkg-buildpackage).


I modified debian/rules to always do -O0 and once installed, the 
resulting lshw does not crash anymore when running `sudo /usr/bin/lshw`.



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

Bug#759275: feel++: FTBFS - /usr/bin/clang++ not found (should be clang++-3.4)

[Gilles Filippini]

Hi Christophe,

Any chance to have this fixed soon? This FTBFS bug is a blocker for the
ongoing hfd5 transition.
If you're busy on other stuff I can NMU.

Thanks in advance,

_g.

On Tue, 26 Aug 2014 01:35:05 +0200 "Christophe Prud'homme"
 wrote:
> excellent !
> thanks for the news
> 
> 
> On Mon, Aug 25, 2014 at 10:38 PM, Sylvestre Ledru 
> wrote:
> 
> >  That is likely to be caused by:
> > http://sylvestre.ledru.info/blog/2014/08/11/clang-3-4-3-5
> >
> > cheers,
> > S
> >
> >
> > On 25/08/2014 21:28, Christophe Prud'homme wrote:
> >
> >  That's weird, all my packages are built with pbuilder and I never has
> > this issue.
> >  I will check and try out your fix.
> >
> >  Best regards
> >  C.
> >
> >
> > On Mon, Aug 25, 2014 at 8:51 PM, Michael Tautschnig  wrote:
> >
> >> Package: feel++
> >> Version: 1:0.98.0-final-3
> >> Severity: serious
> >> Usertags: goto-cc
> >>
> >> During a rebuild of all Debian packages in a clean sid chroot (using
> >> cowbuilder
> >> and pbuilder) the build failed with the following error.
> >>
> >> [...]
> >> -- Check for working CXX compiler: /usr/bin/clang++
> >> CMake Error: your CXX compiler: "/usr/bin/clang++" was not found.
> >>  Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
> >> CMake Error: Internal CMake error, TryCompile configure of cmake failed
> >> -- Check for working CXX compiler: /usr/bin/clang++ -- broken
> >> CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54
> >> (message):
> >>   The C++ compiler "/usr/bin/clang++" is not able to compile a simple test
> >>   program.
> >>
> >>   It fails with the following output:
> >>
> >>
> >>
> >>
> >>
> >>   CMake will not be able to correctly generate this project.
> >> Call Stack (most recent call first):
> >>   CMakeLists.txt:62 (project)
> >>
> >>
> >> CMake Error: your CXX compiler: "/usr/bin/clang++" was not found.
> >>  Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
> >> -- Configuring incomplete, errors occurred!



signature.asc
Description: OpenPGP digital signature

Bug#756752: tracker.debian.org: Access package screenshots

[Andrew Starr-Bochicchio]

On Mon, Aug 25, 2014 at 4:20 PM, Raphael Hertzog  wrote:
> On Mon, 25 Aug 2014, Andrew Starr-Bochicchio wrote:
>> The attached patch adds links to screenshots.debian.net when they
>> exist. It's slower that I'd like.
>
> Some ideas to improve it:
> 1/ use a transaction (protect most of execute in "with
> transaction.atomic():")
> 2/ use bulk insert in Django (and bulk delete first in the transaction)
> https://docs.djangoproject.com/en/1.6/ref/models/querysets/#django.db.models.query.QuerySet.bulk_create
>
> See UpdatePackageBugStats.update_source_and_pseudo_bugs() for an example.
>
> Performance is rather important. We're looking to have very regular runs
> of most tasks.

Hi Raphael,

Thanks for the feedback. Where do you think it is best to store this
information? The problem is that I can't use bulk delete for a
specific PackageExtractedInfo key and doing it to the object obviously
destroys other info we want to keep. Or am I just missing something?

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1


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

Bug#759498: texlive-fonts-extra: Fails to upgrade: unexpected end of file or stream

[Norbert Preining]

On Wed, 27 Aug 2014, Helge Kreutzmann wrote:
>  cannot copy extracted data for 
> './usr/share/texlive/texmf-dist/fonts/type1/public/cm-unicode/cmuntt.pfb' to 
> '/usr/share/texlive/texmf-dist/fonts/type1/public/cm-unicode/cmuntt.pfb.dpkg-new':
>  unexpected end of file or stream

Sounds like either HD full, or download corrupted, or HD has hardware
sector errors.

Nothing related to TeX Live.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#759491: Bug#758234: Defining pseudo-essential

[Russ Allbery]

Charles Plessy  writes:

> Thanks Russ, I think that this new paragraph is very useful.

> If need is I second its addition.

Yes, I'm looking for seconds for this.  Thank you!

> This addition will cause the current section 3.9 (Maintainer Scripts) to
> be renumbered 3.10, but I do not expect this to cause big confusions.

I added it as a subsection, so it will show up as a 3.8.1 under Essential
Packages and shouldn't renumber subsequent sections.

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


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

Bug#759515: policykit-1: restarting systemd prevents me from performing policykit actions

[brian m. carlson]

Package: policykit-1
Version: 0.105-6.1
Severity: normal

Whenever I restart systemd (usually because of an upgrade), I lose the
ability to enable and disable networking and wi-fi in Network Manager,
as well as the ability to mount disks automatically and restart the
computer from the Shut Down menu in MATE.  This is very annoying, as I
must log out and log back in again each time, and systemd is updated
rather frequently.

-- 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.16-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages policykit-1 depends on:
ii  dbus   1.8.6-2
ii  libc6  2.19-9
ii  libglib2.0-0   2.40.0-4
ii  libpam-systemd 208-8
ii  libpam0g   1.1.8-3.1
ii  libpolkit-agent-1-00.105-6.1
ii  libpolkit-backend-1-0  0.105-6.1
ii  libpolkit-gobject-1-0  0.105-6.1

policykit-1 recommends no packages.

policykit-1 suggests no packages.

-- Configuration Files:
/etc/polkit-1/rules.d/40-debian-sudo.rules [Errno 13] Permission denied: 
u'/etc/polkit-1/rules.d/40-debian-sudo.rules'
/etc/polkit-1/rules.d/50-default.rules [Errno 13] Permission denied: 
u'/etc/polkit-1/rules.d/50-default.rules'

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#752544: vlc: source package fails to compile

[Sebastian Ramacher]

Control: reassign -1 src:glib2.0 2.40.0-4
Control: retitle -1 glib2.0: build gobject with -Wl,nodelete to prevent 
unloading
Control: tags -1 = upstream fixed-upstream
Control: affects -1 vlc

Hi glib maintainers,

vlc randomly fails to build during the generation of the plugin cache. Some of
the plugins are linked (indirectly) to gobject. During the generation of the
plugin cache, these plugins are loaded and unloaded again. In some circumstances
this causes gobject to be unloaded at the wrong time and vlc-cache-gen crashes.
Since the plugin cache is generated at build time, this issue makes the build of
vlc fail.

The issue has been fixed in glib with commit
2b178c762fbc0706031e9890ba190233e243a602 [1] and the fix is contained in 2.41.3.
It also got applied to the glib-2-40 branch (commit
3662eb9759fe225d1c214db6927c667a1b733e8a)
Could you please apply the patch to the current version in unstable?

Cheers

[1] https://mail.gnome.org/archives/commits-list/2014-April/msg02316.html
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#759491: Bug#758234: Defining pseudo-essential

[Charles Plessy]

Le Wed, Aug 27, 2014 at 03:15:28PM -0700, Russ Allbery a écrit :
> Jakub Wilk  writes:
> > * Russ Allbery , 2014-08-27, 09:22:
> 
> >>+   often tricky and inobvious.
> 
> > Is it "inobvious", "unobvious", or "non(-)obvious"?
> > Maybe just say "not obvious".
> 
> Yes, that's better.  Thanks.

Thanks Russ, I think that this new paragraph is very useful.

If need is I second its addition.

This addition will cause the current section 3.9 (Maintainer Scripts) to be
renumbered 3.10, but I do not expect this to cause big confusions.

Have a nice day,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#751633: Breaks installer

[Dennis Boone]

It appears that bzcat is no longer available in the installer
environment, as the installer now errors out complaining that acl can't
be unpacked due to the absence of bzcat.

De


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

Bug#759406: debian-cd: Merge iso images into usb drive thanks to cat

[adrian15]

Well, this works if you use mount command from util-linux package. 
busybox's mount does not implement offset feature, so it either ignores 
it or complains about it.


== Getting Debian images ==

I have downloaded
  * debian-7.6.0-i386-CD-1.iso
  * debian-7.6.0-i386-CD-2.iso
for doing my tests.

== Getting to know Debian CD 1 size ==

# fdisk -l debian-7.6.0-i386-CD-1.iso
GNU Fdisk 1.2.5 



Copyright (C) 1998 - 2006 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public 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.


Disk 
/mnt/ssd/adrian_sata/conocimiento/distribuciones_isos/debian-installer/debian-7.6.0-i386-CD-1.iso: 
679 MB, 679477248 bytes

64 heads, 32 sectors/track, 648 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes


 Device Boot  Start End  Blocks 
Id  System
/mnt/ssd/adrian_sata/conocimiento/distribuciones_isos/debian-installer/debian-7.6.0-i386-CD-1.iso1 
  *   1 648  663536   17  Hidd HPFS/NTFS


So size, in bytes, is: 679477248 .

== Additional notes ==

Although I am booting from a cdrom, the same procedure can be replicated 
if you boot from a usb hard disk.


== Virtual machine description ==

Cdrom 1: Debian Live CD
Cdrom 2: Debian CD 1
Cdrom 3: Debian CD 2

Hard disk 1: 8 GB . Blank disk for a new Debian installation.
Hard disk 2: 4 GB . Blank disk. USB that has concatenated images.

== USB preparation ==

I boot the virtual machine from: Cdrom 1: Debian Live CD . Let's see how 
GNU/Linux detects the disks:


/dev/sr0: Cdrom 1: Debian Live CD
/dev/sr1: Cdrom 2: Debian CD 1
/dev/sr2: Cdrom 3: Debian CD 2

/dev/sda: Hard disk 1: 8 GB . Blank disk for a new Debian installation.
/dev/sdb: Hard disk 2: 4 GB . Blank disk. USB that has concatenated images.

Now we are going to concatenate the disks. Be aware that final user will 
not concatenate cdrom devices but iso files directly. I use cdrom device 
because, as I use Virtualbox, it makes it easier for me.


cat /dev/sr1 /dev/sr2 > /dev/sdb
sync

== Testing the idea ==

Now I change a bit cdroms so that I boot from Debian CD 1.
Cdrom 1: Debian CD 1
Cdrom 2: Debian CD 2

I boot the virtual machine from: Cdrom 1:Debian CD 1.

So, first of all install Debian (making sure that Standard tools from 
system are installed although I'm not sure if they are absolutely needed 
or not) into /dev/sda hard disk up to the point where you are asked if 
you want to install bootloader or not. Don't ask the question. Instead 
do: ALT+F2 .


This is going to open a shell where sda is mounted in /target and where, 
let's remember, sdb is: Hard disk 2: 4 GB . Blank disk. USB that has 
concatenated images.


mkdir /target/mnt/apt2
chroot /target /bin/mount /dev/sdb /mnt/apt2 -o offset=679477248 -t iso9660

Now if you run:

more /target/mnt/apt2/README.txt

you will see that you can read Debian CD 2 disk while it's have been 
concatenated to the USB !!!


== Target based Implementation ==

This is the implementation you have seen before. You need to have a 
basic installation of Debian into the hard disk. That's not problem 
because it is provided by Debian CD 1.


Once this basic installation (included the Grub installation to disk) 
has finished the user is prompted:


Do you want to search packages into appended images in your usb?

If the user answer yes, then the offset mount is tested, packages path 
is added to /etc/apt/sources.list (or whatever), apt-get update is run, 
and you somehow let the user add more packages in the installation if he 
wants to.


These packages are found in second cdrom.

== Busybox based Implementation ==

This implementation would involve hacking busybox's mount command so 
that it supports offset parametre.


Then asking for the user which packages to install would be done once, 
because the next Debian CDs would have been found at first stages of the 
installation.


== Using Disk 2 from USB everyday ==

Somehow a tool would be needed so that the user can mount its Debian CD 
2 from its USB as easier as possible (Maybe a noauto entry in fstab). 
This way when running: apt-get update the files will be finally found in 
/mnt/apt2 (or whatever) .


== Special tool for making USBs in Windows ==

For Windows people it would be nice to have a GUI where you can select 
(always with CD 1 as the first one) all the cds you want and then 
concatenate them into a USB device.


== Padding when generating iso images ==

As you might suspect you need to know the iso size in advance so that 
this works in a reasonable way.


I think the idea is to embed the disk size in a file somewhere inside of 
each one of the disks.


How do you manage to know the final size before generating the disk? By 
padding it.


So, if you want your disk to be 900 

Bug#758266: RFS: air-quality-sensor/0.1.1-3 [ITP]

[Benedikt Wildenhain]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "air-quality-sensor"

 * Package name: air-quality-sensor
   Version : 0.1.1-5
   Upstream Author : Jan-Benedict Glaw 
 * URL : https://github.com/bwildenhain/air-quality-sensor
 * License : gpl3+
   Section : utils

It builds those binary packages:

  air-quality-sensor - user space driver for AppliedSensor's Indoor Air Monitor

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

http://mentors.debian.net/package/air-quality-sensor


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

  dget -x 
http://mentors.debian.net/debian/pool/main/a/air-quality-sensor/air-quality-sensor_0.1.1-5.dsc

More information about air-quality-sensor can be obtained from
https://github.com/bwildenhain/air-quality-sensor/.

Changes since the last upload:

* Put package to git-repository using git-buildpackage.


Regards,
 Benedikt Wildenhain


signature.asc
Description: Digital signature

Bug#751704: bug#18289: libparted ped_disk_clobber() overwrites firmware on some arm systems

[Brian C. Lane]

On Thu, Aug 28, 2014 at 12:06:21AM +0200, Karsten Merker wrote:
> On Mon, Aug 18, 2014 at 10:07:59PM +0200, Karsten Merker wrote:
> 
> > You are fully right that normally a bootloader should be
> > installed after partitioning.  This works well for the case of a
> > bootloader that uses universally available BIOS functions and is
> > not hardware-specific, such as is the case on PCs.  In the case
> > of u-boot on the other hand, in PC-lingo we would have to provide
> > the installer with the ability to flash the BIOS for every PC
> > model on the market as part of the operating system installation,
> > which is not feasible.  We might be able to do that for a small
> > selection of devices, but not for all of them --> we need to keep
> > the u-boot image that is on the device even when creating a new
> > disklabel, but we are unsure what is the best way to handle this.
> > 
> > The approach in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751704#60
> > (setting PedDisk.needs_clobber to 0 before calling ped_disk_commit
> > for specific devices) works in practice, but the question was
> > whether it is ok for the calling application to fiddle around with
> > the needs_clobber flag, or whether we should take some other
> > approach.
> 
> Hello Brian,
> 
> may I ping you again regarding the last paragraph? The question
> whether this approach is ok from a libparted point of view is
> still open and I would very much apprechiate your feedback on it.

Oops, sorry about that. I think that's probably ok. I'm not sure what
other option you have.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)


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

Bug#747916:

[Tuxicoman]

I experienced again this issue with last (2:1.6.6-1) cryptsetup update
warning message.

Please consider this bug as blocking for Jessie release.


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

Bug#759491: Bug#758234: Defining pseudo-essential

[Russ Allbery]

Jakub Wilk  writes:
> * Russ Allbery , 2014-08-27, 09:22:

>>+   often tricky and inobvious.

> Is it "inobvious", "unobvious", or "non(-)obvious"?
> Maybe just say "not obvious".

Yes, that's better.  Thanks.

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


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

Bug#759393: [buildd-tools-devel] Bug#759393: /etc/init.d/schroot: Switch Should-Start from lvm to lvm2

[Roger Leigh]

On Wed, Aug 27, 2014 at 01:00:00AM +0200, Laurent Bigonville wrote:
> /etc/init.d/schroot is currently declaring a "Should-Start" dependency
> against lvm. The initscript has been renamed to lvm2 for quite sometimes
> I guess (but still provides both lvm and lvm2)

OK.  In that case this isn't a bug, but a wishlist item.  If it's
providing "lvm" then there isn't really a problem here; it's
behaving backward-compatibly as designed.

> But a problem occurs with systemd, the lvm2 package is only adding the
> necessary symlink to mask the lvm2 LSB initscript. This makes think that
> the lvm unit/initscript is missing.

This is a bug in systemd which may affect many more packages since
alternate Provides are not exactly uncommon.  Is there a bug open
for this?

> The relation should probably be changed from lvm to lvm2

This is certainly true, and I'll look at doing this in due course.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#758218: live-build: Packages helper includes packages excluded by tasksel

[Daniel Baumann]

applied your patch now as-is; let's think about it (if at all) on how to
do it more 'properly' for when we're in the jessie+1 cycle. it doesn't
make much difference anyway for now and it's more important to just get
it done/working.

thanks, and thanks for the patience :)

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


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

Bug#734532: DDTP host transition - bad encoding afterward

[Martin Eberhard Schauer]

Hi David,

thank you for very much for your question.

The translations transferred before the actual work started (about before 6
pm)have a problem with non-ASCII characters as reported in (2), (3).

The German translations suffer from bad encoded German "Umlauts"
(Ä,Ö,Ü;ä;ö;ü), Guillemets and the sharp s(ß), e.g. (4).

Translations that made it into the system today are correct.

Is the issue still relevant today?

I was to lazy to report that the encoding was ok shortly afterward.

The bug can be closed.

Cheers,
   Martin


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

Bug#719887: ITP: python-pypdf2 -- A Pure-Python library built as a

[Philip Chimento]

Any chance this package could be made available publicly in the intervening
time before it's accepted? I'd really like to try it out.

-- 
Philip

Bug#586413: Tightvnc Debian Packages

[Karun Dambiec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,
I would like to get involved more with the Debian Project, and saw
that the Tightvnc Package
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586413) is up for
adoption.

I am interested to start learning how to maintain it, and am also
looking for a mentor.

Regards
Karun Dambiec
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJT/k8UAAoJEEIHKtIz9cQsrOsP/jJ8Fc27wc42hiwZAsABsFQ4
pEkg3vMJ6cr+R3rYJ+A7LG9WQqgHKD2Ynhjb8jVCNRzQN6fVs6AKb/kbjWWPVkQX
vxTuU+IbE5LyWX6yUA2Uq4sQrwyFYUQTckNCvmCP5TJPOIW2qBQ/w5iogfaMMXjD
/TCRJqI2cVloS1ovQ37TTly5ImFINp5zuJx2OxSmCdFxNUboI6DQltdQkCTOGfVP
uHVpX5NG9oZGPpMOPi55MsFvxzkwxUooUAaqsqrE4BwsbRZdubN85ME++Ubk4mPc
HnpLh6sCO/Oui1/65gipvIG/mSoDKfxles6F+yRRobSTLNxRU/BGDzH7Ev45mTZz
FJNjLwg8Tp1fROmN70lThlz2y3Zyg6g8R1zlSexyyHVXvBu+Z+IUl3aa2ag/4JgT
RDVIparbXi6eiAZoyVCjI3w2CkZxqkq4Vy2o2wCOlLSj54G52vL+dHlhQfzjlgrk
crszqcTraWrOUyx8OFkLCj12kqE583ExpjfLQL2UjXwXXSQiHMWh68KbBJn3aVUM
mu8S6dOO2d59jK1qJItn7epRlWzAsPpqw0KFI1GQysD9NR1/elUf1ApKyFLSIdLX
68bhETwRxlaewMnJkIfMjU5TIH19qwnuDBTDlgvHPOYq21YtKnya/dTsNfLfSqqM
WFw0XalVaOf7ITDfLiTs
=SQ6P
-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#759514: grub-pc-bin: ELF ABI number varies by build architecture

[Steven Chamberlain]

Package: grub-pc-bin
Version: 1.99-27+deb7u2
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-CC: debian-...@lists.debian.org

Hi,

grub-pc-bin is built on linux-any and kfreebsd-any.  The produced GRUB
image and modules should ideally be the same in each case.  (Because
GRUB is a kernel in its own right.)

We already build the same set of modules, so that people can dual-boot
linux and kfreebsd on the same machine.

The most obvious difference is the ELF ABI number of the output files,
something that will be ignored anyway:

> $ file a/usr/lib/grub/i386-pc/kernel.img
> a/usr/lib/grub/i386-pc/kernel.img: ELF 32-bit LSB executable, Intel 80386, 
> version 1 (SYSV), statically linked, stripped

> $ file b/usr/lib/grub/i386-pc/kernel.img
> b/usr/lib/grub/i386-pc/kernel.img: ELF 32-bit LSB executable, Intel 80386, 
> version 1 (FreeBSD), statically linked, stripped

On kfreebsd, we could fix it by post-processing with elfedit.  I propose
to do that during the package build.  After that, this file is the same
as generated by linux (for this particular GRUB build).

Likewise for the *.mod files;  165 out of 192 of them were identical
after this simple change.

The motivation of this is to demonstrate integrity of the build, by very
different systems, and check the reliability of their toolchains.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#734532: DDTP host transition - bad encoding afterward

[David Prévot]

Hi Matin,

On Wed, Jan 08, 2014 at 12:46:50AM +0100, Martin Eberhard Schauer wrote:

> The translations transferred before the actual work started (about before 6
> pm)have a problem with non-ASCII characters as reported in (2), (3).
> 
> The German translations suffer from bad encoded German "Umlauts"
> (Ä,Ö,Ü;ä;ö;ü), Guillemets and the sharp s(ß), e.g. (4).
> 
> Translations that made it into the system today are correct.

Is the issue still relevant today?

Regards

David


signature.asc
Description: Digital signature

Bug#635847: libkrb5support0: library initialization errors in Perl module context

[Sam Hartman]

> "Benjamin" == Benjamin Kaduk  writes:

Benjamin> We added a debian-local change to never unload GSS
Benjamin> mechanisms back in krb5-1.10.1+dfsg-3; I am curious if
Benjamin> this is issue is worked around by that patch.

I would be surprised because I don't think the issue was gss mechanism
related and our patch was fairly local.

However later, upstream made a more invasive change in how dlopen was
called (including RTLD_NODELETE) which probably does address this issue.
I don't know if we've picked up that change yet though.


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

Bug#759513: ITP: node-databank -- Node.js JSON storage abstraction layer

[Tim Retout]

Package: wnpp
Severity: wishlist
Owner: Tim Retout 

* Package name: node-databank
  Version : 0.19.1
  Upstream Author : Evan Prodromou 
* URL : http://github.com/e14n/databank
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Node.js JSON storage abstraction layer

 This package is an abstraction tool for document stores or key-value
 stores in Node.js.  Applications can use one interface for developing
 persistence code, and then at deployment time you can decide what driver
 to use.
 .
 There are three drivers included in this package: 'memory', 'partitioning',
 and 'caching'.
 .
 Node.js is an event-based server-side JavaScript engine.

I will maintain this as part of the Javascript team.

This is a dependency of Pump.io. See:
https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io


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

Bug#759512: syslinux: [INTL:pt] Portuguese translation for debconf messages

[Américo Monteiro]

Package: syslinux
version: 3:6.03~pre19+dfsg-3
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for syslinux's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


syslinux_3:6.03~pre19+dfsg-3_pt.po.gz
Description: GNU Zip compressed data

Bug#752544: vlc: source package fails to compile

[Sebastian Ramacher]

Control: severity -1 serious
Control: tags -1 + forwarded-upstream pending

On 2014-06-25 18:59:36, Mateusz Łukasik wrote:
> On 24.06.2014 16:51, Jason Pleau wrote:
> >Package: vlc
> >Version: 2.1.4-1+b2
> >Severity: serious
> >Tags: lfs
> >Justification: fails to build from source (but built successfully in the 
> >past)
> >
> >Dear Maintainer,
> >
> >vlc-2.1.4-1 currently fails to compile on my amd64 (unstable) system.
> >
> >- To reproduce:
> >
> >  1. download the source package with apt-get source vlc (need build-deps as
> >well)
> >
> >2. build the package.
> >
> >- Expected outcome: package is built and a .deb is generated
> >
> >- Current outcome: Package fails to build with this error:
> >
> >Making all in bin
> >make[2]: Entering directory '/home/oxez/vlc/vlc-2.1.4/bin'
> >   GEN  ../modules/plugins.dat
> >/bin/bash: line 4: 17992 Segmentation fault  ./vlc-cache-gen ../modules
> >Makefile:1538: recipe for target '../modules/plugins.dat' failed
> >make[2]: *** [../modules/plugins.dat] Error 139
> >make[2]: Leaving directory '/home/oxez/vlc/vlc-2.1.4/bin'
> >
> >
> >- How to build the package successfully :
> >
> >The package can be built by using first: export
> >LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
> >
> >More information can also be found at https://bugs.archlinux.org/task/39676
> >
> >
> >
> >
> 
> 
> Hi,
> 
> I now finished build vlc on clean unstable chroot environment and I don't
> see that bug. It's build fine.

vlc now failed to build on mips with the same error. I'm raising the
severity back to serious since it even failed after a give-back.

I've pushed a patch and forwarded it upstream and will upload a new
revision tomorrow.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#750847: Still a problem with XFCE panel 4.10.1-1

[Scott Barker]

This is still a problem with the XFCE 4.10.1-1 panel.

-- 
Scott Barker


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

Bug#759396: apt-listbugs 0.1.15: Please update the PO translation for the package apt-listbugs

[Francesco Poli]

On Wed, 27 Aug 2014 01:16:25 +0200 Per Andersson wrote:

> On Tue, Aug 26, 2014 at 10:04 PM, Francesco Poli
[...]
> I updated the translation and submitted wishlist bug against apt-listbugs
> with the po file attached.

Hello Per,
thanks for your fast response!

A question:

  #: ../lib/apt-listbugs/logic.rb:766
  msgid "Failed to invoke browser."
  msgstr "Kunde inte köra www-browser."

Shouldn't the translation of "browser" be "webbläsare" ?
If you agree, I'll modify the string as:

  msgstr "Kunde inte köra webbläsare."

Is this correct?


-- 
 http://www.inventati.org/frx/
 fsck is a four letter word...
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpJ9eFagwACH.pgp
Description: PGP signature

Bug#748014: clementine: Nothing shows in the song/artist information panel.

[Thomas Pierson]

tag 748014 unreproducible moreinfo
severity 748014 minor
thanks

Hello Chris,
> Even the 'song information' section of the preferences contains no text.

Song informations appears correctly when a song is played for me.

For some songs the informations are not available. Have you try with a
common artist and correctly tagged songs?

You seem to use jessie/testing. Could you retry with the last version of
clementine package in Jessie?

Regards,

Thomas Pierson


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

Bug#758557: [network-manager] Re: [Pkg-utopia-maintainers] Bug#758557: network-manager: not authorized to control networking

[OmegaPhil]

Scratch that, in order to work around another bug, I deleted and then
attempted to recreate a VPN connection - the configuration dialog that
appears is almost completely disabled. The only interesting thing coming
out of stdout is lots of:

=

** (nm-connection-editor:12444): WARNING **: Unsupported connection type
'generic'

=

When I 'sudo nm-applet', I was able to configure the VPN connection
fine, so it must be a permissions issue. When the VPN connected it
failed to set up a route to the subnet at the other end but I guess
thats another story...




signature.asc
Description: OpenPGP digital signature

Bug#635847: libkrb5support0: library initialization errors in Perl module context

[Benjamin Kaduk]

We added a debian-local change to never unload GSS mechanisms back in
krb5-1.10.1+dfsg-3; I am curious if this is issue is worked around by that
patch.

-Ben


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

Bug#759511: ITP: moonshot-ui -Project Moonshot's Identity Selector

[Sam Hartman]

package: wnpp
owner: hartm...@debian.org
severity: wishlist

URL: http://www.project-moonshot.org/
source: git://git.project-moonshot.org/moonshot-ui.git
License: BSD-three-clause
Description: Project Moonshot provides  federated access to services
combining the best of EAP, RADIUS (over TLS), SAML and GSS-API.
 This component provides software to manage the local identity store and
 pick which identity is used for a given service.

--Sam


pgpW1yIr_NWcE.pgp
Description: PGP signature

Bug#759510: libgnuradio-fcdproplus0: gnuradio-fcdproplus.pc is missing Version, breaks pkg-config for other packages

[Dima Kogan]

Package: libgnuradio-fcdproplus0
Version: 0.0.1.2.1edbe52-2
Severity: normal

Hi.

The pkg-config file gnuradio-fcdproplus.pc is missing a Version field.
This is required for pkg-config to work, and should be added.
Additionally, pkg-config is written such that when asked to do something
with all available .pc files, it gives up as soon as any of them have an
error, thus this omitted field affects pkg-config operation that's
unrelated to gnuradio. For instance with gnuradio-fcdproplus.pc as it
is, I see this:

 $ pkg-config --list-all

 atk-bridge-2.0   atk-bridge-2.0 - ATK/D-Bus Bridge
  (other packages)
 Package 'gnuradio-fcdproplus' has no Version: field
 (EOF. Packages that would have been listed here are skipped)

Thanks


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armel

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgnuradio-fcdproplus0 depends on:
ii  libboost-filesystem1.54.0  1.54.0-5
ii  libboost-system1.54.0  1.54.0-5
ii  libc6  2.19-7
ii  libgcc11:4.9.1-1
ii  libgnuradio-audio3.7.3 3.7.3-9+b1
ii  libgnuradio-blocks3.7.33.7.3-9+b1
ii  libgnuradio-runtime3.7.3   3.7.3-9+b1
ii  libstdc++6 4.9.1-1
ii  libusb-1.0-0   2:1.0.18-2
ii  multiarch-support  2.18-7

Versions of packages libgnuradio-fcdproplus0 recommends:
pn  gr-fcdproplus  

libgnuradio-fcdproplus0 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#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

[Steven Chamberlain]

Hi Guillem,

Thanks for explaining this.

On 27/08/14 20:40, Guillem Jover wrote:
> I see you've dealt with this now. Regardless, I think this was the
> correct “fix”, even if usually not kosher, the freebsd-glue stuff
> pulls in libbsd anyway so it's kind of part of its API/ABI.

Just one other thing - is it the overall plan that things like that will
move out of freebsd-glue into libbsd-dev?

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#757382: acpid: Acpid shutdowns computer without honoring mate-power-manager setings

[Yasen Atanasov]

Package: acpid
Version: 1:2.0.16-1+deb7u1
Followup-For: Bug #757382

Dear Maintainer,
I supose you are right abaout mate in stable, but there is mate in backports so
i supose i have to fill bugreports for backports. Where can i do that?



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

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

Versions of packages acpid depends on:
ii  libc6  2.13-38+deb7u4
ii  lsb-base   4.1+Debian8+deb7u1
ii  module-init-tools  9-3

Versions of packages acpid recommends:
ii  acpi-support-base  0.140-5+deb7u2

acpid 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#759509: squid3: CVE-2014-3609: Denial of service in request processing

[Salvatore Bonaccorso]

Source: squid3
Version: 3.1.6-1
Severity: important
Tags: security upstream patch fixed-upstream

Hi

Squid3 is vulnerable to a denial of service attack when processing
Range requests, see [1].

 [1] http://www.squid-cache.org/Advisories/SQUID-2014_2.txt

Regards,
Salvatore


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

Bug#759508: mypaint: Mypaint does not ask confirmation for 'new' and silently drops current unsaved work

[George Shuklin]

Package: mypaint
Version: 1.1.0-3
Severity: normal

If something already drawn and unsaved, and user press 'new' or Ctrl-N, mypaint
silently replace current work with empty canvas.

This operation is irreversable and did not ask for confirmation. And is happily
discards all hard work by single misstype.

I think this is a bug. Mypaint should or ask confirmation to replace unsaved
work with empty canvas, or allow to undo 'new' operation.

Steps to reproduce:
1. Start drawing something beautiful, spend half of hour of work
2. Accidentially press Ctrl-N
3. Feel frustration



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

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

Versions of packages mypaint depends on:
ii  libatk1.0-0 2.12.0-1
ii  libc6   2.19-9
ii  libcairo2   1.12.16-2
ii  libfontconfig1  2.11.0-6
ii  libfreetype62.5.2-1.1
ii  libgcc1 1:4.9.1-7
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-4
ii  libgomp14.9.1-7
ii  libgtk2.0-0 2.24.24-1
ii  libjson00.11-4
ii  liblcms2-2  2.6-3
ii  libpango1.0-0   1.36.6-1
ii  libpng12-0  1.2.50-2
ii  libpython2.72.7.8-5
ii  libstdc++6  4.9.1-7
ii  mypaint-data1.1.0-3
ii  python  2.7.8-1
ii  python-gtk2 2.24.0-3+b1
ii  python-numpy1:1.8.2-1
ii  python2.7   2.7.8-5

Versions of packages mypaint recommends:
ii  shared-mime-info  1.3-1

Versions of packages mypaint suggests:
pn  mypaint-data-extras  

-- 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#759507: ITP: node-openid -- OpenID client library for Node.js

[Tim Retout]

Package: wnpp
Severity: wishlist
Owner: Tim Retout 

* Package name: node-openid
  Version : 0.5.9
  Upstream Author : Håvard Stranden 
* URL : https://github.com/havard/node-openid
* License : Expat
  Programming Lang: JavaScript
  Description : OpenID client library for Node.js

 This library implements OpenID client support for Node.js.  Features
 include:
 .
  * Full OpenID 1.0/1.1/2.0 compliant Relying Party (client) implementation
  * Very simple API
  * Simple extension points for association state
 .
 Node.js is an event-based server-side JavaScript engine.

I will maintain this as part of the Javascript team.

This is an indirect dependency of Pump.io, see:
https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io


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

Bug#759505: postgis: add support for ppc64el architecture

[Paulo Flabiano Smorigo]

Source: postgis
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el

Dear Maintainer,

I would like to add support for this package on the ppc64el architecture.
I created a patch that adds initial support for it.  I hope it covers all the
basic architecture dependent stuff.  Let me know if you need something else.

Thank you,
Paulo

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -Nru postgis-2.1.3+dfsg/debian/changelog postgis-2.1.3+dfsg/debian/changelog
--- postgis-2.1.3+dfsg/debian/changelog	2014-08-14 13:33:43.0 +
+++ postgis-2.1.3+dfsg/debian/changelog	2014-08-27 19:39:29.0 +
@@ -1,3 +1,10 @@
+postgis (2.1.3+dfsg-4ppc64el1) UNRELEASED; urgency=medium
+
+  * add -lm for liblwgeom to avoid linkage problem.
+  * enable ppc64el.
+
+ -- Paulo Flabiano Smorigo   Wed, 27 Aug 2014 19:38:55 +
+
 postgis (2.1.3+dfsg-4) unstable; urgency=low
 
   [ Bas Couwenberg ]
diff -Nru postgis-2.1.3+dfsg/debian/patches/add_lm_for_liblwgeom.patch postgis-2.1.3+dfsg/debian/patches/add_lm_for_liblwgeom.patch
--- postgis-2.1.3+dfsg/debian/patches/add_lm_for_liblwgeom.patch	1970-01-01 00:00:00.0 +
+++ postgis-2.1.3+dfsg/debian/patches/add_lm_for_liblwgeom.patch	2014-08-27 19:39:53.0 +
@@ -0,0 +1,19 @@
+commit 51cb683439e273261667b19df059522f47e76a25
+Author: Paulo Flabiano Smorigo 
+Date:   Wed Aug 27 14:57:15 2014 -0300
+
+add -lm
+
+Index: postgis-2.1.3+dfsg/liblwgeom/Makefile.in
+===
+--- postgis-2.1.3+dfsg.orig/liblwgeom/Makefile.in
 postgis-2.1.3+dfsg/liblwgeom/Makefile.in
+@@ -13,7 +13,7 @@
+ CC = @CC@
+ CPPFLAGS = @CPPFLAGS@
+ CFLAGS = @CFLAGS@ @PICFLAGS@ @WARNFLAGS@ @GEOS_CPPFLAGS@ @PROJ_CPPFLAGS@ @JSON_CPPFLAGS@
+-LDFLAGS = @LDFLAGS@ @GEOS_LDFLAGS@ -lgeos_c @PROJ_LDFLAGS@ -lproj @JSON_LDFLAGS@
++LDFLAGS = @LDFLAGS@ @GEOS_LDFLAGS@ -lgeos_c -lm @PROJ_LDFLAGS@ -lproj @JSON_LDFLAGS@
+ NUMERICFLAGS = @NUMERICFLAGS@
+ top_builddir = @top_builddir@
+ prefix = @prefix@
diff -Nru postgis-2.1.3+dfsg/debian/patches/enable_ppc64el.patch postgis-2.1.3+dfsg/debian/patches/enable_ppc64el.patch
--- postgis-2.1.3+dfsg/debian/patches/enable_ppc64el.patch	1970-01-01 00:00:00.0 +
+++ postgis-2.1.3+dfsg/debian/patches/enable_ppc64el.patch	2014-08-27 19:40:11.0 +
@@ -0,0 +1,20 @@
+commit d9821dae5f7960b78ed60d264d56c55a092cf4e1
+Author: Paulo Flabiano Smorigo 
+Date:   Wed Aug 27 14:36:38 2014 -0300
+
+elf64lppc
+
+Index: postgis-2.1.3+dfsg/macros/libtool.m4
+===
+--- postgis-2.1.3+dfsg.orig/macros/libtool.m4
 postgis-2.1.3+dfsg/macros/libtool.m4
+@@ -1352,6 +1352,9 @@ s390*-*linux*|s390*-*tpf*|sparc*-*linux*
+ 	  x86_64-*linux*)
+ 	LD="${LD-ld} -m elf_x86_64"
+ 	;;
++	  powerpc64le-*)
++	LD="${LD-ld} -m elf64lppc"
++		;;
+ 	  ppc*-*linux*|powerpc*-*linux*)
+ 	LD="${LD-ld} -m elf64ppc"
+ 	;;
diff -Nru postgis-2.1.3+dfsg/debian/patches/series postgis-2.1.3+dfsg/debian/patches/series
--- postgis-2.1.3+dfsg/debian/patches/series	2014-08-14 11:33:17.0 +
+++ postgis-2.1.3+dfsg/debian/patches/series	2014-08-27 19:39:59.0 +
@@ -8,3 +8,5 @@
 de-translation
 use-json-c
 postgres-9.4-fixes.patch
+add_lm_for_liblwgeom.patch
+enable_ppc64el.patch

Bug#736809: apache2-bin needs proper Breaks: for Apache 2.4 transition

[Stefan Fritsch]

serverity 736809 important
thanks

On Wednesday 30 July 2014 23:22:25, Adrian Bunk wrote:
> I do not claim to fully understand the Debian apache packaging,
> and after a quick test it seems you are right that you already
> have that covered.

I am downgrading this for now until it has been proven to be a real 
problem.


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

Bug#759504: zoneminder: Depends on mysql-server but shouldn't

[John Goerzen]

Package: zoneminder
Version: 1.25.0-4
Severity: normal

Zoneminder works perfectly well with a MySQL server on a remote host; I am 
using it that way now.  It
should not depend on mysql-server; such a dependency forces mysql-server to be 
installed on the local
host.

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

Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages zoneminder depends on:
ii  apache2-mpm-prefork [apache2]   2.2.22-13+deb7u3
ii  ffmpeg  8:1.0.9-dmo1
ii  javascript-common   7
ii  libapache2-mod-php5 5.4.4-14+deb7u14
pn  libarchive-tar-perl 
ii  libarchive-zip-perl 1.30-6
ii  libavcodec537:0.10.3-dmo1
ii  libavdevice53   7:0.10.3-dmo1
ii  libavformat53   7:0.10.3-dmo1
ii  libavutil51 8:1.0.9-dmo1
ii  libbz2-1.0  1.0.6-4
ii  libc6   2.18-7
ii  libdate-manip-perl  6.32-1
ii  libdevice-serialport-perl   1.04-2+b3
ii  libgcc1 1:4.7.2-5
ii  libgcrypt11 1.5.3-4
ii  libgnutls-openssl27 2.12.20-8+deb7u2
ii  libjpeg88d-1
ii  libjs-mootools  1.4.5~debian1-2.1
ii  libmime-lite-perl   3.028-1
ii  libmime-tools-perl  5.503-1
ii  libmysqlclient185.5.38-0+wheezy1
ii  libpcre31:8.30-5
ii  libphp-serialization-perl   0.34-1
ii  libstdc++6  4.7.2-5
ii  libswscale2 8:1.0.9-dmo1
ii  libsys-mmap-perl0.16-1+b1
ii  libwww-perl 6.04-1
ii  mysql-client5.5.38-0+wheezy1
ii  mysql-client-5.5 [mysql-client] 5.5.38-0+wheezy1
pn  mysql-server
ii  perl5.14.2-21+deb7u1
ii  perl-modules [libmodule-load-perl]  5.14.2-21+deb7u1
ii  php55.4.4-14+deb7u14
ii  php5-mysql  5.4.4-14+deb7u14
ii  rsyslog [system-log-daemon] 5.8.11-3
ii  zip 3.0-6
ii  zlib1g  1:1.2.7.dfsg-13

zoneminder recommends no packages.

zoneminder suggests no packages.

-- Configuration Files:
/etc/zm/apache.conf changed [not included]
/etc/zm/zm.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#709901: jquery: diff for NMU version 1.7.2+dfsg-3.1

[Paul Gevers]

Control: tags 709901 + patch
Control: tags 709901 + pending

Dear maintainer,

The fix for bug 709901 is simple. As we this bug is RC, I've prepared an
NMU for jquery (versioned as 1.7.2+dfsg-3.1) and to give you quite some
time, I am going to upload it to DELAYED/20. Please feel free to tell me
if I should delay it longer or if you are going to fix it yourself.

Regards.
Paul

diff -Nru jquery-1.7.2+dfsg/debian/changelog
jquery-1.7.2+dfsg/debian/changelog
--- jquery-1.7.2+dfsg/debian/changelog  2014-08-26 21:18:32.0 +0200
+++ jquery-1.7.2+dfsg/debian/changelog  2014-08-27 21:31:57.0 +0200
@@ -1,3 +1,11 @@
+jquery (1.7.2+dfsg-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS by removing build target as it used deprecated syntax
+(Closes: #709901)
+
+ -- Paul Gevers   Wed, 27 Aug 2014 21:29:27 +0200
+
 jquery (1.7.2+dfsg-3) unstable; urgency=low

   * Generating jquery minified from source again (Closes: #495178)
diff -Nru jquery-1.7.2+dfsg/debian/rules jquery-1.7.2+dfsg/debian/rules
--- jquery-1.7.2+dfsg/debian/rules  2014-08-26 21:59:22.0 +0200
+++ jquery-1.7.2+dfsg/debian/rules  2014-08-27 21:26:02.0 +0200
@@ -1,5 +1,5 @@
 #!/usr/bin/make -f
-build %:
+%:
dh $@

 override_dh_auto_clean:
@@ -11,4 +11,4 @@
-rm build/.sizecache.json
dh_clean

-.PHONY: build
+



signature.asc
Description: OpenPGP digital signature

Bug#759498: texlive-fonts-extra: Fails to upgrade: unexpected end of file or stream

[Hilmar Preusse]

On 27.08.14 Helge Kreutzmann (deb...@helgefjell.de) wrote:

Hi,

> Fetched 188 MB in 4min 41s (668 kB/s)
> Reading changelogs... Done
> (Reading database ... 422784 files and directories currently installed.)
> Preparing to unpack .../texlive-fonts-extra_2014.20140821-1_all.deb ...
> Unpacking texlive-fonts-extra (2014.20140821-1) over (2014.20140717-1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/texlive-fonts-extra_2014.20140821-1_all.deb 
> (--unpack):
>  cannot copy extracted data for 
> './usr/share/texlive/texmf-dist/fonts/type1/public/cm-unicode/cmuntt.pfb' to 
> '/usr/share/texlive/texmf-dist/fonts/type1/public/cm-unicode/cmuntt.pfb.dpkg-new':
>  unexpected end of file or stream
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Preparing to unpack .../widelands-data_1%3a18-3_all.deb ...
> 
Hmm, can't reproduce this here.

hille@sid:~ $ sudo -i
sid:~# mv ~hille/texlive-fonts-extra_2014.20140821-1_all.deb .
sid:~# dpkg --unpack texlive-fonts-extra_2014.20140821-1_all.deb
Selecting previously unselected package texlive-fonts-extra.
(Reading database ... 140047 files and directories currently installed.)
Preparing to unpack texlive-fonts-extra_2014.20140821-1_all.deb ...
Unpacking texlive-fonts-extra (2014.20140821-1) ...
sid:~# dpkg -l texlive-fonts-extra
Desired=Unknown/Install/Remove/Purge/Hold
|Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
iU  texlive-fonts- 2014.2014082 all  TeX Live: Additional fonts

Full disc?

sid:~# sha512sum texlive-fonts-extra_2014.20140821-1_all.deb
40b57cdeb40de7587dc5e019fe0bc27fb146e1743539fb594df7f019a585daa36b5d096dc3b00072c3d7bc22af055e23140c1725d7651ae51fae6df8bb55bfa4
texlive-fonts-extra_2014.20140821-1_all.deb

Hilmar
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#739825: base: nvidia

[pascalone]

Package: base
Followup-For: Bug #739825

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

   * What led up to the situation?
when computer freezer a long sound from the bios
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
i shut power and reboot but this evening before the bios boot  show something 
about CPU 1 and 2 are 
disabled, i shut power many time and at end it is started and no more problem 
until now
   * What was the outcome of this action?
shutting power
   * What outcome did you expect instead?
i think the problem are the nvidia drivers ..because nouveau doesn't work 
i had follow some debian suggest how to install nvidia and they work not 
well

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

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


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

Bug#759497: don't break hardlinks

[Felipe Sateler]

Hi,

On Wed, Aug 27, 2014 at 1:51 PM, djcj  wrote:
> Package: patchelf
> Version: 0.8-2
>
> Patchelf breaks hardlinks. The attached patch will fix that.
> See also: https://github.com/NixOS/patchelf/issues/32

This patch also makes patchelf vulnerable to data loss: if patchelf is
interrupted/the disk fails/power is turned off/aliens attack, then the
operated file could be rendered unusable.

This could have a bad impact if running this tool against a system binary.

-- 

Saludos,
Felipe Sateler


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

Bug#721272: apache2: logrotate script should not call /etc/init.d/apache2 directly

[Stefan Fritsch]

On Thursday 29 August 2013 17:37:45, Jean-Michel Vourgère wrote:
> This is almost all in the subject.
> 
> I think invoke-rc.d would make sure local policy is properly
> enforced.
> 
> The culprit is in source file debian/apache2.logrotate

Why is this a problem? If apache2 is running (and the pid file is in 
the expected place), a reload will be triggered. Otherwise, nothing is 
done.


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

Bug#759503: haskell-language-python: FTBFS: missing happy

[Aaron M. Ucko]

Source: haskell-language-python
Version: 0.4.0-1
Severity: serious
Justification: fails to build from source

Builds of haskell-language-python in minimal environments (notably, on
the autobuilders) have been failing:

  hlibrary.setup: The program happy is required but it could not be found.
  make: *** [configure-ghc-stamp] Error 1
  /usr/share/cdbs/1/class/hlibrary.mk:111: recipe for target 
'configure-ghc-stamp' failed

Please declare a build dependency on happy and confirm with pbuilder
or the like that you haven't missed any others.

Thanks!


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

Bug#759249: kfreebsd-10 FTBFS with libbsd/0.7.0

[Guillem Jover]

Hi!

On Mon, 2014-08-25 at 20:03:46 +0100, Steven Chamberlain wrote:
> On 25/08/14 19:07, Christoph Egger wrote:
> > Indeed it works! And I'm running that 10.1 kernel just right now! As
> > soon as some solution is committed I can upload it to experimental (or
> > should I just go ahead and patch -glue?)
> 
> I just confirmed the freebsd-glue problem happens building kfreebsd-10
> 10.0 in sid.
> 
> Do you think it's okay to drop those definitions from freebsd-glue and
> use libbsd's?  Even though they're different?  I'm not sure, and hope
> Guillem or someone else can explain it.

Sorry about this, I was aware of the conflicting functions when they
got added to freebsd-glue, but completely forgot about them few days
afterwards.

In any case the conflicting functions in freebsd-glue were not usable
anyway as they use the fpos_t struct which cannot be manipulated, and
does not get automatically converted into the correct type off_t. So
those would have failed to build if any code were using them anyway.
(As quoted from the libbsd commit message.)

Because the conflicts only affected function pointers, they should not
affect the ABI, only the API so no rebuild should be needed, either.

> But otherwise please go ahead and patch freebsd-glue in unstable as soon
> as you think it's the right fix.  We do need it pretty fast.

I see you've dealt with this now. Regardless, I think this was the
correct “fix”, even if usually not kosher, the freebsd-glue stuff
pulls in libbsd anyway so it's kind of part of its API/ABI.

Also there's the point raised in this thread of why kernel code might
end up pulling in userland declarations.

Thanks,
Guillem


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

Bug#759502: icedove: fails to install, "No such file or directory" error

[Ghislain Antony Vaillant]

Package: icedove
Version: 31.0-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have attempted to install Icedove on an up-to-date Debian sid machine.

The package fails to install with the following error output:

Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  icedove
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/27.1 MB of archives.
After this operation, 69.2 MB of additional disk space will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package icedove.
(Reading database ... 157486 files and directories currently installed.)
Preparing to unpack .../icedove_31.0-2_amd64.deb ...
Unpacking icedove (31.0-2) ...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Processing triggers for gnome-menus (3.13.3-1) ...
Processing triggers for mime-support (3.56) ...
Setting up icedove (31.0-2) ...
rmdir: failed to remove 
‘/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}’: No such 
file or directory
dpkg: error processing package icedove (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 icedove
E: Sub-process /usr/bin/dpkg returned an error code (1)


Please note that neither the 
/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} nor the 
/usr/lib/icedove/extensions exist on my machine, hence the fail ?

The package can however be successfully installed by creating the problematic 
directory and trying the installation of the package again.

Hope this helps,

Ghis


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

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

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-6.1
ii  libasound21.0.28-1
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-10
ii  libcairo2 1.12.16-3
ii  libdbus-1-3   1.8.6-2
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1.1
ii  libffi6   3.1-2
ii  libfontconfig12.11.0-6.1
ii  libfreetype6  2.5.2-1.1
ii  libgcc1   1:4.9.1-9
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-4
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-2
ii  libnspr4  2:4.10.7-1
ii  libnss3   2:3.17-1
ii  libpango-1.0-01.36.6-1
ii  libpangocairo-1.0-0   1.36.6-1
ii  libpangoft2-1.0-0 1.36.6-1
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.6-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9.1-9
ii  libvpx1   1.3.0-2.1
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  libgssapi-krb5-2  1.12.1+dfsg-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#755342: python-apt: patch for 1 FTBFS on #759500

[Mauricio Faria de Oliveira]

Package: src:python-apt

Please note a patch for another current test-suite failure reported on
#759500.

Thanks,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


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

Bug#759501: php5: TLS/SSL connections do not honour the SubjectAltName within certificates

[Andre Klärner]

Package: php5-common
Version: 5.6.0~rc4+dfsg-4
Severity: normal
Tags: upstream

Dear Maintainer,

as PHP5.6 enabled peer verification by default I noticed that the
verification does not account the Subject Alternative Names within the
certificate. Upstream knows already a bug to this:
  Bug #55236Can't open a connection via TLS

The problem get noticeable, when you try to connect to an SSL secured
service via fsockopen() and the hostname used to connect is differing
from the certificates Common Name. Take this example:

kandre@mainframe(pts/12) ~ % openssl s_client -starttls smtp -connect 
smtp.live.com:587 -CApath /etc/ssl/certs
CONNECTED(0003)
depth=2 C = BE, O = GlobalSign nv-sa, OU = Root CA, CN = GlobalSign Root CA
verify return:1
depth=1 C = BE, O = GlobalSign nv-sa, CN = GlobalSign Organization Validation 
CA - G2
verify return:1
depth=0 C = US, ST = Washington, L = Redmond, O = Microsoft Corporation, CN = 
*.hotmail.com
verify return:1
---
Certificate chain
 0 s:/C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=*.hotmail.com
   i:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA - G2
 1 s:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA - G2
   i:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA
---

Openssl is properly verifying the certificate and comes to the
conclusion, that the certificate CN=*.hotmail.com,X509v3 Subject
Alternative Name: DNS:*.hotmail.com, DNS:*.live.com, DNS:*.outlook.com,
DNS:hotmail.com is valid for smtp.live.com, but php fails to do so.

This could break any application that connects to a SSL secured service
where the connection hostname is not directly within the CommonName
field. From my perspective there is no workaround available except
changing the hostname to connect to into one that is mentioned in the
common name, which fails for the mentioned example, as Microsoft is
(seemingly) not offering any alternative hostname.

Thanks and kind regards,
Andre


-- Package-specific info:
 Additional PHP 5 information 

 PHP 5 SAPI (php5query -S): 
cli
apache2

 PHP 5 Extensions (php5query -M -v): 
opcache (Enabled for cli by maintainer script)
opcache (Enabled for apache2 by maintainer script)
readline (Enabled for cli by maintainer script)
readline (Enabled for apache2 by maintainer script)
yaml (Enabled for cli by local administrator)
yaml (Enabled for apache2 by local administrator)
pdo (Enabled for cli by maintainer script)
pdo (Enabled for apache2 by maintainer script)
json (Enabled for cli by maintainer script)
json (Enabled for apache2 by maintainer script)

 Configuration files: 
 /etc/php5/mods-available/pdo.ini 
extension=pdo.so

 /etc/php5/mods-available/opcache.ini 
zend_extension=opcache.so


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

Kernel: Linux 3.16-rc6-amd64 (SMP w/4 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 php5 depends on:
ii  libapache2-mod-php5  5.6.0~rc4+dfsg-4
ii  php5-common  5.6.0~rc4+dfsg-4

php5 recommends no packages.

php5 suggests no packages.

Versions of packages php5-common depends on:
ii  libc6   2.19-9
ii  lsof4.86+dfsg-1
ii  psmisc  22.21-2
ii  sed 4.2.2-4
ii  ucf 3.0030

Versions of packages php5-common suggests:
pn  php5-user-cache  

-- 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#759500: python-apt: fix FTBFS (test_pep8) with pep8 >= 1.5

[Mauricio Faria de Oliveira]

Package: src:python-apt
Version: 0.9.3.8
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el

Hi,

This patch adds E129 to --ignore in 'tests/test_pep8.py', as pep8 1.5
introduced the following [1], and E125 was already there.

1.5 (2014-03-26)
Changes:
	Report E129 instead of E125 for visually indented line with same indent 
as next logical line. (Issue #126)


Thus fixing this test-suite error:

	/«PKGBUILDDIR»/tests/../tests/old/test_enhances.py:14:21: E129 visually 
indented line with same indent as next logical line

[...]
FAIL: test_pep8 (test_pep8.PackagePep8TestCase)

It can be seen currently on build logs of ppc64el [2] and s390, as these 
archs
have attempted to build python-apt after Debian's pep8 moved from 1.4.6 
to 1.5.7

(23 Jul):

pep8 (1.5.7-1) unstable; urgency=medium

  [ David Watson ]
  * New upstream release. (Closes: #754985)
[...]
 -- David Watson   Wed, 23 Jul 2014 10:04:53 +0100

I'd think other archs would see this error too on a next build.

With the patch, the test pass successfully on python 2.7 and 3.4:

(sid-ppc64el-sbuild)$ python2.7 tests/test_all.py -v PackagePep8TestCase
[tests] Running on 2.7.8 (default, Aug 26 2014, 22:15:24) [GCC 4.9.1]
	Using library_dir: 
'/root/python-apt-0.9.3.8/build/lib.linux-ppc64le-2.7'test_pep8 
(test_pep8.PackagePep8TestCase) ... ok


--
Ran 1 test in 1.511s

OK
(sid-ppc64el-sbuild)$ python3.4 tests/test_all.py -v PackagePep8TestCase
[tests] Running on 3.4.1+ (default, Aug 21 2014, 11:23:41) [GCC 4.9.1]
	Using library_dir: 
'/root/python-apt-0.9.3.8/build/lib.linux-ppc64le-3.4'test_pep8 
(test_pep8.PackagePep8TestCase) ... ok


--
Ran 1 test in 1.526s

OK


Thanks.

P.S.: I'm debugging the other test failure too 
(test_add_key_from_server_mitm),
in case you'd like to wait and make a single upload including both 
fixes. That

should be submitted soon.


[1] https://pypi.python.org/pypi/pep8
[2] 
https://buildd.debian.org/status/fetch.php?pkg=python-apt&arch=ppc64el&ver=0.9.3.8&stamp=1408742227



--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru python-apt-0.9.3.8/debian/changelog 
python-apt-0.9.3.8ppc64el1/debian/changelog
--- python-apt-0.9.3.8/debian/changelog 2014-06-30 08:32:24.0 -0300
+++ python-apt-0.9.3.8ppc64el1/debian/changelog 2014-08-27 16:15:14.0 
-0300
@@ -1,3 +1,9 @@
+python-apt (0.9.3.8ppc64el1) UNRELEASED; urgency=medium
+
+  * tests/test_pep8.py: --ignore E129 too (fix FTBFS with pep8 >= 1.5)
+
+ -- Mauricio Faria de Oliveira   Wed, 27 Aug 2014 
16:09:14 -0300
+
 python-apt (0.9.3.8) unstable; urgency=medium
 
   * pep8 fixes to fix autopkgtest failure with the most recent
diff -Nru python-apt-0.9.3.8/tests/test_pep8.py 
python-apt-0.9.3.8ppc64el1/tests/test_pep8.py
--- python-apt-0.9.3.8/tests/test_pep8.py   2014-06-30 08:32:24.0 
-0300
+++ python-apt-0.9.3.8ppc64el1/tests/test_pep8.py   2014-08-27 
16:16:50.0 -0300
@@ -16,8 +16,10 @@
  # E126 continuation line over-indented for hanging indent
  # E127 continuation line over-indented for visual indent
  # E128 continuation line under-indented for visual indent
+ # E129 continuation line does not distinguish itself from
+ #  next logical line
  # E265 block comment should start with '# '
- "--ignore=E125,E126,E127,E128,E265",
+ "--ignore=E125,E126,E127,E128,E129,E265",
  "--exclude", "build,tests/old",
  "--repeat", py_dir])
 if res != 0:

Bug#759414: wheezy-pu: package kvpm/0.8.6-2+deb7u1

[Guillem Jover]

Hi!

[ Thanks for the Cc. ]

On Tue, 2014-08-26 at 20:38:06 -0700, Benjamin J. Scott wrote:
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> User: release.debian@packages.debian.org
> Usertags: pu

> Bug #753175 for package kvpm causes a FTBFS in the
> stable version of kvpm. The problem is a typo in a
> debian/patches/ patch file. I have built an update
> with a Wheezy chroot. The following is a "debdiff"
> of the change:

> diff -Nru kvpm-0.8.6/debian/changelog kvpm-0.8.6/debian/changelog
> --- kvpm-0.8.6/debian/changelog 2014-08-26 19:35:29.0 -0700
> +++ kvpm-0.8.6/debian/changelog 2013-03-28 04:03:17.0 -0700
> @@ -1,11 +1,3 @@
> -kvpm (0.8.6-2+deb7u2) wheezy; urgency=low
> -
> -  [ Benjamin J. Scott ]
> -  * Changed file debian/patches/bug-667232.patch. Fixed typo in patch file
> -that caused FTBFS in last archive rebuild (Closes: #753175).
> -
> - -- Benjamin J. Scott   Tue, 26 Aug 2014 17:25:21 -0700
> -
>  kvpm (0.8.6-2+deb7u1) testing-proposed-updates; urgency=high
>  
>[ Benjamin J. Scott ]
> diff -Nru kvpm-0.8.6/debian/patches/bug-667232.patch 
> kvpm-0.8.6/debian/patches/bug-667232.patch
> --- kvpm-0.8.6/debian/patches/bug-667232.patch  2014-08-26 16:42:34.0 
> -0700
> +++ kvpm-0.8.6/debian/patches/bug-667232.patch  2012-09-16 20:41:30.0 
> -0700
> @@ -1,7 +1,6 @@
>  Fixed FTBFS with gcc version 4.7 by including the system header
>  unistd.h in main.cpp and misc.cpp. It was implicitly included
> -with gcc 4.6 and earlier.
>  a/kvpm/main.cpp
> +with gcc 4.6 and earlier.--- a/kvpm/main.cpp
>  +++ b/kvpm/main.cpp
>  @@ -12,6 +12,8 @@
>* See the file "COPYING" for the exact licensing terms. 

The patch is reversed, you need to swap the order of the arguments to
debdiff. Once that is fixed and the release-team approves it, I'll
proceed with the sponsored upload.

Thanks,
Guillem


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

Bug#759499: [guayadeque] crashes while scanning a collection

[Manolo Díaz]

Package: guayadeque
Version: 0.3.7~ds0-2.1
Severity: important

One of my three collections makes crash guayadeque while scanning. This
is the backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffdf7fe700 (LWP 4979)]
__memcpy_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:36
36  ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or 
directory.

(gdb) bt
#0  __memcpy_sse2_unaligned () at 
../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:36
#1  0x75537d47 in TagLib::ByteVector::replace(TagLib::ByteVector 
const&, TagLib::ByteVector const&) () from /usr/lib/x86_64-linux-gnu/libtag.so.1
#2  0x7550a0e9 in TagLib::ID3v2::SynchData::decode(TagLib::ByteVector 
const&) () from /usr/lib/x86_64-linux-gnu/libtag.so.1
#3  0x755097ed in 
TagLib::ID3v2::FrameFactory::createFrame(TagLib::ByteVector const&, 
TagLib::ID3v2::Header*) const () from /usr/lib/x86_64-linux-gnu/libtag.so.1
#4  0x7550dadf in TagLib::ID3v2::Tag::parse(TagLib::ByteVector const&) 
() from /usr/lib/x86_64-linux-gnu/libtag.so.1
#5  0x7550dd79 in TagLib::ID3v2::Tag::read() () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#6  0x7550de87 in TagLib::ID3v2::Tag::Tag(TagLib::File*, long, 
TagLib::ID3v2::FrameFactory const*) () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#7  0x7553e6b4 in TagLib::FLAC::File::read(bool, 
TagLib::AudioProperties::ReadStyle) () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#8  0x7553e9e0 in TagLib::FLAC::File::File(char const*, bool, 
TagLib::AudioProperties::ReadStyle) () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#9  0x75565e60 in TagLib::FileRef::create(char const*, bool, 
TagLib::AudioProperties::ReadStyle) () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#10 0x75566b85 in TagLib::FileRef::FileRef(char const*, bool, 
TagLib::AudioProperties::ReadStyle) () from 
/usr/lib/x86_64-linux-gnu/libtag.so.1
#11 0x00637a8a in guTagInfo::SetFileName 
(this=this@entry=0x7fffd0464060, filename=...) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/TagInfo.cpp:705
#12 0x00638020 in guTagInfo::guTagInfo (this=this@entry=0x7fffd0464060, 
filename=...) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/TagInfo.cpp:681
#13 0x006381be in guFlacTagInfo::guFlacTagInfo 
(this=this@entry=0x7fffd0464060, filename=...) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/TagInfo.cpp:1672
#14 0x00638758 in guGetTagInfoHandler (filename=...) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/TagInfo.cpp:94
#15 0x00502fc9 in guDbLibrary::ReadFileTags (this=0xd96d00, 
filename=..., allowrating=allowrating@entry=false) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/DbLibrary.cpp:1824
#16 0x00677d65 in guLibUpdateThread::Entry (this=0x1283d60) at 
/build/guayadeque-cXepIy/guayadeque-0.3.7~ds0/src/LibUpdate.cpp:305
#17 0x77b017b2 in wxThread::CallEntry() () from 
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#18 0x77b020b4 in ?? () from 
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#19 0x7341f0a4 in start_thread (arg=0x7fffdf7fe700) at 
pthread_create.c:309
#20 0x73b35fbd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) 




--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.1

Debian Release: jessie/sid
  500 testing ftp.debian.org 
  500 stable  security.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
gstreamer0.10-plugins-base  | 0.10.36-1.1
gstreamer0.10-plugins-good  | 0.10.31-3+nmu3
libc6 (>= 2.14) | 2.19-9
libcurl3-gnutls (>= 7.16.2) | 7.37.1-1
libdbus-1-3  (>= 1.0.2) | 1.8.6-2
libgcc1(>= 1:4.1.1) | 1:4.9.1-4
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.30.7-1
libglib2.0-0(>= 2.22.0) | 2.40.0-4
libgpod4 (>= 0.7.0) | 0.8.3-1.1+b1
libgstreamer0.10-0 (>= 0.10.11) | 0.10.36-1.3
libindicate5(>= 0.4.90) | 0.6.92-2
libstdc++6 (>= 4.6) | 4.9.1-4
libtag1c2a (>= 1.7) | 1.9.1-2.1
libwxbase3.0-0   (>= 3.0.1) | 3.0.1-3
libwxgtk3.0-0(>= 3.0.1) | 3.0.1-3
libwxsqlite3-3.0-0  | 3.1.0~dfsg1-1.1


Package's Recommends field is empty.

Package's Suggests field is empty.
--

Best Regards,
-- 
Manolo Díaz


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

Bug#758557: [network-manager] Re: [Pkg-utopia-maintainers] Bug#758557: network-manager: not authorized to control networking

[OmegaPhil]

Package: network-manager
Version: 0.9.10.0-1.1

I have just hit up against this bug on my Debian Testing VM. The
solution for me was to follow the instructions posted here
(http://jeffhoogland.blogspot.se/2012/05/howto-give-network-manager-sufficient.html),
i.e. create
'/etc/polkit-1/localauthority/50-local.d/org.freedesktop.NetworkManager.pkla'
with the following contents:

==

[nm-applet]
Identity=unix-group:netdev
Action=org.freedesktop.NetworkManager.*
ResultAny=yes
ResultInactive=no
ResultActive=yes

==

The connection was instantly configurable (starting a VPN connection in
this instance) afterwards.

I had just switched away from broken gdm3 to lightdm on the VM prior to
this.


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

Debian Release: jessie/sid
  990 testing 10.1.0.3
  500 unstable10.1.0.3
  500 quodlibet-unstable 10.1.0.3
1 experimental10.1.0.3

--- Package information. ---
Depends (Version) | Installed
=-+-
libc6   (>= 2.17) |
libdbus-1-3(>= 1.0.2) |
libdbus-glib-1-2   (>= 0.102) |
libgcrypt11(>= 1.4.5) |
libglib2.0-0  (>= 2.37.3) |
libgnutls-deb0-28   (>= 3.2.10-0) |
libgudev-1.0-0   (>= 165) |
libmm-glib0(>= 1.0.0) |
libndp0  (>= 1.2) |
libnewt0.52   |
libnl-3-200   (>= 3.2.21) |
libnl-genl-3-200  (>= 3.2.21) |
libnl-route-3-200  (>= 3.2.7) |
libnm-glib4 (>= 0.9.10.0) |
libnm-util2 (>= 0.9.10.0) |
libpolkit-gobject-1-0  (>= 0.101) |
libreadline6 (>= 6.0) |
libsoup2.4-1  (>= 2.39.3) |
libsystemd-daemon0(>= 31) |
libsystemd-login0 (>= 31) |
libuuid1(>= 2.16) |
init-system-helpers(>= 1.18~) |
lsb-base  (>= 3.2-14) |
wpasupplicant(>= 0.7.3-1) |
dbus   (>= 1.1.2) |
udev  |
adduser   |
isc-dhcp-client   (>= 4.1.1-P1-4) |
libpam-systemd|
policykit-1   |


Recommends(Version) | Installed
===-+-===
ppp  (>= 2.4.6) | 2.4.5+git20130610-4
dnsmasq-base| 2.71-1
iptables| 1.4.21-2
modemmanager| 1.2.0-1
crda| 1.1.2-1


Suggests   (Version) | Installed
-+-===
avahi-autoipd|




signature.asc
Description: OpenPGP digital signature

Bug#745721: Name collision between libpinyin and libzhuyin (Was: Bug#745721: [Pkg-ime-devel] Bug#745721: RFS: libzhuyin/0.9.93-1)

[Eriberto Mota]

Yesterday I made a mistake.

2014-08-26 10:01 GMT-03:00 Eriberto :
>
> 2. Make symlinks in /usr/bin and /usr/share/man. Example:
> zhuyin_gen_binary_files.

No... In this case, you will need change the command name inside the
manpage. Sorry for my mistake.

Cheers,

Eriberto


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

Bug#756534: Info received (network-manager: IPv6 hop limit set to 0)

[Ralf Jung]

Hi,

> Actually, doing a little further poking around...
> 
> It looks like network-manager will set the hop limit based on what is 
> given by the router in the v6 router advertisement.
> 
> In my case, the local gateway will specify the hop-limit as 0 in its 
> advertisement, and network-manager will take it as gospel.
> 
> I reckon if the value received in a router advertisement is 0, it should 
> default to something like 64.

That was also the issue here: After configuring the router, IPv6 now works.
Interesting enough though, on a Fedora machine, a hop limit of 0 is not
a problem. Also, rdisc6 shows the 0 as "undefined", so it seems this is
a special value.

Kind regards
Ralf


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