Bug#764911: chromium: hit upstream issue 351093 marked wontfix

[Matej Kovac]

Package: chromium
Version: 38.0.2125.101-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

I hit https://code.google.com/p/chromium/issues/detail?id=351093 which is
marked wontfix for half a year. Compiling with -Duse_system_protobuf=1
segfaults on startup when using sync, upstream does not want to fix because
system protobuf may be older...

removing ~/.config/chromium starts. I have yet to obtain API keys
and try to sync to see if it still crashes.

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

Kernel: Linux 3.16-2-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 chromium depends on:
ii  libasound2   1.0.28-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcap2  1:2.24-6
ii  libcups2 1.7.5-4
ii  libdbus-1-3  1.8.8-1+b1
ii  libexpat12.1.0-6
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.30.8-1+b1
ii  libglib2.0-0 2.42.0-2
ii  libgnome-keyring03.12.0-1
ii  libgtk2.0-0  2.24.24-1
ii  libharfbuzz0b0.9.35-1
ii  libjpeg8 8d1-1
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.1-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpci3  1:3.2.1-3
ii  libprotobuf9 2.6.0-4
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.2-1
ii  libsrtp0 1.4.5~20130609~dfsg-1
ii  libstdc++6   4.9.1-16
ii  libudev1 215-5+b1
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.4-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2+b1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-inspector  38.0.2125.101-1
pn  chromium-l10n   

-- no debconf information

# Env:
# LD_LIBRARY_PATH=
#
PATH=/home/mkovac/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
#GTK_PATH=
#  CHROMIUM_FLAGS=
/usr/bin/gdb /usr/lib/chromium/chromium -x /tmp/chromiumargs.8i8kcM
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/chromium/chromium...Reading symbols from 
/usr/lib/debug/.build-id/0b/8fd27ffb7d91ed85a5524b5e0aeeb07454f43b.debug...done.
done.
(gdb) handle SIG33 pass nostop noprint
SignalStop  Print   Pass to program Description
SIG33 NoNo  Yes Real-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/lib/chromium/chromium 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffea15b700 (LWP 10822)]
[New Thread 0x7fffe995a700 (LWP 10829)]
[New Thread 0x7fffe8f97700 (LWP 10830)]
[New Thread 0x7fffdbfff700 (LWP 10831)]
[New Thread 0x7fffe8796700 (LWP 10832)]
[New Thread 0x7fffe8775700 (LWP 10833)]
[New Thread 0x7fffdb7fe700 (LWP 10834)]
[New Thread 0x7fffd8f05700 (LWP 10835)]
[New Thread 0x7fffe874d700 (LWP 10836)]
[New Thread 0x7fffbf269700 (LWP 10837)]
[New Thread 0x7fffbea68700 (LWP 10838)]
[New Thread 0x7fffbe267700 (LWP 10839)]
[New Thread 0x7fffbda66700 (LWP 10840)]
[New Thread 0x7fffbd265700 (LWP 10841)]
[New Thread 0x7fffbca64700 (LWP 10842)]
[New Thread 0x7fff9700 (LWP 10843)]
[New Thread 0x7fff9f7fe700 (LWP 10844)]
[New Thread 0x7fff9eab7700 (LWP 10845)]
[New Thread 0x7fff9e2b6700 (LWP 10846)]
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[New Thread 0x7fff9d80e700 (LWP 10852)]
[New Thread 0x7fff9d00d700 (LWP 10853)]
[New Thread 0x7fff9c80c700 (LWP 10855)]
[New Thread 0x7fff7700 (LWP 10862)]
[New Thread 0x7fff7f7fe700 (LWP 10863)]
[New Thread 0x7fff7effd700 (LWP 10864)]
[New Thread 0x7fff7e7fc7

Bug#760388: pepperflashplugin-nonfree: modifies conffiles of another package (policy 10.7.3): /etc/chromium/default

[Liu Janfeng]

On Sat, 11 Oct 2014 05:30:03 + Bart Martens  wrote:
> This bug still happens with pepperflashplugin-nonfree 1.7 when used with
> chromium 37.0.2062.120-2, currently in testing, or any older version 
still

> using /etc/chromium/default.
>
> This bug does not happen with pepperflashplugin-nonfree 1.7 when used 
with
> chromium 38.0.2125.101-1, currently in unstable, or any future 
version using

> /etc/chromium.d/ .
>
>
Now that chromium-browser 38.p.2125.101-1 was migrated to testing, when 
will pepperflashplugin-non-free come back to testing?



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

Processed (with 1 errors): forcibly merging 764864 764902

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forcemerge 764864 764902
Bug #764864 {Done: Yves-Alexis Perez } 
[xfce4-weather-plugin] xfce4-weather-plugin: Old API ceased working, need to 
update to v1.2
Bug #764902 [xfce4-weather-plugin] [xfce4-weather-plugin] Unusable because of 
an API change
Severity set to 'important' from 'grave'
Marked Bug as done
Marked as fixed in versions xfce4-weather-plugin/0.8.3-2.
Added tag(s) upstream.
Bug #764902 {Done: Yves-Alexis Perez } 
[xfce4-weather-plugin] [xfce4-weather-plugin] Unusable because of an API change
Ignoring request to alter fixed versions of bug #764902 to the same values 
previously set
Unable to complete merge on previous attempt; trying again (retry: 2)
Bug #764902 {Done: Yves-Alexis Perez } 
[xfce4-weather-plugin] [xfce4-weather-plugin] Unusable because of an API change
Ignoring request to alter fixed versions of bug #764902 to the same values 
previously set
Unable to complete merge on previous attempt; trying again (retry: 3)
Bug #764902 {Done: Yves-Alexis Perez } 
[xfce4-weather-plugin] [xfce4-weather-plugin] Unusable because of an API change
Ignoring request to alter fixed versions of bug #764902 to the same values 
previously set
After four attempts, the following changes were unable to be made:
fixed_versions of #764902 is 'xfce4-weather-plugin/0.8.3-2' not '0.8.3-2'
Failed to forcibly merge 764864: Unable to modify bugs so they could be merged.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764864
764902: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764902
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#699325: Emacs 24.3 occasionally crashes (segfault) just after starting it

[Paul Eggert]

I audited the Emacs trunk source code for getenv-related races that have 
undefined behavior and could have the reported symptoms.  I found some other 
races and installed a fix for them as Emacs trunk bzr 118095.  I expect this 
patch to be harder to backport to older Emacs versions, and less urgent as the 
races appear to be less likely.


Since we have fixes installed in the trunk I'll take the liberty of closing the 
Emacs bug report.  Please let us know if the bug occurs even with the fixes; if 
that happens I plan to reopen the bug report and look into it further.



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

Bug#764910: "not implemented" at start up, core dump

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: chromium
Version: 38.0.2125.101-1
Severity: grave

If I run chromium on the command line, then I get

% chromium
[1974:1974:1012/072618:ERROR:background_mode_manager_aura.cc(14)] Not 
implemented reached in virtual void 
BackgroundModeManager::EnableLaunchOnStartup(bool)
Segmentation fault (core dumped)


Version 37.0.2062.120-3 worked without problems.



Regards
Harri


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

Kernel: Linux 3.17.0 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcap2  1:2.24-6
ii  libcups2 1.7.5-4
ii  libdbus-1-3  1.8.8-2
ii  libexpat12.1.0-6
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2
ii  libglib2.0-0 2.42.0-2
ii  libgnome-keyring03.12.0-1
ii  libgtk2.0-0  2.24.25-1
ii  libharfbuzz0b0.9.35-1
ii  libjpeg8 8d1-2
ii  libnspr4 2:4.10.7-1
ii  libnspr4-0d  2:4.10.7-1
ii  libnss3  2:3.17.1-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpci3  1:3.2.1-3
ii  libprotobuf9 2.6.0-4
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.2-1
ii  libsrtp0 1.4.5~20130609~dfsg-1
ii  libstdc++6   4.9.1-16
ii  libudev1 215-5+b1
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-2
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2
ii  libxi6   2:1.7.4-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2+b1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-inspector  38.0.2125.101-1
pn  chromium-l10n   

- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUOhTeAAoJEAqeKp5m04HLcp8H/0tNhrG9Gc7bTjrAhUpMtm79
HkXfDlSCOECFgbH3xkfG+SXEvLPUnXvkYu6d7w7Y0rO67fGarsiwd4DlK0ODn0mH
tGIb4KLlrD/59V+NKodJERFOo2RXP75n7PcLWlzRYhhZWe0x51dAiTIclQJ0USPN
GCLsM70W1Qq21n8a12mo+RWIe5ZtO0HTYqUOMHbbEXvqzNLNic1E7mGQsx6x98nU
jxx+AlTgkcZth1EUNsgjNRWXyLZV9i587Y8AXw0uI0iQ/9YDw2sauMx1BmmJXKL4
kbYaT9QNSB4oa4Cni3VPti7E5mxPZFq4SWQI/0hD7oN9d62yguqyhMZZvA5aMH8=
=PGBH
-END PGP SIGNATURE-


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

Processed: Re: installation-guide is marked for autoremoval from testing

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 www.debian.org
Bug #763005 [installation-guide-amd64] installation-guide-amd64: website for 
wheezy leads to jessie installation guide
Bug reassigned from package 'installation-guide-amd64' to 'www.debian.org'.
No longer marked as found in versions wheezy.
Ignoring request to alter fixed versions of bug #763005 to the same values 
previously set
> severity -1 normal
Bug #763005 [www.debian.org] installation-guide-amd64: website for wheezy leads 
to jessie installation guide
Severity set to 'normal' from 'serious'

-- 
763005: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#763005: installation-guide is marked for autoremoval from testing

[Karsten Merker]

Control: reassign -1 www.debian.org
Control: severity -1 normal
thanks

On Sun, Oct 12, 2014 at 04:39:03AM +, Debian testing autoremoval watch 
wrote:
> installation-guide 20140916 is marked for autoremoval from testing on 
> 2014-10-26
> 
> It is affected by these RC bugs:
> 763005: installation-guide-amd64: website for wheezy leads to jessie 
> installation guide

>From looking at the bug report this has not actually been a bug
in the installation-guide package, but a problem in the cron job
that puts the installtion guide onto the website, so this should
not result in a package removal from testing.

The cron job has been manually fixed up, so the actual problem
(wrong version of the guide on the website) does not occur
anymore at the moment.  What is still open is how to change the
cronjob to handle this better/automatically in the future, but
that IMHO does not justify an RC bug against the manual itself.

I therefore assign this bug to www.debian.org and lower the
severity to normal.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.


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

Bug#764216: marked as done (dpkg-genchanges: Missing function imports when parsing Build-Profiles field)

[Debian Bug Tracking System]

Your message dated Sun, 12 Oct 2014 05:18:41 +
with message-id 
and subject line Bug#764216: fixed in dpkg 1.17.17
has caused the Debian Bug report #764216,
regarding dpkg-genchanges: Missing function imports when parsing Build-Profiles 
field
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764216
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: dpkg-dev
Version: 1.17.14
Severity: serious

Hi!

There are some missing imports in dpkg-genchanges that makes it fail
when a binary package contains a Build-Profiles field. There's only
a handful of those on the archive right now, so the fix is not very
urgent. I'll be uploading a new version in a couple of days.

Reported by Johannes Schauer.

Thanks,
Guillem
--- End Message ---
--- Begin Message ---
Source: dpkg
Source-Version: 1.17.17

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover  (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Oct 2014 04:59:09 +0200
Source: dpkg
Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect
Architecture: source all
Version: 1.17.17
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers 
Changed-By: Guillem Jover 
Description:
 dpkg   - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect- Debian package management front-end
 libdpkg-dev - Debian package management static library
 libdpkg-perl - Dpkg perl modules
Closes: 671711 764216 764673 764721
Changes:
 dpkg (1.17.17) unstable; urgency=low
 .
   [ Guillem Jover ]
   * Add dpkg-vendor, Dpkg/File.pm and Dpkg/Util.pm to the list of files with
 translatable strings, so that they can be translated.
   * Fix some typos for versioned and mentioned in comments and changelogs.
   * Mark for translation and unify "rm cleanup" string in dpkg.
   * Mark for translation and improve dselect method handling error messages.
   * Defer trigger processing if the package does not fulfill dependencies.
 Closes: #671711
   * Do not write to the database when changing selections with --dry-run.
 Closes: #764673
   * Add missing imports from Dpkg::BuildProfiles in dpkg-genchanges.
 Regression introduced in dpkg 1.17.14. Closes: #764216
 Reported by Johannes Schauer .
   * Initialize dependencies with the correct minimum version from a symbols
 file with multiple SONAMEs in dpkg-shlibdeps.
 Thanks to Jérémy Bobbio . Closes: #764721
   * Perl modules:
 - Allow multiple whitespace in Dpkg::BuildProfiles::get_build_profiles()
   when parsing the DEB_BUILD_PROFILES environment variable.
   Thanks to Johannes Schauer .
 - New Dpkg::Getopt private module.
 - Document public module Dpkg.
 - Document public module Dpkg::Gettext.
 - Mark Dpkg::BuildProfiles as a public module.
 - Document all public module versions in a CHANGES section.
 - Remove EXPORTED from POD section titles.
 - Document private modules as such in a CHANGES section.
   * Set the DEB_TARGET_* dpkg-architecture variables from architecture.mk.
 Missed in dpkg 1.17.14.
   * Initialize DEB_TARGET_ARCH variable without requiring DEB_HOST_ARCH,
 which is not being set at all when querying for DEB_TARGET_ variables.
   * Normalize dpkg-architecture command-line parsing, so that «--option=value»
 «--option value», «-ovalue» and «-o value» will all be accepted.
   * Add long option names for all dpkg-architecture short options.
   * Add support for --host-arch, --host-type, --target-arch and --target-type
 long options in dpkg-buildpackage. These will get passed through to
 dpkg-architecture. This restores the ability to specify the target
 architecture when building cross-compilers. Regression introduced in
 dpkg 1.17.14. Reported by Helmut Grohne .
   * Do not modify the topic variable values in list functions in perl code.
   * List Dpkg::Ex

Processed: Bug#764216 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 764216 pending
Bug #764216 [dpkg-dev] dpkg-genchanges: Missing function imports when parsing 
Build-Profiles field
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764216
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764216: marked as pending

[Guillem Jover]

tag 764216 pending
thanks

Hello,

Bug #764216 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=f7dec25

---
commit f7dec25b625c5a917633329867f08c5378cadd78
Author: Guillem Jover 
Date:   Mon Oct 6 16:44:11 2014 +0200

dpkg-genchanges: Add missing Dpkg::BuildProfiles imports

Regression introduced in commit 61e228eb7b68b85529dc8e9c9c49ef7f51a797bb.

Closes: #764216

Reported-by: Johannes Schauer 

diff --git a/debian/changelog b/debian/changelog
index 438944b..0dfaf7a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -10,6 +10,9 @@ dpkg (1.17.17) UNRELEASED; urgency=low
 Closes: #671711
   * Do not write to the database when changing selections with --dry-run.
 Closes: #764673
+  * Add missing imports from Dpkg::BuildProfiles in dpkg-genchanges.
+Regression introduced in dpkg 1.17.14. Closes: #764216
+Reported by Johannes Schauer .
 
   [ Updated programs translations ]
   * German (Sven Joachim).


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

Bug#764837: marked as done (factory-boy: FTBFS - tests fail with "AppRegistryNotReady: Apps aren't loaded yet.")

[Debian Bug Tracking System]

Your message dated Sun, 12 Oct 2014 05:03:42 +
with message-id 
and subject line Bug#764837: fixed in python-django-appconf 0.5-4
has caused the Debian Bug report #764837,
regarding factory-boy: FTBFS - tests fail with "AppRegistryNotReady: Apps 
aren't loaded yet."
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764837: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764837
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: factory-boy
Version: 2.4.1-2
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.

[...]
  File 
"/srv/jenkins-slave/workspace/sid-goto-cc-factory-boy/factory-boy-2.4.1/tests/test_django.py",
 line 85, in setUpModule
runner_state = runner.setup_databases()
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 109, in 
setup_databases
return setup_databases(self.verbosity, self.interactive, **kwargs)
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 299, in 
setup_databases
serialize=connection.settings_dict.get("TEST_SERIALIZE", True),
  File "/usr/lib/python2.7/dist-packages/django/db/backends/creation.py", line 
374, in create_test_db
test_flush=True,
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 93, in call_command
app_name = get_commands()[name]
  File "/usr/lib/python2.7/dist-packages/django/utils/lru_cache.py", line 101, 
in wrapper
result = user_function(*args, **kwds)
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 73, in get_commands
for app_config in reversed(list(apps.get_app_configs())):
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 137, in 
get_app_configs
self.check_apps_ready()
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 124, in 
check_apps_ready
raise AppRegistryNotReady("Apps aren't loaded yet.")
AppRegistryNotReady: Apps aren't loaded yet.

--
Ran 295 tests in 0.273s

FAILED (errors=4, skipped=10)
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
debian/rules:29: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


factory-boy-build-log.txt.gz
Description: application/gunzip


pgpaUcUFumQn8.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: python-django-appconf
Source-Version: 0.5-4

We believe that the bug you reported is fixed in the latest version of
python-django-appconf, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Thomas Goirand  (supplier of updated python-django-appconf 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Oct 2014 04:42:44 +
Source: python-django-appconf
Binary: python-appconf python3-appconf python-appconf-doc
Architecture: source all
Version: 0.5-4
Distribution: unstable
Urgency: medium
Maintainer: PKG OpenStack 
Changed-By: Thomas Goirand 
Description:
 python-appconf - helper class handling configuration defaults of apps - Python 
2.x
 python-appconf-doc - helper class handling configuration defaults of apps - doc
 python3-appconf - helper class handling configuration defaults of apps - 
Python 3.x
Closes: 764807 764837
Changes:
 python-django-appconf (0.5-4) unstable; urgency=medium
 .
   * Adds Suggests: python-appconf-doc (Closes: #764807, #764837).
   * Standards-Version is now 3.9.6 (no change).
Checksums-Sha1:
 9dcb627ad0c109b54ed246d4a74de694e9fc8b17 2303 python-django-appconf_0.5-4.dsc
 15bd63f4421bef5c5b87e59b6bd3a9174a1a6d3f 3156 
python-django-appconf_0.5-4.debian.tar.xz
 53d56a91da14f1206280fcbabee53f

Bug#764837: marked as done (factory-boy: FTBFS - tests fail with "AppRegistryNotReady: Apps aren't loaded yet.")

[Debian Bug Tracking System]

Your message dated Sun, 12 Oct 2014 04:48:36 +
with message-id 
and subject line Bug#764837: fixed in factory-boy 2.4.1-3
has caused the Debian Bug report #764837,
regarding factory-boy: FTBFS - tests fail with "AppRegistryNotReady: Apps 
aren't loaded yet."
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764837: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764837
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: factory-boy
Version: 2.4.1-2
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.

[...]
  File 
"/srv/jenkins-slave/workspace/sid-goto-cc-factory-boy/factory-boy-2.4.1/tests/test_django.py",
 line 85, in setUpModule
runner_state = runner.setup_databases()
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 109, in 
setup_databases
return setup_databases(self.verbosity, self.interactive, **kwargs)
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 299, in 
setup_databases
serialize=connection.settings_dict.get("TEST_SERIALIZE", True),
  File "/usr/lib/python2.7/dist-packages/django/db/backends/creation.py", line 
374, in create_test_db
test_flush=True,
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 93, in call_command
app_name = get_commands()[name]
  File "/usr/lib/python2.7/dist-packages/django/utils/lru_cache.py", line 101, 
in wrapper
result = user_function(*args, **kwds)
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 73, in get_commands
for app_config in reversed(list(apps.get_app_configs())):
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 137, in 
get_app_configs
self.check_apps_ready()
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 124, in 
check_apps_ready
raise AppRegistryNotReady("Apps aren't loaded yet.")
AppRegistryNotReady: Apps aren't loaded yet.

--
Ran 295 tests in 0.273s

FAILED (errors=4, skipped=10)
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
debian/rules:29: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


factory-boy-build-log.txt.gz
Description: application/gunzip


pgpK1rRlmtrRJ.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: factory-boy
Source-Version: 2.4.1-3

We believe that the bug you reported is fixed in the latest version of
factory-boy, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Thomas Goirand  (supplier of updated factory-boy package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Oct 2014 04:36:54 +
Source: factory-boy
Binary: python-factory-boy python3-factory-boy python-factory-boy-doc
Architecture: source all
Version: 2.4.1-3
Distribution: unstable
Urgency: medium
Maintainer: PKG OpenStack 
Changed-By: Thomas Goirand 
Description:
 python-factory-boy - test fixtures replacement based on factory_girl for Ruby 
- Python
 python-factory-boy-doc - test fixtures replacement based on factory_girl for 
Ruby - doc
 python3-factory-boy - test fixtures replacement based on factory_girl for Ruby 
- Python
Closes: 764837
Changes:
 factory-boy (2.4.1-3) unstable; urgency=medium
 .
   * Add a patch to call django.setup() if using Django 1.7 in the unit tests.
 This fixes FTBFS (Closes: #764837).
   * Standards-Version is now 3.9.6 (no change).
Checksums-Sha1:
 ab89626d5e0da47764dbc60cf428ea4421f07cfe 2461 factory-boy_2.4.1-3.dsc
 86716ce719b1de73c220e6cc2a67e6860baffad1 11692 
factory-boy_2.4.1-3.debian.tar.xz
 005679a08b38c6cc946ac78

Bug#764902: [xfce4-weather-plugin] Unusable because of an API change

[Manolo Díaz]

Package: xfce4-weather-plugin
Version: 0.8.3-1
Severity: grave

Dear maintainer,

api.yr.no has stopped serving weather forecast under the API version 1.1

Already fixed upstream. Please, see this commit:
http://git.xfce.org/panel-plugins/xfce4-weather-plugin/commit/?id=7df303bc5fa649299e18efeb5d4b801614030488

Best regards,
-- 
Manolo Díaz


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

Bug#764901: linux-image-3.16-2-amd64: Suspend results in shutdown

[David Zundel]

Package: src:linux
Version: 3.16.3-2
Severity: critical
Justification: causes serious data loss

Dear Maintainer,

Following installation of linux-image-3.16-2-amd64 and related, attempts 
at suspend most often (but not always) result in an unwanted shutdown.

Reverting to linux-image-3.14-2-amd64 resolves the problem.

Attempted re-installation of linux-image-3.16-2-amd64 generates an error 
report:
Error! Bad return status for module build on kernel: 3.16-2-amd64 
(x86_64)
Consult /var/lib/dkms/open-vm-tools/2012.05.21/build/make.log for more 
information.


-- Package-specific info:
** Version:
Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20)

** Command line:
BOOT_IMAGE=/vmlinuz-3.16-2-amd64 root=UUID=5051f67f-ea68-41c3-ba22-bb2c1210b21b 
ro initrd=/install/initrd.gz quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[  477.108558] usb 2-5: device not accepting address 10, error -71
[  477.220658] usb 2-5: new full-speed USB device number 11 using xhci_hcd
[  477.220790] usb 2-5: Device not responding to setup address.
[  477.424815] usb 2-5: Device not responding to setup address.
[  477.628789] usb 2-5: device not accepting address 11, error -71
[  477.628854] usb usb2-port5: unable to enumerate USB device
[  480.306163] cfg80211: Calling CRDA to update world regulatory domain
[  480.310138] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  480.319676] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  480.395861] cfg80211: World regulatory domain updated:
[  480.395871] cfg80211:  DFS Master region: unset
[  480.395876] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  480.395885] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  480.395892] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  480.395899] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[  480.395905] cfg80211:   (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[  480.395910] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[  480.395917] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[  551.605885] atkbd serio0: Unknown key pressed (translated set 2, code 0xa5 
on isa0060/serio0).
[  551.605896] atkbd serio0: Use 'setkeycodes e025 ' to make it known.
[  559.067008] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  559.067018] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  561.456111] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  561.456121] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  562.647827] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  562.647837] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  563.542977] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  563.542987] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  564.440078] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  564.440089] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  570.704183] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  570.704193] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  574.583075] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  574.583086] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  609.486600] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  609.486613] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  614.856390] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  614.856404] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  620.822809] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  620.822823] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  626.192965] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  626.192978] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  631.564773] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  631.564788] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  633.056587] atkbd serio0: Unknown key pressed (translated set 2, code 0xa7 
on isa0060/serio0).
[  633.056601] atkbd serio0: Use 'setkeycodes e027 ' to make it known.
[  802.802409] atkbd serio0: Unknown key pressed (translated set 2, code 0xa5 
on isa0060/serio0).
[  802.802421] atkbd serio0: Use 'setkeycodes e025 ' to make it known.
[  803.697045] atkbd serio0: Unknown key pr

Bug#699325: Emacs 24.3 occasionally crashes (segfault) just after starting it

[Paul Eggert]

The failure scenario described in  was fixed 
in Emacs trunk bzr 111064; see Bug#13054 .  This fix 
is in the next Emacs release, and the fix should be easily backportable to older 
Emacs releases.



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

Processed: Re: Bug#764874: libmath-int64-perl: FTBFS on hppa and others: test fails

[Debian Bug Tracking System]

Processing control commands:

> severity -1 serious
Bug #764874 [libmath-int64-perl] libmath-int64-perl: FTBFS on hppa and others: 
test fails
Severity set to 'serious' from 'normal'
> tag -1 + upstream
Bug #764874 [libmath-int64-perl] libmath-int64-perl: FTBFS on hppa and others: 
test fails
Added tag(s) upstream.

-- 
764874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764874
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Processed: bug 764874 is forwarded to https://rt.cpan.org/Ticket/Display.html?id=99442

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 764874 https://rt.cpan.org/Ticket/Display.html?id=99442
Bug #764874 [libmath-int64-perl] libmath-int64-perl: FTBFS on hppa and others: 
test fails
Set Bug forwarded-to-address to 
'https://rt.cpan.org/Ticket/Display.html?id=99442'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764874
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764868: libio-socket-ssl-perl: test suite makes network connections

[gregor herrmann]

On Sat, 11 Oct 2014 21:20:24 +0300, Niko Tyni wrote:

> The tests in t/external/ make network connections to several sites over
> the Internet during the build. If the initial connect fails, the tests
> are skipped, so the package will still build without a network connection.
> 
> This is a privacy violation and mentioned in the Debian Perl Group Policy, see
>  http://pkg-perl.alioth.debian.org/policy.html#test_suites

The point about the privacy violation is good, thanks.
So far we've only cared if the build succeeds with and without
internet ...
 
> I think we've standardized on using the NETWORK_TESTING environment
> variable for this though I can't find much documentation about it.

I don't share your optimism about a standard :)

% grep NETWORK_TESTING */debian/rules
libtest-requiresinternet-perl/debian/rules: # make sure tests pass with and 
without NO_NETWORK_TESTING
libtest-requiresinternet-perl/debian/rules: NO_NETWORK_TESTING=1 dh_auto_test

But I'd love to see a standard environment variable.
Quick check (and I'm sure the pattern misses other variants):

% grep NET */debian/rules
dh-make-perl/debian/rules:  HOME=$(BUILDHOME) NO_NETWORK=1 dh_auto_test
get-flash-videos/debian/rules:export NO_NETWORK=1
libbot-basicbot-pluggable-perl/debian/rules:#use CONNECTED_TO_NET=1 when 
the build host does have internet access.
libbot-basicbot-pluggable-perl/debian/rules:CONNECTED_TO_NET=0 dh_auto_test
libgeo-coder-googlev3-perl/debian/rules:NO_NETWORK=1 dh_auto_test
libimap-admin-perl/debian/rules:NOINTERNET=1 dh_auto_test
liblivejournal-perl/debian/rules:   NO_NETWORK=1 dh_auto_test
libmail-checkuser-perl/debian/rules:# DISABLED TESTS REQUIRING NETWORK 
ACCESS:
libnet-freedb-perl/debian/rules:# set HAVE_INTERNET to 1 for manual builds
libnet-freedb-perl/debian/rules:HAVE_INTERNET=0 dh_auto_test
libnet-mac-vendor-perl/debian/rules:NO_NETWORK=1 dh_auto_test
libnet-rawip-perl/debian/rules: NONETWORK=1 dh_auto_test
libnet-whois-parser-perl/debian/rules:  #use CONNECTED_TO_NET=1 when you have 
access to internet
libnet-whois-parser-perl/debian/rules:  CONNECTED_TO_NET=0 dh_auto_test
libtest-requiresinternet-perl/debian/rules: # make sure tests pass with and 
without NO_NETWORK_TESTING
libtest-requiresinternet-perl/debian/rules: NO_NETWORK_TESTING=1 dh_auto_test
libxml-stream-perl/debian/rules:NO_NETWORK=1 dh_auto_test

[Other tries show:]
libmojolicious-plugin-cgi-perl/debian/rules:DEBIAN_BUILD=1 dh_auto_test
libnet-arp-perl/debian/rules:   DEBIAN_BUILD=1 dh_auto_test


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Flying Pickets: Tracks Of My Tears


signature.asc
Description: Digital Signature

Bug#764897: kfreebsd-kernel-headers: net/route.h fails to compile in userland, nmap FTBFS

[Steven Chamberlain]

Package: kfreebsd-kernel-headers
Version: 10.1~4
Severity: serious
Tags: pending
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

kfreebsd-kernel-headers >= 10.1~ adds a sys/counter.h, used in various
places including net/route.h.  It requires a kernel type uint64_t
(from sys/kglue/sys/types.h) without which any userland code using
net/route.h could break, such as nmap:

https://buildd.debian.org/status/fetch.php?pkg=nmap&arch=kfreebsd-amd64&ver=6.47-3&stamp=1413052539
| checking for rt_msghdr struct in ... no

Adding #include  atop sys/counter.h might be one
way to fix this.  sys/sysctl.h does this already.

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#707402: umview: FTBFS: um_select.c:177: undefined reference to `__FDELT'

[Thomas Funk]

Hi,

while rebuilding umview for Tanglu I ran in the same issues. The Ubuntu patch 
works fine for me. For the second issue with 'EPOLL_NONBLOCK' I've attached a 
patch depending on the libc mailinglist posts about this problem 
(https://sourceware.org/ml/libc-alpha/2013-01/msg00019.html) and the upstream 
fix at 2014-03-07 (http://sourceforge.net/p/view-os/code/1121/).

Hope it's usable.

Best,
Thomas

--
"Two things are infinite: the universe and human stupidity; and I'm not sure 
about the the universe."   --   Albert Einstein
Description: Remove erroneous EPOLL_NONBLOCK
 The Linux kernel does not define EPOLL_NONBLOCK at all, so the libc team removed it
 from sys/epoll.h. See https://sourceware.org/ml/libc-alpha/2013-01/msg00019.html
 Upstream did that, too.
Author: Thomas Funk 
Origin: upstream, http://sourceforge.net/p/view-os/code/1121/
Forwarded: not-needed
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/xmview/um_select.c
+++ b/xmview/um_select.c
@@ -464,8 +464,8 @@ int wrap_in_epoll_create(int sc_number,s
 	if (sc_number== __NR_epoll_create1)
 		flags = pc->sysargs[0];
 #endif
-	/* Linux: EPOLL_CLOEXEC==O_CLOEXEC && EPOLL_NONBLOCK==O_NONBLOCK */
-	flags &= (EPOLL_CLOEXEC | EPOLL_NONBLOCK);
+	/* Linux: EPOLL_CLOEXEC==O_CLOEXEC */
+	flags &= (EPOLL_CLOEXEC);
 	//printk("wrap_in_epoll_create %x\n",flags);
 	pc->retval=lfd_open(NULL,-1,epoll_tag,flags,0);
 	return SC_CALLONXIT;
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1

mQINBFLXAXIBEAC+iKWQKehW0J4mBFZDSPMpcQTR4qDGpzqqdHkaw/ZjObXWt/Oc
ZEUObCMwxDrtZs82zdo67cs+IJkOZHTKT+vao+3AOWOa+B3A/oNN5BjVys9xu2t9
We/ew8LuvTWPqqq/lNQcKZhp3r3blFEcV+fcpiElmyM5LAzhOLImSkZoOwXJniQB
2QF7j5Jso9OvmvemosoINDsey5Hx7vuUIdFIxgtHQZc0e7qnZhnRXPKVhNnsJg9a
VTfYWswsSJI7e13o1ULwpY5TdJLHHp8PXBWokquRKGVsO46gAAsOEt/R3KFlQ86g
9D/Q3MdXw/efEDrOpbYIU6xyMp+2s1uIJtpfHdbyfoQaOnxDp2fGWjwcQQh17mGJ
XaRFTykZ0Xx31F0IrC2+zA5JCgFkMEyuPI4URxoxUH5ctygmfgrLJ+InuDqQaACG
1uioVyxFyKiUj2M0VEuUUhaOnsgv/N940OcOuQgzL4dX9/purkchNLdOO5kYl4of
sbJpoue29oOUBTQBJY3BEfbOJcADzPQ15G1XNDWvfozGAepkWQRnF4WbS9GDFyUz
1oqAMuIaWqFUCnXk7HifUBHfdpk4ukqrtlZb3GKB5agLffPVB5wjb4v8ZEarHFq7
SCgorN7z6oM2ZvnvhzpZk4y3y32novRE+k+LYEWEW6y2/YgMDyu+fYVPwQARAQAB
tDVUaG9tYXMgRnVuayAoc2Vjb25kIGVtYWlsKSA8dC5mdW5rMTU3QGdvb2dsZW1h
aWwuY29tPokCNwQTAQgAIQUCUtcD6AIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIX
gAAKCRAR0EgJomT9+pGaD/41gnBHBWsTXTAr57Nv/F8Ipic/WHoJXZUZBmR0V8FZ
TX77U1uHjmopeneGtoqJ81ldlcdk0gQ+kRT8kdYL5G+o5d5TIYYwqAe8043dAME2
a3x3Munkv2W7SyC5mGgm9Ud1zYWSejbD/IbOvLPAt0Rp72wMMQS3huVemLUm4ILs
RhQl9jocP8i/n7Far+8xIFzzf8fJwRYSDxwCJl6oYST4ikERDwqjxw2HdYrIFcSF
DR7xXTbDZCqKsuU57Gy3DlyjFgkw2O/pK7tW28Zpm5QDbiUVNYZtlkvK2WA48cde
9FzUCezVa4wHnzh1yqtXruvgd3g/ZY1xrGYXb83eWCZoY7QlskUxaJLPbVZPpN0e
spAae+v7qHZMOZdlWO6SsZfTqvAqwERQmhCxYAOzzqoaGH0uQvcRCAXI9JEagLgk
SIvutDJi+KRsQfQsxkWNteUGBbEV/ApSKnSfMY+yzVv8fzxSKb0YQwieYh6xAFrK
sKv6hXdFKkjDuXt+rIh6e8/sd+SIufJwpV8NrqaTn/wckq49k55crA7RVHo9jzBs
jcQspZxmd0yNORecrjwz4jMHKVDuOj3aAQRxXigBbepxsZcOoH8+EpaDkkht4NUF
B6edA5OPLd8irOFrZCGroV0Klz2394Otd8nm4OvflYJtDEfnT9zhsNQzadwL1WGG
T7QrVGhvbWFzIEZ1bmsgKHByaW1hcnkgZW1haWwpIDx0LmZ1bmtAd2ViLmRlPokC
NwQTAQgAIQUCUtcEywIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRAR0EgJ
omT9+prgEACbHhUg7Mfc7SPtbAr51iUWVNjBVaesbtg4wpcLLojGlZ297uPechp/
NTEqkjxoWGA+gMSnk6YQfyNSzJ7NxDw/hB3zrNWNsCRI3JxiIKvcULLUeM55Rk0u
rfaIhMmevs7sYBz6tDLmb/Xkg+ZCHI2jIlAp6tPSi6l7B7AmA9ru/W5H/HBizijF
mRCH/8XhPI5GhxlR/heHtmcuxo38CX3/WZkI927Gp9jhvJE0OmV4X6Sgvnuql+Bg
Rkvvr1MYzvgXwXMKRQUzC8fLAqtVfaOWPaMR2o88Ae+dUnIgRHhJO5Z39rvFjfGW
11HxSinuwnf/OF7IPWybDY+/CYrZSIAhO0hgkywRreERqFx9xwNBgLX88E79wf8o
CaRc9+J8zbngX1Q3XkdoOLiYv77wHrKbtVs2/b0MBa7khpKh7I+MNHC666m4G7J5
zyT1KRHBs0SEbPZyzlL4089akDj7P75XjHJpimVTnkR+1LHws/0e9BGKNFrkBIVB
tsUi/Lbx2pYfbba4rzd1Hayb5Uct4SoIUV4aaR6jvgWJ054qRGrLIDDUsisfKwXE
Ss+rgXiNLcbYxVVzZht6fVE23ggOblXLC+rJlZfTcM2nQvxLOQU5iotj/s5gTxAW
BPDGtdSU0fSZ5W27puj68Fd3KErls1p/M3R2iDwRbKX1rOO7eHzah7kCDQRS1wFy
ARAA2yE1UN0acqcVIcTEjNcGNCuguVVNLaRTgRG4Uoh6owUcJPt81IFC1coNeeQo
ovw3J5WvaZZ7LvBlOOXoKVokMjoPKuEElzfvbViKkQ0WsLkYuismSailsZstuwpl
YVwT28UMVE2GgrZ6HMa0wSnXfCKAIpcf1hSoeCwyWEXiLrD2WV8RfSDYv60dGSsl
Zc1WkweOXa5Hp2PQdP6xdZGyafFkMmhyxRzzAO5zoWK7O3Zz3jrPwH2d/ZGMR5/n
/rdEsMZB/+1pqJLE1dI/gt0lFkWFXnJjO8j9CRX1Xk+egN1XDOYwpUAXgMJlGmBi
PX2OkMpHlTy9uajjOpk71/PH2bXaq0HHNPZnXG70x1fmD1EEk3W1EAvmHv2bkHrz
zKUWoKqSPm/Z6rdo/aJ9J1z4lyJnHMFRn3SlQzyilod9qNGcGYPAzJM+8t0pwxUt
D0FvowQsLcfoZsl53U/JZqadH3ImP5e8JC3iNQP1SR4Gr1UaazpMxjcySufTzHKh
5KlUSNwLQpwB6AgIEM8otK2LXSwZO7dnoSBMh6/8WHyKY087cBuja4dYrtsAGyrS
xO/Kn8/+R6HXpYmxxmfldF3OuQuC/NiL545yN2KHIAVSAkbC5gyaEO49NOmmpfvp
K6IMwUViVurfPhxYNJMQa0Y8DNq9fL+Pl6f9/c4zdxyoY50AEQEAAYkCHwQYAQgA
CQUCUtcBcgIbDAAKCRAR0EgJomT9+o30EACoe3wxQUoYoRDL3dshPIiSodH66qo1
VkbxKkH/A4HSuXWUIbvSnYD1+CiUQxKOecFAhXlY6zfvKS25SiCeGPQettCoe9lH
GMFaZpkPU8/ANcD8BYjnhuhk8isVxsKUP0Hc5hPUDvS9HenO6Z6UNCuUbCrUvHdD
o0IkBYA1ViPamgJ7BUq+bfAHdY0LLbycn8jbze3o0I6h6WI85UfvSAO29jw+8NZ3
5i5ezVAbt/VZHCnVli6RDIRSqlhq31/B02nfYd+aQ358HyFlJhb4OVhQz7jBGVIp
jbHy8nNtGK+53AdKrN4qM9mhI+TwgdEk5ibXAEjcNNMA8t1GiSQgvvo3o0m40JJ

Bug#764896: Info received (Bug#764896: sandboxgamemaker: sandbox_unix fails to start, "cannot find core textures")

[Andrew Kane]

severity 764896 normal
thanks


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

Bug#764896: sandboxgamemaker: sandbox_unix fails to start, "cannot find core textures"

[Andrew Kane]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/11/2014 03:58 PM, Andrew Kane wrote:
> Package: sandboxgamemaker Version: 2.8.2+dfsg-1 Severity: grave 
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> * What led up to the situation?
> 
> Installed package `sandboxgamemaker` via aptitude.
> 
> * What exactly did you do (or not do) that was effective (or 
> ineffective)?
> 
> Invoked `sandbox-unix` from terminal (menu item not generated).
> 
> * What was the outcome of this action? Console output follows:
> 
> andyman@warthog:~$ sandbox_unix Using home directory:
> /home/andyman/.platinumarts/ init: sdl init: net init: game init:
> video: mode init: video: misc init: gl Renderer: Gallium 0.4 on AMD
> ARUBA (X.Org) Driver: 3.0 Mesa 10.2.6 Rendering using the OpenGL
> GLSL shader path. could not load texture data/notexture could not
> find core textures

OK, I've managed to find and add the data/ directory from the
sandboxgamemaker.org site's giant tarball. sandbox_unix still fails,
but with a *different* error:

andyman@warthog:/usr/share/doc/sandboxgamemaker$ sandbox_unix
Using home directory: /home/andyman/.platinumarts/
init: sdl
init: net
init: game
init: video: mode
init: video: misc
init: gl
Renderer: Gallium 0.4 on AMD ARUBA (X.Org)
Driver: 3.0 Mesa 10.2.6
Rendering using the OpenGL GLSL shader path.
init: console
no default font specified

Neither sandbox_unix nor its man page contain the word "font", nor do
any files in /usr/share/doc/sandboxgamemaker/ - thus I would have no
idea how to "specify" a default font in order to satisfy it, had I not
Seen This Movie Before.

The fonts.cfg is in the packages/ directory, so copying that over to
$SANDBOX_HOME makes the game work.

I propose the following appendix to the package description:

This package does NOT provide the non-free data files needed to run
Sandbox. They can be downloaded from upstream's website.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUOckcAAoJEAa852fG4/6BcqkH/1t9YDfMZDjFlFQR/VSx66SJ
Ncg67vAwY3sSsdaNhhnNRDVWoAQPFKELq0yEU47dMjbvbVr9PSiWVZUvLXROMLrg
44EOnUt7107RS0GNMS9TZJ811HCfb9jmS7ePBRzjMi9Pg2rbhkD5b8pRWkkBQMTO
V305wooq3nZ4WiOOzLwnib+UZrQQaWlGhY2786+bt2XEb9orpgcRJSiANfLHs+Iz
DEWLD8pnwYXkaAHYxmbC/FPtQfkzDuV5BiteK7EdR3Oz8NLol758VVJxJL105LRy
OrDm5WxnKwthcp9551EktyA83INr2BHtsxDvHuTPTEoM5xGYpLzPC08pe0hq/dU=
=lFPI
-END PGP SIGNATURE-


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

Processed: forwarded

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 764894 https://bugzilla.redhat.com/show_bug.cgi?id=1151798
Bug #764894 [virt-manager] virt-manager: USB devices are generally redirected 
to VMs
Set Bug forwarded-to-address to 
'https://bugzilla.redhat.com/show_bug.cgi?id=1151798'.
> forwarded 764880 https://bugzilla.redhat.com/show_bug.cgi?id=1151800
Bug #764880 [virt-manager] virt-manager: gui breaks on different operations 
with VNC/SPICE servers
Set Bug forwarded-to-address to 
'https://bugzilla.redhat.com/show_bug.cgi?id=1151800'.
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
764880: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764880
764894: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764894
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#757348: [systemd-shim] Re: systemd: with SysV init, can no longer suspend and shutdown from lightdm

[Cameron Norman]

On Fri, 10 Oct 2014 16:19:51 +0200 Marcin Szewczyk 
 wrote:

> I have done almost exactly the same research yesterday evening.
>
> On Thu, Oct 09, 2014 at 09:16:07PM +0100, OmegaPhil wrote:
> > It looks like polkit has a hard dependency on systemd as init 
currently

> > - the 'session' being sought goes through
> > 
src/polkit/polkit/polkitunixsession-systemd.c:polkit_unix_session_initable_init,
> > which then calls into sd_pid_get_session from the libsystemd0 
package.
> > This uses the PID of the pkcheck-calling process to read the proc 
file
> > '/proc//cgroup' - it looks for a line containing 'systemd', 
and
> > then extracts the 'path', the bit at the end, to get at the 
session.

>
> It bothers me a bit. As I see this logind has its internal list of
> sessions in its memory. On the other hand there is a hierarchy in
> /sys/fs/cgroup/systemd which (using some specially formatted names)
> codes session names. What happens if they desynchronize (for example
> when the logind daemon dies)?

There is also /run/systemd/{seats,users,sessions}. I suspect these 
directories are to allow internal state to be recovered in case of a 
crash, you know? Not sure though.


>
> > On my current session, every single process has '/' as this path - 
in
> > 
libsystemd0/systemd-215/src/shared/cgroup-util.c:cg_path_get_session

> > line 1320, this path is explicitly rejected - its checked for and
> > '-ENOENT' is returned.
>
> Same here.

Are you sure you have cgmanager running? Maybe the sysvinit script has 
some problems; I am using Upstart al momento so maybe that is it.


>
> > Under a systemd-as-init system, a valid example of a path would be
> > '/user.slice/user-1000.slice/session-1.scope'.
>
> I have done an experiment:
> /sys/fs/cgroup/systemd/user.slice/user-1000.slice/session-1.scope
> echo SHELLPID > 
/sys/fs/cgroup/systemd/user.slice/user-1000.slice/session-1.scope/tasks

>
> Calls to polkit from that shell started working again.
>
> After adding all the gvfs processes to that cgroup (using pgrep and 
echo

> to tasks) I was able to mount a USB drive.
>
> > So far I haven't seen logind factor in here.
>
> The question is: who is responsible for adding my X11 process during 
its

> startup to that specially named cgroup?
>
> There are so many actors. pid eins, cgmanager, logind, lightdm, X11
> scripts in /etc/X11, polkit, consolekit and PAM session modules (for
> both consolekit and systemd).

On sysvinit and Upstart, PID1 has nothing to do with this situation. On 
systemd, systemd puts the session init process into a cgroup. 
systemd-shim offers systemd's D-Bus interface and implements the 
cgroups bits (which logind is concerned with) through cgmanager. Can 
you tell me what your cgmanager version is?


Basically the flow is:

PAM module for logind calls the logind CreateSession() method
logind calls the systemd cgroup slice creation methods (delivered to 
systemd-shim)
systemd-shim calls the cgmanager cgroup methods, and the session init 
process is then put into the appropiate cgroup


I have this stuff working, and my /proc/$$/cgroup looks like so:

11:name=systemd:/user.slice/user-1000.slice/session-1.scope
10:perf_event:/user.slice/user-1000.slice/session-1.scope
9:net_prio:/user.slice/user-1000.slice/session-1.scope
8:net_cls:/user.slice/user-1000.slice/session-1.scope
7:memory:/user.slice/user-1000.slice/session-1.scope
6:freezer:/user.slice/user-1000.slice/session-1.scope
5:devices:/user.slice/user-1000.slice/session-1.scope
4:cpuset:/user.slice/user-1000.slice/session-1.scope
3:cpuacct:/user.slice/user-1000.slice/session-1.scope
2:cpu:/user.slice/user-1000.slice/session-1.scope
1:blkio:/user.slice/user-1000.slice/session-1.scope

> [snip]

Can you tell me what your systemd-shim and cgmanager versions are?

Thanks a ton,
--
Cameron Norman

Bug#713040: marked as done (t1-xfree86-nonfree: Does not create symlinks in X11 fonts directory)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 23:34:05 +
with message-id 
and subject line Bug#713040: fixed in xfonts-scalable-nonfree 4.2.1-4
has caused the Debian Bug report #713040,
regarding t1-xfree86-nonfree: Does not create symlinks in X11 fonts directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713040: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713040
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: t1-xfree86-nonfree
Version: 4.2.1-3.1
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

This package does not install any symlinks for its font files in
/usr/share/fonts/X11/Type1/, rendering the fonts completely unusable
in X11.  This bug was introduced when the package transitioned away from
defoma (#649825) and a line was inadvertently removed from the rules
file, preventing the auto-generation of the symlinks.  The attached patch
restores the removed line and also fixes the resulting lintian warnings.

Thanks,
Andrew


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

Kernel: Linux 3.2.0-4-686-pae (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 t1-xfree86-nonfree depends on:
ii  fontconfig2.9.0-7.1
ii  xfonts-utils  1:7.7~1

t1-xfree86-nonfree recommends no packages.

Versions of packages t1-xfree86-nonfree suggests:
ii  xserver-xephyr [xserver]  2:1.12.4-6
ii  xserver-xorg [xserver]1:7.7+3~deb7u1
ii  xvfb [xserver]2:1.12.4-6

-- no debconf information
diff -ruN xfonts-scalable-nonfree-4.2.1.old/debian/rules xfonts-scalable-nonfree-4.2.1/debian/rules
--- xfonts-scalable-nonfree-4.2.1.old/debian/rules	2013-06-21 19:43:58.11210 -0400
+++ xfonts-scalable-nonfree-4.2.1/debian/rules	2013-06-21 19:48:10.900143000 -0400
@@ -19,9 +19,10 @@
 
 binary-post-install/t1-xfree86-nonfree::
 	perl debian/gen-fonts-dir.pl \
-		../../../../../share/fonts/type1/t1-xfree86-nonfree \
+		../../type1/t1-xfree86-nonfree \
 		debian/t1-xfree86-nonfree/usr/share/fonts/X11/Type1 \
-		debian/t1-xfree86-nonfree.scale
+		debian/t1-xfree86-nonfree.scale \
+		debian/t1-xfree86-nonfree.defoma-hints
 	install -m 644 -p debian/t1-xfree86-nonfree.scale debian/t1-xfree86-nonfree/etc/X11/fonts/Type1
 
 getsource:
--- End Message ---
--- Begin Message ---
Source: xfonts-scalable-nonfree
Source-Version: 4.2.1-4

We believe that the bug you reported is fixed in the latest version of
xfonts-scalable-nonfree, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gianfranco Costamagna  (supplier of updated 
xfonts-scalable-nonfree package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 06 Oct 2014 09:51:52 +0200
Source: xfonts-scalable-nonfree
Binary: t1-xfree86-nonfree ttf-xfree86-nonfree ttf-xfree86-nonfree-syriac
Architecture: source all
Version: 4.2.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian Fonts Task Force 
Changed-By: Gianfranco Costamagna 
Description:
 t1-xfree86-nonfree - non-free Postscript Type 1 fonts from XFree86
 ttf-xfree86-nonfree - non-free TrueType fonts from XFree86
 ttf-xfree86-nonfree-syriac - non-free syriac OpenType fonts from XFree86
Closes: 659734 713040
Changes:
 xfonts-scalable-nonfree (4.2.1-4) unstable; urgency=low
 .
   * Acknowledge previous NMU.
   * Set myself as Uploader.
   * Drop Jonas as Uploader, as requested in 713040.
   * Set Debian Fonts Task Force as Maintainer.
   * Bump std-version to 3.9.6, no changes required.
   * Bump debhelper and compat level to 9.
   * Use quilt format.
 .
   [ Andrew Ayer ]
   * Correct symlinks in X11 fonts directory (Closes: #713040)
 .
   [ Colin Watson ]
   * Use maintscript support in dh_installdeb rather than writing out
 dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
 new enough version of dpkg rather than using 'dpkg-maintscript-helper
 supports' guards, leading to more predictable behaviour on u

Bug#764894: virt-manager: USB devices are generally redirected to VMs

[Christoph Anton Mitterer]

After some thinking I'd guess that there are actually two bugs:

1) That virt-manager automatically redirects without asking (because
apparently it now has a menu (Virtual Machine/Redirect USB Device) which
should do just that.
Actually IMHO it should generally happen only manually, because it's
quite annoying if everytime I put in some USB device, all my
virt-manager consoles would ask for it.

2) A security hole in the polkit configuration, in that it allows any
user actually redirect - and via that - gain full access to such USB
device.


So only if root has manually (via configuration) allowed a user to
redirect all or specific USB devices polkit should even grant the whole
thing.
But even then, it shouldn't happen automatically, but only when the user
really says "oh, yeah,... go and redirect".


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#764896: sandboxgamemaker: sandbox_unix fails to start, "cannot find core textures"

[Andrew Kane]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/11/2014 03:58 PM, Andrew Kane wrote:
> Package: sandboxgamemaker Version: 2.8.2+dfsg-1 Severity: grave 
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> * What led up to the situation?
> 
> Installed package `sandboxgamemaker` via aptitude.
> 
> * What exactly did you do (or not do) that was effective (or 
> ineffective)?
> 
> Invoked `sandbox-unix` from terminal (menu item not generated).
> 
> * What was the outcome of this action? Console output follows:
> 
> andyman@warthog:~$ sandbox_unix Using home directory:
> /home/andyman/.platinumarts/ init: sdl init: net init: game init:
> video: mode init: video: misc init: gl Renderer: Gallium 0.4 on AMD
> ARUBA (X.Org) Driver: 3.0 Mesa 10.2.6 Rendering using the OpenGL
> GLSL shader path. could not load texture data/notexture could not
> find core textures

I see from /usr/share/doc/sandboxgamemaker/changelog.Debian:

"  * Removed debian/postrm debian/postinst
 - No longer installing non-free data with this package, so not
required.

 -- Anthony F McInerney   Fri, 01 Aug 2014 21:15:16
+0100
"

Since the list of files on the package tracker matches my dpkg -L
output, I guess this means that the core textures are non-free data
which I need to obtain myself. However, this seems not to be
documented anywhere.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUObnYAAoJEAa852fG4/6B2owIAJZMe2Xnn8anvo0mg/Prfwut
XaSFtbTH7S2plvQCbMlXkgm9kIwWZb206HscT7lI69WGz1Vqwx4sJJeb4evMkHMK
6QVLxJ/LXpqv/Fk7EeUyPbohsnH0vRe4fKV6X9YnAokbib2RaGXOkvA1Y8u0ffg3
jrQZil9xE2llyNqglVst1brHVnAgbLDlGO6RrEVhPKGfnnXyl9zOuPyjNvt3OMpy
V747e7OZ3YaIYYuLQHKb1+Adp+BxQ/d6Z4HO3AZ82lQnEigbPzTSbgXMlTSwGSZL
y6DMa6t3oXJmTJ9NcTgqMmvUJXuS/5F85nZ4nki17uhKD2gdj4IIw4GekoDt3FI=
=ega2
-END PGP SIGNATURE-


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

Bug#764896: sandboxgamemaker: sandbox_unix fails to start, "cannot find core textures"

[Andrew Kane]

Package: sandboxgamemaker
Version: 2.8.2+dfsg-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?

Installed package `sandboxgamemaker` via aptitude. 

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

Invoked `sandbox-unix` from terminal (menu item not generated).

   * What was the outcome of this action?
Console output follows:

andyman@warthog:~$ sandbox_unix 
Using home directory: /home/andyman/.platinumarts/
init: sdl
init: net
init: game
init: video: mode
init: video: misc
init: gl
Renderer: Gallium 0.4 on AMD ARUBA (X.Org)
Driver: 3.0 Mesa 10.2.6
Rendering using the OpenGL GLSL shader path.
could not load texture data/notexture
could not find core textures

   * What outcome did you expect instead?

Expected to launch Sandbox. I inspected the files installed by the package:

andyman@warthog:~$ dpkg -L sandboxgamemaker 
/.
/usr
/usr/games
/usr/games/sandbox_unix
/usr/lib
/usr/lib/sandboxgamemaker
/usr/lib/sandboxgamemaker/sandbox_client_ssp
/usr/lib/sandboxgamemaker/sandbox_client_rpg
/usr/lib/sandboxgamemaker/sandbox_client_movie
/usr/lib/sandboxgamemaker/sandbox_server_movie
/usr/lib/sandboxgamemaker/sandbox_client_krs
/usr/lib/sandboxgamemaker/sandbox_server_fps
/usr/lib/sandboxgamemaker/sandboxgamemaker_glauncher
/usr/lib/sandboxgamemaker/sandbox_client_fps
/usr/share
/usr/share/sandboxgamemaker
/usr/share/sandboxgamemaker/server-init.cfg
/usr/share/applications
/usr/share/applications/sandboxgamemaker.desktop
/usr/share/doc
/usr/share/doc/sandboxgamemaker
/usr/share/doc/sandboxgamemaker/copyright
/usr/share/doc/sandboxgamemaker/changelog.gz
/usr/share/doc/sandboxgamemaker/README.Debian.gz
/usr/share/doc/sandboxgamemaker/changelog.Debian.gz
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/sandboxgamemaker
/usr/share/man
/usr/share/man/man6
/usr/share/man/man6/sandbox_unix.6.gz
/usr/share/icons
/usr/share/icons/hicolor
/usr/share/icons/hicolor/48x48
/usr/share/icons/hicolor/48x48/apps
/usr/share/icons/hicolor/48x48/apps/sandboxgamemaker.png
/usr/share/icons/hicolor/128x128
/usr/share/icons/hicolor/128x128/apps
/usr/share/icons/hicolor/128x128/apps/sandboxgamemaker.png
/usr/share/pixmaps
/usr/share/pixmaps/sandboxgamemaker.xpm
/usr/share/menu
/usr/share/menu/sandboxgamemaker

None of these files appears to contain texture data.
I don't find a directory called "data" anywhere.

I read the README.Debian file but found no reference to a data/ directory.
Neither did I find anything indicating that I need to download more stuff.
Am I missing something? In a package like this I'd be unsurprised to find that 
DFSG requires that assets be acquired separately from the package; is this the 
case?

Thanks for packaging this program. I look forward to playing with it once I can 
get it working.
I'd also be interested in helping with maintenance if you want assistance.


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

Kernel: Linux 3.16-2-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/bash

Versions of packages sandboxgamemaker depends on:
ii  libc6 2.19-11
ii  libenet7  1.3.12+ds-2
ii  libgcc1   1:4.9.1-16
ii  libgl1-mesa-glx [libgl1]  10.2.6-1
ii  libsdl-image1.2   1.2.12-5+b3
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl1.2debian   1.2.15-10
ii  libstdc++64.9.1-16
ii  libwxbase3.0-03.0.1-3
ii  libwxgtk3.0-0 3.0.1-3
ii  libx11-6  2:1.6.2-3
ii  zlib1g1:1.2.8.dfsg-2

Versions of packages sandboxgamemaker recommends:
ii  libsmpeg0  0.4.5+cvs20030824-7.1
pn  mikmod 
ii  timidity   2.13.2-40.2

sandboxgamemaker suggests no packages.

-- no debconf information


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

Processed: affects 764885

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> affects 764885 owncloud-apps
Bug #764885 [php-htmlpurifier] Security flaws in the current Debian version
Added indication that 764885 affects owncloud-apps
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764885: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764885
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764894: virt-manager: USB devices are generally redirected to VMs

[Christoph Anton Mitterer]

Package: virt-manager
Version: 1:1.0.1-2.1
Severity: critical
Tags: security
Justification: root security hole


Hi.

Not sure whether the problem here is actually in virt-manager, libvirt
or spice-client-glib-usb-acl-helper.
So pleace redirect as necessary.


I've just noted a very serious behaviour (which is also why I marked
it as critical and root security hole):

It seems that when plugging an USB device into ay computer where
I run virtmanager and where I'm connected to some VMs via SPICE,
that such USB devices are forwarded to that VM. o.O

I wonder how it chooses to which the device is redirected if there
are more VMs connected.


Now SPICE seemst to be the default for newly created VMs via libvirt
and the SPICE USB Redirector devices are created per default as well.
Also this isn't like the "USB Host Device" hardware in
virtmanager/libvirt/qemu, where one at least has to select *which*
USB device is connected.


Now since VM's are often used by people as kind of jails, e.g. running
untrustworthy OSes or programs in it, or since the VM may be just on
any remote server (from work or wherever), redirecting USB devices
without asking is IMHO a great security hole.
The USB device could contain just anything, my most recent hard disk
backup (and thus root passwords, dmcrypt keys etc). or my private
picture collection.


The 2nd critical security aspect of this:
A normal user(!) is apparently allowed to redirect a hardware device.
Not sure whether this is the typical policykit problem that locally
logged in users are handled as if they were root... but hell, one
cannot simply give normal users full access to USB devices if root
hasn't manually allowed them.


Cheers,
Chris



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

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

Versions of packages virt-manager depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf2   3.2.6-3
ii  gir1.2-gtk-3.0   3.14.1-1
ii  gir1.2-gtk-vnc-2.0   0.5.3-1.2
ii  gir1.2-libvirt-glib-1.0  0.1.7-2.1
ii  gir1.2-spice-client-gtk-3.0  0.25-1
ii  gir1.2-vte-2.90  1:0.36.3-1
ii  librsvg2-common  2.40.4-1
ii  python-dbus  1.2.0-2+b3
ii  python-gi3.14.0-1
ii  python-gi-cairo  3.14.0-1
ii  python-ipaddr2.1.11-2
ii  python-libvirt   1.2.8-1
ii  python-urlgrabber3.9.1-4
pn  python2.7:any
pn  python:any   
ii  virtinst 1:1.0.1-2.1

Versions of packages virt-manager recommends:
ii  gnome-icon-theme 3.12.0-1
ii  libvirt-daemon   1.2.9-2
ii  python-spice-client-gtk  0.25-1

Versions of packages virt-manager suggests:
ii  gnome-keyring3.14.0-1
ii  python-gnomekeyring  2.32.0+dfsg-3
pn  python-guestfs   
pn  ssh-askpass  
pn  virt-viewer  

-- no debconf information


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

Bug#764814: freecad downloads and executes code

[Yorik van Havre]

Hi

Thanks for the reply
These are all pretty complex solutions, any of them will take time to
implement I'm afraid. As a
short-term solution, the only idea I can come up with is disabling DXF
import/export by default
and advising users to download and install the required libraries
themselves if they want it...
Users won't be very happy, but it will solve this problem.

I'll post back when it's implemented upstream.

Yorik

Bug#764441: marked as done (sinfo and slurm-client: error when trying to install together)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 22:03:55 +
with message-id 
and subject line Bug#764441: fixed in sinfo 0.0.47-2
has caused the Debian Bug report #764441,
regarding sinfo and slurm-client: error when trying to install together
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764441: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764441
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: slurm-client,sinfo
Version: slurm-client/14.03.8-2
Version: sinfo/0.0.47-1+b1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-10-08
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Preconfiguring packages ...
Selecting previously unselected package libgcrypt20:amd64.
(Reading database ... 10872 files and directories currently installed.)
Preparing to unpack .../libgcrypt20_1.6.2-4_amd64.deb ...
Unpacking libgcrypt20:amd64 (1.6.2-4) ...
Selecting previously unselected package libboost-signals1.55.0:amd64.
Preparing to unpack .../libboost-signals1.55.0_1.55.0+dfsg-3_amd64.deb ...
Unpacking libboost-signals1.55.0:amd64 (1.55.0+dfsg-3) ...
Selecting previously unselected package libboost-system1.55.0:amd64.
Preparing to unpack .../libboost-system1.55.0_1.55.0+dfsg-3_amd64.deb ...
Unpacking libboost-system1.55.0:amd64 (1.55.0+dfsg-3) ...
Selecting previously unselected package ucf.
Preparing to unpack .../archives/ucf_3.0030_all.deb ...
Moving old data out of the way
Unpacking ucf (3.0030) ...
Selecting previously unselected package sinfo.
Preparing to unpack .../sinfo_0.0.47-1+b1_amd64.deb ...
Unpacking sinfo (0.0.47-1+b1) ...
Selecting previously unselected package libmunge2.
Preparing to unpack .../libmunge2_0.5.11-1.1+b1_amd64.deb ...
Unpacking libmunge2 (0.5.11-1.1+b1) ...
Selecting previously unselected package munge.
Preparing to unpack .../munge_0.5.11-1.1+b1_amd64.deb ...
Unpacking munge (0.5.11-1.1+b1) ...
Selecting previously unselected package slurm-client.
Preparing to unpack .../slurm-client_14.03.8-2_amd64.deb ...
Unpacking slurm-client (14.03.8-2) ...
dpkg: error processing archive 
/var/cache/apt/archives/slurm-client_14.03.8-2_amd64.deb (--unpack):
 trying to overwrite '/usr/bin/sinfo', which is also in package sinfo 
0.0.47-1+b1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.7.0.2-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/slurm-client_14.03.8-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/bin/sinfo
  /usr/share/man/man1/sinfo.1.gz

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.
--- End Message ---
--- Begin Message ---
Source: sinfo
Source-Version: 0.0.47-2

We believe that the bug you reported is fixed in the latest version of
sinfo, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gaudenz Steinlin  (supplier of updated sinfo package)

(This message was generated automatically at their reques

Bug#764441: sinfo and slurm-client: error when trying to install together

[Gaudenz Steinlin]

Hi

Mehdi Dogguy  writes:

> Le 2014-10-09 22:55, Gaudenz Steinlin a écrit :
>> 
>> I will certainly update the Conflict if we can't agree on a better
>> solution in the next few days. But as the Conflict was a workaround 
>> from
>> the begining I'd prefer a solution where we agree on different names 
>> for
>> the commands instead.
>> 
>
> I very much agree with what you say, but I think it is rather late to 
> find
> a stable name (where also upstream is confortable with) in time for 
> Jessie.
> There are only a few days left before the freeze.
>
> For that reason, I prefer to keep the old (and not so nice) workaround 
> and
> work on a better solution to implement in Jessie+1.

I've now uploaded a package with the conflict updated to slurm-client.
But I would still like to hear from the slurm maintainers and from
Jürgen Rinas (sinfo upstream and Debian co-maintainer) about the
possibility of renameing one of the commands. I would still very much
prefer that solution.

Gaudenz


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

Bug#764814: freecad downloads and executes code

[D Haley]

Hi, and thanks for the quick response.

I was unaware of the licensing issue - I don't really have an opinion on 
the licencing problem, but more the technical issue of unsigned code 
execution. Whilst you/upstream control the resource, freecad doesn't 
confirm that the download actually comes from said resource - python 
will not check this.


An attacker can intercept the https initial handshake and impersonate 
the resource, as no signatures are checked. This is not hard if they 
control the network (eg public wifi/fake access point).


I think there are several possible solutions, in varying orders of 
difficulty:


* Hard-code a given .py git identifier, then check the downloads SHA1 or 
SHA1 _and_ MD5 after the download. Hard-code the matching SHA1 in the 
freecad sources. Convert the url stream into a binary stream and pass it 
to python's SHA1 module, then check the result. The downside is of 
course, this is not upgradeable.


* Implement certificate checking in the freecad source, by locating and 
finding the debian certificates, parsing them and checking the 
provider's validity (pretty hard? I'm no python guru, but I understand 
the next python release will include certificate validation). Upgrades 
remain, but more complex.


Slightly less serious suggestions :
* Change freecad to use a different dxf backend (eg librecad's internal 
(BSD))

* Chance licence ;)

Thanks!


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

Bug#764883: possible workaround

[Mark Cottrell]

you should be able to work around this by either invoking chromium with the
"--force-device-scale-factor" flag or adding something to /etc/chromium.d
(e.g. echo CHROMIUM_FLAGS=--force-device-scale-factor=1 >
/etc/chromium.d/force-scaling. seems to me like the default scaling being
used by chromium is 2.0 regardless of the system setting.

Bug#764868: IO::Socket::SSL - external tests in test suite can be disabled but are enabled by default

[Steffen Ullrich]

Hi,
I'm the maintainer of IO::Socket::SSL and I've just found your serious
problem report about IO::Socket::SSL doing network connections to external
sites during testing.

IO::Socket::SSL will ask during the build, if the tests should be run and
you can deny running external tests. But, the default is true for the
following reason:
To make it secure by default an SSL library must have a usable set of
trusted CAs. IO::Socket::SSL tries to use the system CA store (i.e.
/etc/ssl/certs in Debian) to integrate with the rest of the system.
Of course it needs to be verified, that the default CA is usable for common
tasks, that is it must provide the trusted CA for common targets. 
The best way is to actually try to connect against these targets and make
sure the connection can be verified. The tests will detected SSL
intercepting proxies or other problems and disable further tests in these
cases.

I can understand that you are not comfortable to let arbitrary tests connect
to external sites in all situations. But, in my opinion, anybody who does not
like this should run any builds and tests within restricted environments
without or with only limited network access anyway.

Apart from that I'm happy to check any kind of environment variables which
would indicate that the user is not willing to run external tests. Just let
me know the details.


Regards,
Steffen
 


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

Bug#764885: Security flaws in the current Debian version

[David Prévot]

Package: php-htmlpurifier
Version: 4.4.0+dfsg1-1
Severity: serious
Tags: security

Hi,

HTMLPurifier 4.6.0, published almost a year ago, “is a major security
release, fixing numerous bad quadratic asymptotics in HTML Purifier's
core algorithms.” according to upstream changelog. “Additionally, the
secure URI munging algorithm has changed to do a proper HMAC.”

You may wish to maintain this package inside the PHP PEAR Maintainers
team and take advantage of the pkg-php-tools helper.

Regards

David

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

Kernel: Linux 3.16-2-amd64 (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

Versions of packages php-htmlpurifier depends on:
ii  php5  5.6.0+dfsg-1

Versions of packages php-htmlpurifier recommends:
ii  php5-cli  5.6.0+dfsg-1+b1

php-htmlpurifier suggests no packages.


signature.asc
Description: Digital signature

Processed: forcibly merging 718624 754927

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forcemerge 718624 754927
Bug #718624 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous maintainer scripts
Bug #742626 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous maintainer scripts
Bug #754927 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous /lib/systemd/system/transmission-daemon.service file
Severity set to 'serious' from 'important'
Marked as found in versions transmission/2.81-1.
Added tag(s) help and patch.
Bug #742626 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous maintainer scripts
Merged 718624 742626 754927
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
718624: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718624
742626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742626
754927: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754927
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Processed (with 1 errors): Re: Bug#718624: Bug#742626: transmission-daemon: SEGFAULT on first run, breaks installation

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #718624 {Done: Thomas Goirand } [transmission-daemon] 
transmission-daemon: segfaults with systemd due to erroneous maintainer scripts
Bug #742626 {Done: Thomas Goirand } [transmission-daemon] 
transmission-daemon: segfaults with systemd due to erroneous maintainer scripts
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions transmission/2.84-0.1.
No longer marked as fixed in versions transmission/2.84-0.1.
> merge -1 754927
Bug #718624 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous maintainer scripts
Bug #742626 [transmission-daemon] transmission-daemon: segfaults with systemd 
due to erroneous maintainer scripts
Unable to merge bugs because:
severity of #754927 is 'important' not 'serious'
Failed to merge 718624: Did not alter merged bugs


-- 
718624: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718624
742626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742626
754927: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754927
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#718624: Bug#742626: transmission-daemon: SEGFAULT on first run, breaks installation

[Andrei POPESCU]

Control: reopen -1
Control: merge -1 754927

Hi Thomas,

Thanks a lot for looking into fixing bugs in transmission-daemon. 
Unfortunately I have to reopen this bug (again) because the fix is... 
incomplete:

1. Type in the .service file should be 'notify' (upstream .service file 
is correct)

2. Because the .service file doesn't use

--config-dir /var/lib/transmission-daemon/info

as defined in /etc/default/transmission-daemon transmission-daemon tries 
to use the default /home//.config/transmission, which doesn't 
exist and is also ignoring /etc/transmission-daemon/settings.json 
provided by the package.

Markus Koschany was kind enough to work on a patch, would you mind 
looking at it and possibly apply it?

You might also want to read the entire bug log for #718624 to have the 
complete picture.

Thanks for considering,
Andrei

On Ma, 08 apr 14, 13:09:24, Markus Koschany wrote:

> From c83161d86636b98af8681017873d13d9d9918b86 Mon Sep 17 00:00:00 2001
> From: Markus Koschany 
> Date: Mon, 7 Apr 2014 16:34:04 +0200
> Subject: [PATCH] fix 718624 and 734467
> 
> ---
>  debian/changelog| 31 +++
>  debian/transmission-daemon.dirs |  1 -
>  debian/transmission-daemon.links|  3 ++-
>  debian/transmission-daemon.postinst |  9 ++---
>  debian/transmission-daemon.postrm   |  4 ++--
>  debian/transmission-daemon.preinst  | 23 +++
>  6 files changed, 64 insertions(+), 7 deletions(-)
>  create mode 100644 debian/transmission-daemon.preinst
> 
> diff --git a/debian/changelog b/debian/changelog
> index 780b145..4fa93ad 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,34 @@
> +transmission (2.82-1.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * transmission-daemon.postinst:
> +- Change home directory of transmission-daemon to
> +  /var/lib/transmission-daemon from /home/debian-transmission.
> +  Thanks to Alex Peters for the report. (Closes: #734467)
> +- Disable password authentication for debian-transmission user for 
> improved
> +  security. Logins with e.g. SSH RSA keys are still possible.
> +- Check existence of debian-transmission user with getent passwd
> +  debian-transmission instead of id.
> +  * Add transmission-daemon.preinst:
> +- Fix permissions in /var/lib/transmission-daemon and use
> +  /var/lib/transmission-daemon as the new home directory.
> +- Move old configuration files to appropriate config directory
> +  /var/lib/transmission-daemon/.config/transmission-daemon.
> +  All together this ensures that transmission-daemon will not segfault 
> when
> +  systemd is the default init system.
> +  Thanks to Andrei Popescu and Antoine Legonidec for the report and
> +  additional tests. (Closes: #718624)
> +  * transmission-daemon.links:
> +- Link settings.json from /etc/transmission-daemon/settings.json to
> +  /var/lib/transmission-daemon/.config/transmission-daemon.
> +- Link /var/lib/transmission-daemon/.config/transmission-daemon to
> +  /var/lib/transmission-daemon/info due to compatibility reasons with the
> +  old sysv-rc init script settings.
> +  * transmission-daemon.dirs:
> +- Do not create /var/lib/transmission-daemon/info anymore.
> +
> + -- Markus Koschany   Tue, 08 Apr 2014 13:05:39 +0200
> +
>  transmission (2.82-1.1) unstable; urgency=medium
>  
>* Non-maintainer upload.
> diff --git a/debian/transmission-daemon.dirs b/debian/transmission-daemon.dirs
> index 7d6fc68..0fe0558 100644
> --- a/debian/transmission-daemon.dirs
> +++ b/debian/transmission-daemon.dirs
> @@ -1,2 +1 @@
> -/var/lib/transmission-daemon/info
>  /var/lib/transmission-daemon/downloads
> diff --git a/debian/transmission-daemon.links 
> b/debian/transmission-daemon.links
> index 1a4d956..327ae46 100644
> --- a/debian/transmission-daemon.links
> +++ b/debian/transmission-daemon.links
> @@ -1,2 +1,3 @@
>  usr/share/doc/transmission-common usr/share/doc/transmission-daemon
> -etc/transmission-daemon/settings.json 
> var/lib/transmission-daemon/info/settings.json 
> +etc/transmission-daemon/settings.json 
> var/lib/transmission-daemon/.config/transmission-daemon/settings.json
> +var/lib/transmission-daemon/.config/transmission-daemon 
> /var/lib/transmission-daemon/info
> diff --git a/debian/transmission-daemon.postinst 
> b/debian/transmission-daemon.postinst
> index a27960c..cfc23f6 100644
> --- a/debian/transmission-daemon.postinst
> +++ b/debian/transmission-daemon.postinst
> @@ -15,22 +15,25 @@ chperms() {
>  }
>  
>  case "$1" in
> -  configure|upgrade)
> -if ! id -u debian-transmission > /dev/null; then
> +  configure)
> +if ! getent passwd debian-transmission > /dev/null; then
>  adduser --quiet \
>  --system \
>  --group \
>  --no-create-home \
> +--disabled-password \
> +--home /var/lib/transmission-daemon \
>

Bug#755667: django-openid-auth: diff for NMU version 0.5-2.1

[Andrew Starr-Bochicchio]

On Fri, Oct 10, 2014 at 5:33 AM, Neil Williams  wrote:
> I've prepared an NMU for django-openid-auth (versioned as 0.5-2.1) and
> expect to upload it to unstable today.

Hi Neal,

Thanks for the patch! I've imported your NMU into the Debian Python
Modules Team repository.

Thanks!

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1


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

Bug#759559: RFH : Advice on bug/patch

[Andreas B. Mundt]

Hi Martijn, hi Gaudenz!

On Sat, Oct 11, 2014 at 12:54:29PM +0200, Gaudenz Steinlin wrote:
>
> Hi Martijn
>
> Martijn van Brummelen  writes:
>
> > Im not sure if the suggested patch is ok or not, or provide a better patch?
> > I asked on debian devel mailinglist[0]]/irc but did not get much response.
> > It would be a pitty if Jessie would be released without it.
> > Can someone advice me on this?
>
> Surely not having the package in testing and thus jessie is the worst
> option. So there needs to be a fix for this bug very soon. Here are my
> thoughts about it:
>
> 1. IMO the severity and tags of this bug are overrated. One possible
>solution is to just downgrade this to wishlist and remove the security
>tag. I'm not at all convinced that this is a security problem in your
>package. One thing you have to make sure in this case is that you
>don't overwrite any configuration already in place. So if it's set to
>optional in the authentication phase before the upgrade it should
>stay at this setting. Everything else is a Debian Policy violation.
>Not overwriting the existing configuration solves the security
>problem. There is no security problem on new installs IMO. If someone
>installs a script that allows unconditional authentication and does
>not check the pam-script configuration, then this is a configuration
>error outside of your package.
>
> 2. Basically this is an issue about the right default policy for the
>authentication phase of libpam-scripts. This is IMO something you as
>the maintainer can decide. Every value is right in some cases and
>wrong in others. There is no single value that will suit everyone. I
>proposed sufficient as the default value, but I can live with every
>setting and agree that there are good reasons to change the setting.
>Probably optional is indeed the most conservative setting. But also
>the one that means that the setting must be changed for many use
>cases.


I almost agree with the above.  I have no idea if the package is more
often used with Gaudenz' settings ('sufficient') or with the
'optional' I suggested.  (Before this discussion, I never thought
about the way Gaudenz used the package, but that might be due to
my limited view.)

I can live with both settings too, of course.  Perhaps it would be
good to mention Gaudenz' use case in the documentation (especially if
'sufficient' is used), to make users aware of the importance not to
use pam_script_auth where pam_script_ses_open should be used.

I think, as Gaudenz suggests, Martijn as the maintainer should decide
which default setting he prefers.  In any case and after this thorough
discussion, I agree that the 'bug' should not be the reason to not
ship the package in jessie.  (I was still kind of 'shocked' by being
able to log into my test setup as root without password when I
reported the bug. Today I would probably not rate the issue as
'grave'. )

Best regards,

 Andi


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

Bug#764480: cdbs FTBFS when build with -j$X (where $X > 1)

[Holger Levsen]

control: retitle -1 "cdbs fails to build in parallel"
control: severity -1 wishlist

Hi,

so I found the cause for this FTBFS, cdbs doesnt build in parallel. Please 
support it, it's useful :-)

Alternatively at least make it build by not running the test-suite in parallel 
if thats not supported...


cheers,
Holger



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

Processed: cdbs FTBFS when build with -j$X (where $X > 1)

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 "cdbs fails to build in parallel"
Bug #764480 [cdbs] cdbs: fails to build from source
Changed Bug title to '"cdbs fails to build in parallel"' from 'cdbs: fails to 
build from source'
> severity -1 wishlist
Bug #764480 [cdbs] "cdbs fails to build in parallel"
Severity set to 'wishlist' from 'serious'

-- 
764480: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764480
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#720517: dbconfig-common: diff for NMU version 1.8.47+nmu2

[Paul Gevers]

Dear maintainer,

I've prepared an NMU for dbconfig-common (versioned as 1.8.47+nmu2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru dbconfig-common-1.8.47+nmu1/debian/changelog 
dbconfig-common-1.8.47+nmu2/debian/changelog
--- dbconfig-common-1.8.47+nmu1/debian/changelog2011-12-24 
09:26:16.0 +0100
+++ dbconfig-common-1.8.47+nmu2/debian/changelog2014-10-11 
19:35:12.0 +0200
@@ -1,3 +1,14 @@
+dbconfig-common (1.8.47+nmu2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Brazilian Portuguese (Adriano Rafael Gomes) (Closes: #764777)
+- Turkish (Atila KOÇ) (Closes: #662778)
+  * Leave ownership and permissions of configuration files as they were
+(Closes: #720517)
+
+ -- Paul Gevers   Sat, 11 Oct 2014 19:35:05 +0200
+
 dbconfig-common (1.8.47+nmu1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru dbconfig-common-1.8.47+nmu1/debian/po/pt_BR.po 
dbconfig-common-1.8.47+nmu2/debian/po/pt_BR.po
--- dbconfig-common-1.8.47+nmu1/debian/po/pt_BR.po  2011-02-13 
14:53:05.0 +0100
+++ dbconfig-common-1.8.47+nmu2/debian/po/pt_BR.po  2014-10-11 
08:40:28.0 +0200
@@ -1,35 +1,29 @@
-#
-#Translators, if you are not familiar with the PO format, gettext
-#documentation is worth reading, especially sections dedicated to
-#this format, e.g. by running:
-# info -n '(gettext)PO Files'
-# info -n '(gettext)Header Entry'
-#
-#Some information specific to po-debconf are available at
-#/usr/share/doc/po-debconf/README-trans
-# or http://www.debian.org/intl/l10n/po-debconf/README-trans
-#
-#Developers do not need to manually edit POT or PO files.
+# Debconf translations for dbconfig-common.
+# Copyright (C) 2010 THE dbconfig-common'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the dbconfig-common 
package.
+# Eder L. Marques , 2011.
+# Adriano Rafael Gomes , 2014.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: dbconfig-common 1.5.1\n"
+"Project-Id-Version: dbconfig-common 1.8.47+nmu1\n"
 "Report-Msgid-Bugs-To: dbconfig-com...@packages.debian.org\n"
 "POT-Creation-Date: 2009-02-06 07:18+0100\n"
-"PO-Revision-Date: 2005-04-13 18:51-0300\n"
-"Last-Translator: Gustavo Noronha Silva \n"
+"PO-Revision-Date: 2014-10-10 20:02-0300\n"
+"Last-Translator: Adriano Rafael Gomes \n"
 "Language-Team: Brazilian Portuguese \n"
 "Language: pt_BR\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=iso-8859-1\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
+"Plural-Forms: nplurals=2; plural=(n > 1);\n"
 
 #. Type: boolean
 #. Description
 #: ../dbconfig-common.templates:2001
 msgid "Will this server be used to access remote databases?"
-msgstr ""
+msgstr "Este servidor será usado para acessar bancos de dados remotos?"
 
 #. Type: boolean
 #. Description
@@ -40,6 +34,11 @@
 "database via dbconfig-common, the questions related to remote configuration "
 "are asked with a priority such that they are skipped for most systems."
 msgstr ""
+"Para tipos de bancos de dados que suportam isso, o dbconfig-common inclui "
+"suporte para configuração de bancos de dados em sistemas remotos. Ao "
+"instalar um banco de dados de um pacote via dbconfig-common, as questões "
+"relacionadas a configuração remota são perguntadas com uma prioridade tal "
+"que são ignoradas para a maioria dos sistemas."
 
 #. Type: boolean
 #. Description
@@ -49,61 +48,47 @@
 "questions related to remote database configuration when you install new "
 "packages."
 msgstr ""
+"Se você selecionar esta opção, o comportamento padrão será perguntar a 
você "
+"questões relacionadas a configuração do banco de dados remoto quando você 
"
+"instalar novos pacotes."
 
 #. Type: boolean
 #. Description
 #: ../dbconfig-common.templates:2001
-#, fuzzy
 msgid "If you are unsure, you should not select this option."
-msgstr "Se não, escolha essa opção."
+msgstr "Se você está indeciso, você não deveria selecionar esta opção."
 
 #. Type: boolean
 #. Description
 #: ../dbconfig-common.templates:3001
-#, fuzzy
-#| msgid "Keep \"administrative\" database passwords in debconf?"
 msgid "Keep \"administrative\" database passwords?"
-msgstr "Manter senhas de administração dos bancos de dados no debconf?"
+msgstr "Manter as senhas de administração dos bancos de dados?"
 
 #. Type: boolean
 #. Description
 #: ../dbconfig-common.templates:3001
-#, fuzzy
-#| msgid ""
-#| "By default, you will be prompted for all administrator-level database "
-#| "passwords when you configure, upgrade, or remove applications with "
-#| "dbconfig-common.  These passwords will not be stored in debconf for any "
-#| "longer than they are needed."
 msgid ""
 "By default, you will be prompted for all administrator-level database "
 "passwords when you configure, upgrade, or remove application

Bug#764725: marked as done (aspell-hi: FTBFS - u-deva.* nonexistent)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 18:33:39 +
with message-id 
and subject line Bug#764725: fixed in aspell-hi 0.02-6
has caused the Debian Bug report #764725,
regarding aspell-hi: FTBFS - u-deva.* nonexistent
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764725
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: aspell-hi
Version: 0.02-5
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.

[...]
dh_install
#Remove u-deva.cmap and u-deva.cset as it conflict with libaspell
rm `pwd`/debian/aspell-hi/usr/lib/aspell/u-deva.*
rm: cannot remove 
'/srv/jenkins-slave/workspace/sid-goto-cc-aspell-hi/aspell-hi-0.02/debian/aspell-hi/usr/lib/aspell/u-deva.*':
 No such file or directory
debian/rules:15: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-aspell-hi/aspell-hi-0.02'
debian/rules:26: recipe for target 'binary' failed
make: *** [binary] Error 2


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further. Yet aspell-mr
faces the same problem.

Best,
Michael


aspell-hi-build-log.txt.gz
Description: application/gunzip


pgpIYyZFXj2o1.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: aspell-hi
Source-Version: 0.02-6

We believe that the bug you reported is fixed in the latest version of
aspell-hi, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Kartik Mistry  (supplier of updated aspell-hi package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 11 Oct 2014 23:23:04 +0530
Source: aspell-hi
Binary: aspell-hi
Architecture: source all
Version: 0.02-6
Distribution: unstable
Urgency: medium
Maintainer: Debian-IN Team 
Changed-By: Kartik Mistry 
Description:
 aspell-hi  - Hindi (hi) dictionary for GNU aspell
Closes: 764725
Changes:
 aspell-hi (0.02-6) unstable; urgency=medium
 .
   [ Kartik Mistry ]
   * Team upload.
   * debian/control:
 + Updated Homepage field.
 + Fixed VCS-* URLs.
 + Updated Standards-Version to 3.9.6 (no changes needed).
 + Applied wrap-and-sort.
   * debian/rules:
 + Fix removal of aspell/u-deva.* (Closes: #764725)
 + Removed timestamps from gzip-compressed file.
Checksums-Sha1:
 87b2ae2f233bf786dad4ab3e972a57026d3015bb 1996 aspell-hi_0.02-6.dsc
 71064a6cee168c400e085a951ddafef030eace41 3012 aspell-hi_0.02-6.debian.tar.xz
 98ea15bcb93b6d767eafb547e4006390c18e4feb 992976 aspell-hi_0.02-6_all.deb
Checksums-Sha256:
 c31983cb07598706615cee478807ef7a07deb3121ddbf52e400c1bb0412f0f9e 1996 
aspell-hi_0.02-6.dsc
 0e46f1b9132f592955f424a061726e0fd78b9b65f12fd6baf75e20195b355a91 3012 
aspell-hi_0.02-6.debian.tar.xz
 0e28cec5b7444dc5f4847c4c4fa8e8d0cfba3f0341376875f04547fa38329859 992976 
aspell-hi_0.02-6_all.deb
Files:
 9a87bd2e3b2b59d8ea81c075a5c6feb7 1996 text optional aspell-hi_0.02-6.dsc
 51ff2184c604ed8a328a6f5c4b14c67f 3012 text optional 
aspell-hi_0.02-6.debian.tar.xz
 ff4a6d5718efed7c000270edc464c3f9 992976 text optional aspell-hi_0.02-6_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUOXOZAAoJEALB0/J4OqTeBHMQALDtqhD49Ajnj/hXyl8Q4A0y
8EUpjX4TIHMj+IzlFAkzxYxHxllJ8pT3jcrW668gqYktoalOr2TwTPPPQyOwg2O8
OkF+CGLyeETcEdjGUjU7fng74dHKb/SuCSkjocRoKL7byZad/24sBcuQ6BtDT5K8
FPhW/JLOuVcmRHDNJCoHApcjvjcb+5Dr+ljxbnLCluGAkVCXnbyO976MuK7IZpKA
JsjIlTpgWgvqe51168qp4luxV88GC9bDbS16zJoMrgMd0LqLVlIKZBDa0E2Aun2q
uY85rRePb35U7OQt4SRX7EpLN3e3pybmI1DYTnOJUT3NBawha7zHV3vdn47/CXAy
SqCAgIhDDI2fUa/Md0b0jgd8csScr71DS8j/PSfsx0931VH3elakr4M/KValToJJ
d+GzPy/5KBR+FBlh6Shpyp3eKJaDoC5idn6Bo8UeC/BIhSAQ+XQKU9iFn2HW8rlM
eUbGmJLmtqpGHvGH8Yx+MjW+LPaTaJy2MRikpXqPD/WMMticoN+d2lIxRDgJlM2U
sIOHOeI+nBGfXby5/NI68uTdNjMwmO8Qucm7asT1Q6Zg1xVn4swHirpnPL9P6wcu
kSsjbI6oX0xPCmFX5VEO716dciCCWg+ePOo+amWbr6bqQi+w5PToZazM0r7M5eC+
q3DER1HNCeZP

Bug#764724: marked as done (aspell-mr: FTBFS - u-deva.* nonexistent)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 18:33:45 +
with message-id 
and subject line Bug#764724: fixed in aspell-mr 0.10-9
has caused the Debian Bug report #764724,
regarding aspell-mr: FTBFS - u-deva.* nonexistent
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764724: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764724
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: aspell-mr
Version: 0.10-8
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.

[...]
dh_install
#Remove u-deva.cmap and u-deva.cset as it conflict with libaspell
rm `pwd`/debian/aspell-mr/usr/lib/aspell/u-deva.*
rm: cannot remove 
'/srv/jenkins-slave/workspace/sid-goto-cc-aspell-mr/aspell-mr-0.10/debian/aspell-mr/usr/lib/aspell/u-deva.*':
 No such file or directory
debian/rules:12: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-aspell-mr/aspell-mr-0.10'
debian/rules:23: recipe for target 'binary' failed
make: *** [binary] Error 2


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further. As a note:
aspell-hi faces the same problem.

Best,
Michael


aspell-mr-build-log.txt.gz
Description: application/gunzip


pgpESyI9_iUsl.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: aspell-mr
Source-Version: 0.10-9

We believe that the bug you reported is fixed in the latest version of
aspell-mr, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Kartik Mistry  (supplier of updated aspell-mr package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 11 Oct 2014 23:36:58 +0530
Source: aspell-mr
Binary: aspell-mr
Architecture: source all
Version: 0.10-9
Distribution: unstable
Urgency: medium
Maintainer: Debian-IN Team 
Changed-By: Kartik Mistry 
Description:
 aspell-mr  - Marathi (mr) dictionary for GNU aspell
Closes: 764724
Changes:
 aspell-mr (0.10-9) unstable; urgency=medium
 .
   * Team upload.
   * debian/rules:
 + Fix removal of aspell/u-deva.* (Closes: #764724)
 + Removed timestamps from gzip-compressed file.
   * debian/control:
 + Updated Standards-Version to 3.9.6
 + Fixed Vcs-* fields.
Checksums-Sha1:
 17d5a038bc23ce6e9f5a6274ee950c76ecc5feb0 1947 aspell-mr_0.10-9.dsc
 077b39a4dbea51693ca3fc1163e7c0f0e9b8d66b 2816 aspell-mr_0.10-9.debian.tar.xz
 7a062007bc8e836ad036eee0924dfac12851a662 657254 aspell-mr_0.10-9_all.deb
Checksums-Sha256:
 d4b93e854d41d18eff5c07b67b450a122fabeca19567f29e8e39ed7408f5cb49 1947 
aspell-mr_0.10-9.dsc
 ad6ad4dd5494d741af2f634e89a6f20641d02a67a7d0a1bd6c1516e95a930026 2816 
aspell-mr_0.10-9.debian.tar.xz
 1945ff99e3ad19c182366000eea36254bc69640e2aa25c2ab11ccb4e2808e605 657254 
aspell-mr_0.10-9_all.deb
Files:
 c7ca3295a5ea6a1c4c7d9ef580d19be1 1947 text optional aspell-mr_0.10-9.dsc
 564d9ce2c5730285c6db378597727321 2816 text optional 
aspell-mr_0.10-9.debian.tar.xz
 0c5e97acc36767e231857d71d792c1f9 657254 text optional aspell-mr_0.10-9_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUOXO4AAoJEALB0/J4OqTe5D8P/AknNTYYAKVkzpcckcv7DFOU
A9V+c03RRtoW+ELzdjjeFoDM+A2x0x+UgFYSmtbG4f5qkidNENBiham2oqWq0I1Z
h4KTSYueUHuN05+vBKQ5LmKfc7WZttMgjcpLgQYFwpPR9jHEMBUMiknkfy+HMbPs
btcGKSz82PyRp+ixb62oq1zi3n6bmMCsthsk1in3i7cyTD4s3RLICVLtKlF7sp9s
rpYbvf11N9ehSv++u0hgf1qlkfXUUr7zGKCJ42siKOz1oKfCIgRvpBJPNfu4ANRZ
zs0yHqQMuhzDr9IQtjfFY2I8t9A/8I5CpR2IlsK+XptgftAEt2mlOQQJIup9jTkF
+EWEyMM+FSfMtpR2NoHm4WYtwKhulyWC5EYS85Cu9UadHNQogZQwNpymCJRl2DYZ
tizwusCM9AkLy1OVxxqn/Rptm0AvjTn+CfLGI25ARjaZnzpbXWYu9fxyamlOcXdd
idHwTzuMgPzUPUYvjzd1uVwZNL0IXIv9+dLUdTaXUu7VWy08cTNNdEy5LCffLu8W
DxwnmRPE7zS1yZ3SrDP+B/hLh18TwiBXyo+Tnm0dnZqOB5TfvxJOdAKc78KQTKe2
jUuCHYjTSCQ3uWcn+BuvrdACd1bk4wsO5kw/MVHDddHfcl69ypM6F24G6C8zfvrb
E6LhDZ/TGtoy5Oe2fvre
=25WR
-END PGP SIGNATURE End Message ---

Bug#764868: libio-socket-ssl-perl: test suite makes network connections

[Niko Tyni]

Package: libio-socket-ssl-perl
Version: 1.998-1
Severity: serious

The tests in t/external/ make network connections to several sites over
the Internet during the build. If the initial connect fails, the tests
are skipped, so the package will still build without a network connection.

This is a privacy violation and mentioned in the Debian Perl Group Policy, see
 http://pkg-perl.alioth.debian.org/policy.html#test_suites

I'm not quite sure if it should be considered release critical or not.
Filing at 'serious' for now but feel free to downgrade if you know better.

I think we've standardized on using the NETWORK_TESTING environment
variable for this though I can't find much documentation about it.
-- 
Niko Tyni   nt...@debian.org


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

Bug#764552: marked as done (hwclock-set misconfigures kernel for NTP when RTC holds local time)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 18:05:58 +
with message-id 
and subject line Bug#764552: fixed in util-linux 2.25.1-4
has caused the Debian Bug report #764552,
regarding hwclock-set misconfigures kernel for NTP when RTC holds local time
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764552: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764552
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: util-linux,linux
Severity: important
Tags: patch

With the new armmp kernel, RTC drivers are built as modules, and thus
the kernel doesn't set the system clock from the hardware clock when
the module is loaded, as explained in the RTC_HCTOSYS_DEVICE KConfig
option:

| The driver for this RTC device must be loaded before late_initcall
| functions run, so it must usually be statically linked.

In that case, util-linux should set the system clock from the RTC
itself. This is correctly done through /etc/init.d/hwclock.sh when udev
is not used. When using udev, the rule 85-hwclock.rules call
hwclock-set, which assumes that the system clock has already been set
earlier by the kernel and that the only remaining thing to do is the
correct it to the local timezone (--systz). While this was true with
the wheezy kernels, it's not longer true with the jessie one, and the
--systohc option has to be used instead.

This is the purpose of the patch below:

--- util-linux-2.20.1/debian/hwclock-set
+++ util-linux-2.20.1/debian/hwclock-set
@@ -24,5 +24,5 @@
 if [ yes = "$BADYEAR" ] ; then
-/sbin/hwclock --rtc=$dev --systz --badyear
+/sbin/hwclock --rtc=$dev --hctosys --badyear
 else
-/sbin/hwclock --rtc=$dev --systz
+/sbin/hwclock --rtc=$dev --hctosys
 fi
--- util-linux-2.20.1/debian/hwclock.rules
+++ util-linux-2.20.1/debian/hwclock.rules
@@ -1,4 +1,4 @@
-# Reset the System Clock to UTC if the hardware clock from which it was
-# copied by the kernel was in localtime.
+# Set the System Time from the Hardware Clock and set the kernel's timezone
+# value to the local timezone when the kernel clock module is loaded.
 
 KERNEL=="rtc0", RUN+="/lib/udev/hwclock-set $root/$name"

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

Kernel: Linux 3.13-0.bpo.1-armmp (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
--- End Message ---
--- Begin Message ---
Source: util-linux
Source-Version: 2.25.1-4

We believe that the bug you reported is fixed in the latest version of
util-linux, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 764...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Henriksson  (supplier of updated util-linux package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 11 Oct 2014 17:45:20 +0200
Source: util-linux
Binary: util-linux util-linux-locales mount bsdutils fdisk-udeb cfdisk-udeb 
libblkid1 libblkid1-udeb libblkid-dev libmount1 libmount-dev libsmartcols1 
libsmartcols1-udeb libsmartcols-dev libuuid1 uuid-runtime libuuid1-udeb 
uuid-dev util-linux-udeb
Architecture: source amd64 all
Version: 2.25.1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian util-linux Maintainers 
Changed-By: Andreas Henriksson 
Description:
 bsdutils   - basic utilities from 4.4BSD-Lite
 cfdisk-udeb - Manually partition a hard drive (cfdisk) (udeb)
 fdisk-udeb - Manually partition a hard drive (fdisk) (udeb)
 libblkid-dev - block device id library - headers and static libraries
 libblkid1  - block device id library
 libblkid1-udeb - stripped down block device id library, for debian-installer 
(udeb)
 libmount-dev - device mounting library - headers and static libraries
 libmount1  - device mounting library
 libsmartcols-dev - smart column output alignment library - headers and static 
librar
 libsmartcols1 - smart column output alignment library
 libsmartcols1-udeb - stripped down smart column output aligment library, for 
debian-in (udeb)
 libuuid1   - Universally Unique ID library
 libuuid1-udeb - stripped down universa

Bug#764814: freecad downloads and executes code

[Yorik van Havre]

Hi,

This download happens the first time a user wants to use the DXF
import/export feature. Since the license of our DXF exporter is GPL, and
other components of FreeCAD prevent from linking to GPL code (namely
OpenCasCade and Coin3D) (the whole story is another Debian bug), we found
this trick of moving the dxf exporter out of the FreeCAD sources, and
placing it online, so it can be downloaded by users the first time they
need it. We control that resource ourselves (FreeCAD developers), so I
don't think there is a higher risk than if we included that code directly
in the source...

I really don't know what else we can do... Would showing a dialog saying:
"Warning! FreeCAD will now download python code for the dxf exporter"
satisfy you?

Yorik

Processed: severity of 764840 is important

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 764840 important
Bug #764840 [glibc] Wrong return value from select on Hurd
Severity set to 'important' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764840
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764219: marked as done (isc-dhcp-client: fails to configure the default route)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 13:49:45 -0400
with message-id 

and subject line Re: Bug#764219: isc-dhcp-client: fails to configure the 
default route
has caused the Debian Bug report #764219,
regarding isc-dhcp-client: fails to configure the default route
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764219: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764219
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: isc-dhcp-client
Version: 4.3.1-1
Severity: serious
Justification: Renders the network unreachable

Hi,

After upgrading to 4.3.1-1, the dhcp client no longer adds a default
route.  This appears to be some sort of conflict between the code
handling rfc3442-classless-static-routes and the code handling the
'routers' option.

The server configuration looks something like this:


 option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;

 group {
   option routers my.gateway.addr;
   option rfc3442-classless-static-routes $some_routes;

   host xxx { ... }
 }


If I remove the rfc3442 routes option, then the gateway route is set
once again.  The server is running isc-dhcp-server 4.2.2.dfsg.1-5+deb70u6
(on wheezy), and this configuration has been in use for several years
now.  Downgrading the client to 4.3.0+dfsg-2 again makes this problem
go away.

I haven't dug deeper yet to know if it's really an upstream change
which broke this, or some debian patch which failed to be applied to
it correctly - but severity RC because I don't think we should ship
this version in Jessie if it has this bug in it.

  Cheers,
  Ron
--- End Message ---
--- Begin Message ---
On Sat, Oct 11, 2014 at 10:26 AM, Scott Ashcroft wrote:
> This isn't a bug in the dhcp client but a misconfiguration of your dhcp 
> server.
>
> The 'DHCP Client Behavior' section of RFC3442 says, in part:
>
> "If the DHCP server returns both a Classless Static Routes option and a 
> Router option, the DHCP client MUST ignore the Router option."
>
> So you just need to add the default route to your classless routes and 
> everything will be fine.
> I assume the previous version of dhcp client you were using either didn't 
> support the classless routes or wasn't RFC compliant.

That is also my reading.  It isn't stated in the upstream changelog,
but they must have updated this to be more compliant with the RFC.

Best wishes,
Mike--- End Message ---

Bug#764129: thinkfan sends strange char sequence to tp_fan after service restart"

[Alex Goebel]

Hi

My guess would be that thinkfan gets corrupted data from 'somewhere', 
and then some lack of bounds or type checking messes up other internal 
variables and leads to corrupt data being written out.


In that case, and if you are 100% sure there is no spurious special 
characters in any config files, it would have to be your hardware 
sensors? Is it possible that some temperature sensor sometimes gives 
complete bogus data? Can you try to monitor /proc/acpi/ibm/thermal with 
a script or so and see if anything weird is going on?



Also, the severity seems way inflated. It doesn't look like it's a 
widespread problem, and if it does get triggered, thinkfan seems to do 
the right (/safe) thing and give up, returning control of fans to the 
BIOS. Still, it would be nice to get to the bottom of this.



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

Processed: Add patch tag

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 764840 + patch
Bug #764840 [glibc] Wrong return value from select on Hurd
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764840
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#763625: keepnote fails with Attempt to unlock mutex that was not locked

[Vlad Orlov]

Hi,

Glad to hear the new patch is working for you. It is not clear
though whether the maintainer will apply it, because, as you can
see, this bug report has been closed due to the arrival of the new
version of GTK+2. This new version has a workaround for the mutex
issue [1], which allows the affected apps run normally even without
patching the apps themselves.

Of course, I think the apps should use GDK threads correctly, but
given the amount of the affected apps out there, the workaround in
GTK+ seems to be more convenient solution for the users.

Thanks for the testing BTW :)


[1] 
https://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24&id=fbf38d16bcc26630f0f721d266509f5bc292f606



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

Bug#736426: marked as done (freehep-graphicsio-svg: Recompilation of the package breaks other packages)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 19:11:56 +0200
with message-id <543964dc.7060...@debian.org>
and subject line Closing
has caused the Debian Bug report #736426,
regarding freehep-graphicsio-svg: Recompilation of the package breaks other 
packages
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
736426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736426
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: freehep-graphicsio-svg
Version: 2.1.1-3
Severity: serious

I ran into the following bug with stable, but the version is the same as in 
unstable:

If I compile geogebra with the binary deb package as shipped in stable it 
compiles fine.

However, if I rebuild freehep-graphicsio-svg in stable, the geogebra builds 
breaks with
the following error:

-
src/geogebra/export/SVGExtensions.java:16: package org.freehep.graphicsio.svg 
does not exist
public class SVGExtensions extends org.freehep.graphicsio.svg.SVGGraphics2D {
 ^
src/geogebra/export/GraphicExportDialog.java:59: package 
org.freehep.graphicsio.svg does not exist
import org.freehep.graphicsio.svg.SVGGraphics2D;
 ^
src/geogebra/export/SVGExtensions.java:23: cannot find symbol
symbol  : variable os
location: class geogebra.export.SVGExtensions
os.println("");
^
src/geogebra/export/SVGExtensions.java:27: cannot find symbol
symbol  : variable os
location: class geogebra.export.SVGExtensions
os.println("");
^
src/geogebra/export/GraphicExportDialog.java:708: cannot find symbol
symbol  : variable SVGGraphics2D
location: class geogebra.export.GraphicExportDialog
final UserProperties props = (UserProperties) 
SVGGraphics2D
  ^
src/geogebra/export/GraphicExportDialog.java:710: cannot find symbol
symbol  : variable SVGGraphics2D
location: class geogebra.export.GraphicExportDialog
props.setProperty(SVGGraphics2D.EMBED_FONTS, 
!textAsShapes);
  ^
src/geogebra/export/GraphicExportDialog.java:711: cannot find symbol
symbol  : variable SVGGraphics2D
location: class geogebra.export.GraphicExportDialog
props.setProperty(SVGGraphics2D.TEXT_AS_SHAPES, 
textAsShapes);
  ^
src/geogebra/export/GraphicExportDialog.java:712: cannot find symbol
symbol  : variable SVGGraphics2D
location: class geogebra.export.GraphicExportDialog
SVGGraphics2D.setDefaultProperties(props);
^
src/geogebra/export/GraphicExportDialog.java:724: cannot find symbol
symbol  : method startExport()
location: class geogebra.export.SVGExtensions
g.startExport();
 ^
src/geogebra/export/GraphicExportDialog.java:725: cannot find symbol
symbol  : method exportPaintPre(geogebra.export.SVGExtensions,double)
location: class geogebra.euclidian.EuclidianView
ev.exportPaintPre(g, exportScale);
  ^
src/geogebra/export/GraphicExportDialog.java:728: 
drawObjectsPre(java.awt.Graphics2D) in geogebra.euclidian.EuclidianView cannot 
be applied to (geogebra.export.SVGExtensions)
ev.drawObjectsPre(g);
  ^
src/geogebra/export/GraphicExportDialog.java:738: drawAll(java.awt.Graphics2D) 
in geogebra.euclidian.DrawableList cannot be applied to 
(geogebra.export.SVGExtensions)
ev.drawLayers[layer].drawAll(g);
^
src/geogebra/export/GraphicExportDialog.java:742: cannot find symbol
symbol  : method endExport()
location: class geogebra.export.SVGExtensions
g.endExport();
 ^
src/geogebra/gui/util/BrowserLauncher.java:36: warning: non-varargs call of 
varargs method with inexact argument type for last parameter;
cast to java.lang.Class for a varargs call
cast to java.lang.Class[] for a non-varargs call and to suppress this warning
  Method getDesktop = desktopClass.getDeclaredMethod("getDesktop", 
null);   
   ^
src/geogebra/gui/util/BrowserLauncher.java:38: warning: non-varargs call of 
varargs method with inexact argument type for last parameter;
cast to java.lang.Object for a varargs call
cast to java.lang.Object[] for a non-varargs call and to suppress

Processed: Re: Bug#737946: Patch for bootstrapping ncurses without multilib

[Debian Bug Tracking System]

Processing control commands:

> block -1 by 764216
Bug #737946 [src:ncurses] Patch for bootstrapping ncurses without multilib
737946 was blocked by: 763766 744246
737946 was not blocking any bugs.
Added blocking bug(s) of 737946: 764216

-- 
737946: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737946
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#740942: Fw: Seems like a systemd issue

[Dominique Brazziel]

I didn't notice that 762087 had been merged with 740942,
so I am forwarding my last post to 762087, will follow up
with this bug from now forward.

Begin forwarded message:

Date: Sat, 11 Oct 2014 11:11:55 -0400
From: Dominique Brazziel 
To: 762...@bugs.debian.org
Subject: Seems like a systemd issue


This problem with samba shutting down seems to have
happened since the upgrade from systemd 208 to 215.  I believe
the samba init script(s) have been been in place for awhile now
(at least 9/22/2013 according to this changelog entry 
"Merge contents of samba-ad-dc into samba.") and there wasn't a 
problem shutting smbd/nmbd/samba-ad-dc before. 

Adding to the confusion is a different test machine I 
have, same level of systemd (215-5+b1) and samba (2:4.1.11+dfsg-1)
which shuts down samba (samba-ad-dc/smbd/nmbd) via systemctl in
about 3 seconds.  It was not necessary to mask samba-ad-dc on that 
machine.

On the production machine, running lsof against /etc/init.d/nmbd stop 
shows it reading the magic redirection scriptlet of 
/lib/lsb/init-functions.d/40-systemd,
which spawns another systemctl command (systemctl stop nmbd.service), and there
it seems each process has a the same Unix socket open (node 305782):

systemctl status samba
● samba.service - LSB: ensure Samba daemons are started (nmbd and smbd)
   Loaded: loaded (/etc/init.d/samba)
   Active: deactivating (stop) since Sat 2014-10-11 11:06:21 EDT; 42s ago
  Process: 28336 ExecStart=/etc/init.d/samba start (code=exited, 
status=0/SUCCESS)
  Control: 31288 (samba)
   CGroup: /system.slice/samba.service
   └─control
 ├─31288 /bin/sh /etc/init.d/samba stop
 ├─31306 /bin/sh /etc/init.d/nmbd stop
 └─31311 /bin/systemctl stop nmbd.service

Oct 11 09:56:27 asusb202 samba[28336]: Starting nmbd (via systemctl): 
nmbd.service.
Oct 11 09:56:28 asusb202 samba[28336]: Starting smbd (via systemctl): 
smbd.service.
Oct 11 09:56:28 asusb202 systemd[1]: Started LSB: ensure Samba daemons are 
started (nmbd and smbd).
Oct 11 11:06:21 asusb202 systemd[1]: Stopping LSB: ensure Samba daemons are 
started (nmbd and smbd)...
Oct 11 11:06:22 asusb202 samba[31288]: Stopping smbd (via systemctl): 
smbd.service.
[11:07:04]root@asusb202:/var/log/samba# lsof -p 31306
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
nmbd31306 root  cwdDIR8,1 4096  2 /
nmbd31306 root  rtdDIR8,1 4096  2 /
nmbd31306 root  txtREG8,1   112204   8255 /bin/dash
nmbd31306 root  memREG8,1  1745808  24697 
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
nmbd31306 root  memREG8,1   135596  24693 
/lib/i386-linux-gnu/ld-2.19.so
nmbd31306 root0r   CHR1,3  0t0   1045 /dev/null
nmbd31306 root1u  unix 0xecea9d00  0t0 385702 socket
nmbd31306 root2u  unix 0xecea9d00  0t0 385702 socket
nmbd31306 root   10r   REG8,1 1948 100476 /etc/init.d/nmbd
nmbd31306 root   11r   REG8,111506  16307 
/lib/lsb/init-functions
nmbd31306 root   12r   REG8,1 2424  24546 
/lib/lsb/init-functions.d/40-systemd

lsof -p 31311
COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
systemctl 31311 root  cwdDIR8,1 4096  2 /
systemctl 31311 root  rtdDIR8,1 4096  2 /
systemctl 31311 root  txtREG8,1   583220   8158 /bin/systemctl
systemctl 31311 root  memREG8,1  1607712 302019 
/usr/lib/locale/locale-archive
systemctl 31311 root  memREG8,176848  24510 
/lib/i386-linux-gnu/libgpg-error.so.0.12.2
systemctl 31311 root  memREG8,115592  24756 
/lib/i386-linux-gnu/i686/cmov/libdl-2.19.so
systemctl 31311 root  memREG8,1   456424  24762 
/lib/i386-linux-gnu/libpcre.so.3.13.1
systemctl 31311 root  memREG8,1   720496  25283 
/lib/i386-linux-gnu/libgcrypt.so.20.0.2
systemctl 31311 root  memREG8,1   154784  24853 
/lib/i386-linux-gnu/liblzma.so.5.0.0
systemctl 31311 root  memREG8,1   155360  24782 
/lib/i386-linux-gnu/libselinux.so.1
systemctl 31311 root  memREG8,1  1745808  24697 
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
systemctl 31311 root  memREG8,1   132541  24712 
/lib/i386-linux-gnu/i686/cmov/libpthread-2.19.so
systemctl 31311 root  memREG8,1   135596  24693 
/lib/i386-linux-gnu/ld-2.19.so
systemctl 31311 root0r   CHR1,3  0t0   1045 /dev/null
systemctl 31311 root1u  unix 0xecea9d00  0t0 385702 socket
systemctl 31311 root2u  unix 0xecea9d00  0t0 385702 socket
systemctl 31311 root3u  unix 0xf44b3a80  0t0 385734 @001db

The /etc/init.d/nmbd stop script is indeed waiting:

strace -p 31306
Process 31306 attached
wait4(-1, 

The internally issued systemctl stop nmbd.service command is polling (?)
strace -p 31311
Process 31311 attached
ppoll([{fd=3, events=POLLIN}], 1, NU

Bug#760325: marked as done (version 0.16 should not be released with jessie)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 16:12:39 +
with message-id 
and subject line Bug#764760: Removed package(s) from unstable
has caused the Debian Bug report #760325,
regarding version 0.16 should not be released with jessie
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
760325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760325
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: vala-0.16
Version: 0.16.1-2
Severity: serious

This is an RC bug to make sure we don't release version 0.16 with
jessie.

Progress is tracked at
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-vala-maintain...@lists.alioth.debian.org;tags=vala-0.16-removal



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

Kernel: Linux 3.14-2-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
--- End Message ---
--- Begin Message ---
Version: 0.16.1-2+rm

Dear submitter,

as the package vala-0.16 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/764760

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#759049: marked as done (wxgeometrie: Please update to use wxpython3.0)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 16:07:41 +
with message-id 
and subject line Bug#764708: Removed package(s) from unstable
has caused the Debian Bug report #759049,
regarding wxgeometrie: Please update to use wxpython3.0
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
759049: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759049
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: wxgeometrie
Version: 0.133.2-2
Severity: important
Tags: sid jessie
User: freewx-ma...@lists.alioth.debian.org
Usertags: wxpy3.0
Control: block 755757 by -1

We're aiming to migrate the archive to using wxpython3.0 instead of
wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released.
This transition is already underway, and is being tracked by the release
team here:

https://release.debian.org/transitions/html/wxpython3.0.html

The wxPython 3.0 API mostly adds to the wxPython2.8 API.  Many packages
work with wxPython 3.0 without any changes, but there are a few
incompatibilities.  For example, wx.Color is no longer supported as
an alias for wx.Colour, and some constants which were deprecated in 2.8
have been removed.  All the removed constants I'm aware of were set to 0
in wxPython 2.8, so removing them is still compatible with 2.8.

To assist updating to wxPython 3.0, I've put together a script which
will help make the mechanical changes required.  This is in a git repo
on collab-maint along with a README about using it and updating packages
for wxPython 3.0 in general:

http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git

The script has some options to control the sorts of changes it makes -
see the README and --help output for more information - you can view
the latest version of the README online here:

http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README

I've developed this script by trying to convert 20+ packages.  Please
try it out on your package - in many cases, it should be enough to get
your package working (if it doesn't already) - if it does, please upload
(and close this bug).

If the script doesn't do the job, please let me know (or improve the
script if you can figure out what it needs to do to get your package
working).

Another issue you may hit is that wxWidgets 3.0 now defaults to enabling
its "WXDEBUG" checks for incorrect API usage, so some applications will
emit scary sounding "assertion failures".  These are unlikely to
actually be new, just in a default build of 2.8, such incorrect uses
were handled quietly behind the scenes.  Sometimes these are easy to
fix, but if not you can easily patch the application to tell wx 3.0 to
handle them in the same way wx 2.8 does - details of how to do so are in
the README:

http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README

I'm happy to sponsor uploads for this transition, though if you have an
active sponsor already check with them first - I don't want to tread on
anyone's toes.

Cheers,
Olly
--- End Message ---
--- Begin Message ---
Version: 0.133.2-2+rm

Dear submitter,

as the package wxgeometrie has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/764708

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#733623: marked as done (wxgeometrie: ImportError: No module named pyparsing)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 16:07:41 +
with message-id 
and subject line Bug#764708: Removed package(s) from unstable
has caused the Debian Bug report #733623,
regarding wxgeometrie: ImportError: No module named pyparsing
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
733623: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733623
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wxgeometrie
Version: 0.133.2-2
Severity: important

Dear Maintainer,

   The simpliest way to explain the problem is to write out the python
   traceback. Here it is...

Traceback (most recent call last):
  File "/usr/bin/wxgeom", line 40, in 
from wxgeometrie.initialisation import initialiser
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/__init__.py", line 9, in 

from . import GUI # initialisation de la version de wx
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/GUI/__init__.py", line 50, 
in 
from .panel import Panel_simple, Panel_API_graphique
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/GUI/panel.py", line 29, in 

from .barre_outils import BarreOutils
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/GUI/barre_outils.py", line 
30, in 
from ..geolib.routines import distance
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/geolib/__init__.py", line 
22, in 
from .angles import Angle_generique, Secteur_angulaire, Angle_oriente, 
Angle, Angle_libre, Angle_vectoriel
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/geolib/angles.py", line 
32, in 
from .labels import Label_angle
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/geolib/labels.py", line 
29, in 
from .objet import Objet
  File "/usr/lib/python2.7/dist-packages/wxgeometrie/geolib/objet.py", line 30, 
in 
from matplotlib.pyparsing import ParseFatalException
ImportError: No module named pyparsing


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

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

Versions of packages wxgeometrie depends on:
ii  python 2.7.5-5
ii  python-matplotlib  1.3.1-1
ii  python-numpy   1:1.7.1-3
ii  python-sympy   0.7.2-1
ii  python-wxgtk2.82.8.12.1+dfsg-2

wxgeometrie recommends no packages.

wxgeometrie suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.133.2-2+rm

Dear submitter,

as the package wxgeometrie has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/764708

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#762755: Bug#762805: bind 9 crash / assertion failure

[Russel Winder]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mike,

I upgraded to bind9  1:9.9.5.dfsg-4.2 (and all the associated
packages)  this morning and no more immediate crashing problem, the
same process has now been running for 6 hours :-)

Thanks for getting the fix into Debian Sid quickly.

- -- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip:
sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlQ5TCEACgkQ+ooS3F10Be/gbACg93sfbc/w+QVWdkP7/eQjSYd6
Le8AoMH8QCc/PN1LfSstYQTE2c4c4DVN
=31oS
-END PGP SIGNATURE-


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

Bug#764846: ruby-carrierwave: FTBFS - 5 tests fail

[Michael Tautschnig]

Package: ruby-carrierwave
Version: 0.8.0-2
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.

[...]
Finished in 25.58 seconds
1025 examples, 5 failures

Failed examples:

rspec ./spec/orm/activerecord_spec.rb:84 # 
CarrierWave::ActiveRecord#mount_uploader #image should return valid JSON when 
to_json is called when image is nil
rspec ./spec/orm/activerecord_spec.rb:92 # 
CarrierWave::ActiveRecord#mount_uploader #image should return valid JSON when 
to_json is called when image is present
rspec ./spec/orm/activerecord_spec.rb:124 # 
CarrierWave::ActiveRecord#mount_uploader #image should respect options[:only] 
when passed to as_json for the serializable hash
rspec ./spec/orm/activerecord_spec.rb:132 # 
CarrierWave::ActiveRecord#mount_uploader #image should respect options[:except] 
when passed to as_json for the serializable hash
rspec ./spec/orm/activerecord_spec.rb:440 # 
CarrierWave::ActiveRecord#mount_uploader #serializable_hash with multiple 
uploaders should have JSON for each uploader
/usr/bin/ruby2.1 -S rspec ./spec/compatibility/paperclip_spec.rb 
./spec/mount_spec.rb ./spec/orm/activerecord_spec.rb 
./spec/processing/mime_types_spec.rb ./spec/processing/mini_magick_spec.rb 
./spec/processing/rmagick_spec.rb ./spec/sanitized_file_spec.rb 
./spec/storage/fog_spec.rb ./spec/uploader/cache_spec.rb 
./spec/uploader/callback_spec.rb ./spec/uploader/configuration_spec.rb 
./spec/uploader/default_url_spec.rb ./spec/uploader/download_spec.rb 
./spec/uploader/extension_blacklist_spec.rb 
./spec/uploader/extension_whitelist_spec.rb ./spec/uploader/mountable_spec.rb 
./spec/uploader/overrides_spec.rb ./spec/uploader/paths_spec.rb 
./spec/uploader/processing_spec.rb ./spec/uploader/proxy_spec.rb 
./spec/uploader/remove_spec.rb ./spec/uploader/store_spec.rb 
./spec/uploader/url_spec.rb ./spec/uploader/versions_spec.rb failed
ERROR: Test "ruby2.1" failed. Exiting.
dh_auto_install: dh_ruby --install 
/srv/jenkins-slave/workspace/sid-goto-cc-ruby-carrierwave/ruby-carrierwave-0.8.0/debian/ruby-carrierwave
 returned exit code 1
debian/rules:19: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


ruby-carrierwave-build-log.txt.gz
Description: application/gunzip


pgpUfymWBLnPn.pgp
Description: PGP signature

Bug#760476: marked as done (cups - crashes after reading tls stuff)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 15:20:45 +
with message-id 
and subject line Bug#760476: fixed in gnutls28 3.3.8-3
has caused the Debian Bug report #760476,
regarding cups - crashes after reading tls stuff
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
760476: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760476
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cups
Version: 1.7.5-1
Severity: serious

cups aborts at random times after reading certificates and keys:

accept(8, {sa_family=AF_INET, sin_port=htons(60862), 
sin_addr=inet_addr("192.0.2.1")}, [16]) = 16
getsockname(16, {sa_family=AF_INET, sin_port=htons(631), 
sin_addr=inet_addr("192.0.2.1")}, [16]) = 0
setsockopt(16, SOL_TCP, TCP_NODELAY, [1], 4) = 0
fcntl(16, F_GETFD)= 0
fcntl(16, F_SETFD, FD_CLOEXEC)= 0
epoll_ctl(3, EPOLL_CTL_ADD, 16, {EPOLLIN, {u32=3313009952, 
u64=140470218425632}}) = 0
epoll_wait(3, {{EPOLLIN, {u32=3313009952, u64=140470218425632}}}, 4096, 1000) = 
1
recvfrom(16, "\26", 1, MSG_PEEK, NULL, NULL) = 1
access("/etc/cups/ssl/server.key", F_OK) = 0
access("/etc/cups/ssl/server.crt", F_OK) = 0
open("/etc/cups/ssl/server.key", O_RDONLY) = 17
fstat(17, {st_mode=S_IFREG|0640, st_size=1704, ...}) = 0
fstat(17, {st_mode=S_IFREG|0640, st_size=1704, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fc1c411a000
lseek(17, 0, SEEK_CUR)= 0
read(17, "-BEGIN PRIVATE KEY-\nMIIE"..., 4096) = 1704
read(17, "", 4096)= 0
close(17) = 0
munmap(0x7fc1c411a000, 4096)  = 0
open("/etc/cups/ssl/server.crt", O_RDONLY) = 17
fstat(17, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0
fstat(17, {st_mode=S_IFREG|0644, st_size=1025, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7fc1c411a000
lseek(17, 0, SEEK_CUR)= 0
read(17, "-BEGIN CERTIFICATE-\nMIIC"..., 4096) = 1025
read(17, "", 4096)= 0
close(17) = 0
munmap(0x7fc1c411a000, 4096)  = 0
clock_gettime(CLOCK_REALTIME, {1409732232, 52793719}) = 0
getrusage(0x1 /* RUSAGE_??? */, {ru_utime={0, 732045}, ru_stime={0, 280017}, 
...}) = 0
read(3, 0x7fffe61990b0, 16)   = -1 EINVAL (Invalid argument)
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(18683, 18683, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---

As cups disables generation of core files, no additional information is 
available.

Bastian

-- 
--- End Message ---
--- Begin Message ---
Source: gnutls28
Source-Version: 3.3.8-3

We believe that the bug you reported is fixed in the latest version of
gnutls28, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 760...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Metzler  (supplier of updated gnutls28 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 11 Oct 2014 16:16:00 +0200
Source: gnutls28
Binary: libgnutls28-dev libgnutls-deb0-28 libgnutls28-dbg gnutls-bin gnutls-doc 
guile-gnutls libgnutlsxx28 libgnutls-openssl27
Architecture: source i386 all
Version: 3.3.8-3
Distribution: unstable
Urgency: high
Maintainer: Debian GnuTLS Maintainers 
Changed-By: Andreas Metzler 
Description:
 gnutls-bin - GNU TLS library - commandline utilities
 gnutls-doc - GNU TLS library - documentation and examples
 guile-gnutls - GNU TLS library - GNU Guile bindings
 libgnutls-deb0-28 - GNU TLS library - main runtime library
 libgnutls-openssl27 - GNU TLS library - OpenSSL wrapper
 libgnutls28-dbg - GNU TLS library - debugger symbols
 libgnutls28-dev - GNU TLS library - development files
 libgnutlsxx28 - GNU TLS library - C++ runtime library
Closes: 760476 763671
Changes:
 gnutls28 (3.3.8-3) unstable; urgency=high
 .
   [ Daniel Kahn Gillmor ]
   * Add list of executables to gnutls-bin package description.
 Closes: #763671
 .
   [ Andreas Metzler ]
   * 31_fallback_to_RUSAGE_SELF.diff from upstream GIT: if RUSAGE_THREAD fails
 try RUSAGE_SELF, which should fix a crash in cups. (Thanks, Nikos
 Mavrogiannopoulos!) Closes: #760476
Checksums-Sha1:
 81

Bug#762087: Seems like a systemd issue

[Dominique Brazziel]

This problem with samba shutting down seems to have
happened since the upgrade from systemd 208 to 215.  I believe
the samba init script(s) have been been in place for awhile now
(at least 9/22/2013 according to this changelog entry 
"Merge contents of samba-ad-dc into samba.") and there wasn't a 
problem shutting smbd/nmbd/samba-ad-dc before. 

Adding to the confusion is a different test machine I 
have, same level of systemd (215-5+b1) and samba (2:4.1.11+dfsg-1)
which shuts down samba (samba-ad-dc/smbd/nmbd) via systemctl in
about 3 seconds.  It was not necessary to mask samba-ad-dc on that 
machine.

On the production machine, running lsof against /etc/init.d/nmbd stop 
shows it reading the magic redirection scriptlet of 
/lib/lsb/init-functions.d/40-systemd,
which spawns another systemctl command (systemctl stop nmbd.service), and there
it seems each process has a the same Unix socket open (node 305782):

systemctl status samba
● samba.service - LSB: ensure Samba daemons are started (nmbd and smbd)
   Loaded: loaded (/etc/init.d/samba)
   Active: deactivating (stop) since Sat 2014-10-11 11:06:21 EDT; 42s ago
  Process: 28336 ExecStart=/etc/init.d/samba start (code=exited, 
status=0/SUCCESS)
  Control: 31288 (samba)
   CGroup: /system.slice/samba.service
   └─control
 ├─31288 /bin/sh /etc/init.d/samba stop
 ├─31306 /bin/sh /etc/init.d/nmbd stop
 └─31311 /bin/systemctl stop nmbd.service

Oct 11 09:56:27 asusb202 samba[28336]: Starting nmbd (via systemctl): 
nmbd.service.
Oct 11 09:56:28 asusb202 samba[28336]: Starting smbd (via systemctl): 
smbd.service.
Oct 11 09:56:28 asusb202 systemd[1]: Started LSB: ensure Samba daemons are 
started (nmbd and smbd).
Oct 11 11:06:21 asusb202 systemd[1]: Stopping LSB: ensure Samba daemons are 
started (nmbd and smbd)...
Oct 11 11:06:22 asusb202 samba[31288]: Stopping smbd (via systemctl): 
smbd.service.
[11:07:04]root@asusb202:/var/log/samba# lsof -p 31306
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
nmbd31306 root  cwdDIR8,1 4096  2 /
nmbd31306 root  rtdDIR8,1 4096  2 /
nmbd31306 root  txtREG8,1   112204   8255 /bin/dash
nmbd31306 root  memREG8,1  1745808  24697 
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
nmbd31306 root  memREG8,1   135596  24693 
/lib/i386-linux-gnu/ld-2.19.so
nmbd31306 root0r   CHR1,3  0t0   1045 /dev/null
nmbd31306 root1u  unix 0xecea9d00  0t0 385702 socket
nmbd31306 root2u  unix 0xecea9d00  0t0 385702 socket
nmbd31306 root   10r   REG8,1 1948 100476 /etc/init.d/nmbd
nmbd31306 root   11r   REG8,111506  16307 
/lib/lsb/init-functions
nmbd31306 root   12r   REG8,1 2424  24546 
/lib/lsb/init-functions.d/40-systemd

lsof -p 31311
COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
systemctl 31311 root  cwdDIR8,1 4096  2 /
systemctl 31311 root  rtdDIR8,1 4096  2 /
systemctl 31311 root  txtREG8,1   583220   8158 /bin/systemctl
systemctl 31311 root  memREG8,1  1607712 302019 
/usr/lib/locale/locale-archive
systemctl 31311 root  memREG8,176848  24510 
/lib/i386-linux-gnu/libgpg-error.so.0.12.2
systemctl 31311 root  memREG8,115592  24756 
/lib/i386-linux-gnu/i686/cmov/libdl-2.19.so
systemctl 31311 root  memREG8,1   456424  24762 
/lib/i386-linux-gnu/libpcre.so.3.13.1
systemctl 31311 root  memREG8,1   720496  25283 
/lib/i386-linux-gnu/libgcrypt.so.20.0.2
systemctl 31311 root  memREG8,1   154784  24853 
/lib/i386-linux-gnu/liblzma.so.5.0.0
systemctl 31311 root  memREG8,1   155360  24782 
/lib/i386-linux-gnu/libselinux.so.1
systemctl 31311 root  memREG8,1  1745808  24697 
/lib/i386-linux-gnu/i686/cmov/libc-2.19.so
systemctl 31311 root  memREG8,1   132541  24712 
/lib/i386-linux-gnu/i686/cmov/libpthread-2.19.so
systemctl 31311 root  memREG8,1   135596  24693 
/lib/i386-linux-gnu/ld-2.19.so
systemctl 31311 root0r   CHR1,3  0t0   1045 /dev/null
systemctl 31311 root1u  unix 0xecea9d00  0t0 385702 socket
systemctl 31311 root2u  unix 0xecea9d00  0t0 385702 socket
systemctl 31311 root3u  unix 0xf44b3a80  0t0 385734 @001db

The /etc/init.d/nmbd stop script is indeed waiting:

strace -p 31306
Process 31306 attached
wait4(-1, 

The internally issued systemctl stop nmbd.service command is polling (?)
strace -p 31311
Process 31311 attached
ppoll([{fd=3, events=POLLIN}], 1, NULL, NULL, 8


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

Bug#764840: Wrong return value from select on Hurd

[Mattias Ellert]

Package: glibc
Version: 2.19-11
Severity: serious

The return value from the select function on Hurd is sometimes too high.
I.e. the value returned is greater than the total number of bits set in
the fd_set variables.

This causes problems for code that expect the value to be accurate, and
causes FTBFS on Hurd for other packages due to failing tests suites,
e.g. globus-ftp-client, globus-ftp-control, globus-io and
globus-scheduler-event-generator.

The bug is introduced by the patch
debian/patches/hurd-i386/tg-poll_errors_fixes.diff

The attached patch can be applied to fix the issue.

Mattias

--- glibc-2.19/hurd/hurdselect.c.orig	2014-10-11 05:55:04.0 +
+++ glibc-2.19/hurd/hurdselect.c	2014-10-11 14:23:17.0 +
@@ -551,7 +551,15 @@
 	   readiness of the erring object and the next call hopefully
 	   will get the error again.  */
 	if (type & SELECT_ERROR)
-	  type = SELECT_ALL;
+	  {
+		type = 0;
+		if (readfds != NULL && FD_ISSET (i, readfds))
+		  type |= SELECT_READ;
+		if (writefds != NULL && FD_ISSET (i, writefds))
+		  type |= SELECT_WRITE;
+		if (exceptfds != NULL && FD_ISSET (i, exceptfds))
+		  type |= SELECT_URG;
+	  }
 
 	if (type & SELECT_READ)
 	  ready++;


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

Bug#764839: network-manager-iodine: FTBFS - uses deprecated gtk API

[Michael Tautschnig]

Package: network-manager-iodine
Version: 0.0.5~0.gita09ce6-2
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.

[...]
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/libnm-glib 
-I/usr/include/NetworkManager -I/usr/include/libnm-glib 
-I/usr/include/NetworkManager -I/usr/include/dbus-1.0 
-I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -pthread -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -pthread -I/usr/include/gtk-3.0 
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -I/usr/include/gnome-keyring-1 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include  
-DICONDIR=\""/usr/share/pixmaps"\" -DBINDIR=\""/usr/bin"\" 
-DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED 
-DGNOMELOCALEDIR=\"/usr/share/locale\" -DVERSION=\"0.0.4\" -D_FORTIFY_SOURCE=2  
-Wall -std=gnu89 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wshadow -Wmissing-declarations -Wmissing-prototypes 
-Wdeclaration-after-statement -Wstrict-prototypes -Wfloat-equal 
-Wno-unused-parameter -Wno-sign-compare -fno-strict-aliasing -Werror -c -o 
nm_iodine_auth_dialog-vpn-password-dialog.o `test -f 'vpn-password-dialog.c' || 
echo './'`vpn-password-dialog.c
vpn-password-dialog.c: In function 'add_row':
vpn-password-dialog.c:116:2: error: 'gtk_misc_set_alignment' is deprecated 
(declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:72) 
[-Werror=deprecated-declarations]
  gtk_misc_set_alignment (GTK_MISC (label), 0.0, 0.5);
  ^
vpn-password-dialog.c:116:2: error: 'gtk_misc_get_type' is deprecated (declared 
at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:70) 
[-Werror=deprecated-declarations]
vpn-password-dialog.c: In function 'add_grid_rows':
vpn-password-dialog.c:137:2: error: 'gtk_alignment_set_padding' is deprecated 
(declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:91) 
[-Werror=deprecated-declarations]
  gtk_alignment_set_padding (GTK_ALIGNMENT (priv->grid_alignment), 0, 0, 
offset, 0);
  ^
vpn-password-dialog.c:137:2: error: 'gtk_alignment_get_type' is deprecated 
(declared at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:77) 
[-Werror=deprecated-declarations]
vpn-password-dialog.c: In function 'vpn_password_dialog_new':
vpn-password-dialog.c:205:2: error: 'gtk_alignment_new' is deprecated (declared 
at /usr/include/gtk-3.0/gtk/deprecated/gtkalignment.h:79) 
[-Werror=deprecated-declarations]
  priv->grid_alignment = gtk_alignment_new (0.0, 0.0, 0.0, 0.0);
  ^
vpn-password-dialog.c:242:2: error: 'gtk_misc_set_alignment' is deprecated 
(declared at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:72) 
[-Werror=deprecated-declarations]
  gtk_misc_set_alignment (GTK_MISC (dialog_icon), 0.5, 0.0);
  ^
vpn-password-dialog.c:242:2: error: 'gtk_misc_get_type' is deprecated (declared 
at /usr/include/gtk-3.0/gtk/deprecated/gtkmisc.h:70) 
[-Werror=deprecated-declarations]
cc1: all warnings being treated as errors
Makefile:494: recipe for target 'nm_iodine_auth_dialog-vpn-password-dialog.o' 
failed
make[3]: *** [nm_iodine_auth_dialog-vpn-password-dialog.o] Error 1
make[3]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-network-manager-iodine/network-manager-iodine-0.0.5~0.gita09ce6/auth-dialog'
Makefile:518: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


network-manager-iodine-build-log.txt.gz
Description: application/gunzip


pgpzkGrzQ3MYr.pgp
Description: PGP signature

Processed: Re: Bug#764821: gnucash crashes at startup with ImportError: No module named gnucash

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #764821 [gnucash] gnucash crashes at startup with ImportError: No module 
named gnucash
Severity set to 'important' from 'grave'
> retitle -1 gnucash crashes at startup with ERROR: no code for module (www 
> main)
Bug #764821 [gnucash] gnucash crashes at startup with ImportError: No module 
named gnucash
Changed Bug title to 'gnucash crashes at startup with ERROR: no code for module 
(www main)' from 'gnucash crashes at startup with ImportError: No module named 
gnucash'
> tags -1 + moreinfo unreproducible
Bug #764821 [gnucash] gnucash crashes at startup with ERROR: no code for module 
(www main)
Added tag(s) unreproducible and moreinfo.

-- 
764821: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764821
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764838: ruby-rabl-rails: FTBFS - test fails with unexpected argument "users/base"

[Michael Tautschnig]

Package: ruby-rabl-rails
Version: 0.3.4-1
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.

[...]
Running tests for ruby2.1 using debian/ruby-tests.rake ...
/usr/bin/ruby2.1 -I"lib:lib:test" -I"/usr/lib/ruby/vendor_ruby" 
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb" "test/**/*_test.rb"
Run options: --seed 59331

# Running:

.E.

Finished in 0.273070s, 406.4896 runs/s, 457.7586 assertions/s.

  1) Error:
RenderTest#test_handle_path_for_extends:
RSpec::Mocks::MockExpectationError: # 
received :compile_template_from_path with unexpected arguments
  expected: ("users/base")
   got: ("base")

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/compiler.rb:17:in
 `instance_eval'
/usr/lib/ruby/vendor_ruby/rspec/mocks/error_generator.rb:27:in 
`raise_unexpected_message_args_error'
/usr/lib/ruby/vendor_ruby/rspec/mocks/proxy.rb:172:in 
`raise_unexpected_message_args_error'
/usr/lib/ruby/vendor_ruby/rspec/mocks/proxy.rb:154:in `message_received'
/usr/lib/ruby/vendor_ruby/rspec/mocks/method_double.rb:174:in 
`compile_template_from_path'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/compiler.rb:128:in
 `extends'
(eval):3:in `compile_source'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/compiler.rb:17:in
 `instance_eval'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/compiler.rb:17:in
 `compile_source'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/library.rb:26:in
 `compile_template_from_source'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/library.rb:15:in
 `get_rendered_template'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/lib/rabl-rails/renderer.rb:88:in
 `render'

/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/test/render_test.rb:60:in
 `block in '
/usr/lib/ruby/vendor_ruby/minitest/test.rb:108:in `block (3 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:206:in `capture_exceptions'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:105:in `block (2 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:258:in `time_it'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:104:in `block in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:319:in `on_signal'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:278:in `with_info_handler'
/usr/lib/ruby/vendor_ruby/minitest/test.rb:103:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:761:in `run_one_method'
/usr/lib/ruby/vendor_ruby/minitest.rb:293:in `run_one_method'
/usr/lib/ruby/vendor_ruby/minitest.rb:287:in `block (2 levels) in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:286:in `each'
/usr/lib/ruby/vendor_ruby/minitest.rb:286:in `block in run'
/usr/lib/ruby/vendor_ruby/minitest.rb:319:in `on_signal'
/usr/lib/ruby/vendor_ruby/minitest.rb:306:in `with_info_handler'
/usr/lib/ruby/vendor_ruby/minitest.rb:285:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:149:in `block in __run'
/usr/lib/ruby/vendor_ruby/minitest.rb:149:in `map'
/usr/lib/ruby/vendor_ruby/minitest.rb:149:in `__run'
/usr/lib/ruby/vendor_ruby/minitest.rb:126:in `run'
/usr/lib/ruby/vendor_ruby/minitest.rb:55:in `block in autorun'

111 runs, 125 assertions, 0 failures, 1 errors, 0 skips
rake aborted!
Command failed with status (1): [ruby -I"lib:lib:test" 
-I"/usr/lib/ruby/vendor_ruby" 
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb" "test/**/*_test.rb" ]
-e:1:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)
ERROR: Test "ruby2.1" failed. Exiting.
dh_auto_install: dh_ruby --install 
/srv/jenkins-slave/workspace/sid-goto-cc-ruby-rabl-rails/ruby-rabl-rails-0.3.4/debian/ruby-rabl-rails
 returned exit code 1
debian/rules:15: recipe for target 'binary' failed
make: *** [binary] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


ruby-rabl-rails-build-log.txt.gz
Description: application/gunzip


pgprDjKU2i5xm.pgp
Description: PGP signature

Bug#764611: sonata: fails to launch since GLib upgrade to 2.42

[Eric Cooper]

Package: sonata
Followup-For: Bug #764611

I can also confirm that sonata is working OK for me again after upgrading to
libgtk2.0-0 amd64 2.24.25-1.


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

Bug#764821: gnucash crashes at startup with ImportError: No module named gnucash

[Sébastien Villemot]

Control: severity -1 important
Control: retitle -1 gnucash crashes at startup with ERROR: no code for module 
(www main)
Control: tags -1 + moreinfo unreproducible

Dear Josef,

Le samedi 11 octobre 2014 à 15:57 +0200, Josef Kaspar Schmid a écrit :
> Package: gnucash
> Version: 1:2.6.4-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Upgraded from wheezy to jessie. Tried to start gnucash from menu. Program 
> displayed splash screen but crashed befort main window opened.
> Then tried to start via command line. Result was the same but got some 
> messages in the terminal:
> 
> josef@8510p:~$ gnucash
> Traceback (most recent call last):
>   File "/usr/share/gnucash/python/init.py", line 3, in 
> from gnucash import *
> ImportError: No module named gnucash
> Backtrace:
> In ice-9/boot-9.scm:
>  157: 16 [catch #t # ...]
> In unknown file:
>?: 15 [apply-smob/1 #]
> In ice-9/boot-9.scm:
> 3597: 14 [process-use-modules (((gnucash price-quotes)))]
>  702: 13 [map # 
> ((#))]
> 3598: 12 [# (#)]
> 2864: 11 [resolve-interface (gnucash price-quotes) #:select ...]
> 2789: 10 [# autoload version #:key ensure)> # ...]
> 3065: 9 [try-module-autoload (gnucash price-quotes) #f]
> 2401: 8 [save-module-excursion # ice-9/boot-9.scm:3066:17 ()>]
> 3085: 7 [#]
> In unknown file:
>?: 6 [primitive-load-path "gnucash/price-quotes" ...]
> In gnucash/price-quotes.scm:
>   41: 5 [#]
> In ice-9/boot-9.scm:
> 3597: 4 [process-use-modules (((www main)))]
>  702: 3 [map # 
> ((#))]
> 3598: 2 [# ((www 
> main))]
> 2867: 1 [resolve-interface (www main) #:select ...]
> In unknown file:
>?: 0 [scm-error misc-error #f "~A ~S" ("no code for module" (www main)) #f]
> 
> ERROR: In procedure scm-error:
> ERROR: no code for module (www main)
> 
> Then uninstalled the following packages: gnucash, gnucash-common and 
> gnucash-doc.
> Reinstalled the three packages again. Tried to start. Result was the same.
> Then started gnucash with the debug and log options enabled.
> Trace-file is attached to this bug report. 

I'm downgrading the severity of this bug since it seems specific to your
system or to some configurations (I can't reproduce it). Also the
relevant error message is not "ImportError: No module named gnucash"
which is non fatal, and is just the consequence of not having the
package python-gnucash installed.

Can you try to remove the directory ~/.cache/guile/ccache/ and see if
that solves your problem?

Thanks,

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




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

Bug#764837: factory-boy: FTBFS - tests fail with "AppRegistryNotReady: Apps aren't loaded yet."

[Michael Tautschnig]

Package: factory-boy
Version: 2.4.1-2
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.

[...]
  File 
"/srv/jenkins-slave/workspace/sid-goto-cc-factory-boy/factory-boy-2.4.1/tests/test_django.py",
 line 85, in setUpModule
runner_state = runner.setup_databases()
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 109, in 
setup_databases
return setup_databases(self.verbosity, self.interactive, **kwargs)
  File "/usr/lib/python2.7/dist-packages/django/test/runner.py", line 299, in 
setup_databases
serialize=connection.settings_dict.get("TEST_SERIALIZE", True),
  File "/usr/lib/python2.7/dist-packages/django/db/backends/creation.py", line 
374, in create_test_db
test_flush=True,
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 93, in call_command
app_name = get_commands()[name]
  File "/usr/lib/python2.7/dist-packages/django/utils/lru_cache.py", line 101, 
in wrapper
result = user_function(*args, **kwds)
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 73, in get_commands
for app_config in reversed(list(apps.get_app_configs())):
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 137, in 
get_app_configs
self.check_apps_ready()
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 124, in 
check_apps_ready
raise AppRegistryNotReady("Apps aren't loaded yet.")
AppRegistryNotReady: Apps aren't loaded yet.

--
Ran 295 tests in 0.273s

FAILED (errors=4, skipped=10)
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
Creating test database for alias 'default'...
debian/rules:29: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


factory-boy-build-log.txt.gz
Description: application/gunzip


pgpWGOADtyJr9.pgp
Description: PGP signature

Bug#764836: ganglia: FTBFS - No rule to make target 'gmond.service.in'

[Michael Tautschnig]

Package: ganglia
Version: 3.6.0-5
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.

[...]
libtool: link: x86_64-linux-gnu-gcc -std=gnu99 -I../lib -I../include/ 
-I../libmetrics -D_LARGEFILE64_SOURCE -DSFLOW -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -Wall -fno-strict-aliasing -Wall -D_REENTRANT 
-o .libs/gmond gmond.o cmdline.o g25_config.o core_metrics.o sflow.o 
-Wl,--export-dynamic  /usr/lib/x86_64-linux-gnu/libapr-1.so 
../libmetrics/.libs/libmetrics.a -lresolv ../lib/.libs/libganglia.so 
../lib/libgetopthelper.a -ldl -lnsl -lz -lpcre 
/usr/lib/x86_64-linux-gnu/libexpat.so -lconfuse -lpthread -pthread
make[4]: *** No rule to make target 'gmond.service.in', needed by 
'gmond.service'.  Stop.
make[4]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-ganglia/ganglia-3.6.0/gmond'
Makefile:662: recipe for target 'all-recursive' failed


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further. The arm64
built attempt by the buildds, however, fails with the same error.

Best,
Michael


ganglia-build-log.txt.gz
Description: application/gunzip


pgpRfkFrBA3RW.pgp
Description: PGP signature

Bug#764835: libclc: FTBFS - 'llvm/ADT/OwningPtr.h' file not found

[Michael Tautschnig]

Package: libclc
Version: 0~git20140101-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.

[...]
CXX utils/prepare-builtins.o
clang++ -MMD -MF utils/prepare-builtins.o.d -I/usr/lib/llvm-3.5/include  
-DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS 
-D__STDC_LIMIT_MACROS -g -O2 -fomit-frame-pointer -std=c++11 
-fvisibility-inlines-hidden -fno-exceptions -fPIC -Woverloaded-virtual 
-ffunction-sections -fdata-sections -Wcast-qual -fno-exceptions -fno-rtti -c -o 
utils/prepare-builtins.o ./utils/prepare-builtins.cpp
./utils/prepare-builtins.cpp:1:10: fatal error: 'llvm/ADT/OwningPtr.h' file not 
found
#include "llvm/ADT/OwningPtr.h"
 ^
1 error generated.
Makefile:8: recipe for target 'utils/prepare-builtins.o' failed
make[1]: *** [utils/prepare-builtins.o] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further.

Best,
Michael


libclc-build-log.txt.gz
Description: application/gunzip


pgpUY7yNByjik.pgp
Description: PGP signature

Bug#764833: nifti2dicom: FTBFS - cannot find -lQt5::Widgets

[Michael Tautschnig]

Package: nifti2dicom
Version: 0.4.8-1
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.

[...]
-- Found DCMTK: /usr/include/dcmtk/config
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found
-- Found Qt4: /usr/bin/qmake (found suitable version "4.8.6", minimum required 
is "4.4.0")
-- The imported target "vtk" references the file
   "/usr/bin/vtk"
but this file does not exist.  Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
   "/usr/lib/cmake/vtk-6.1/VTKTargets.cmake"
but not all the files it references.

-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- You will need both doxygen and graphviz 'dot' to build documentation
-- Configuring done
CMake Warning (dev) at src/gui/CMakeLists.txt:51 (add_executable):
  Policy CMP0028 is not set: Double colon in target name means ALIAS or
  IMPORTED target.  Run "cmake --help-policy CMP0028" for policy details.
  Use the cmake_policy command to set the policy and suppress this warning.

  Target "qnifti2dicom" links to target "Qt5::Widgets" but the target was not
  found.  Perhaps a find_package() call is missing for an IMPORTED target, or
  an ALIAS target is missing?
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Generating done
[...]
Linking CXX executable qnifti2dicom
cd 
/srv/jenkins-slave/workspace/sid-goto-cc-nifti2dicom/nifti2dicom-0.4.8/obj-x86_64-linux-gnu/src/gui
 && /usr/bin/cmake -E cmake_link_script CMakeFiles/qnifti2dicom.dir/link.txt --v
erbose=1
/usr/bin/g++   -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2   -Wno-deprecated  -Wl,-z,relro 
-Wl,--as-needed   [...]  
/usr/lib/x86_64-linux-gnu/libvtkGUISupportQt-6.1.so.6.1.0 -lQt5::Widgets 
/usr/lib/x86_64-linux-gnu/libvtkFiltersParallel-6.1.so.6.1.0 [...]
ld.bfd.orig: cannot find -lQt5::Widgets
collect2: error: ld returned 1 exit status
src/gui/CMakeFiles/qnifti2dicom.dir/build.make:782: recipe for target 
'src/gui/qnifti2dicom' failed
make[3]: *** [src/gui/qnifti2dicom] Error 1


The full build log is attached; please do let me know if the problem is
unreproducible, in which case I shall try to investigate further. Yet comparing
logs on the buildd and the attached one, the warning message at the end of
configuration is new - quite possibly updates to cmake caused a change in
behaviour. unstable currently has cmake 3.0.2-1, whereas the most recent build
on the buildds used cmake 2.8.12.2-1.

Best,
Michael


nifti2dicom-build-log.txt.gz
Description: application/gunzip


pgpATp0GzPAHs.pgp
Description: PGP signature

Processed: Re: file ownership and perms managed by dbconfig-common (bug 720517)

[Debian Bug Tracking System]

Processing control commands:

> tags -1 pending
Bug #720517 [dbconfig-common] dbconfig-common must not change ownership of files
Added tag(s) pending.
> owner -1 !
Bug #720517 [dbconfig-common] dbconfig-common must not change ownership of files
Owner recorded as Paul Gevers .

-- 
720517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720517
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#720517: file ownership and perms managed by dbconfig-common (bug 720517)

[Paul Gevers]

Control: tags -1 pending
Control: owner -1 !

On 10-10-14 12:06, Paul Gevers wrote:
> Investigate all packages to check for their behavior (does any
> package query the admin about this?)?

With the aid of http://codesearch.debian.net this was trivial. Currently
no package is querying the admin for the values of the owner and perms,
so I believe my patch is acceptable. Of course I will also add a note to
the documentation about this.

Unless somebody objects soon, I will fix this bug by uploading an NMU.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#764219: isc-dhcp-client: fails to configure the default route

[Scott Ashcroft]

Hi,

This isn't a bug in the dhcp client but a misconfiguration of your dhcp server.

The 'DHCP Client Behavior' section of RFC3442 says, in part:

"If the DHCP server returns both a Classless Static Routes option and a Router 
option, the DHCP client MUST ignore the Router option."

So you just need to add the default route to your classless routes and 
everything will be fine.
I assume the previous version of dhcp client you were using either didn't 
support the classless routes or wasn't RFC compliant.


I'll leave you to close the bug if you agree with my analysis.

Cheers,
Scott



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

Bug#764110: wine: diff for NMU version 1.6.2-8.1

[Andreas Metzler]

Control: tags 764110 + patch
Control: tags 764110 + pending

Dear maintainer,

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

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru wine-1.6.2/debian/changelog wine-1.6.2/debian/changelog
--- wine-1.6.2/debian/changelog	2014-03-29 22:39:52.0 +0100
+++ wine-1.6.2/debian/changelog	2014-10-11 15:57:23.0 +0200
@@ -1,3 +1,12 @@
+wine (1.6.2-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Build-depend on libgnutls28-dev instead of libgnutls-dev. Closes: #764110
+  * [find_debianspecific_gnutls_soname.diff] Adapt ./configure to accept the
+Debian specific soname of GnuTLS v3.
+
+ -- Andreas Metzler   Sat, 11 Oct 2014 14:37:30 +0200
+
 wine (1.6.2-8) unstable; urgency=medium
 
   * Use a .maintscript file to handle symlink-to-folder transitions in
diff -Nru wine-1.6.2/debian/control wine-1.6.2/debian/control
--- wine-1.6.2/debian/control	2014-03-29 22:40:28.0 +0100
+++ wine-1.6.2/debian/control	2014-10-11 15:58:18.0 +0200
@@ -41,7 +41,7 @@
  libxslt1-dev,
  unixodbc-dev,
  libcups2-dev,
- libgnutls-dev,
+ libgnutls28-dev,
  libopenal-dev,
  libmpg123-dev,
  libdbus-1-dev,
diff -Nru wine-1.6.2/debian/control.in wine-1.6.2/debian/control.in
--- wine-1.6.2/debian/control.in	2014-03-29 21:05:42.0 +0100
+++ wine-1.6.2/debian/control.in	2014-10-11 14:37:17.0 +0200
@@ -41,7 +41,7 @@
  libxslt1-dev,
  unixodbc-dev,
  libcups2-dev,
- libgnutls-dev,
+ libgnutls28-dev,
  libopenal-dev,
  libmpg123-dev,
  libdbus-1-dev,
diff -Nru wine-1.6.2/debian/patches/find_debianspecific_gnutls_soname.diff wine-1.6.2/debian/patches/find_debianspecific_gnutls_soname.diff
--- wine-1.6.2/debian/patches/find_debianspecific_gnutls_soname.diff	1970-01-01 01:00:00.0 +0100
+++ wine-1.6.2/debian/patches/find_debianspecific_gnutls_soname.diff	2014-10-11 15:56:13.0 +0200
@@ -0,0 +1,16 @@
+Description: Adapt ./configure to the Debian specific GnuTLS soname.
+Author: Andreas Metzler 
+Origin: vendor
+Forwarded: not-needed
+
+--- wine-1.6.2.orig/configure.ac
 wine-1.6.2/configure.ac
+@@ -1348,7 +1348,7 @@ then
+ AC_CHECK_HEADER(gnutls/gnutls.h,
+ [AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include 
+ #include ]], [[static typeof(gnutls_mac_get_key_size) *func; if (func) return 0;]])],
+-[WINE_CHECK_SONAME(gnutls,gnutls_global_init,,[GNUTLS_CFLAGS=""],[$GNUTLS_LIBS])])],
++[WINE_CHECK_SONAME(gnutls,gnutls_global_init,,[GNUTLS_CFLAGS=""],[$GNUTLS_LIBS],[libgnutls-deb0])])],
+ [GNUTLS_CFLAGS=""])
+ CPPFLAGS="$ac_save_CPPFLAGS"
+ fi
diff -Nru wine-1.6.2/debian/patches/series wine-1.6.2/debian/patches/series
--- wine-1.6.2/debian/patches/series	2014-03-29 18:16:09.0 +0100
+++ wine-1.6.2/debian/patches/series	2014-10-11 15:08:45.0 +0200
@@ -1,2 +1,3 @@
 manpages.patch
 printer-resolution.patch
+find_debianspecific_gnutls_soname.diff


signature.asc
Description: Digital signature

Processed: wine: diff for NMU version 1.6.2-8.1

[Debian Bug Tracking System]

Processing control commands:

> tags 764110 + patch
Bug #764110 [src:wine] wine: build-dependency on libgnutls-dev
Added tag(s) patch.
> tags 764110 + pending
Bug #764110 [src:wine] wine: build-dependency on libgnutls-dev
Added tag(s) pending.

-- 
764110: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764110
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#764821: gnucash crashes at startup with ImportError: No module named gnucash

[Josef Kaspar Schmid]

Package: gnucash
Version: 1:2.6.4-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?

Upgraded from wheezy to jessie. Tried to start gnucash from menu. Program 
displayed splash screen but crashed befort main window opened.
Then tried to start via command line. Result was the same but got some messages 
in the terminal:

josef@8510p:~$ gnucash
Traceback (most recent call last):
  File "/usr/share/gnucash/python/init.py", line 3, in 
from gnucash import *
ImportError: No module named gnucash
Backtrace:
In ice-9/boot-9.scm:
 157: 16 [catch #t # ...]
In unknown file:
   ?: 15 [apply-smob/1 #]
In ice-9/boot-9.scm:
3597: 14 [process-use-modules (((gnucash price-quotes)))]
 702: 13 [map # ((#))]
3598: 12 [# (#)]
2864: 11 [resolve-interface (gnucash price-quotes) #:select ...]
2789: 10 [# # ...]
3065: 9 [try-module-autoload (gnucash price-quotes) #f]
2401: 8 [save-module-excursion #]
3085: 7 [#]
In unknown file:
   ?: 6 [primitive-load-path "gnucash/price-quotes" ...]
In gnucash/price-quotes.scm:
  41: 5 [#]
In ice-9/boot-9.scm:
3597: 4 [process-use-modules (((www main)))]
 702: 3 [map # ((#))]
3598: 2 [# ((www 
main))]
2867: 1 [resolve-interface (www main) #:select ...]
In unknown file:
   ?: 0 [scm-error misc-error #f "~A ~S" ("no code for module" (www main)) #f]

ERROR: In procedure scm-error:
ERROR: no code for module (www main)

Then uninstalled the following packages: gnucash, gnucash-common and 
gnucash-doc.
Reinstalled the three packages again. Tried to start. Result was the same.
Then started gnucash with the debug and log options enabled.
Trace-file is attached to this bug report. 

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

Just tried to start gnucash.

   * What was the outcome of this action?

Program crashed at start.

   * What outcome did you expect instead?a

Normal start of gnucash.


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

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

Versions of packages gnucash depends on:
ii  gnucash-common 1:2.6.4-1
ii  guile-2.0  2.0.11+1-7
ii  guile-2.0-libs 2.0.11+1-7
ii  libaqbanking34 5.4.3beta-2+b1
ii  libaqbanking34-plugins 5.4.3beta-2+b1
ii  libc6  2.19-11
ii  libcairo2  1.12.16-5
ii  libcrypt-ssleay-perl   0.58-1+b2
ii  libdate-manip-perl 6.47-1
ii  libdbi10.9.0-3
ii  libfinance-quote-perl  1.35-1
ii  libgdk-pixbuf2.0-0 2.30.8-1+b1
ii  libglib2.0-0   2.42.0-2
ii  libgnome-keyring0  3.12.0-1
ii  libgnomecanvas2-0  2.30.3-2
ii  libgoffice-0.8-8   0.8.17-3
ii  libgtk2.0-02.24.24-1
ii  libgwengui-gtk2-0  4.12.0beta-3+b1
ii  libgwenhywfar604.12.0beta-3+b1
ii  libhtml-tableextract-perl  2.11-1
ii  libhtml-tree-perl  5.03-1
ii  libktoblzcheck1c2a 1.46-2
ii  libofx61:0.9.10-1
ii  libpango-1.0-0 1.36.8-2
ii  libpangocairo-1.0-01.36.8-2
ii  libpython2.7   2.7.8-7
ii  libwebkitgtk-1.0-0 2.4.6-1
ii  libwww-perl6.08-1
ii  libx11-6   2:1.6.2-3
ii  libxml22.9.1+dfsg1-4
ii  libxslt1.1 1.1.28-2+b1
ii  perl   5.20.1-1
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages gnucash recommends:
ii  gnucash-docs  2.6.4-1
ii  yelp  3.14.0-1

Versions of packages gnucash suggests:
pn  libdbd-mysql
pn  libdbd-pgsql
pn  libdbd-sqlite3  

-- no debconf information
* 15:42:08  WARN  [gnc_module_init_backend_dbi()] No DBD 
drivers found

Bug#717129: setpwc not in debian jessie

[Anders Lennartsson]

On Sat, 2014-10-11, at 14:36:47 +0200, Mathieu Malaterre wrote:
> Dear all,
> 
> setpwc package is currently removed from debian testing, as such it
> will not be part of next debian release codename jessie.
> 
> Since the period of freeze starts in a couple of days (Nov 5th), could
> someone please confirm that :
> 1. either a patch is pending
> 2. setpwc should completely be removed from debian archive.
> 
> Thanks.

Hi Mathieu,

Thanks for looking into this old issue. I was under the impression that there 
will be no patch and that setpwc should be removed. But if Folkert provides one 
I'll be happy to pack it.

Anders


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

Bug#764818: sudo: Silently fails to execute any commands if kernel compiled with !AUDIT

[Sami Liedes]

On Sat, Oct 11, 2014 at 04:13:16PM +0300, Sami Liedes wrote:
> --- sudo-1.8.11p1.orig/plugins/sudoers/linux_audit.c
> +++ sudo-1.8.11p1/plugins/sudoers/linux_audit.c
> @@ -57,7 +57,7 @@ linux_audit_open(void)
>  au_fd = audit_open();
>  if (au_fd == -1) {
>   /* Kernel may not have audit support. */
> - if (errno != EINVAL && errno != EPROTONOSUPPORT && errno != 
> EAFNOSUPPORT) {
> + if (errno != EINVAL || errno != EPROTONOSUPPORT || errno != 
> EAFNOSUPPORT) {
>   sudo_warn(U_("unable to open audit system"));
>   au_fd = AUDIT_NOT_CONFIGURED;
>   }

Argh, and my patch is probably wrong too...

Sami


signature.asc
Description: Digital signature

Bug#764570: marked as done (taskcoach: fail to start: wx._core.PyAssertionError)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 13:49:32 +
with message-id 
and subject line Bug#764570: fixed in taskcoach 1.4.1-3
has caused the Debian Bug report #764570,
regarding taskcoach: fail to start: wx._core.PyAssertionError
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
764570: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764570
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: taskcoach
Version: 1.4.1-2
Severity: grave
Justification: renders package unusable

The last update wasn't that successful. :-(

$ taskcoach 

(taskcoach:9934): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 
'height >= -1' failed
Traceback (most recent call last):
  File "/usr/bin/taskcoach", line 72, in 
start()
  File "/usr/bin/taskcoach", line 63, in start
app = application.Application(options, args)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/patterns/singleton.py", 
line 29, in __call__
class_.instance = super(Singleton, class_).__call__(*args, **kwargs)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py", 
line 117, in __init__
self.init(**kwargs)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py", 
line 226, in init
self.settings, splash=splash)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py", line 
68, in __init__
self._create_window_components()  # Not private for test purposes
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py", line 
140, in _create_window_components
viewer.addViewers(self.viewer, self.taskFile, self.settings)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 45, in __init__
self.__add_all_viewers()
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 51, in __add_all_viewers
self.__add_viewers(task.SquareTaskViewer)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py", 
line 66, in __add_viewers
**self._viewer_kwargs(viewer_class))
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/patterns/metaclass.py", 
line 39, in __call__
instance = super(NumberedInstances, cls).__call__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
464, in __init__
super(SquareTaskViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
136, in __init__
super(BaseTaskTreeViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py", line 
77, in __init__
super(BaseTaskViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/mixin.py", 
line 85, in __init__
super(FilterableViewerMixin, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py", line 
583, in __init__
super(TreeViewer, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py", line 
70, in __init__
pub.subscribe(self.onBeginIO, 'taskfile.aboutToRead')
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/publisherbase.py",
 line 143, in subscribe
topicObj = self.__topicMgr.getOrCreateTopic(topicName)
  File 
"/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/topicmgr.py",
 line 206, in getOrCreateTopic
if obj:
wx._core.PyAssertionError: C++ assertion "m_window" failed at 
../src/gtk/dcclient.cpp(2043) in DoGetSize(): GetSize() doesn't work without 
window


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

Kernel: Linux 3.14-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 taskcoach depends on:
ii  fonts-dejavu 2.34-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.8-1
ii  python-chardet   2.2.1-2
ii  python-dateutil  1.5+dfsg-1
ii  python-keyring   3.7-1
ii  python-lockfile  1:0.8-2
ii  python-pyparsing 2.0.2+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  14.0.2-2
ii  python-wxgtk3.0  3.0.1.1+dfsg-1
ii  python-wxversion 2.8.12.1+dfsg2-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+1

Versions of packages taskcoach recommends:
ii  libavahi-compat-libdnssd1  0.6.31-4
ii  libgnome-2-0   2.32.1-

Bug#763625: keepnote fails with Attempt to unlock mutex that was not locked

[Marcel Mushik]

Hey, I have to take back my previous email. Because of Piotr I had to 
recheck what I was checking before. (thanks).
The new patch is working for me. I had two problems before that were 
tainting my testing environment. :)
For some reason I had a binary in /usr/local/bin/keepnote and that was 
in the path.
Also, I had a /root/.config/keepnote directory.. probably some time 
before I ran as root.

Anyway, one, or both, of those were not allowing the new binary to run.
I made sure everything was purged from the system, sourced keepnote, ran 
the new patch, and it installed to /usr/bin/keepnote.

Now everything is totally fine.

Except, when I click on my home directory to open a notebook, it still 
gives the error "Could not load notebook '/home/marcelm'."

But that is probably a totally separate issue from this thread.

So anyway, thanks for the hard work on this, and good job, it's appreciated!

Marcel


On 10/11/2014 03:11 PM, Piotr Wnuczek wrote:

On Fri, 10 Oct 2014, Vlad Orlov wrote:


Hi,

Try this new debdiff (in the attachment) and see if it works for you.


Hi,

I have tested Your last fix. It works fine for me.

Thank You.




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

Processed: forcibly merging 764817 764818, tagging 764817

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forcemerge 764817 764818
Bug #764817 [sudo] sudo: fails if kernel auditing disabled
Bug #764818 [sudo] sudo: Silently fails to execute any commands if kernel 
compiled with !AUDIT
Severity set to 'grave' from 'normal'
Merged 764817 764818
> tags 764817 + patch
Bug #764817 [sudo] sudo: fails if kernel auditing disabled
Bug #764818 [sudo] sudo: Silently fails to execute any commands if kernel 
compiled with !AUDIT
Added tag(s) patch.
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764817: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764817
764818: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764818
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#763491: marked as done (pillow: Please change build dependency to libjpeg-dev (libjpeg-turbo transition))

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 13:35:11 +
with message-id 
and subject line Bug#763491: fixed in pillow 2.6.0-1.1
has caused the Debian Bug report #763491,
regarding pillow: Please change build dependency to libjpeg-dev (libjpeg-turbo 
transition)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763491: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763491
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pillow
Version: 2.6.0~rc1-1
Severity: important
Tags: patch
User: ond...@debian.org
Usertags: libjpeg-turbo-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer(s),

Debian is transitioning from IJG JPEG library (src:libjpeg8) to
libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API
with "decode from memory buffer" interface (jpeg_mem_{src,dest}).

Your package cannot be transitioned automatically as it explicitly
build depends on specific API/ABI (libjpeg8-dev) and this build
dependency needs to be changed to libjpeg-dev.  In most if not all
cases this should be sufficient to build against libjpeg-turbo.

I am in process of testing each package in question to compile against
libjpeg-turbo and I will provide a suitable patch for each package
when I will succeed.

On the other hand please note that the winter^Wfreeze is coming and
if your package is not updated in due time it might be NMUed by the
release team (or by me with the full ack of release team).

That also means that if you are OK with NMU then please respond to
this bug report and I will prepare and upload the recompiled packages
for you.

Cheers,
Ondrej

1. The full Technical Committee decision can be found here:
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUKqrVXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH/AIP/jgmQ85/DFBa6u2ZQUxQxhvI
glUmoOviqekfOy5QNrjIxPVbMlzClX7do8ffr7GrCI3EozzN5IB9aq/X4j7nq+a6
lam0NBI65XlWRKI+dM4otTaEvPTf1/WciSOVi7nbyY2BfBBCa7bkiabvZ5AvKm1X
QbWi/vGjkEE9mhrT03ERWttptwEAsR4KvtlZWrNNuMV1emeSj5UFX6dMaldrezzv
h68ENuOpK6eQDtjfGNXXo5W8zrE6Abcn7Ohh4rkyrUy4f5aTBVwl9hkERbiYB7Rr
VO1tKVGT8RBVasbIhn2lttleWnCoBcCCgOd0eeqzoEz7KKTYY1rZX1K5qBG5YphG
4DluX5ARbZwOTSxWOdXyNJC4TtMdYwTsXNPKZMK9R3WMztikX8XF1k+wVmUqD48I
yRy5YpdbtitmbYfwEMWi/8DEtZ9fRlje0D1jgDKzZJ7GrccbVy6bvuXxx/k2wnXd
i7p6VzXw0GkM9OLT19+uoojoEignYpBt2uM8w2vOgYcyTbYd1XJE9Hu9wQ34tbKm
UJxi/ZF3IDUtzAxhcmsmS1cGuSlm8pPV6iJU9XKBY0anaFCWtpUyyiheqedZhG0C
S647ojGlB/HO+OF/lvS6ddNPF/lCGAvClZL6T5edoOzX5oe8BXrIjrZ5LROm2wIZ
mak4hM9v9AeCnmot7NzY
=37Uj
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: pillow
Source-Version: 2.6.0-1.1

We believe that the bug you reported is fixed in the latest version of
pillow, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ondřej Surý  (supplier of updated pillow package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 06 Oct 2014 14:35:37 +0200
Source: pillow
Binary: python-pil python-pil-dbg python-pil.imagetk python-pil.imagetk-dbg 
python-sane python-sane-dbg python3-pil python3-pil-dbg python3-pil.imagetk 
python3-pil.imagetk-dbg python3-sane python3-sane-dbg python-pil-doc 
python-imaging
Architecture: source all amd64
Version: 2.6.0-1.1
Distribution: unstable
Urgency: medium
Maintainer: Matthias Klose 
Changed-By: Ondřej Surý 
Description:
 python-imaging - Python Imaging Library compatibility layer
 python-pil - Python Imaging Library (Pillow fork)
 python-pil-dbg - Python Imaging Library (debug extension)
 python-pil-doc - Examples for the Python Imaging Library
 python-pil.imagetk - Python Imaging Library - ImageTk Module (Pillow 

Bug#763228: marked as done (cbmc: FTBFS: ld: final link failed: Bad value)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 13:18:39 +
with message-id 
and subject line Bug#763228: fixed in cbmc 4.9-4
has caused the Debian Bug report #763228,
regarding cbmc: FTBFS: ld: final link failed: Bad value
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763228: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763228
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: cbmc
Version: 4.9-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140926 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> /usr/bin/ld: .eh_frame_hdr refers to overlapping FDEs.
> /usr/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2014/09/26/cbmc_4.9-3_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: cbmc
Source-Version: 4.9-4

We believe that the bug you reported is fixed in the latest version of
cbmc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael Tautschnig  (supplier of updated cbmc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 11 Oct 2014 12:58:47 +0100
Source: cbmc
Binary: cbmc
Architecture: source i386
Version: 4.9-4
Distribution: unstable
Urgency: low
Maintainer: Michael Tautschnig 
Changed-By: Michael Tautschnig 
Description:
 cbmc   - bounded model checker for C and C++ programs
Closes: 763228
Changes:
 cbmc (4.9-4) unstable; urgency=low
 .
   * Work around binutils regression using ar rcf instead of ld -r. Thanks
 Matthias Klose for the suggestion. (Closes: #763228)
Checksums-Sha1:
 2cda151fc74c225cfaf4b42ef93319aa958b755b 1749 cbmc_4.9-4.dsc
 9af98b1bb5167ac348779878e2a355cfb9244b91 15360 cbmc_4.9-4.debian.tar.xz
Checksums-Sha256:
 55440ff39649b31765a80dd5bdd184d04c800664e311faa3ac6d9f3632c3eba2 1749 
cbmc_4.9-4.dsc
 f6e286b6d7bd99f35bc09dff29d6ba060b1652df3efaffdf8637d9d6ee4ae829 15360 
cbmc_4.9-4.debian.tar.xz
Files:
 456355f480969b373c3023dc2bd41ff9 1749 science extra cbmc_4.9-4.dsc
 6ec126451109b4a392d14aa54b1e5e00 15360 science extra cbmc_4.9-4.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJUOSunAAoJEKjvEonjOGdBqFIQALAXZT/E9YA+FJ8VypzeUOi5
2gE0KA0RS1LzVxL/iKgmQ5KS1QWqqaVCnn41B/sfaHWCUwx1e8ZzsJTS3cnr/imb
gdsoi1IO2SlwmV1QSA/SqOjbj3vjScjcKDDPhNHlAI3Wm+dBuFnn3wlec+yOdfuU
wgsdhmVggcXfqZOz4FPGOpQz6/suApk8cXq404XkLsKFhlkpOw3QPIb8nOQi9qH4
sLqBtcAU3rbas+i2JYVwUPbu/noew7Uyiu1dDHDNJVeVLM1VOqDcmWFv+/TN+gfd
8mRJiPQS7z2ENIpMMSkUIcGZpAq05suevNq9h0DWWTlREENA9Atz3rg6fX3Kq9Sf
mne6J1PSctxYU0kDqXj8sARNibaI1GxUBWmNeiBKamGINm9ytilQKYqAs+YFKEcH
IdnQjbHen6xn6JR0SKKE/M/v6iixY+MouNekK6MYz6a1Z+qw41RZwKzSiKDqDh0I
dxm1ygOwXjmVq9Sh1tjW1nXYXt6F89YNlUxwL0omTSgjJm8yTDp+CNxPZ4P3z94I
gjUBDZjdwrH10V8fnlYvfPS/vocAMzpOD6MBUYz3YtoWJ1AJHfCZPOP/RquYQyAo
yj0gvD+6OOFsbq1oCbM6hrrsaMcr7VBgUcUVLegsfgjGCMtR0GoXyfDMeK+JmtuX
UnvUGEjTmQuXN27xYzMm
=Otkd
-END PGP SIGNATURE End Message ---

Bug#764817: sudo: fails if kernel auditing disabled

[Pete Wyckoff]

Package: sudo
Version: 1.8.11p1-1
Severity: grave

In 1.8.11p1-1, sudo silently exits(1) without creating a new
shell.  Here's output from a simple test case, as root: "sudo id"
tests whether it functions:

# strace -v -s 100 sudo id
...
connect(8, {sa_family=AF_LOCAL, sun_path="/dev/log"}, 110) = 0
sendto(8, "<85>Oct 11 08:44:26 sudo: root : TTY=pts/1 ; PWD=/mnt/usb ; 
USER=root ; COMMAND=/usr/bin/id", 95, MSG_NOSIGNAL, NULL, 0) = 95
close(8)= 0
setresuid(4294967295, 4294967295, 4294967295) = 0
setresgid(4294967295, 4294967295, 4294967295) = 0
close(5)= 0
munmap(0x7fa18b97b000, 4096)= 0
socket(PF_NETLINK, SOCK_RAW, NETLINK_AUDIT) = -1 EPROTONOSUPPORT (Protocol not 
supported)
setresuid(4294967295, 4294967295, 4294967295) = 0
setresgid(4294967295, 4294967295, 4294967295) = 0
close(3)= 0
close(4)= 0
exit_group(1)   = ?
+++ exited with 1 +++

Sudo seems to give up when it finds that linux does not support AUDIT.
Indeed, /proc/cmdline contains "audit=0", as I have disabled that on
purpose.

In 1.8.10p3-1, this works fine.  The similar chunk of strace output
includes:
...
connect(8, {sa_family=AF_LOCAL, sun_path="/dev/log"}, 110) = 0
sendto(8, "<85>Oct 11 08:53:19 sudo: root : TTY=pts/1 ; PWD=/tmp ; 
USER=root ; COMMAND=/usr/bin/id", 91, MSG_NOSIGNAL, NULL, 0) = 91
close(8)= 0
setresuid(4294967295, 4294967295, 4294967295) = 0
setresgid(4294967295, 4294967295, 4294967295) = 0
close(5)= 0
munmap(0x7f0e1e326000, 4096)= 0
socket(PF_NETLINK, SOCK_RAW, NETLINK_AUDIT) = -1 EPROTONOSUPPORT (Protocol not 
supported)
setresuid(4294967295, 4294967295, 4294967295) = 0
setresgid(4294967295, 4294967295, 4294967295) = 0
close(3)= 0
close(4)= 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 3
open("/etc/group", O_RDONLY|O_CLOEXEC)  = 4
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 5
lseek(5, 0, SEEK_CUR)   = 0
...

and continues to clone() and eventually exits(0).

Looks like the conditional is backwards in linux_audit_open():

/* Kernel may not have audit support. */
if (errno != EINVAL && errno != EPROTONOSUPPORT && errno != EAFNOSUPPORT) {
sudo_warn(U_("unable to open audit system"));
au_fd = AUDIT_NOT_CONFIGURED;
}

This should be:

if (errno == EINVAL || errno == EPROTONOSUPPORT || errno == EAFNOSUPPORT) {
au_fd = AUDIT_NOT_CONFIGURED;
}

(P.S.  I hope the new sudo_warn() doesn't go to the terminal.)

Thanks for maintaining sudo!


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

Kernel: Linux 3.16-2-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/bash

Versions of packages sudo depends on:
ii  libaudit1   1:2.4-1
ii  libc6   2.19-11
ii  libpam-modules  1.1.8-3.1
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2

-- no debconf information


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

Bug#764792: x11-apps: xman not rendering any pages (zsoelim: not found)

[Colin Watson]

On Sat, Oct 11, 2014 at 01:28:34PM +0200, Julien Cristau wrote:
> On Sat, Oct 11, 2014 at 02:45:17 -0400, Lee Cremeans wrote:
> > I was trying out xman on my jessie system, and it turns out it won't render
> > any pages at all. I notice that when I start xman from a terminal, I see
> > 
> > sh: 1: zsoelim: not found
> > 
> > in the terminal when I tell it to load a man page. Some checking shows that
> > zsoelim was in man-db in wheezy, but that no longer seems to be the case
> > with man-db in jessie on AMD64.
> 
> man-db 2.7.0's changelog says "Move zsoelim to /usr/lib/man-db/".
> Colin, how should I handle this in xman?  Hardcode the path, patch out
> the use of zsoelim, something else?

Wow that's an evil mess, and almost certainly broken with anything other
than ISO-8859-1.  I would suggest burning it to the ground and using
"man -l" or similar, at least on systems that have man-db, because xman
appears to be just doing a bad job of reimplementing it.  Failing that
it would be OK to hardcode /usr/lib/man-db/zsoelim for now (although you
might want to test it and try both).

Sorry for the inconvenience; I thought this was an internal utility
nobody else was using, so it seemed a no-brainer to move it when it was
conflicting with other packages on other systems ...

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


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

Processed: Re: Bug#764814: Acknowledgement (freecad downloads and executes code)

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 764814 grave
Bug #764814 [freecad] freecad downloads and executes code
Severity set to 'grave' from 'important'
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
764814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764814
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Processed: retitle 764801 to CVE-2014-0104: fence-agents: no verification of remote SSL certificates

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 764801 CVE-2014-0104: fence-agents: no verification of remote SSL 
> certificates
Bug #764801 [fence-agents] CVE-2014-0104
Changed Bug title to 'CVE-2014-0104: fence-agents: no verification of remote 
SSL certificates' from 'CVE-2014-0104'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
764801: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764801
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#759893: marked as done (din: FTBFS: configure: error: !!! Please install libircclient !!!)

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 12:48:38 +
with message-id 
and subject line Bug#759893: fixed in din 5.2.1-3
has caused the Debian Bug report #759893,
regarding din: FTBFS: configure: error: !!! Please install libircclient !!!
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
759893: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759893
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: din
Version: 5.2.1-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140830 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> checking tcl8.5/tcl.h usability... yes
> checking tcl8.5/tcl.h presence... yes
> checking for tcl8.5/tcl.h... yes
> configure: +++ Found Tcl 8.5 +++
> checking libircclient/libircclient.h usability... no
> configure: error: !!! Please install libircclient !!!
> checking libircclient/libircclient.h presence... no
> checking for libircclient/libircclient.h... no

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2014/08/30/din_5.2.1-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures. The build
was done with DEB_BUILD_OPTIONS="parallel=4", so if your packaging tries
to support this, it might be a good idea to explore whether this might
be the cause of the failure.
--- End Message ---
--- Begin Message ---
Source: din
Source-Version: 5.2.1-3

We believe that the bug you reported is fixed in the latest version of
din, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 759...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alessio Treglia  (supplier of updated din package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 11 Oct 2014 13:38:04 +0100
Source: din
Binary: din
Architecture: source amd64
Version: 5.2.1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Alessio Treglia 
Description:
 din- digital audio synthesizer
Closes: 759893
Changes:
 din (5.2.1-3) unstable; urgency=medium
 .
   * Point configure.ac and include/bot.h to libircclient.h's new
 location. (Closes: #759893)
Checksums-Sha1:
 0062cb8e75ca56f39d3513082cb64f1b4b4b64c2 2025 din_5.2.1-3.dsc
 c18832dd6b702b069f0e94a91e748baff51b6f54 4322 din_5.2.1-3.debian.tar.gz
 dca83a0ee5e45bb054d01ea23cab2bf5e8de945f 268062 din_5.2.1-3_amd64.deb
Checksums-Sha256:
 0396d02b6a43bc3c8d02d3e4ea18b80186d641a333614bf2eca01301e0ef 2025 
din_5.2.1-3.dsc
 a6043834dbb01c7f8e7b53ec9f5a3797bfc2acb604f4b803ab3d111a3222c3d2 4322 
din_5.2.1-3.debian.tar.gz
 6f660f64aedcc08fd13fa73d2314b2308dd77a61021f1df1eeaad7e2bb1cb9b9 268062 
din_5.2.1-3_amd64.deb
Files:
 4dde5532964a26cbd48d5c6944fdd544 2025 sound optional din_5.2.1-3.dsc
 63515a0cd4e33e26c0a0ed2a090e5189 4322 sound optional din_5.2.1-3.debian.tar.gz
 4357aafc938994d329cf5e3fa0ead2ea 268062 sound optional din_5.2.1-3_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUOSaUAAoJEOikiuUxHXZadKMP/j20vVgyKUu/VwBnasXMmJXi
v1k7bZ0LASaZ184ozEdmj9OCng6cAGQXHYWNASH5K73hNs7HQ2rowmAQ5uU5k4d1
A4B4oS70DF5Dpc0vwa2M/HyD5RXb1IPV7wrG5FXyKf70VocK14nloX4yoQzuhr7F
U+S16fmdCDB/z1qpJr5on3DvcZDaVXX+N8urRLrqaACl5K8/3gzPktn1wn5fFCJh
fHQl8vhxk0mrv7VGalNQvspUrQET05Znt9I1IK0r2U6LdtH8WXf8bUvsFDwCSgFD
bydbkWQ/yFpovHMVJVVOI7ueDlPKNCHlJvqQdOE/GZIAHHoH4wKx4CG9FjrU1JB2
6pbauNL5iXryb2wqy4aVFomwBln/Q7a+1isWayqIw8LwWOw5+D74u39NL2V2fRwG
R9+EMIf+Sfj15o4d8PYB9MWP3lYU2lTbflJNCKPTIKZT4UU8DW4MUrC3VtJp0Zbm
V2e+CutF2oNOZPvB7ElkT5I/MVTQMQMqSTGOPZB61+WGgKEAdkd1N3tiPYFEYaJx
KO9CtkxL9E4VFqkPu+zHy31M0KXxMrVq88/LaDsUqIigxWkrKt7/rWmMBgk7CcAa
+sGv7+9NUSJ+hFPTgfWA9c/7tkWNb5YD9yJeHFcjWO5W1sGk8R1oQKnIcgcqodsK
/KeOEYu5tMkVs3i1NoT5
=m5eT
-END PGP SIGNATURE End Message -

Bug#760476: cups - crashes after reading tls stuff

[Nikos Mavrogiannopoulos]

On Sun, 21 Sep 2014 13:50:36 +0200 Andreas Metzler  wrote:
> On 2014-09-16 Didier 'OdyX' Raboud  wrote:
> [...]
> > Le jeudi, 4 septembre 2014, 13.30:19 Bastian Blank a écrit :
> >> cups aborts at random times after reading certificates and keys:
> >> (…) 
> >> As cups disables generation of core files, no additional information
> > > is available.
> 
> > Would it be imaginable for you to run a cups rebuilt with the attached 
> > patch ? I will consult with upstream and followup on this point on your 
> > other bug (#760475)
> [...]
> 
> Hello Bastian,
> could you perhaps come up with a backtrace?

For some reason getrusage() with RUSAGE_THREAD fails in that system. Did
that happen after a kernel change or so? I've committed in gnutls'
repository a fix to fallback to RUSAGE_SELF if that happens.

regards,
Nikos


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

Bug#763494: marked as done (squeak-vm: Please change build dependency to libjpeg-dev (libjpeg-turbo transition))

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 12:35:25 +
with message-id 
and subject line Bug#763494: fixed in squeak-vm 1:4.10.2.2614-1.1
has caused the Debian Bug report #763494,
regarding squeak-vm: Please change build dependency to libjpeg-dev 
(libjpeg-turbo transition)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763494
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: squeak-vm
Version: 1:4.10.2.2614-1
Severity: important
Tags: patch
User: ond...@debian.org
Usertags: libjpeg-turbo-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer(s),

Debian is transitioning from IJG JPEG library (src:libjpeg8) to
libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API
with "decode from memory buffer" interface (jpeg_mem_{src,dest}).

Your package cannot be transitioned automatically as it explicitly
build depends on specific API/ABI (libjpeg8-dev) and this build
dependency needs to be changed to libjpeg-dev.  In most if not all
cases this should be sufficient to build against libjpeg-turbo.

I am in process of testing each package in question to compile against
libjpeg-turbo and I will provide a suitable patch for each package
when I will succeed.

On the other hand please note that the winter^Wfreeze is coming and
if your package is not updated in due time it might be NMUed by the
release team (or by me with the full ack of release team).

That also means that if you are OK with NMU then please respond to
this bug report and I will prepare and upload the recompiled packages
for you.

Cheers,
Ondrej

1. The full Technical Committee decision can be found here:
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUKqrXXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHaasP/1sLKn7BxS1Hi31+pV31681l
43w2pexolcskDA8rPXZqFV56emw6sYi5UNJiikGzMu49VubkroapazKfGGJ9t0w3
qh5uQArrwpQVDVzkMN6hUbXJ7+3kB1Wi29OdZrxDirg2zitxO9ER45Ur65umIxQ6
WWpV0/izGXzvepNYtTAW/vCEKS0u/p1MX4byniTE5+/GIpnjXZ79hBJWKTsBF1lW
ut+0CvA2qqo3nFEhBbzNYrF9dnKlePfQ0k/+5XOrkuENr4wK12NNDBUSZmueJUna
GASqRku9W7FKnVDRYfzskPMz9M575m5ldfgkAtjUpyMYwzeZ0Tu5QSeABB2uFfj5
aPDYgtyQJ3ajNKBki2zRz0Heu90wSdcExgWqxj+AIzIOFvcxJC+T3Ker6fCgY/Qb
c6NisHsmIJVcBr9vVRYrC/CGZkTPv6WHlxles6a+F6Alo14MqoMcwnR4QMEJXMbS
XuSIusIFKViUB6Gg3e01Ih3vzuMc/887ve/JGbdWA9T2weGUQLbooLNmNfsEMNX+
JKo1kN+t3ubrjN/W2fKubomK8PyZwV4SNH8R6E4LgnhmUTolk5VVYzzurGT7shYs
W05bbUUgS5yZtlkl5cz4Baxd421vLLRE5OjWNa4B0aHaiXhS8Px1z6/AB9lcbUHt
rDgEAHa1mGUeC8P6DFJ6
=RfB4
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: squeak-vm
Source-Version: 1:4.10.2.2614-1.1

We believe that the bug you reported is fixed in the latest version of
squeak-vm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ondřej Surý  (supplier of updated squeak-vm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 29 Sep 2014 17:06:04 +0200
Source: squeak-vm
Binary: squeak-vm
Architecture: source amd64
Version: 1:4.10.2.2614-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Squeak Team 
Changed-By: Ondřej Surý 
Description:
 squeak-vm  - The Squeak Smalltalk System (virtual machine)
Closes: 763494
Changes:
 squeak-vm (1:4.10.2.2614-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload
   * Change B-D to libjpeg-dev to finish the transition to libjpeg-turbo
 (Closes: #763494)
Checksums-Sha1:
 530ca7abf2a46f891891447aeea3b91b79eb769f 2444 squeak-vm_4.10.2.2614-1.1.dsc
 65a5379ef86e674482c8f31dd4ef2bbec90eb806 77812 
squeak-vm_4.10.2.2614-1.1.debian.tar.xz
 293adcefaf8c27b5b1e3cb

Bug#717129: setpwc not in debian jessie

[Mathieu Malaterre]

Dear all,

setpwc package is currently removed from debian testing, as such it
will not be part of next debian release codename jessie.

Since the period of freeze starts in a couple of days (Nov 5th), could
someone please confirm that :
1. either a patch is pending
2. setpwc should completely be removed from debian archive.

Thanks.


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

Bug#764109: vdr-plugin-fritzbox: diff for NMU version 1.5.2-5.1

[Andreas Metzler]

Control: tags 764109 + patch
Control: tags 764109 + pending

Dear maintainer,

I've prepared an NMU for vdr-plugin-fritzbox (versioned as 1.5.2-5.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru vdr-plugin-fritzbox-1.5.2/debian/changelog vdr-plugin-fritzbox-1.5.2/debian/changelog
--- vdr-plugin-fritzbox-1.5.2/debian/changelog	2013-03-31 14:00:07.0 +0200
+++ vdr-plugin-fritzbox-1.5.2/debian/changelog	2014-10-11 14:28:30.0 +0200
@@ -1,3 +1,12 @@
+vdr-plugin-fritzbox (1.5.2-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop unused build-depends on libgnutls-dev. Build-depend on
+libgcrypt20-dev instead of transition package libgcrypt11-dev.
+Closes: #764109
+
+ -- Andreas Metzler   Sat, 11 Oct 2014 14:28:05 +0200
+
 vdr-plugin-fritzbox (1.5.2-5) unstable; urgency=low
 
   * Build-depend on vdr-dev (>= 2.0.0)
diff -Nru vdr-plugin-fritzbox-1.5.2/debian/control vdr-plugin-fritzbox-1.5.2/debian/control
--- vdr-plugin-fritzbox-1.5.2/debian/control	2013-03-31 14:00:07.0 +0200
+++ vdr-plugin-fritzbox-1.5.2/debian/control	2014-10-11 14:20:13.0 +0200
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Debian VDR Team 
 Uploaders: Thomas Schmidt , Tobias Grimm , Thomas Günther 
-Build-Depends: debhelper (>= 9), vdr-dev (>= 2.0.0), gettext, pkg-config, libgnutls-dev, libgcrypt11-dev, libcommoncpp2-dev
+Build-Depends: debhelper (>= 9), vdr-dev (>= 2.0.0), gettext, pkg-config, libgcrypt20-dev, libcommoncpp2-dev
 Standards-Version: 3.9.3
 Homepage: http://www.joachim-wilke.de/vdr-fritz.htm
 Vcs-Git: git://git.debian.org/git/pkg-vdr-dvb/vdr-plugin-fritzbox.git


signature.asc
Description: Digital signature

Processed: vdr-plugin-fritzbox: diff for NMU version 1.5.2-5.1

[Debian Bug Tracking System]

Processing control commands:

> tags 764109 + patch
Bug #764109 [src:vdr-plugin-fritzbox] vdr-plugin-fritzbox: build-dependency on 
libgnutls-dev
Added tag(s) patch.
> tags 764109 + pending
Bug #764109 [src:vdr-plugin-fritzbox] vdr-plugin-fritzbox: build-dependency on 
libgnutls-dev
Added tag(s) pending.

-- 
764109: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764109
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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

Bug#763487: marked as done (openctm: Please change build dependency to libjpeg-dev (libjpeg-turbo transition))

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 12:19:14 +
with message-id 
and subject line Bug#763487: fixed in openctm 1.0.3+dfsg1-1.1
has caused the Debian Bug report #763487,
regarding openctm: Please change build dependency to libjpeg-dev (libjpeg-turbo 
transition)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763487
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: openctm
Version: 1.0.3+dfsg1-1
Severity: important
Tags: patch
User: ond...@debian.org
Usertags: libjpeg-turbo-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer(s),

Debian is transitioning from IJG JPEG library (src:libjpeg8) to
libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API
with "decode from memory buffer" interface (jpeg_mem_{src,dest}).

Your package cannot be transitioned automatically as it explicitly
build depends on specific API/ABI (libjpeg8-dev) and this build
dependency needs to be changed to libjpeg-dev.  In most if not all
cases this should be sufficient to build against libjpeg-turbo.

I am in process of testing each package in question to compile against
libjpeg-turbo and I will provide a suitable patch for each package
when I will succeed.

On the other hand please note that the winter^Wfreeze is coming and
if your package is not updated in due time it might be NMUed by the
release team (or by me with the full ack of release team).

That also means that if you are OK with NMU then please respond to
this bug report and I will prepare and upload the recompiled packages
for you.

Cheers,
Ondrej

1. The full Technical Committee decision can be found here:
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUKqrTXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHkHgP/1K0nvtCg+71ujbCB6231cCK
/qJvLvODDG8ZRbwya7U+iBTYE6BXlwDsUdtwMd1yOqEsNxmZReseAh4cfejFopaN
gIVYYjX9rLL5FJsvrmw2ZFZMxgMbAyiwsvBOWf2T18ivGpc2iELFgY4Ytb8dqlOY
s2vQuEL7cD5JDRGt1Bha4UgdvbiAL/KhNwN31r2Hv6AUaUV1qaqumHWZKYXzbw9M
DiDPmRLJnJEuSMBWhmgIpXaMHvHnJUaQFKLYCa8uqDNtJhlEgw7qlLbQhGEDv2Nu
4Kiiagh2vmqN7+es82IpAuS+/EAp8g+QZN6BHrMJbMwGJUEHBRySWZz1H64f5C9T
bIRbdCtUNmtRhA4v2JBOHkSGwKsMPuemA0SS/ArVWsouc2Pg4V+iMIb0qztXOLsv
gHPVBhgzSSiBj7GjUd/y1ie8N0u9nQea6pHrHAQk1q3JLTwnS7VGcbeNit69s85v
mU9lHrm4CBbuKrJKILaoo+oNPyusDjXE5YGlC8cwcrBXrQnfH4XIH40b9db6U1vw
9l7xL7Q8YzqBGP69UPlVtSsf60aouipaFq3lPBqbn/MAWUcalY1pO6Ms4NeXEx0m
bzf8Uu9RhUxhl2AU7jH4+6RSymOASPt2MFGSVaOcoB7RAfbtrcNj6fJvMp/xNG/G
50RE1cUoJyt3qXFiX/MF
=WzbK
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: openctm
Source-Version: 1.0.3+dfsg1-1.1

We believe that the bug you reported is fixed in the latest version of
openctm, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ondřej Surý  (supplier of updated openctm package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 29 Sep 2014 17:02:42 +0200
Source: openctm
Binary: libopenctm-dev libopenctm1 openctm-tools python-openctm openctm-doc
Architecture: source amd64 all
Version: 1.0.3+dfsg1-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Ondřej Surý 
Description:
 libopenctm-dev - Library headers for compression of 3D triangle meshes
 libopenctm1 - Library for compression of 3D triangle meshes
 openctm-doc - Documentation for OpenCTM library and tools
 openctm-tools - Tools for compression of 3D triangle meshes
 python-openctm - Python bindings for OpenCTM library
Closes: 763487
Changes:
 openctm (1.0.3+dfsg1-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload
   * Chan

Bug#763498: marked as done (xine-ui: Please change build dependency to libjpeg-dev (libjpeg-turbo transition))

[Debian Bug Tracking System]

Your message dated Sat, 11 Oct 2014 12:19:56 +
with message-id 
and subject line Bug#763498: fixed in xine-ui 0.99.9-1.1
has caused the Debian Bug report #763498,
regarding xine-ui: Please change build dependency to libjpeg-dev (libjpeg-turbo 
transition)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
763498: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763498
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: xine-ui
Version: 0.99.9-1
Severity: important
Tags: patch
User: ond...@debian.org
Usertags: libjpeg-turbo-transition

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer(s),

Debian is transitioning from IJG JPEG library (src:libjpeg8) to
libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API
with "decode from memory buffer" interface (jpeg_mem_{src,dest}).

Your package cannot be transitioned automatically as it explicitly
build depends on specific API/ABI (libjpeg8-dev) and this build
dependency needs to be changed to libjpeg-dev.  In most if not all
cases this should be sufficient to build against libjpeg-turbo.

I am in process of testing each package in question to compile against
libjpeg-turbo and I will provide a suitable patch for each package
when I will succeed.

On the other hand please note that the winter^Wfreeze is coming and
if your package is not updated in due time it might be NMUed by the
release team (or by me with the full ack of release team).

That also means that if you are OK with NMU then please respond to
this bug report and I will prepare and upload the recompiled packages
for you.

Cheers,
Ondrej

1. The full Technical Committee decision can be found here:
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUKqraXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHOFQP/295xm0FAo8praQs3F6jastx
8SSQRCCpVic8lgNdLYG+5Q/FHIYwLgHDuXUEBpRyYx87XYPPlMmZTEcDL8xBp9Yf
dm2Z3lbviZL7NRUtqrxxPY7YRRPx4S3c96TwIAxJNL4Bfu2/NLO9MtHo7Shlq0M6
n/E21e1cPsG4u4YeSqyu9ivMAVCPw3oEkeVmcrMv0Pv5hTkDlSs0ugOyuFjAeELP
UO2OAG5OCFVsCyqtCJhXdk8fRZPD7nECpJQl7YBXxPE+n+adXv7D+qFGOhmD0v9u
3H1xqqZ8oqWLaxNcUDI5Pinz36Ls5+VLMxDRfWyCgzUpZRBS/gebSSjaQ8CDs79M
KN5r3VA9xhcN+MbMDny+UveGNsmkvlxRBp1oC7jF69kkH+xNfHmGQr4njOG+BVos
QxGHOdfxKS9ULjW6ikI0HLEU0qKrTlANjDYWTUDjG7NKy9JVZYU1iqTazV1+ngzu
R0ZKeKYy25Yvmt2kYchax2iT3lkpjS50OQjGrisFONFonktgrxfOiRyMi7IzTSZj
m2mSlrAN1mYFVGHdBV2RfcGpikZy4l/TYvmzGNFF9kRcYJO/xHVfUMMwEB69dRfc
ydMZZC3GCkqm/jPxzCoysFlhUnE2PXCozipVbMLwP2GXPR2F0rLhXTHAfw+jF2F6
7xAzz4jvBB2ZqKKSYd23
=LmOW
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: xine-ui
Source-Version: 0.99.9-1.1

We believe that the bug you reported is fixed in the latest version of
xine-ui, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 763...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Ondřej Surý  (supplier of updated xine-ui package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 29 Sep 2014 17:08:39 +0200
Source: xine-ui
Binary: xine-ui xine-console xine-dbg
Architecture: source amd64
Version: 0.99.9-1.1
Distribution: unstable
Urgency: medium
Maintainer: Darren Salt 
Changed-By: Ondřej Surý 
Description:
 xine-console - the xine video player, user interface
 xine-dbg   - the xine video player, debug symbols
 xine-ui- the xine video player, user interface
Closes: 763498
Changes:
 xine-ui (0.99.9-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload
   * Change B-D to libjpeg-dev to finish the transition to libjpeg-turbo
 (Closes: #763498)
Checksums-Sha1:
 964855a50eba70e0a37e7c65c75844a5d2c79cbc 2361 xine-ui_0.99.9-1.1.dsc
 7706614845a5d91cfa66c67b79babdac9c7eb2fd 11180 xine-ui_0.99