Bug#800580: nodejs: CVE-2015-7384: HTTP Denial of Service Vulnerability

[Salvatore Bonaccorso]

Source: nodejs
Version: 4.1.1~dfsg-2
Severity: important
Tags: security upstream

Hi,

the following CVE was published for nodejs on [0], but details and
patches will by available on Monday the 5th of October 2015. But
accordidng to upstrema 4.1.1 is affected, so filling this bug already. 

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://groups.google.com/forum/#!topic/nodejs-sec/fSNEQiuof6I

Regards,
Salvatore

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Alexandre Detiste]

2015-10-01 8:36 GMT+02:00 Simon McVittie :
> On 01/10/15 06:24, Fabian Greffrath wrote:
>> Could someone please point a blind man to the part of the code in g-d-p
>> where it unpacks the rogue and xatrix sources from Yamagi and calls
>> "make" in the source directories?
>
> game_data_packager/games/quake2.py
>
> (in general, anything that's only used for one game or engine, and that
> we expect to be too specialized to be useful for others, goes in a
> "plugin" in game_data_packager/games)
>
>> Also, does it check for the presence
>> of make, gcc-* and libc*-dev before this?
>
> Not currently. If you don't have them, it will fail to compile.

game_data_packager/games/lgeneral.py does check for lgc-pg;
prepare_packages() can be overriden in quake2 in a similar way.

If that become a more generic problem, a "build-depends: "
tag could be added to the yaml files.

Alexandre

Bug#800526: aspcud fails to find solution if optimization criteria are passed for some problems

[Johannes Schauer]

Hi Ralf,

thanks for coming back on this so quickly!

Quoting Ralf Treinen (2015-10-01 09:10:21)
> I am unable to reproduce the bug you reported with the cudf file that you
> attached to the bug report:
> 
> $ aspcud  problem-with-experimental.cudf solution1.cudf
> [ noisy output omitted ]
> 
> $ aspcud  problem-with-experimental.cudf solution2.cudf "-new"
> [ noisy output omitted ]
> 
> $ ls -l solution2.cudf 
> -rw-r--r-- 1 rt users 27954 Oct  1 09:01 solution2.cudf
> 
> $ head solution2.cudf 
> package: amd64%3asbuild-build-depends-boinc-dummy
> version: 6483
> installed: true
> 
> package: amd64%3adpkg
> version: 10325
> installed: true
> 
> package: amd64%3alogin
> version: 20156
> 
> This is aspcud 1:1.9.1-2 on amd64.
> 
> Did you send in the right the cudf file ?

I think so.

To be sure, lets try to reproduce this in a clean chroot:

 $ sudo debootstrap unstable debian-unstable http://httpredir.debian.org/debian
 $ sudo chroot debian-unstable apt-get install aspcud --no-install-recommends
 $ curl "https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800526;msg=5att=2; | 
unxz | sudo tee debian-unstable/problem.cudf > /dev/null
 $ sudo chroot debian-unstable aspcud /problem.cudf /solution.cudf
 $ head debian-unstable/solution.cudf
 package: amd64%3asbuild-build-depends-boinc-dummy
 version: 6483
 installed: true
 
 package: amd64%3adpkg
 version: 10325
 installed: true
 
 package: amd64%3alogin
 version: 20156
 $ sudo chroot debian-unstable aspcud /problem.cudf /solution.cudf -new
 $ head debian-unstable/solution.cudf
 FAIL

Furthemore, since aspcud has no problem finding a solution without the packages
from experimental, I tried to bisect the experimental packages to see if there
was some package in there causing trouble. But bisection does not work. It
seems to be a combination of packages causing this.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#800471: lxc: CVE-2015-1335

[Salvatore Bonaccorso]

Hi Daniel,

On Thu, Oct 01, 2015 at 09:35:19AM +0200, Daniel Baumann wrote:
> On 10/01/2015 08:51 AM, Salvatore Bonaccorso wrote:
> > FTR, Ubuntu issued a follow-up update USN-2753-2, fixed a regression
> > introduced by the original commit.
> 
> i'm aware of that, which is why i've waited a bit until things settle.
> will test/upload tomorrow.

Ok that's great! Thank you for your work on the lxc package.

Regards,
Salvatore

Bug#785427: qmmp: Segmentation error while loading new files (many files) in the playing list

[Matteo Cypriani]

Hi Gilberto,

On Sat, 16 May 2015 08:16:03 +0200, Gilberto Taccari
 wrote:
> during the loading a directory containing several (around 2048) audio
> files, I receive a segmentation error and the application terminates.

Could you please try to reproduce this issue with the last version of the
package (qmmp 0.9.1), that I uploaded yesterday?

Thank you,
  Matteo


pgpeOjkpz9mzU.pgp
Description: PGP signature

Bug#678123: armel, armhf, mips, s390 and s390x unsupported by Debian's libnacl-dev

[Tomasz Buchert]

Hi,
I'll only mention that a viable alternative is to use libsodium in
your projects which is API-compatible with libnacl and seems to work
on all architectures [1].

Cheers,
Tomasz

[1] https://packages.qa.debian.org/libs/libsodium.html


signature.asc
Description: PGP signature

Bug#800574: More details and references

[Henrique de Moraes Holschuh]

According to this thread in the kernel bugzilla:
https://bugzilla.kernel.org/show_bug.cgi?id=103351

We have a fix for the HLE BDW50 errata confirmed for Broadwell-H,
through updated microcode.

Broadwell-H errata BDW50 fix:
signature 0x40671, pf_mask 0x22, revision >= 0x12

Which would allow us to selectively blacklist only Broadwell with
"outdated" microcode.  I can (and will) make a major ruckus about this
set of Broadwell and Skylake microcode updates when it becomes pratical
to distribute them in Debian, but due to the non-free nature of Intel
microcode updates, that will fix things for a small fraction of our
users, so we blacklisting in glibc anyway. Same deal as Haswell :-(

There is also a Skylake microcode update available (dated 2015-08-08), I
can prepare an experimental intel-microcode package with all such
updates if anyone would be so kind as to test it, so that we can get
independent reports of the HLE situation in Skylake.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique de Moraes Holschuh 

Bug#796331: Emdebian repository is no longer available

[Elena ``of Valhalla'']

The Emdebian archive has been compromised and it hasn't been restored
because the Emdebian project has stopped:

http://www.emdebian.org/
https://wiki.debian.org/EmdebianToolchain

Current crosscompiling toolchains are available in the main archive; 
installation instructions are available on the wiki:

https://wiki.debian.org/CrossToolchains

I'm not involved in any of those projects except as a user, but I think
that the emdebian-archive-keyring package is doing exactly what it 
is meant to do (revoking the compromised key) and so this bug should be
closed.
-- 
Elena ``of Valhalla''

Bug#800576: gitk does not work anymore

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Do den  1. Okt 2015 um  6:45 schrieb picca:
> Package: gitk
> Version: 1:2.6.0-1
[...]
> Hello, when I try to start gitk, I got an error message
> 
> :~/propellor$ gitk --all
> Error in startup script: bad menu entry index "Éditer la vue..."

I found the same error with _german locales_. Funny is that gitk without
- --all still works.

If I call gitk this way: ", gitk --all", where "," is a script of mine
(see below) to reset locales, all works well.

So that is a locale problem.

Here is the script for reference:
   ~> cat =,
   #! /usr/bin/perl

   for (keys %ENV)
   {
  delete $ENV{$_} if /^LC_/;
  delete $ENV{$_} if /^LANG/;
  delete $ENV{$_} if /LOCALE$/;
  delete $ENV{$_} if $_ eq "LD_LIBRARY_PATH";
  delete $ENV{$_} if $_ eq "TZ";
   }
   exec @ARGV;

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

iQGcBAEBCgAGBQJWDQ9PAAoJEKZ8CrGAGfas4PIMALZCD5IE2623qiKESb9uXcU/
6Uz9XjfbjbBi8ep0FQMmrpeAaE2AKWvQvHb4WNImWziR1MZBWbXj3scaVL8c7g5D
cnNrrXEPSr26rzwNpZeQ+bYqTHXp0syqKh16NTWCZZtO+T1t5/XD06tTZlVvfW8d
kA/cnLr3wHIkvb68dEaZWbJutvj65Om0q430c62y8NJgQsn67GE6aWnVb4spETtx
u9PUx+qgLnrA4Lngyp9hPbmGIdGbKKG5I/PZTsb3o1zAeflBY464/8sx+J4Hy8lV
wKvhKEO6LJE8nlxjPM1cTLJEyf6KR3UivAlk10RE/zS2uZfOVgEMF0nOInA1qAYO
3JEZApz/Gn9qabZCm2udwXsXN6/UvRdf4JSZQzMoVJt74aDfphAIATM7cQXLAWZl
roQCXqbB3a3j427owvi3MAP/UKSlObAlQt68CVqjrhKqfXKP4/lRMUtnh1jmDpMn
20C5RkX4b9mDtAXoErv2RkkEfOUrU9vh21bYTw1RBQ==
=Vc+K
-END PGP SIGNATURE-

Bug#799954: Bug#799955: Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

Am Mittwoch, den 30.09.2015, 10:00 +0100 schrieb Simon McVittie:
> I don't think it necessarily makes sense to get into packaging the "long
> tail" of individual maps/models/misc, but if anyone wants to curate some
> sort of "best of" collections of smaller addons (analogous to the
> existing support for Compet-N for Doom), they're welcome to do so.

In this context, do you think Zerstörer qualifies as a community
-approved semi-/non-official "best-of" addon for Quake 1?

 - Fabian


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

Bug#755202: 755...@bugs.debian.org let your ideas and broadcast go further.

[support]

Hi Good day,

Give your your station more exposure, let your ideas and broadcast reach new 
frontiers, make it more exciting and interactive.  Freely signup online on 
www.radiovybe.com to register your station and interact globally with listeners.

www.radiovybe.com

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

I've added the "--collisions=rename" arg to make-template
when innoextract >= 1.5 is detected.



size_and_md5: |
  18966 e4af432b9f2658b694865c8ed06c1ef0 beyond zork/beyondzo.mg1
  276480743c4a97b9c85d89d85d4f1e8e8bfe85 beyond zork/data/beyondzo.dat
  15878883c222e625ba2ef900462bd52277a7b3 beyond zork/gfw_high.ico
  1279488   f03981332cf9b4284a26784a82e60080 graphic mode setup.exe#g2
  1279488   f03981332cf9b4284a26784a82e60080 graphic mode setup.exe#g3
  1279488   f03981332cf9b4284a26784a82e60080 graphic mode setup.exe#g4
  1279488   f03981332cf9b4284a26784a82e60080 graphic mode setup.exe#g5
  1279488   f03981332cf9b4284a26784a82e60080 graphic mode setup.exe#g6

Bug#798898: frameworkintegration depends upon qtbase-abi-5-4-2 which is a virtual package

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi shirish,

2015-09-13 22:44 shirish शिरीष:

Source: frameworkintegration
Version: 5.13.0-1
Severity: important

Dear Maintainer,

Unable to install frameworkintegration as it says it depends upon
qtbase-abi-5-4-2 which is a virtual package :-

[$] sudo aptitude install frameworkintegration
The following NEW packages will be installed:
 frameworkintegration{b}
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,647 kB of archives. After unpacking 2,048 kB will be used.
The following packages have unmet dependencies:
frameworkintegration : Depends: qtbase-abi-5-4-2 which is a virtual package.
Internal error: found 2 (choice -> promotion) mappings for a single choice.
Internal error: found 2 (choice -> promotion) mappings for a single choice.
The following actions will resolve these dependencies:

Keep the following packages at their current version:
1) frameworkintegration [Not Installed]

Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.


Does it work if you try more solutions?

Or does it work if you install qtbase-abi-5-4-2 by hand?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800589: aptitude: Please make order of classes in the preview tab (and configurable

[Axel Beckert]

Package: aptitude
Version: 0.7.2-1
Severity: wishlist

Hi,

there are occasional requests to change the order of the classes in the
preview tab in TUI mode or in the listings before the "Accept solution
(Y/n/q/?)" question on the command-line.

It would be nice if the order of these classes could be configured.

The currently hard-coded order for the list in the TUI is:

broken, upgrade, downgrade, install, auto-install, reinstall, remove,
auto-remove, unused-remove, hold, auto-hold, unchanged, unconfigured

(The order for the CLI preview is IIRC different, because in the TUI you
see the first classes first while on the commandline you see the last
classes first.)

For example I'd prefer an order by impact, i.e. in the TUI first broken,
then unconfigured, then the three *remove classes, the downgrade, then
upgrade, then *install, then reinstall, then *hold, then unchanged
i.e. not installed recommends and suggests.

My preference for the CLI is not exactly the opposite order, as I still
want recommends and suggests last in the CLI preview, too.

But I'm sure the preference for this will differ among users, so I'd be
nice if it would be two preferences, one for the TUI (and GUI if we ever
have one once again) and one for the CLI.

-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.2 compiled at Sep 19 2015 16:51:55
Compiler: g++ 5.2.1 20150903
Compiled against:
  apt version 4.16.0
  NCurses version 6.0
  libsigc++ version: 2.4.1
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20150810
  cwidget version: 0.5.17
  Apt version: 4.16.0

aptitude linkage:
linux-vdso.so.1 (0x7ffdc114a000)
libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 
(0x7fc2d5701000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fc2d54d1000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fc2d52a6000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fc2d50a)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fc2d4da1000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fc2d4ad3000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7fc2d48ba000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7fc2d44b8000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fc2d429a000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fc2d3f1f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fc2d3c1e000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fc2d3a07000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc2d365e000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fc2d345b000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc2d3256000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fc2d303b000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fc2d2e2b000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc2d2c07000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fc2d29ff000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fc2d27f9000)
/lib64/ld-linux-x86-64.so.2 (0x55ccd7662000)

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

Kernel: Linux 4.2.0-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages aptitude depends on:
ii  aptitude-common   0.7.2-1
ii  libapt-pkg4.161.0.10.2
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3+b1
ii  libc6 2.19-22
ii  libcwidget3v5 0.5.17-4
ii  libgcc1   1:5.2.1-18
ii  libncursesw5  6.0+20150810-1
ii  libsigc++-2.0-0v5 2.6.1-1
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-18
ii  libtinfo5 6.0+20150810-1
ii  libxapian22v5 1.2.21-1.2

Versions of packages aptitude recommends:
ii  aptitude-doc-cs [aptitude-doc]  0.7.2-1
ii  aptitude-doc-en [aptitude-doc]  0.7.2-1
ii  aptitude-doc-es [aptitude-doc]  0.7.2-1
ii  aptitude-doc-fi [aptitude-doc]  0.7.2-1
ii  aptitude-doc-fr [aptitude-doc]  0.7.2-1
ii  aptitude-doc-it [aptitude-doc]  0.7.2-1
ii  aptitude-doc-ja [aptitude-doc]  0.7.2-1
ii  aptitude-doc-ru [aptitude-doc]  0.7.2-1
ii  libparse-debianchangelog-perl   1.2.0-8
ii  sensible-utils  0.0.9

Bug#800592: iceowl-extension: Timezone data is out of date in Jessie. Moscow timezone is an hour out

[Christian Weeks]

Package: iceowl-extension
Version: 31.8.0-1~deb8u1
Severity: important

Dear Maintainer,

   * What led up to the situation?
I recieved a calendar event in the Moscow timezone, and spent 30 minutes waiting
for others to join. The timezone data is an hour out: 
https://bugzilla.mozilla.org/show_bug.cgi?id=1009894

This is a known issue with the way lightning tracks timezones - it ships its 
own copy of the tzdata information, which needs to be updated regularly. Sadly,
it appears Jessie's iceowl-extension now contains out of date information and 
most of Russia is now in the wrong timezone, so calendar events are an hour out.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iceowl-extension depends on:
ii  icedove 31.8.0-1~deb8u1
ii  libc6   2.19-18
ii  libgcc1 1:4.9.2-10
ii  libnspr42:4.10.7-1
ii  libstdc++6  4.9.2-10

Versions of packages iceowl-extension recommends:
ii  calendar-google-provider  31.8.0-1~deb8u1

Versions of packages iceowl-extension suggests:
ii  fonts-lyx  2.1.2-2

-- no debconf information

Bug#784041: [Pkg-anonymity-tools] Bug#784041: exceptions.OSError: [Errno 2] No such file or directory

[ge...@riseup.net]

On Sun, 13 Sep 2015 10:35:44 +0200 Holger Levsen  wrote:
> On Sonntag, 13. September 2015, Cyril Brulebois wrote:
> > > Followup-For: Bug #784041
> > > Confirmed. The bug is still present in Debian 8.1.
> > It would be nice to have a fix in Jessie at some point.
> 
> I agree, someone needs to hunt down the relevant commit though.

I think it's 5f833d7 [1].

Regards,
Georg


[1] 
https://github.com/micahflee/torbrowser-launcher/commit/5f833d73290bd3623bf22caffaed599381d454d9


signature.asc
Description: Digital signature

Bug#799954: Bug#799955: Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Simon McVittie]

On 01/10/15 11:52, Fabian Greffrath wrote:
> I trust myself enough. ;)
> 
> Seriously, I have just done
> 
> $ git diff ROGUE_2_00 ROGUE_2_02
> 
> and 
> 
> $ git diff XATRIX_2_01 XATRIX_2_03
> 
> and could not find anything that looked malicious or even spurious to
> me.

The right thing to compare is the contents of the tarball for which we
document the expected hashes, which is not *necessarily* the same thing
that's in git.

I have now done so, confirmed that the diff looks sane, and committed
the relevant updates to game-data-packager git.

Feel free to do likewise for future yquake2 releases.

S

Bug#755202: 755...@bugs.debian.org let your ideas and broadcast go further. ir

[support]

Hey Good day,

Give your your station more exposure, let your ideas and broadcast reach new 
frontiers, make it more exciting and interactive.  Freely signup online on 
www.radiovybe.com to register your station and interact globally with listeners.

www.radiovybe.com

Bug#799954: Bug#799955: Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

[Trimming the CC list a bit, I got each of our previous mails 4 times.]

Am Donnerstag, den 01.10.2015, 11:15 +0100 schrieb Simon McVittie:
> Yes. It's the same principle: "someone trusted by the project needs to
> confirm that the new version is not malicious or broken".

I trust myself enough. ;)

Seriously, I have just done

$ git diff ROGUE_2_00 ROGUE_2_02

and 

$ git diff XATRIX_2_01 XATRIX_2_03

and could not find anything that looked malicious or even spurious to
me.

 - Fabian


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

Bug#796995: game-data-packager: Doom & Quake1 add support for GOG.com package

[Fabian Greffrath]

Am Sonntag, den 13.09.2015, 11:04 +0200 schrieb Fabian Greffrath:
> Is this need only for innoextract'ed archives or all
> > kind of archives ?
> 
> I think it only makes sense if the data source has its own distinct
> identifier, e.g. file name (or cd-rom media label?). For loose files it
> doesn't make much sense IMHO.

In this context, I think it would also make much sense to document the
version (or file name) of the used yamagi game library source tarball
in the package description of quake2-{reckoning,groundzero}-data.

 - Fabian


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

Bug#799954: Bug#799955: Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Simon McVittie]

On 01/10/15 13:44, Fabian Greffrath wrote:
> In this context, do you think Zerstörer qualifies as a community
> -approved semi-/non-official "best-of" addon for Quake 1?

I'd never heard of it until now, but if you care enough about it to ask
the question, then it probably does.

Beware of 
though. "game-data-packager quake /media/QUAKE_CD" should package Quake,
downloading the patch if necessary, but should not automatically
download Zerstörer unless the user has given some indication that they
want it.

S

Bug#800018: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Bug#800018: fixed in s3cmd 1.6.0-2)

[Gianfranco Costamagna]

if 6 hours to wait are too much you can always grab the deb from here
http://incoming.debian.org/debian-buildd/pool/main/s/s3cmd/
(as soon as it is built)

or just apply this patch to your system
https://github.com/s3tools/s3cmd/commit/bac265c482cc9226ce1ad7bc67c07fa1e96b0571.patch


cheers,

G.





Il Giovedì 1 Ottobre 2015 12:03, Conrad Hughes  ha scritto:
Smashing — thanks very much Gianfranco and Matt; I'll try it out as soon
as I see it hit unstable.

Regards,
Conrad

Bug#799759: RFH: freerdp -- RDP client for Windows Terminal Services (X11 client)

[Mike Gabriel]

Hi Sriram,
(Re-Cc:ing the freerdp RFH bug)

On  Mi 30 Sep 2015 20:01:03 CEST, sriram wrote:


Hi Mike,

I would be interested in working with freerdp. Could you let me know?

Sriram


together with you, we are now three persons having an interest in  
handling freerdp together. I also received positive feedback on my RFH  
bug by Bernhard Miklautz. Bernhard is member of the FreeRDP upstream  
team and know the FreeRDP really well.


As we (Bernhard and I) hang out on Freenode (#freerdp channel), could  
you get in touch with him and me there (my nick is "sunweaver",  
Bernhard's nick is "diget") for further coordination of the work?


Thanks,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpzGaiNjwnc8.pgp
Description: Digitale PGP-Signatur

Bug#789782: Good progresses for mitmproxy!

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Sébastien,

>>> confirmed that 1.6.1 would do the job fine, so the only thing
>>> left to get updated in sid is python-urwid (#789767).

my python-urwind is not in unstable, and will be available after dinstal
l.

Sorry for the long delay, but I uploaded on DELAYED/15 to let
maintainer react on the NMU
(and he didn't)

I hope this was the last showstopper for mitmproxy in Debian

cheers,

Gianfranco
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWDRehAAoJEPNPCXROn13ZSyYQAKGLp5uL4nq4DBxTqoe9WGeR
oJrmVphqiQsLBBrT/ZH0AHooGkcrcRxjcPRl9L06MIDmk57hP6vgsXN/ogRbIkFy
V5iPU0A7ozFC+S6YvDgnDZT79U8DxRwwLsFH9C28sg2mR98+/ui88YoFkHyZs/hl
mnoodm8Cy9yVz5bkoCjhgiYhHRlnREmoKvJdrePH0AzRlcK535z3XPQNze+NrPjP
3/wu32RN9uG3oMMR+LcyhlPCxNf2uIWQ+94FVWdlK4frbnu57NRShmVKCSyOUTz7
r9BYHinax6BZVJQjh9wQnmHUUDVJOwGLkHErrof/8y1GtfR7sPGNCO0QX+0WRgPm
4JtDXgnNbVP3+6d1Xkd0P+1foiqS2Rch03r4pGMSs1MQhtgeKydyZv589CePHWIO
+naGXU8i0KN/saGEwqBzzMZN2QKDJKi+y9CP4DLsmCM3T7hR+X3pgwkC0AMdEVPJ
hC3qJY/cLRpYKVUUT+yIrV5CJ8Ut2SXeyOg+ebtvxgHAoCoLx9ywgHLtFIKphVee
jxzxSIIhAnSrQJfXxhZGn3L2tIFUiVJY0ovAL6RsVVMPB0jdSJUXKP0oQRT9NQPx
gwZOA5v+mAk4QsgGimCRVIeKfLyll3bg8eQcMX2AkFtlMO3msOVvDrDYZCi6ZYt+
91udAykYSXDIZFmyrs2h
=Lj1Z
-END PGP SIGNATURE-

Bug#798409: linux-libc-dev-armhf-cross: arm-specific linux/i2c-dev.h is missing critical declarations

[Ben Hutchings]

Control: reassign -1 libi2c-dev

On Tue, 08 Sep 2015 14:30:50 -0700 Dima Kogan  wrote:
> Package: linux-libc-dev-armhf-cross
> Version: 4.1.6-1cross1
> Severity: important
> 
> Hi. I'm trying to cross-build a simple userspace application that uses
> the i2c bus. This does
> 
>   #include 
> 
> When building natively, this works fine. The #include pulls in
> 
>   /usr/include/linux/i2c-dev.h
> 
> There's a diversion involved, and it looks like this:
> 
>   $ dpkg -S /usr/include/linux/i2c-dev.h
> 
>   diversion by libi2c-dev from: /usr/include/linux/i2c-dev.h
>   diversion by libi2c-dev to: /usr/include/linux/i2c-dev.h.kernel
>   linux-libc-dev:amd64, libi2c-dev, linux-libc-dev:armhf: 
> /usr/include/linux/i2c-dev.h
> 
> linux-libc-dev-armhf-cross puts a copy of this header into a different
> directory, thus bypassing the diversion. Thus cross-building the
> application instead #includes
> 
>   /usr/arm-linux-gnueabihf/include/linux/i2c-dev.h
> 
> This file is missing critical chunks, which the diversion took care of.
> So with the -cross business you can't cross build i2c applications. Is
> it required to ship the arm-specific i2c-dev.h file at all? It is
> identical to the non-arm-specific diverted one.

Those definitions are in , and have been since Linux 2.4.0
-test5pre5.  I think the diversion should be removed from
libi2c-dev and this application should include both  and
.

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.

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

Bug#798178: warzone2100: Major regressions compared to squeeze

[Paul Wise]

Control: severity -1 important

On Sun, 06 Sep 2015 12:27:20 +0100 Anton Ivanov wrote:

> The new version is unplayable. 

As the first issue only affects the campaign mode and the second issue
is fairly easy to work around (just move units aside manually). I find
the game playable despite these and other issues so I'm reducing the
severity of this bug report.

In addition, this bug report is not actionable by Debian, you will need
to discuss the issues with upstream. I suggest posting once for each
issue on the forums, you'll need to register an account first though.

https://forums.wz2100.net/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#800588: systemd: slow start/stop

[Michael Biebl]

control: tags -1 + moreinfo
Am 01.10.2015 um 13:19 schrieb marek sowinski:
> Package: systemd
> Version: 226-3
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> when restarting, stopping or starting mysql it takes 10 minutes to complete 
> the action
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> it happens when:
> /etc/init.d/mysql restart
> /etc/init.d/mysql stop
> /etc/init.d/mysql start
> service mysql start
> 

Is this problem reproducible?
Are you sure this is not mysql simply taking 10 mins to restart?
What's the output of "systemctl status mysql.service"
and "journalctl -u mysql.service"


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



signature.asc
Description: OpenPGP digital signature

Bug#800132: [apparmor] Bug#800132: [pkg-apparmor] Bug#800132: libapparmor-dev: arch-dependent file in "Multi-Arch: same" package

[intrigeri]

Control: tag -1 + pending

Hi,

thanks everyone for your input. You rock, folks!
I've dropped this patch in Debian's Vcs-Bzr.

Cheers,
-- 
intrigeri

Bug#800509: llvm 3.6 - beignet

[Gianfranco Costamagna]

Hi Rebecca,

I think just switch the default, because llvm 3.5 will still be needed by ghc 
7.10 on arm*
platforms.


for ghc-8 (planned next year) it will be needed llvm 3.6 on arm, so I think 3.5 
will disappear.

cheers,

G.




Il Mercoledì 30 Settembre 2015 19:27, Rebecca N. Palmer 
 ha scritto:
> - - beignet builds fine with llvm-3.6, but needs a sourceful upload
> because of hardcoded dependencies on control file

That's there because, while it builds and mostly works with 3.6, this at 
least used to sometimes hit a bug: 
http://www.freedesktop.org/wiki/Software/Beignet/
As I do not have code to reproduce this 
(http://lists.freedesktop.org/archives/beignet/2015-April/005592.html), 
I don't know if this is still the case; I'll ask upstream.

Are you planning to remove 3.5 now, or only switch the default?


-- 
To unsubscribe, send mail to 800509-unsubscr...@bugs.debian.org.

Bug#800590: game-data-packager: support for multi-CD games

[Alexandre Detiste]

Package: game-data-packager
Version: 42
Severity: normal

Currently when someone package a multi-CD game
(e.g. Zork Inquisitor, Grim Fandango, Broken Sword);
user must either:
- have # CD reader where # = number of CD's to read
- copy all data from all CD somewhere (e.g. /tmp)
  before startging G-D-P
- mix the two, copy some data somewhere and
  read the rest from the CD

G-D-P should allow user to scan a whole disk and
then process to the next one to locate remaining missing files.
( many shared assets are duplicated across disks)

Alexandre

Bug#799956: grep: Grep mis-classifies file as binary when text contains UTF-8 diacritical chars.

[Santiago Ruano Rincón]

El 24/09/15 a las 19:02, roger crettol escribió:
... 
> No matching info is displayed, even if matches are present.
> 
> Tried to BOM the text file - it was not marked - which then cleared the
> problem.
> 

Roger, thanks for the report.

However, I am unable to reproduce the issue. Could you please provide a
test case?

Kind regards,

Santiago


signature.asc
Description: Digital signature

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Simon McVittie]

On 01/10/15 10:38, Alexandre Detiste wrote:
> This kind of job looks like what the Arch user have to do with to
> update their AUR packages,
> with a bit more of churn.
> 
> https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=yamagi-quake2-xatrix=75ca437c4bd9baf8f8e756f75d11f14c65033d88

Yes. It's the same principle: "someone trusted by the project needs to
confirm that the new version is not malicious or broken".

S

Bug#519425: aptitude: man page refers to Apt:: configuration, should be APT::

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


Hi Eric,

2009-03-12 14:14 Daniel Burrows:

On Thu, Mar 12, 2009 at 09:41:50AM -0400, Eric Cooper  was heard 
to say:

Package: aptitude
Version: 0.4.11.11-1
Severity: minor

The aptitude man page refers to several corresponding apt configuration
variables as "Apt::...", but they should be "APT::..." according to
apt.conf(5).


 apt configuration variables are case-insensitive, so this is a pretty
minor issue.  I suppose that consistency between documentation would be
nice, though.


As Daniel Burrows said it is case insensitive, but for consistency I
fixed it in the doc, translations and even code, to try to not get them
creeping back.

Marked as +pending, to be included in the next release.  Thanks for the
report.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#797812: nginx: please include nginx-rtmp-module

[hostmaster]

nginx-rtmp-module in nginx-extras would be very great!
Please, let it come true :-)

(Also: Someone should ask nginx.org to implement SNI in the mail module,
passing login information also when using SMTP (currently only with
IMAP/POP3), and increment a buffer to enable the use of very long
passwords.)

Bug#799298: torsocks: Unsupported syscall number 186/202 with iceweasel and video

[intrigeri]

Control: tag -1 + moreinfo

Hi Petter,

David (upstream) tells me this should be fixed in 2.1, which is in
jessie-backports. Can you please try and confirm?

Cheers,
--
intrigeri

Bug#800537: linuxdoc-tools documentation is built during the install stage

[Agustin Martin]

On Wed, Sep 30, 2015 at 06:53:01PM +0300, Ilya Tumaykin wrote:
> Package: linuxdoc-tools
> Version: upstream/0.9.69
> 
> Hello.
> 
> I am linuxdoc-tools package maintainer from Gentoo. This is not a bugreport 
> about Debian package, but about linuxdoc-tools upstream branch.
> 
> linuxdoc-tools builds and installs documentation in the 'install' make 
> target, 
> see [0]. This is illogically and simply wrong. Documentation should be built 
> in 'build' target and later installed in 'install' target.
> 
> Also linuxdoc-tools documentation requires heavy latex stuff to be built. 
> Could 
> you please make documentation build optional via configure option?

Hi,

Thanks for the info. 

I have also been thinking about a --disable-docs option after knowing about
something named linuxdoc-tools-native, which is plain linuxdoc-tools with
patches which hardcode disabling of doc generation. I think an option is the
way to go, rather than those patches.

Regarding docs I also have some changes to no longer generate dvi+ps, but
just pdf, I think that is better.

Regarding the main issue in this report (where docs are built), this will
take longer. I have only done some minor changes in this part and is mostly
as it was when I started caring about linuxdoc-tools. I looked into it and
is a big hack to have docs built, since it uses already installed tree for
doc building, so it needs many things installed at this time. Also, it is in
a 'it works, do not touch it' state.

I need to think more carefully about this and properly understand the
historical code. I will then try to prepare a minimal installed tree for doc
generation, but this will need longer.

Regards,

-- 
Agustin

Bug#793488: (no subject)

[giuseppe . bilotta]

I think I found the problem: recently part of the OpenCL ICD seems to

have been split into a separate library, which is not packaged in
Debian:

* for x86_64, libamdocl12cl64.so is needed in addition to libamdocl64.so
* for x86, libamdocl12cl32.so is needed in addition to libamdocl32.so

Bug#800591: ITP: erlang-oauth2 -- library for server side implementation of OAuth2

[Philipp Huebner]

Package: wnpp
Severity: wishlist
Owner: Philipp Huebner 

* Package name: erlang-oauth2
  Version : 0.2015.09.28
  Upstream Author : 2015 Paweł Chmielowski; 2012-2014 Kivra AB 

* URL : https://github.com/prefiks/oauth2
* License : MIT
  Programming Lang: Erlang
  Description : library for server side implementation of OAuth2

 This library is designed to simplify the implementation of the server side of
 OAuth2 (http://tools.ietf.org/html/rfc6749). It provides no support for
 developing clients. See https://github.com/kivra/oauth2_client for support in
 accessing Oauth2 enabled services.

It is used by ejabberd 15.09.

Bug#782024: cryptsetup: [patch] fix remote unlock of encrypted root when plymouth is installed

[Guilhem Moulin]

Hi there,

As a dropbear (in particular its remote unlocking feature) co-maintainer (see
#790125) I'd like to support this :-)

This bug has just been brought to my attention and it convinced me not
to make dropbear-initramfs conflict with plymouth.  Solving the problem
at the root seems like the way to go IMHO.

Furthermore I just removed my own ‘/bin/unlock’ hack from
dropbear-initramfs (never released, but enclosed here for completeness)
since I like Matthias' solution better and its proper place is probably
the cryptsetup package.

The presence of such a script is particularly interesting with SSH
since one can use ‘command=’ option of authorized_keys(5) to avoid users
poking around.

However I'd like to further patch ‘scripts/local-top/cryptroot’ to avoid
calling $cryptkeyscript if the standard input is not a TTY.  This would
allow my common use-case

  gpg -o - --decrypt /path/to/passphrase.gpg | ssh -F ~/.luks/ssh.conf host

(with ‘RequestTTY no’ in ‘~/.luks/ssh.conf’).  See the updated patch
enclosed.  I have also changed

> +   for PID in $(ps | grep -e '/lib/cryptsetup/askpass' -e 
> 'plymouth.*ask-for-password' | sed -n -e '/grep/! { 
> s#[[:space:]]*\([0-9]\+\)[[:space:]]*.*#\1#p ; }')
> +do
> +   kill -9 "${PID}"
> +   done

to

ps -eo pid,args | sed -nr 
"s#^\s*([0-9]+)\s+(/lib/cryptsetup/askpass|plymouth.*ask-for-password)\s+.*#\1#p"
 | xargs kill -9

although I'm too happy with the SIGKILL.  I wish there was a cleaner way
to tell these scripts to bail out, but SIGTERM doesn't seem enough for
askpass.

Also, I don't know what to think about hijacking the prereq to pass the
argument.  It might be better to use a ‘PLYMOUTH={yes/no}’ environment
variable and the following two-liner as unlock script:

  #!/bin/sh
  PLYMOUTH=no exec /scripts/local-top/cryptroot

Cheers,
-- 
Guilhem.
#!/bin/sh

# Remotely unlock encrypted volumes.
#
# Copyright © 2015 Guilhem Moulin 
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see .

set -ue
PATH=/sbin:/bin

TIMEOUT=10
PASSFIFO=/lib/cryptsetup/passfifo
ASKPASS=/lib/cryptsetup/askpass

# Return 0 if $pid has a file descriptor pointing to $name, and 1
# otherwise.
in_fds() {
local  pid="$1" name="$2" fd
for fd in $(find "/proc/$pid/fd" -type l); do
[ "$(readlink -f "$fd")" != "$name" ] || return 0
done
return 1
}

# Print the PID of the askpass process with a file descriptor opened to
# /lib/cryptsetup/passfifo.
get_askpass_pid() {
ps -eo pid,args | sed -nr "s#^\s*([0-9]+)\s+$ASKPASS\s+.*#\1#p" | while 
read pid; do
if in_fds "$pid" "$PASSFIFO"; then
echo "$pid"
break
fi
done
}

# Wait for askpass, then set $PID (resp. $BIRTH) to the PID (resp.
# birth date) of the cryptsetup process with same $CRYPTTAB_NAME.
wait_for_prompt() {
local pid=$(get_askpass_pid) timer=$(( 10 * $TIMEOUT ))

# wait for the fifo
until [ "$pid" ] && [ -p "$PASSFIFO" ]; do
sleep .1
pid=$(get_askpass_pid)
timer=$(( $timer - 1 ))
if [ $timer -le 0 ]; then
echo "Error: Timeout reached while waiting for askpass." >&2
exit 1
fi
done

# find the cryptsetup process with same $CRYPTTAB_NAME
eval $(grep -Ez '^CRYPTTAB_(NAME|TRIED|SOURCE)=' "/proc/$pid/environ" | tr 
'\0' '\n')
for pid in $(ps -eo pid,args | sed -nr 
's#^\s*([0-9]+)\s+/sbin/cryptsetup\s+.*#\1#p'); do
if grep -Fxqz "CRYPTTAB_NAME=$CRYPTTAB_NAME" "/proc/$pid/environ"; then
PID=$pid
BIRTH=$(stat -c'%Z' "/proc/$PID")
return 0;
fi
done

PID=
BIRTH=
}

# Wait until $PID no longer exists or has a birth date greater that
# $BIRTH (ie was reallocated).  Then return with exit value 0 if
# /dev/mapper/$CRYPTTAB_NAME exists, and with exit value 1 if the
# maximum number of tries exceeded.  Otherwise (if the unlocking
# failed), return with value 1.
wait_for_answer() {
local timer=$(( 10 * $TIMEOUT ))
until [ ! -d "/proc/$PID" ] || [ $(stat -c'%Z' "/proc/$PID") -gt $BIRTH ]; 
do
sleep .1
timer=$(( $timer - 1 ))
if [ $timer -le 0 ]; then
echo "Error: Timeout reached while waiting for PID $PID." >&2
exit 1
fi
done

if [ -e "/dev/mapper/$CRYPTTAB_NAME" ]; then
echo "cryptsetup: $CRYPTTAB_NAME set up successfully" >&2

Bug#800587: darkstat: after reboot the repot is full with "clock error" lines

[H.-Dirk Schmitt]

Package: darkstat
Version: 3.0.718-2
Severity: normal
Tags: upstream


After reboot the report is flooded with "clock error" lines.
This bug is fixed in the upstream version v3.0.719 (24 May 2015)
See: https://unix4lyfe.org/darkstat/changelog.txt

Please update the package to get rid of this annoying bug.



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

Kernel: Linux 3.19.0-30-generic (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages darkstat depends on:
ii  debconf [debconf-2.0]  1.5.51ubuntu2
ii  libc6  2.19-0ubuntu6.6
ii  libpcap0.8 1.5.3-2
ii  lsb-base   4.1+Debian11ubuntu6
ii  zlib1g 1:1.2.8.dfsg-1ubuntu1

darkstat recommends no packages.

darkstat suggests no packages.

-- Configuration Files:
/etc/darkstat/init.cfg changed [not included]

-- debconf information excluded

Bug#799308: akonadi-server: Akonadi service fails to start after latest full-upgrade

[Daniel Hornung]

Hello,

can you provide the error log of Akonadi when trying to (re)start it? You can 
restart Akonadi for example from akonadiconsole, if I remember correctly, you 
can then also see and export the log.

Best,
Daniel


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

Bug#799934: [Aptitude-devel] Bug#799934: aptitude: Package metadata disappears for upgradable installed packages

[Axel Beckert]

Hi,

Guillem Jover wrote:
> Package: aptitude
> Version: 0.7.2-1
[...]
> I'm not sure since when, probably since last aptitude update, but I'm
> seeing that some of the metadata disappears in the TUI whenever there
> is an upgrade for a package on the *first* aptitude TUI invocation just
> after an «apt update».
[...]
> Notice at least the missing Homepage field, the empty Maintainer field,
> and the wrong Source Package field. After exiting from aptitude, and
> entering again, the metadata is there again. I've not noticed this
> on the command-line with «aptitude show libatk1.0-dev=2.18.0-1», but
> perhaps that's because it only happens on first usage.

As mentioned on IRC this sounds very similar (despite not identical)
to the wrong (or none) descriptions, maintainer or homepage field
being displayed for "Obsolete and Locally Created Packages" I ran into
as reported in https://bugs.debian.org/800570.

> I cannot reproduce with somply removing the /var/lib/apt/lists/ files,
> and redoing a «apt update». It seems it requires actual new metadata
> from the repository.

Yeah, but at least I can't reproduce it here with the difference
between today's morning and noon mirror push. I'll keep an eye on that
for the next few mirror pushes at least.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#800592: Extension "workaround"

[Christian Weeks]

There is an extension workaround provided at the bottom of upstream bug 
https://bugzilla.mozilla.org/show_bug.cgi?id=1009894:

"calendar-timezones-1.2015a.xpi"

Installing this into Icedove on Jessie does resolve the issue, but you 
have to disable cached events and refresh the calendar for the changes 
to show up. You can re-enable caching once the events have refreshed.


I hope this helps someone who's confused about what's happening with 
Jessie's icedove/iceowl extension.

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

Hi Azat,



>No problem, replaced version in d/changelog and d/NEWS to
>"2.1-3+dfsg-1".


wonderful
>Done using d/copyright, thanks.


this is not really correct.

I see you remove Makefiles in copyright, but why?

that files-excluded needs to be used for non dfsg files, not for autogenerated 
stuff that
should be regenerated anyway.
(if you want to be sure you regenerate the Makefiles you can clean them on 
clean target)

cat debian/README.Debian |grep dsp
Due to license issues all *.dsp files have been removed from the source package.



find . -name "*.dsp"
./Examples/WinTest/WinTest.dsp
./Examples/ConsoleTest/ConsoleTest.dsp
./Examples/BasicTest/BasicTest.dsp
./Examples/AutomatedTest/AutomatedTest.dsp
./CUnit/CUnit.dsp


so I guess *this* is what you need to remove :)

cheers,

Gianfranco

Bug#800604: test-on-unexisting-package: Settings test

[Gleb Mayorov]

Package: test-on-unexisting-package
Severity: minor
Tags: newcomer

It is not a real report, but a test of ReportBug SMTP settings for GMail
server.



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

Kernel: Linux 4.1.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#800593: sbuild: please add a way to specify schroot aliases when calling sbuild-createchroot

[Johannes Schauer]

Source: sbuild
Version: 0.65.2-1
Severity: wishlist

Hi,

if schroot aliases could be passed as an option to sbuild-createchroot,
then it would easily be possible to do the following without having to
manually open the auto generated schroot configuration file:

 - specify which distribution to use when debian/changelog says
   UNRELEASED

 - specify a mapping between sid and unstable

cheers, josch


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

Kernel: Linux 4.0.0-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
Init: systemd (via /run/systemd/system)

-- no debconf information

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

[Gianfranco Costamagna]

Hi,




>done. thanks for the hint.

>Those lines are probably the result of some trials
>that I forgot to cleanup :)
>
>I tidied up a bit the configuration.ac and Makefile.am files


wonderful

>The point of that commit was to add the debugging flags to the
>compiler command line.
>
>  if ! "$debug"; then
>-COMPFLAGS="$COMPFLAGS -DNDEBUG"
>+COMPFLAGS="$COMPFLAGS -DNDEBUG -O2"
>+else
>+COMPFLAGS="$COMPFLAGS -DDEBUG -g -O0"
>  fi


yes, but I fail to see why you should override CPPFLAGS anyway :)

>OK. Then, let's leave it as is.


ack
>Not sure about how much important is this issue (says pedantic).
>
>Perhaps I should consider another way to publish the tarball...


you can publish the tarball as always, just sign it in a tarball.gpg or whatever
detached file.

>Agreed. It will be better to keep the packaging files in a different branch.
>
>Moreover, I'm also considering building the tarball directly from the
>repository (i.e. using git-archive) instead of building it from sources.
>The latter approach (the one I'm currently using) produces (slightly) different
>tarballs for each run (due to changes in the atime of some files, I guess),
>and so are the digital signatures
>
>I tried with git-archive and it seems that it generate the very same
>tarball given a specific commit (even tried cloning the repo).
>
>However, I'm not sure if the git-archive approach has any downsides.
>What do you think?


how upstream builds the archive is not a Debian problem :)
I mean, use your favourite way, just don't change it too often to avoid
debian/watch file broken

you can also use gitattributes to automagically ignore stuff to export in the 
tarball
e.g.

http://anonscm.debian.org/cgit/pkg-boinc/scripts.git/tree/export-boinc?id=ec52f711cc6d1e3aafdfd9e98b2a941aa602080b


with github as soon as you do a git tag and you push the tag, the tarball is 
created.
>Thanks. Finally, I solved like this:
>
>override_dh_auto_build:
>cd po; make update-po; cd ..


I would have done:
override_dh_auto_build:
dh_auto_build
$(MAKE) -C po update-po

but it is the same


>Is not strictly required for running eviacam.
>The build works fine in both cases.

>I think so. It provides localization for common strings
>(e.g. 'Yes', 'No', 'Cancel', etc.)


oh well, isn't it automatically added by *:Depends somewhere?
you can leave it then


>I understand that a dbg package is "...useful if program crashes and you
>want to generate stack trace..." [1]. But not sure who might take advantage
>if this kind of package. I think that I need more information about this.


well, consider a person giving you a bug like

"the version X.Y crashes"

you might want them to install the dbg package and give you a stack trace with
some useful pointers inside.

but automatic debug packages are coming soon (TM) in Debian, so you can just 
avoid it
(although it is a nice learning experience)

cheers,

(sorry for the delay, let me know as soon as you have something on mentors, I 
guess this involves
a new upstream minor release or a bunch of debian/patches)

Gianfranco

Bug#800601: RM: apper -- ROM; Temporary removal for KF5 transition

[Matthias Klumpp]

Package: ftp.debian.org
Severity: normal

Hi!
Please remove the apper package from unstable temporarily, to allow the KF5
transition to be completed.
See bug #797948 for more information.
The Apper KF5 port isn't expected to be ready soon (snapshot of it is available
in experimental), and therefore in order to not delay the other transitions,
dropping apper temporarily is our best option.
Cheers,
Matthias

Bug#800109: mpv no longer play with --vo x11 option

[Herminio Hernandez Jr.]

Thanks for looking into this. 

Sent from my iPhone

> On Oct 1, 2015, at 4:28 AM, Alessandro Ghedini  wrote:
> 
> Control: tags - fixed-upstream
> 
>> On Sun, Sep 27, 2015 at 11:08:14am -0500, Herminio Hernandez Jr. wrote:
>> I tried with both option and video playback was extremely slow and out of 
>> sync
>> with the audio. Below is the output I got.
> 
> So, even with --hwdec=no mpv decides to fallback to vo=sdl and the end result
> is the same. Another thing you might try is use --vo=opengl:sw.
> 
> However upstream decided to restore the x11 output, so you'll be able to use 
> it
> again in the next release.
> 
> Cheers

Bug#800599: transition: evolution-data-server 3.18

[Andreas Henriksson]

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

Hello.

For updating evolution-data-server to 3.18.0 (as packaged in
experimental) a transition is needed.
There is already an auto tracker set up at:
https://release.debian.org/transitions/html/auto-evolution-data-server.html

I've rebuilt sid reverse build-dependencies (except libreoffice which is
unaffected):

almanah_0.11.1-1.dsc
bijiben_3.18.0-1.dsc
ekiga_4.0.1-6.dsc
eweouz_0.10.dsc
folks_0.11.1-2.dsc
glabels_3.0.1-4.1.dsc
gnome-calendar_3.16.2-1.dsc
gnome-contacts_3.18.0-1.dsc
gnome-panel_3.18.0-1.dsc
gnome-phone-manager_0.69-2.dsc
jana_0.0.0+git20091215.9ec1da8a-3.dsc
mail-notification_5.4.dfsg.1-14.dsc
roger-router_1.8.9-5.dsc
ls: cannot access sflphone_*.dsc: No such file or directory
syncevolution_1.4.99.4-4.dsc
ls: cannot access evolution-ews_*.dsc: No such file or directory
ls: cannot access evolution-ews_*.dsc: No such file or directory
ls: cannot access evolution-mapi_*.dsc: No such file or directory
ls: cannot access evolution-rss_*.dsc: No such file or directory
ls: cannot access evolution-webcal_*.dsc: No such file or directory
ls: cannot access evolution_*.dsc: No such file or directory
gnome-shell_3.16.3-2.dsc
abiword_3.0.1-4.dsc


sflphone failure seems unrelated to e-d-s, looks NMU-maintained and it
has no reverse dependencies.
I'd suggest handling with a temporary removal from testing for now.

evolution{,-ews,-mapi} needs sourceful uploads to latest upstream stable
release. I'll prepare these in experimental for now.

evolution-rss fails... It has no reverse dependencies.
I'd suggest handling with a temporary removal from testing for now.

evolution-webcal fails... I can't find upstream location. No reverse
dependencies.
I'd suggest handling with a temporary removal from testing for now.


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

Kernel: Linux 3.16.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
Init: systemd (via /run/systemd/system)

Bug#798898: frameworkintegration depends upon qtbase-abi-5-4-2 which is a virtual package

[Manuel A. Fernandez Montecelo]

2015-10-01 15:23 GMT+01:00 shirish शिरीष :
> in-line :-
>
> On 10/1/15, Manuel A. Fernandez Montecelo  wrote:
>> Control: tags -1 + moreinfo
>>
>>
>> Hi shirish,
>
> Hi Manuel,
>
>> 2015-09-13 22:44 shirish शिरीष:
>>>Source: frameworkintegration
>>>Version: 5.13.0-1
>>>Severity: important
>>>
>>>Dear Maintainer,
>>>
>>>Unable to install frameworkintegration as it says it depends upon
>>>qtbase-abi-5-4-2 which is a virtual package :-
>>>
>>>[$] sudo aptitude install frameworkintegration
>>>The following NEW packages will be installed:
>>>  frameworkintegration{b}
>>>0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
>>>Need to get 1,647 kB of archives. After unpacking 2,048 kB will be used.
>>>The following packages have unmet dependencies:
>>> frameworkintegration : Depends: qtbase-abi-5-4-2 which is a virtual
>>> package.
>>>Internal error: found 2 (choice -> promotion) mappings for a single
>>> choice.
>>>Internal error: found 2 (choice -> promotion) mappings for a single
>>> choice.
>>>The following actions will resolve these dependencies:
>>>
>>> Keep the following packages at their current version:
>>>1) frameworkintegration [Not Installed]
>>>
>>>Accept this solution? [Y/n/q/?] q
>>>Abandoning all efforts to resolve these dependencies.
>>>Abort.
>>
>> Does it work if you try more solutions?
>>
>> Or does it work if you install qtbase-abi-5-4-2 by hand?
>>
>>
>> Cheers.
>> --
>> Manuel A. Fernandez Montecelo 
>>
>
> That doesn't work as qtbase-abi-5-4-2 is a virtual package and you
> cannot install it.
>
> $ aptitude search qtbase-abi-5-4-2
> v   qtbase-abi-5-4-2
>
> $ sudo aptitude install qtbase-abi-5-4-2
> No packages will be installed, upgraded, or removed.
> 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> Need to get 0 B of archives. After unpacking 0 B will be used.
>
> So you can see, we cannot do anything till it comes or
> framworkintegration comes without it.

You can install the package providing the virtual one, at least, I
guess?  Then frameworkintegration should be installable.

Does apt-get install frameworkintegradion work?  I already have the
base packages installed and cannot remove, so cannot test it easily.


-- 
Manuel A. Fernandez Montecelo 

Bug#799268: RFS: ck/1.6.2 [ITP]

[Gianfranco Costamagna]

Hi Grigori,


>By the way, I also uploaded python3-ck:

>https://mentors.debian.net/package/python3-ck

this is a nack for me.

You can build two binaries with the same source package, look e.g. to
https://sources.debian.net/src/python-esmre/0.3.1-3/

this includes:
compat level --> 9
debhelper >= 9
ITP bug?
rules --> export PYBUILD_NAME and use pybuild
control --> add python3 dependencies and the package
changelog --> rename it to ck?

and maybe something more.

For sure you need to have the same codebase and two binaries.
(mentors/lintian can give you hints about what you need to change).

Since you are providing one binary and two libraries, you might want to 
conflict them each other

BTW
copyright needs some care:
ck/repo/module/web/php/openme.php: *No copyright* LGPL (v2.1 or later)


and maybe others.

cheers,

G.

Bug#800595: octeon: panics on EdgeRouter Pro boards, missing workaround

[Apollon Oikonomopoulos]

Source: linux
Version: 4.2.1-2
Severity: important

Dear Maintainer,

linux-image-4.2.0-1-octeon panics on boot on an EdgeRouter Pro 
(UBNT_E200) board, because of a missing workaround:

[1.001113] Kernel panic - not syncing: OCTEON II DCache prefetch workaround 
not in place (cfac).
[1.001113] Please build kernel with proper options (CONFIG_CAVIUM_CN63XXP1).

Enabling CONFIG_CAVIUM_CN63XXP1 indeed solves the problem. Note that the 
workaround has been there for a long time, but the lack of it triggers a 
panic on affected boards only since 4.1.

Regards,
Apollon

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#798652: scilab: scilab doesn't work on arm64 either

[Edmund Grimley Evans]

There's the same problem on arm64:

$ /usr/bin/scilab
Could not find the Java configuration for the model . Please
contact us on http://bugzilla.scilab.org
/usr/bin/scilab-bin: error while loading shared libraries: libjava.so:
cannot open shared object file: No such file or directory

(However, getfem++ was built on arm64.)

Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: arrayfire
  Version : 3.1.2+dfsg1-2
  Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD
  Section : science

It builds those binary packages:

  libarrayfire-cpu-dev - Development files for ArrayFire (CPU backend)
  libarrayfire-cpu3 - High performance library for parallel computing
(CPU backend)
  libarrayfire-cpu3-dbg - Debugging symbols for ArrayFire (CPU backend)
  libarrayfire-doc - Common documentation for ArrayFire

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.1.2+dfsg1-2.dsc


Changes since the last upload:

  * Use generic BLAS / LAPACK build dependencies instead of OpenBLAS:
- d/control: replace libopenblas-dev with libblas-dev | libblas.so +
  liblapack-dev | liblapack.so,
- d/p/fix-cblas-detection: detection of BLAS in upstream cmake find
  module.
Reason: libopenblas-dev is not available for all architectures.
  * Remove source override on docs/highlight.pack.js.
Reason: source file(s) no longer distributed.

Best regards,
Ghislain Vaillant

Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2

[Gianfranco Costamagna]

control: owner -1 !

Hi,

the packaging looks good, however I'm not sure about this [1]

apt-get install libblas.so
Reading package lists... Done
Building dependency tree 
Reading state information... Done
Package libblas.so is a virtual package provided by:
libopenblas-dev 0.2.14-1
libblas-dev 1.2.20110419-10
libatlas-base-dev 3.10.2-7
You should explicitly select one to install.


[1] 
https://anonscm.debian.org/cgit/debian-science/packages/arrayfire.git/commit/?id=db0fef7ddf6bdaecb49196c78ea64d87446b11d6


cheers,

G.

Bug#800594: octeon: please add support for the Octeon MMC controller (EdgeRouter Pro)

[Apollon Oikonomopoulos]

Source: linux
Severity: wishlist

Dear Maintainer,

The EdgeRouter Pro 8 (UBNT_E200) board, already supported by the Debian 
kernel, has a 4GB on-board eMMC card for use as main storage. The card 
is wired to the Octeon MMC controller, which is unsupported by the 
mainline kernel. However, there is an out-of-tree patch[1] adding 
support for the controller. I re-built 4.2.1-2 with the patch and 
verified that it indeed works correctly.

Please consider including the patch and enabling CONFIG_OCTEON_MMC for 
the octeon flavor.

Regards,
Apollon

[1] https://lkml.org/lkml/2015/3/16/604


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#797725: open-vm-tools 10.0

[Bernd Zeimetz]

hi,

> is there any progress on the update? Please let me know if I can help.

just needs some more spare time here. Working on it right now, but I
want to get rid of the vmhgfs dkms module and get the fuse stuff
working, so it will need some time.

cheers,

bernd


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#800602: Lightdm: orca speaks characters while typing the password.

[Raphaël POITEVIN]

Package: gnome-orca
Version: 3.16.2-1.1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
   * What was the outcome of this action?
Just after booting at login in lightdm conigured to diplay the list of users.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I type my password directly, with the default selected user. Orca speaks 
characters.
   * What outcome did you expect instead?
Orca should say "asterisk".

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


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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages gnome-orca depends on:
ii  gir1.2-glib-2.01.42.0-2.2
ii  gir1.2-gtk-3.0 3.14.5-1+deb8u1
ii  gir1.2-pango-1.0   1.36.8-3
ii  gir1.2-wnck-3.03.4.9-3
ii  gsettings-desktop-schemas  3.14.1-1
ii  python33.4.2-2
ii  python3-brlapi 5.2~20141018-5
ii  python3-cairo  1.10.0+dfsg-4+b1
ii  python3-gi 3.14.0-1
ii  python3-louis  2.5.3-3
ii  python3-pyatspi2.14.0+dfsg-1
ii  python3-speechd0.8-7
pn  python3:any
ii  speech-dispatcher  0.8-7

Versions of packages gnome-orca recommends:
ii  libgail-common  2.24.25-3
ii  xbrlapi 5.2~20141018-5

gnome-orca suggests no packages.

-- no debconf information

Bug#800597: octeon: please enable CONFIG_I2C_CHARDEV

[Apollon Oikonomopoulos]

Source: linux
Severity: wishlist

Dear Maintainer,

The EdgeRouter Pro board features a number of devices on the Octeon I2C 
bus, including temperature sensors on bus 0, devices 0x4d and 0x4e.  
These sensors are not currently recognized by the tmp421 kernel driver, 
however they can be accessed from userspace if CONFIG_I2C_CHARDEV is 
enabled. Please consider enabling it in future kernel versions for the 
octeon flavor.

Regards,
Apollon

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#800596: game-data-package: regression in 'steam' mode

[Alexandre Detiste]

Package: game-data-package
Version: 43~
Severity: important

Here's a regression in the 'steam' mode.


~/game-data-packager $ ./run steam --no-download
INFO:game-data-packager.steam:Visit our community page: 
https://steamcommunity.com/groups/debian_gdp#curation
INFO:root:Searching for locally installed Steam games...
...
File "/home/pi/game-data-packager/game_data_packager/steam.py", line 113, in 
run_steam_meta_mode
  for path in gamedata.iter_steam_paths((package,)):
AttributeError: 'GameData' object has no attribute 'iter_steam_paths'


import'ing PackagingTask and doing instead:
-for path in gamedata.iter_steam_paths((package,)):
+for path in PackagingTask.iter_steam_paths(gamedata,(package,)):

Will lead to an other failure:

File "/home/tchet/git/game-data-packager/game_data_packager/build.py", line 
2237, in iter_steam_paths
suffixes.add(self.game.steam.get('path'))
AttributeError: 'ScummvmGameData' object has no attribute 'game'

Alexandre

Bug#799954: Bug#799955: Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

Am Donnerstag, den 01.10.2015, 13:53 +0100 schrieb Simon McVittie:
> I'd never heard of it until now, but if you care enough about it to ask
> the question, then it probably does.

I have read about it in the manpage for the quake command and was then
reminded that this was a big thing "back then". ;)

 - Fabian


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

Bug#798898: frameworkintegration depends upon qtbase-abi-5-4-2 which is a virtual package

[shirish शिरीष]

in-line :-

On 10/1/15, Manuel A. Fernandez Montecelo  wrote:
> Control: tags -1 + moreinfo
>
>
> Hi shirish,

Hi Manuel,

> 2015-09-13 22:44 shirish शिरीष:
>>Source: frameworkintegration
>>Version: 5.13.0-1
>>Severity: important
>>
>>Dear Maintainer,
>>
>>Unable to install frameworkintegration as it says it depends upon
>>qtbase-abi-5-4-2 which is a virtual package :-
>>
>>[$] sudo aptitude install frameworkintegration
>>The following NEW packages will be installed:
>>  frameworkintegration{b}
>>0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
>>Need to get 1,647 kB of archives. After unpacking 2,048 kB will be used.
>>The following packages have unmet dependencies:
>> frameworkintegration : Depends: qtbase-abi-5-4-2 which is a virtual
>> package.
>>Internal error: found 2 (choice -> promotion) mappings for a single
>> choice.
>>Internal error: found 2 (choice -> promotion) mappings for a single
>> choice.
>>The following actions will resolve these dependencies:
>>
>> Keep the following packages at their current version:
>>1) frameworkintegration [Not Installed]
>>
>>Accept this solution? [Y/n/q/?] q
>>Abandoning all efforts to resolve these dependencies.
>>Abort.
>
> Does it work if you try more solutions?
>
> Or does it work if you install qtbase-abi-5-4-2 by hand?
>
>
> Cheers.
> --
> Manuel A. Fernandez Montecelo 
>

That doesn't work as qtbase-abi-5-4-2 is a virtual package and you
cannot install it.

$ aptitude search qtbase-abi-5-4-2
v   qtbase-abi-5-4-2

$ sudo aptitude install qtbase-abi-5-4-2
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

So you can see, we cannot do anything till it comes or
framworkintegration comes without it.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#800603: network-manager: NetworkManager segfaults because of null pointer dereferencing when terminating

[Gard Spreemann]

Package: network-manager
Version: 1.0.6-1
Severity: normal

Dear Maintainer,

On my system, NetworkManager segfaults when terminating, for example
when the system shuts down or when the service is stopped or restarted
by the user.

A backtrace reveals that the segfault is caused by null pointer
dereferencing on line 776 of src/nm-manager.c. Nearby code is

static void
check_if_startup_complete (NMManager *self)
{
NMManagerPrivate *priv = NM_MANAGER_GET_PRIVATE (self);
GSList *iter;

if (!priv->startup) // <--- Line 776.
return;

and a core dump reveals that priv is in fact a null pointer when
"systemctl stop network-manager.service" is issued on my system.

NM seems otherwise to work as normal, and I have only seen the
segfault when it is asked to terminate. I have not had time to
investigate any further.


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.10.0-3
ii  init-system-helpers1.23
ii  isc-dhcp-client4.3.3-3
ii  libbluetooth3  5.33-1
ii  libc6  2.19-22
ii  libdbus-1-31.10.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.17-1
ii  libgudev-1.0-0 230-2
ii  libmm-glib01.4.10-1
ii  libndp01.4-2
ii  libnewt0.520.52.18-1+b1
ii  libnl-3-2003.2.26-1
ii  libnl-genl-3-200   3.2.26-1
ii  libnl-route-3-200  3.2.26-1
ii  libnm0 1.0.6-1
ii  libpam-systemd 226-3
ii  libpolkit-agent-1-00.105-12
ii  libpolkit-gobject-1-0  0.105-12
ii  libreadline6   6.3-8+b3
ii  libsoup2.4-1   2.50.0-2
ii  libsystemd0226-3
ii  libteamdctl0   1.18-1
ii  libuuid1   2.27-3
ii  lsb-base   9.20150917
ii  policykit-10.105-12
ii  udev   226-3
ii  wpasupplicant  2.3-2.1

Versions of packages network-manager recommends:
ii  crda3.13-1
ii  dnsmasq-base2.75-1
ii  iptables1.4.21-2+b1
ii  iputils-arping  3:20121221-5+b2
ii  modemmanager1.4.10-1
ii  ppp 2.4.6-3.1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-5
pn  libteam-utils  

-- no debconf information

Bug#800605: v4l2loopback-dkms: Can't pipe modified video stream to a loopback device

[Roland Mas]

Package: v4l2loopback-dkms
Version: 0.9.1-2
Severity: normal

I'm trying to intercept a video stream from a webcam and crop it a bit
before passing it on for further processing.  I found v4l2loopback,
which sounds like it's exactly what I'm looking for.  However, I get
crashes as soon as I try to insert processing in the pipeline.

The following works:

,
| $ gst-launch-1.0 v4l2src device=/dev/video0 ! v4l2sink device=/dev/video1
`

(Works as in I'm able to see the video with "gst-launch-1.0 v4l2src
device=/dev/video1 ! xvimagesink")

The following, however, doesn't (I added some debugging):
,
| $ gst-launch-1.0 v4l2src device=/dev/video0 ! videocrop left=160 ! v4l2sink 
device=/dev/video1
| Setting pipeline to PAUSED ...
| Pipeline is live and does not need PREROLL ...
| Setting pipeline to PLAYING ...
| New clock: GstSystemClock
| 0:00:00.246143117  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YUYV@48x32: 0
| 0:00:00.246290508  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at UYVY@48x32: 0
| 0:00:00.246359603  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at 422P@48x32: 0
| 0:00:00.246427807  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YU12@48x32: 0
| 0:00:00.246493806  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YV12@48x32: 0
| 0:00:00.246559342  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at 411P@48x32: 0
| 0:00:00.246627256  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YVU9@48x32: 0
| 0:00:00.246695596  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at YUV9@48x32: 0
| 0:00:00.246762468  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at JPEG@48x32: 0
| 0:00:00.246820456  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at MJPG@48x32: 0
| 0:00:00.246877908  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at dvsd@48x32: 0
| 0:00:00.246936149  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at RGB4@48x32: 0
| 0:00:00.247000757  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at BGR4@48x32: 0
| 0:00:00.247063194  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at RGB3@48x32: 0
| 0:00:00.247125751  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at BGR3@48x32: 0
| 0:00:00.247189433  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at RGBP@48x32: 0
| 0:00:00.247297051  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at RGBO@48x32: 0
| 0:00:00.247360952  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at GREY@48x32: 0
| 0:00:00.247424629  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at VP80@48x32: 0
| 0:00:00.247495616  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at MPG4@48x32: 0
| 0:00:00.247555950  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at MPG2@48x32: 0
| 0:00:00.247618681  8590  0x13bd050 WARNv4l2 
gstv4l2object.c:2167:gst_v4l2_object_probe_caps_for_format_and_size: 
Unknown frame interval type at MPG1@48x32: 0
| 0:00:00.247676672  8590  0x13bd050 WARN   

Bug#778723: uscan: non detached signatures

[Osamu Aoki]

Good evening.

I am not sure what exactly is happening.  Do you have solution? or not.

At least it works here with the URL mentioned.

On Wed, Sep 30, 2015 at 03:46:43PM +0200, Sandro Knauß wrote:
> Moin,
> 
> it is not working.
> 
> libkolabxml*.tar.gz.pgp is not encrypted it is only verified, thats why I 
> added the 0001-verify-not-decrypt to uscan. But still it does not work [see 
> output].

OK.

> i also attached the patch for libkolabxml to use the self mode.
> 
> Regards,
> 
> sandro
> 
> 
> Am Mittwoch, 30. September 2015, 20:27:10 schrieb Osamu Aoki:
> > On Tue, Sep 29, 2015 at 01:04:22AM +0200, Sandro Knauß wrote:
> > > Moin,
> > > 
> > > > * Add dependency to gnupg|gnupg2 as suggest
> > > > * Add option: opts="pgpmode=self" (there is a place holder now.)
> > > > * Check availability of /usr/bin/gpg or /usr/bin/gpg2 if pgpmode=self
> > > > * match pattern to look for libkolabxml-([\d.]+)\.tar\.(?:gz|xz)\.gpg
> > > > 
> > > >   in http://mirror.kolabsys.com/pub/releases/
> > > > 
> > > > * download the latest libkolabxml-1.1.1.tar.gz.gpg if it is now.
> > > > * run the following to see if authentic and get the tarball
> > > > 
> > > >   F=libkolabxml-1.1.1.tar.gz && gpg -o ${F%.gpg} --decrypt $F
> > > > 
> > > > * Ensure to find generated file ${F%.gpg} (or ${F%.asc} ...) and
> > > > 
> > > >   run mk-origtargz to get libkolabxml_1.1.1.orog.tar.gz from it.
> > > > 
> > > > Is this what you wish?  If so this is very simple and will be added to
> > > > a multitar branch commit in near future.
> > > 
> > > sounds like that what I had in mind.
> > 
> > It is already committed.  Please checkout from git repo.
> > 
> > Osamu

> From caf885a7cdb5bc8758b0daf496d737fd3d0478d6 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Sandro=20Knau=C3=9F?= 
> Date: Wed, 30 Sep 2015 14:42:52 +0200
> Subject: [PATCH] use pgpmode=self to verify signature
... so you added sig.
> +-END PGP PUBLIC KEY BLOCK-
> diff --git a/debian/watch b/debian/watch
> index 9f88268..a27ac44 100644
> --- a/debian/watch
> +++ b/debian/watch
> @@ -1,2 +1,3 @@
>  version=3
> -http://mirror.kolabsys.com/pub/releases/libkolabxml-([0-9\.]+)\.tar\.gz
> +opts="pgpmode=self" \
> +http://mirror.kolabsys.com/pub/releases/libkolabxml-([0-9\.]+)\.tar\.gz.gpg

I tested on this URL and work.

> 2.1.4
> 

> From ee8b56ba78cc0a1419e0fb6022dc7aff0dff68d8 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Sandro=20Knau=C3=9F?= 
> Date: Wed, 30 Sep 2015 14:50:20 +0200
> Subject: [PATCH] verify not decrypt
> 
> ---
>  scripts/uscan.pl | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/scripts/uscan.pl b/scripts/uscan.pl
> index 99f90d2..336f117 100755
> --- a/scripts/uscan.pl
> +++ b/scripts/uscan.pl
> @@ -3084,7 +3084,7 @@ EOF
>   print "-- Verifying OpenPGP self signature of $sigfile_base and extract 
> $newfile_base\n" if $verbose;
>   system($havegpg, '--homedir', $gpghome,
>  '--no-options', '-q', '--batch', '--no-default-keyring',
> -'--keyring', $keyring, '--trust-model', 'always', '--decrypt', 
> '-o',
> +'--keyring', $keyring, '--trust-model', 'always', '--verify', 
> '-o',

But decrypt works here nicely.

>  "$destdir/$newfile_base", "$destdir/$sigfile_base") >> 8 == 0
>   or uscan_die("$progname: OpenPGP signature did not 
> verify.\n");
>   $previousfile_base = undef;
> -- 
> 2.1.4


Please run command under LANG=en_US.UTF-8

Also run with --debug as option.

> % ~/git/devscripts/scripts/uscan.pl --force-download --verbose

What!  Are you running unstable?

> -- Scanning for watchfiles in .
> -- Found watchfile in ./debian
> -- In debian/watch, processing watchfile line:
>opts="pgpmode=self" 
> http://mirror.kolabsys.com/pub/releases/libkolabxml-([0-9\.]+)\.tar\.gz.gpg
> Newest version on remote site is 1.1.1, local version is 1.1.1
>  => Package is up to date
> Newest version on remote site is 1.1.1, local version is 1.1.1
>  => Forcing download as requested
> -- Downloading updated package libkolabxml-1.1.1.tar.gz.gpg
> -- Verifying OpenPGP self signature of libkolabxml-1.1.1.tar.gz.gpg and 
> extract libkolabxml-1.1.1.tar.gz
> gpg: Signature made Fr 31 Jul 2015 10:52:40 CEST using DSA key ID 9342BF08
> gpg: Good signature from "Jeroen van Meeuwen (kanarip) " 
> [unknown]
> gpg: aka "Jeroen van Meeuwen (GMail) " 
> [unknown]
> gpg: aka "Jeroen van Meeuwen (OGD) " 
> [unknown]
> gpg: aka "Jeroen van Meeuwen (XS4All) " 
> [unknown]
> gpg: aka "Jeroen van Meeuwen (GameDrome) 
> " [unknown]
> gpg: aka "Jeroen van Meeuwen (PC Zone Clan) 
> " [unknown]
> gpg: aka "Jeroen van Meeuwen (Fedora Unity) 
> " [unknown]
> gpg: aka "Jeroen van Meeuwen (Fedora 

Bug#800445: nf_conntrack: table full, dropping packet

[C . Dominik Bódi]

severity: grave

I've got the same problem on my debian unstable system. I'm running shorewall, 
as well. 4.1 kernels seem to run fine but the latest 4.2 kernel in unstable 
shuts the firewall completely. I'm seeing the same error messages in dmesg, as 
well.

This makes a server unusable, as the firewall effectively shuts down all 
networking. Thus the severity of this bug report should be raised to "grave"

Regards,
C. Dominik Bódi

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

Bug#800133: systemd: Jessie won't boot if a filesystem in /etc/fstab is missing

[Vasudev Kamath]

Ritesh Raj Sarraf  writes:

> On Sun, 2015-09-27 at 11:18 +0200, folco wrote:
>> Package: systemd
>> Version: 215-17+deb8u2
>> Severity: normal
>> 
>> Dear Maintainer,
>> 
>> You closed the bug #797039 without solving it.
>> Here is the link: 
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797039
>> 
>> So please, don't say that there is no bug before closing the report.
>> 
>> I tried to solve it myself in several ways, but I always get one of
>> these three
>> problems :
>> - the system boots in emergency mode
>> - the system has an invalid /etc/fstab
>> - systemd hangs 90 seconds because it doesn't find my partition
>
>
> In the last local meetup, I had another user (Vausdev) run into the
> very same problem.
>
> The problem was his incorrect entry in /etc/fstab, which led to an
> incomplete boot, giving an impression that systemd was at fault. :-)
>
> In his case, it was not just a 90 seconds hang. The system would only
> boot in emergency mode.
>
>
> After fixing his fstab, everything was normal again.
>
> From that meetup, after root causing his bug, it was a clear impression
> that it was difficult to debug such boot issues. From just the console
> scrolls, it wouldn't have been possible. So I think there may be some
> room for improvement here.
>
> The reason might be the massive parallelization of services by systemd.
> Because from those logs, for a user, it would be nearly impossible to
> correlate the failure. Ofcourse, if the emergency shell can provide the
> full journal access (I don't recollect if I tried that then), an
> experienced systemd user should be able to dive into the logs.

In my case the emergency shell was never giving prompt after logging in
so it was of no use at all. Only way to get into emergency shell using
systemd.unit=emergency.target but there was no indication it was faulty
fstab entry which was causing error. My LVM home partition was not
activated at all.

RRS found weird entry in my fstab which had mount option
x-systemd.automount, I was also not sure why I put it there but removal
of that option made system boot again. So giving more hints and debug
entries on what really went wrong during boot could improve usability of
systemd a lot.

Bug#800603: [Pkg-utopia-maintainers] Bug#800603: network-manager: NetworkManager segfaults because of null pointer dereferencing when terminating

[Michael Biebl]

Hi,

thanks for your bug report.
Please consider filing this issue upstream at
https://bugzilla.gnome.org/enter_bug.cgi?product=NetworkManager

Regards,
Michael

Am 01.10.2015 um 17:12 schrieb Gard Spreemann:
> Package: network-manager
> Version: 1.0.6-1
> Severity: normal
> 
> Dear Maintainer,
> 
> On my system, NetworkManager segfaults when terminating, for example
> when the system shuts down or when the service is stopped or restarted
> by the user.
...



signature.asc
Description: OpenPGP digital signature

Bug#793911: groovy should not release with stretch

[殷啟聰]

On Tue, 28 Jul 2015 22:38:40 +0200 Moritz Muehlenhoff  wrote:
> Package: groovy
> Severity: serious
>
> A separate source package groovy2 was uploaded, so reverse dependencies
> need to be migrated to that one and groovy removed.
>
> Cheers,
> Moritz
>
>

Hi Moritz and all pkg-java members,

I am wondering if it is better to upgrade groovy to the latest version
(2.4.5 as of now) and drop groovy2, and migrate all build-rdeps of old
Groovy 1.x to using a separate groovy-1.8 or groovy-1.9 package if
necessary. In the end that we get rid of groovy and remain a groovy2
package seems odd. Anyway BND, Maven are under the similar transition.
Since GSoC I have been maintaining Gradle in Debian so I am happy and
willing to do the transition.

Cheers,
Kai-Chung Yan

Bug#800606: ITP: antlr4 -- ANTLR Parser Generator

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: antlr4
  Version : 4.5.1
  Upstream Author : Terence Parr
* URL : http://www.antlr4.org
* License : BSD-3-clause
  Programming Lang: Java
  Description : ANTLR Parser Generator

ANTLR (ANother Tool for Language Recognition) is a powerful parser
generator for reading, processing, executing, or translating structured
text or binary files. It's widely used to build languages, tools, and
frameworks. From a grammar, ANTLR generates a parser that can build and
walk parse trees.

This package will be maintained by the Java Team.

Bug#800612: gnome-screenshot v.3.18.0-1

[alex]

Package: gnome-screenshot
Version: 3.18.0-1
Severity: important

Dear Maintainer,

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

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

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



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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-screenshot depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk-3-0   3.16.6-1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1

gnome-screenshot recommends no packages.

gnome-screenshot suggests no packages.

-- no debconf information

Bug#800608: mapiprofile: has no secure way to accept password

[Michael Gold]

Package: openchangeclient
Version: 1:2.2-7
Severity: wishlist

mapiprofile and openchangeclient want the password to be passed on the
command line, which in most systems is visible to other users (e.g. in
"ps aux" output).  It's secure on Linux if /proc is mounted with the
hidepid option, but that's not the default and can break other software.

The programs should have a way to read the password from an environment
variable or a file (possibly a /dev/fd path referring to an unlinked
tmpfs file).

- Michael


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages openchangeclient depends on:
ii  libc6  2.19-22
ii  libical1a  1.0.1-0.1
ii  libldb12:1.1.20-2
ii  libmagic1  1:5.25-2
ii  libmapi0   1:2.2-7
ii  libmapiadmin0  1:2.2-7
ii  libocpf0   1:2.2-7
ii  libpopt0   1.16-10
ii  libsubunit00.0.18-4
ii  libtalloc2 2.1.3-1
ii  libtevent0 0.9.25-2
ii  samba-libs 2:4.1.17+dfsg-4

openchangeclient recommends no packages.

Versions of packages openchangeclient suggests:
ii  perl  5.20.2-6

-- no debconf information


signature.asc
Description: PGP signature
-
This transmission (including any attachments) may contain confidential 
information, privileged material (including material protected by the 
solicitor-client or other applicable privileges), or constitute non-public 
information. Any use of this information by anyone other than the intended 
recipient is prohibited. If you have received this transmission in error, 
please immediately reply to the sender and delete this information from your 
system. Use, dissemination, distribution, or reproduction of this transmission 
by unintended recipients is not authorized and may be unlawful.

Bug#800609: ITP: libdevel-confess-perl -- module to include stack traces on all warnings and errors

[gregor herrmann]

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

* Package name: libdevel-confess-perl
  Version : 0.008000
  Upstream Author : Graham Knop 
* URL : https://metacpan.org/release/Devel-Confess
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to include stack traces on all warnings and errors

Devel::Confess is meant as a debugging aid. It can be used to make a script
complain loudly with stack backtraces when warn()ing or die()ing. Unlike
other similar modules (e.g. Carp::Always), it includes stack traces even when
exception objects are thrown.

The stack traces are generated using Carp, and will work for all types of
errors. Carp's "carp" and "confess" functions will also be made to include
stack traces.

The package will be maintained under the umbrella of the Debian Perl Group.


signature.asc
Description: Digital Signature

Bug#800018: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Bug#800018: fixed in s3cmd 1.6.0-2)

[Conrad Hughes]

Hi Gianfranco,

That fixes the problem, thank you!

One minor note for upstream if you're reading though: the error given
now for unreadable files in a sync is

  's3://bucket/file' -> './local-file'  [140 of 140]
  WARNING: Remote file ''. S3Error: 403 (Forbidden)

.. seems odd to refer to "Remote file ''" when it looks as if s3cmd
knows what the file is called.

Best regards,
Conrad

Bug#800599: transition: evolution-data-server 3.18

[Andreas Henriksson]

On Thu, Oct 01, 2015 at 04:29:31PM +0200, Andreas Henriksson wrote:
[...]
> evolution{,-ews,-mapi} needs sourceful uploads to latest upstream stable
> release. I'll prepare these in experimental for now.
[...]

These have now been uploaded to experimental.

Any remaining blockers for this transition?

Regards,
Andreas Henriksson

Bug#418150: aptitude: should recognize partial download of previous run

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi Michael,

2007-04-07 12:14 Michael Kallas:

Package: aptitude
Version: 0.4.4-4
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When installing fails due to network or other problems, aptitude
should recognize also partial downloaded files, not only fully
downloaded ones. If this happens during big packets like
openclipart-png or something similar this behaviour really is
annoying.


I don't know since how long, but I think that this is already behaving
in the way that you desired for many years (it's a feature from libapt).

Can you please confirm if you still see such a problem?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#357707: feature request: Mark packages as Download Only

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Micha,

2006-03-19 03:57 Micha:

Package: aptitude
Version: 0.4.1

Hello,

I use aptitude to control a cache that is a repository (or proxy cache).
On a LAN of several laptops and PCs, i use aptitude with apt sources
pointing to a dedicated 'apt-proxy' packages server, within the LAN,
which delivers packages from a cache, requesting them from internet
sources only if necessary.

The proxy allows fine-tuning of the versions to keep available locally,
and is speeding up download very much for any further than the first one.
It is very confortable to update different laptops this way, at LAN speed.
Especially if your download link is only ADSL1000, which is quite widepsread
nowadays in Europe.

Another cool thing is, i can install apt-proxy on a laptop, too, and use that 
to do
updates or even installations on boxes which have no internet connection at
all (or maybe only modem dialup per phoneline).

I think it would be possible to do nearly the same with a simple /var/cache/apt
only, configuring that as LAND repository for the other machines.

Anyway. The problem is i have to provide all necessary packages on this laptop,
which menas o have top keep lots of installed which i never there.
I
i could mark packages in aptitude on the PC with the main packages server
as 'Download Only' then i could mark anything i ever may need, on any laptop
or machine to install, and then just copy the cache to a laptop (eventually 
running
apt-proxy too) when i need it anywhere else, at places with no [fast] 
connection.

Another benefit is, i could do the 'slow' regular update from the internet 
sources
once at one computer, where updating laptops would always run at LAN speed.
It also relieves much load from the WAN link, too (this is a WLAN behind a 
router,
shaed by several parties).

The 'download only' marker would imply that it is not installed, so it's a kind 
of
special 'update' flag, with no dependency trigger: Of course, only a previously
installed version would be relevant for depencency management.
I don't know how that could be implemented in the aptitude package database.
Best would be, not at all :) just add the flag and regard this when performaing
any update actions.


Possibly I am missing something, but isn't it more practical to have a
simple list of packages that you want to download in a text file, and
"aptitude download"them on demand, to keep them fresh (or the same with
apt)?

Additionally, if you use /var/cache/apt/archives as download area, the
auto-clean commands will clean older versions, and should you need to
install them in the machine where you download them, they will be
already there.

As I said, possibly I am missing something, but I don't see the need of
more special machinery in this case.

If you need more complex solutions there are also apt-cacher,
apt-cacher-ng, approx and probably many others to use as proxys/caches
-- I don't have experience with them, but many people use them for
similar use cases.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800607: mitmproxy: Upstream version is 0.13

[Gianfranco Costamagna]

Package: mitmproxy
Severity: wishlist

Hi, first thanks for the mitmproxy upload!
However as said on [1], I think I need at least 0.13 to make w3af work 
correctly.

Do you think you can update it?

I tried to see if anything new was needed, but seems that they split the 
package in a dev version,
so I'm not sure about the workflow (neither I know the package details)


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789782#33
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789782#38

let me know if I can help in some way!

thanks

Gianfranco

Bug#800550: sddm-greeter suddenly stop

[Marc]

Work fine.

Regards

Bug#800611: spampd not restarted after sa-updates have run

[Jamie]

Package: spampd
Version: 2.30-22.2
Severity: important

Dear Maintainer,

When the /etc/cron.daily/spamassassin script runs to pull in new updates
(using sa-update) - spampd is not restarted, and therefore does not
benefit from these updates.

That seems fix-able by simply including a file in
/etc/spamassassin/sa-update-hooks.d/ that restarts spampd.



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

Kernel: Linux 4.1.0-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
Init: systemd (via /run/systemd/system)

Versions of packages spampd depends on:
ii  adduser 3.113+nmu3
ii  dpkg1.18.2
ii  libnet-server-perl  2.008-2
ii  lsb-base9.20150826
ii  perl5.20.2-6
ii  spamassassin3.4.1-2

spampd recommends no packages.

spampd suggests no packages.

-- Configuration Files:
/etc/spampd.conf [Errno 13] Permission denied: u'/etc/spampd.conf'

-- no debconf information

Bug#800610: glib commit 5ce70917 broke cross compilation

[Helmut Grohne]

Source: glib2.0
Version: 2.46.0-2
User: helm...@debian.org
Usertags: rebootstrap
Tags: patch

Hi,

While trying to cross build glib (the Debian package) I observed the
following failure (for any pair of architectures I tried):

https://jenkins.debian.net/job/rebootstrap_sparc_gcc5/47/console
| (echo '[Test]' > autoptr.test.tmp; \
| echo 'Type=session' >> autoptr.test.tmp; \
| echo 'Exec=/usr/lib/glib2.0/installed-tests/glib/autoptr --tap' >> 
autoptr.test.tmp; \
| echo 'Output=TAP' >> autoptr.test.tmp; \
| mv autoptr.test.tmp autoptr.test)
| make[7]: *** No rule to make target 'test.gresource', needed by 'all-am'.  
Stop.
| make[7]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb/gio/tests'
| Makefile:3510: recipe for target 'all-recursive' failed
| make[6]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb/gio/tests'
| make[6]: *** [all-recursive] Error 1
| Makefile:2419: recipe for target 'all' failed
| make[5]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb/gio/tests'
| make[5]: *** [all] Error 2
| Makefile:4099: recipe for target 'all-recursive' failed
| make[4]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb/gio'
| make[4]: *** [all-recursive] Error 1
| Makefile:1866: recipe for target 'all' failed
| make[3]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb/gio'
| make[3]: *** [all] Error 2
| Makefile:1213: recipe for target 'all-recursive' failed
| make[2]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb'
| make[2]: *** [all-recursive] Error 1
| Makefile:855: recipe for target 'all' failed
| make[1]: Leaving directory 
'/tmp/buildd/glib2.0/glib2.0-2.46.0/debian/build/deb'
| make[1]: *** [all] Error 2
| /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build/deb' failed
| make: *** [debian/stamp-makefile-build/deb] Error 2
| dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

The last known working version is 2.44.1-1.1. Looking at the commits in
between, I identified 5ce70917df75f87c89a9b1e9d0583ae4135f0b2c as very
likely being the cause. It appears to improperly remove test.gresource
from the build. The rules are removed for cross compilation, but the
dependency (via "test_data = test.gresource") is still there.

It seems to me that there are two possible ways to move forward.
 a) Revert the breaking commit.
 b) Remove test.gresource from test_data for cross compilation.

If the latter was the intention, the following patch can be used.

--- a/gio/tests/Makefile.am
+++ b/gio/tests/Makefile.am
@@ -71,9 +71,12 @@
$(NULL)

 test_data = \
-   test.gresource  \
$(NULL)

+if !CROSS_COMPILING
+test_data += test.gresource
+endif
+
 uninstalled_test_extra_programs = \
gio-du  \
 
Helmut

Bug#800612: when running for take a screenshot, the program freeze as version 3.16

[intrepid]

when running for take a screenshot, the program freeze as version 3.16

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

[Gianfranco Costamagna]

Hi, I could own the bug no problem, just I would like to avoid stealing the 
package to Helmut!


I did some new testing, and I'm really unsure about the upgrade procedure.


I tried to install dropbear from jessie and then install the deb files.


some issues:

- dpkg shows that a default configuration file has changed, asking me how to 
proceed

- there is a lintian error about conf files in usr (that might be mounted in 
read only mode) (this is an old issue)


since I'm unsure about the first, and since I need to dpkg -f the files, I 
would like to ask you to go for experimental and wait for some automatic 
piuparts test

(or manual of course).


I know I asked you to go for unstable, but I'm not confident enough about my 
review

(and I can't run piuparts successfully).


sorry,


G.

Sent from Yahoo Mail on Android

From:"Guilhem Moulin" 
Date:Wed, 30 Sep, 2015 at 20:01
Subject:Re: Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and 
client

Hej Gianfranco!

On Fri, 25 Sep 2015 at 20:25:08 +0200, Guilhem Moulin wrote:
> You'll find the new upload at
> 
>  dget -x 
>http://mentors.debian.net/debian/pool/main/d/dropbear/dropbear_2015.68-1.dsc

Did you have time to look at the new upload yet?  (Since you didn't take
ownership of the RFS I don't know if you're intending to sponsor it or
if you're “only” providing — valuable! — feedback.  In the latter case I
should probably poke d-m@l.d.o again ;-)

Thanks!


-- 
Guilhem.

Bug#365129: aptitude: Provide method for displaying cause of broken packages

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi Arias,

2006-07-22 22:08 Arias Hung:

On Thu, 20 Jul 2006, Daniel Burrows delivered in simple text monotype:


On Fri, Apr 28, 2006 at 12:45:21AM -0700, Arias Hung  was 
heard to say:
In what way is the information displayed in the lower pane of aptitude
not sufficient?  e.g.,

<---snip--->

I use aptitude strictly as a command line tool.  If there is a panel with info
as to the cause of a listed broken package, would you consider making this info
available through a command line argument?


I am not sure how it was the situation when you filed this request, but
nowadays aptitude command line has why and why-not, and if there are
conflicts, missing dependencies or other problems when installing.  In
particular, "aptitude install package" already lists such problems.

Can you please confirm if you are now satisfied with the behaviour, or
what is missing from your point of view, with a real example of a
package and the messages in apt and aptitude?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2

[Ghislain Vaillant]

On 01/10/15 16:20, Gianfranco Costamagna wrote:

control: owner -1 !

Hi,

the packaging looks good, however I'm not sure about this [1]

apt-get install libblas.so
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libblas.so is a virtual package provided by:
libopenblas-dev 0.2.14-1
libblas-dev 1.2.20110419-10
libatlas-base-dev 3.10.2-7
You should explicitly select one to install.


[1] 
https://anonscm.debian.org/cgit/debian-science/packages/arrayfire.git/commit/?id=db0fef7ddf6bdaecb49196c78ea64d87446b11d6


cheers,

G.



> You should explicitly select one to install.

Which is what libblas-dev | libblas.so is supposed to do (default to 
libblas-dev if no existing libblas.so). FYI, There are other packages 
adopting the same technique (see c.d.n).


Tested both on my local machine which has libopenblas-dev installed and 
a chroot which then installs libblas-dev and liblapack-dev.


As a result, the binary package gets a Depends on libblas3 | 
libblas.so.3 and a liblapack3 | liblapack.so.3, which is generic way of 
handling blas and lapack via update-alternatives.


Ghis

Bug#800613: game-data-packager: regression in 'steam' mode

[Alexandre Detiste]

Package: game-data-packager
Version: 43~
Severity: important

Here's a regression in the 'steam' mode.


~/game-data-packager $ ./run steam --no-download
INFO:game-data-packager.steam:Visit our community page: 
https://steamcommunity.com/groups/debian_gdp#curation
INFO:root:Searching for locally installed Steam games...
...
File "/home/pi/game-data-packager/game_data_packager/steam.py", line 113, in 
run_steam_meta_mode
  for path in gamedata.iter_steam_paths((package,)):
AttributeError: 'GameData' object has no attribute 'iter_steam_paths'


import'ing PackagingTask and doing instead:
-for path in gamedata.iter_steam_paths((package,)):
+for path in PackagingTask.iter_steam_paths(gamedata,(package,)):

Will lead to an other failure:

File "/home/tchet/git/game-data-packager/game_data_packager/build.py", line 
2237, in iter_steam_paths
suffixes.add(self.game.steam.get('path'))
AttributeError: 'ScummvmGameData' object has no attribute 'game'

Alexandre

Bug#799837: sddm becomes unusable after logout

[Maximiliano Curia]

On 23/09/15 08:37, Salvo Tomaselli wrote:
> Justification: breaks the whole system

> 1. KDE took several minutes to disappear
> 2. After it disappeared the screen went off! Backlight off and completely
> dark.

Assuming a long standing session it could involve a number of key upgrades
that trigger this particular error.

> I attach some logs in hope that they can help.

Sep 23 08:28:29 localhost systemd[1]: Started Session c1 of user sddm.
Sep 23 08:28:31 localhost kernel: [461586.521292] sddm-greeter[844]: segfault
at 18 ip 7f7aa72e26f8 sp 7ffd8ea10b20 error 4 in
libqxcb.so[7f7aa7298000+b6000]
> Init: systemd (via /run/systemd/system)

I think this is the most interesting part, and I'm a bit puzzled by this, the
session name indicates a consolekit session, afaik. But even after installing
consolekit I still have the normal systemd sessions naming (just numbers),
disabling libpam-systemd I got no session name, but still no consolekit
session naming.

Do you have any consolekit related configuration?

Is the problem consistently reproducible whenever you log out or its was a one
time error?

Does the problem go away if you boot your machine after removing consolekit?

Happy hacking,
-- 
"UNIX is basically a simple operating system, but you have to be a genius to
understand the simplicity."
-- Dennis Ritchie
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#790757: transition: gfortran module version 14

[Matthias Klose]

On 01.10.2015 20:47, Sebastiaan Couwenberg wrote:

On 01-10-15 20:24, Emilio Pozuelo Monfort wrote:

On 10/08/15 10:44, Sebastiaan Couwenberg wrote:

On 01-07-15 16:39, Matthias Klose wrote:

The gfortran module version 14 is triggered by making gfortran-5 the default
gfortran (which should happen at the same time as the C/C++ default switch).

It affects all packages depending on gfortran modules, the previous transition
tracker bug https://bugs.debian.org/746805 has a list of packages, which
probably need some updates.


Please see the thread on debian-release@ about the collision with the
netcdf transition:

https://lists.debian.org/debian-release/2015/08/msg00247.html


Are you still waiting for an ack on this, or did this start already? Can you
give a status update?


The netcdf transition completed some time ago, I started it without
getting a go-ahead or other feedback from the Release Team because I was
fed up with waiting for the requested feedback and wanted to get it out
of the way to unblock the gfortran transition, and it subsequently
unblocked various transitions for the Debian GIS team by trigging the
gdal transition.

While I haven't followed the gfortan module transition progress, I think
that's also done by now.


the problem with the gfortran transitions is that we can't detect them.  We have 
to encode the gfortran module version into the dependencies of the -dev 
packages.  I think I did that for grib-api, but I can't find my patch anymore ...

Bug#601248: Back in action

[Lisandro Damián Nicanor Pérez Meyer]

retitle 601248 ITP: caneda -- easy of use electric design automation software
thanks

Back in action :)


-- 
No subestimes el ancho de banda de un camión
cargado de cintas.
  Andrew S. Tanenbaum

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


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

Bug#752783: I think I found the solution / workaround

[Attila-Mihály Balázs]

For the first problem (unix sockets not working with mod_proxy_uwsgi), 
the following patch solved the problem for me: 
http://lists.unbit.it/pipermail/uwsgi/2015-September/008185.html


Until that lands, I found the following work-around:
- change "socket" to "http-socket" in uwsgi.ini (so that uwsgi speaks 
http instead of the uwsgi protocol)

- use "vanilla" mod_proxy_http over unix domain sockets:

ProxyPass "/foo" "unix:/var/run/uwsgi/foo.socket|http://uwsgi-uds-foo/;

- the problem with the port not being parsed when TCP was being used was 
fully PEBCAK - I had a different virtualhost config getting activated 
than the one I believed was getting activated. mod_proxy_uwsgi properly 
parses and uses the port for TCP connections.


Regards,
Attila

PS. Apparently, if you have multiple instances of uwsgi you want to 
connect to, you need to specify different names for them (ie. 
"http://uwsgi-uds-foo/;, "http://uwsgi-uds-bar/;, etc), having just 
different paths to the sockets will not work.

Bug#800572: [Pkg-alsa-devel] Bug#800572: CONFIG_UEVENT_HELPER=n kernel confuses alsactl restore

[Marco d'Itri]

Control: reassign -1 alsa-utils

On Oct 01, Elimar Riesebieter  wrote:

> As alsas' udev rules are installed by udev package.
This is not about the udev rules but wrong assumptions in alsactl.

-- 
ciao,
Marco


pgpRiLzk_Un3m.pgp
Description: PGP signature

Bug#800462: sddm-theme-maui: updating results in WHITE SCREEN and beeing unable to login

[Maximiliano Curia]

On 29/09/15 19:06, Max Görner wrote:
> Severity: critical
> Justification: breaks the whole system


>  I updated from 0.11.0-6 (or something alike) to 0.12.0-4 (or
>  something alike).

>  I can't login anymore, therefore I couldn't do anything.

> Versions of packages sddm-theme-maui recommends:
> ii  sddm  0.11.0-3

Does the problem solves itself if you upgrade the sddm version to 0.12.0-4 ?

-- 
"Elegance is not a dispensable luxury but a quality that decides between
success and failure."
-- Edsger W. Dijkstra
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#800618: [ycmd] C++ checker reports errors not being able to find standard header (stddef.h)

[Jan Hudec]

Package: ycmd
Version: 0+20150804+git6f4dbb4-1
Severity: normal

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

Since some recent update (not completely sure which, but clang to 3.6, 
probably) the C++ checker started to show spurious errors. When I create a 
trivial test.cpp containing:

#include 

int main()
{
return 0;
}

and open it with vim with vim-youcompleteme enabled, I get error

 1 test.cpp:1 col 10 error: 'stddef.h' file not found

The error does _not_ happen when I try to simply compile the file with 
clang++, so it has to be something in the way ycmd sets up the compilation.

:YcmDebugInfo gives me:

Printing YouCompleteMe debug information...
-- Server has Clang support compiled in: True
-- Clang version: Debian clang version 3.6.2-1 (tags/RELEASE_362/final) (based 
on LLVM 3.6.2)
-- Flags for /tmp/test.cpp loaded from /usr/lib/ycmd/ycm_extra_conf.py:
-- ['-Wall', '-Werror', '-Wno-long-long', '-Wno-variadic-macros', '-
fexceptions', '-std=c++11', '-x', 'c++', '-isystem', 
'/usr/lib/ycmd/ycmd/../clang_includes']
-- Server running at: http://127.0.0.1:36412
-- Server process ID: 23851
-- Server logfiles:
--   /tmp/ycm_temp/server_36412_stdout.log
--   /tmp/ycm_temp/server_36412_stderr.log

If I manually use the listed flags with clang++, it still compiles the test 
file fine.

I have removed all other versions of gcc then 5.2.1 and all other versions of 
llvm and clang then 3.6.2 except libclang-3.5 remains installed because 
doxygen still depends on it. But ycmd appears to correctly use libclang-3.6.

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

Debian Release: stretch/sid
  990 testing http.debian.net 
  500 wilyppa.launchpad.net 
  500 unstablehttp.debian.net 
  500 trusty  ppa.launchpad.net 
  500 testing-proposed-updates http.debian.net 
  500 stable-updates  ftp.cz.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.cz.debian.org 
1 experimentalhttp.debian.net 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Hm, reportbug-ng did not generate this, so I tried manually:

||/ NameVersion  Architecture Description
+++-===---
==
ii  libboost-filesystem1.58.0:amd64 1.58.0+dfsg-3+b1 amd64filesystem 
operations (portable paths, iteration over directories, etc) in C++
ii  libboost-python1.58.0   1.58.0+dfsg-3+b1 amd64Boost.Python 
Library
ii  libboost-regex1.58.0:amd64  1.58.0+dfsg-3+b1 amd64regular 
expression library for C++
ii  libboost-system1.58.0:amd64 1.58.0+dfsg-3+b1 amd64Operating 
system (e.g. diagnostics support) library
ii  libc6:amd64 2.19-22  amd64GNU C 
Library: Shared libraries
ii  libc6:i386  2.19-22  i386 GNU C 
Library: Shared libraries
ii  libclang1-3.6:amd64 1:3.6.2-1amd64C interface 
to the clang library
ii  libgcc1:amd64   1:5.2.1-17   amd64GCC support 
library
ii  libgcc1:i3861:5.2.1-17   i386 GCC support 
library
ii  libpython2.7:amd64  2.7.10-4 amd64Shared 
Python runtime library (version 2.7)
ii  libstdc++6:amd645.2.1-17 amd64GNU Standard 
C++ Library v3
ii  libstdc++6:i386 5.2.1-17 i386 GNU Standard 
C++ Library v3
ii  python  2.7.9-1  amd64interactive 
high-level object-oriented language (default version)
ii  python-bottle   0.12.7-1 all  fast and 
simple WSGI-framework for Python
ii  python-jedi 0.9.0-1  all  
autocompletion tool for Python
ii  python-requests 2.7.0-3  all  elegant and 
simple HTTP library for Python2, built for human beings
ii  python-waitress 0.8.9-2  all  production-
quality pure-Python WSGI server
ii  python2.7   2.7.10-4 amd64Interactive 
high-level object-oriented language (version 2.7)

-- 
 - Jan Hudec 

Bug#800620: Requires both python 3.4 and 3.5

[Yuri D'Elia]

Package: python3-numpy
Version: 1:1.9.2-2
Severity: normal

Why 1.9.2-3 is requiring two python3 runtimes at the same time?
This seems an unexpected regression compared to 1.9.2-2.

Also, is the explicit dependency on python3.4 required, given the two other
python3 versioned dependencies?

Bug#790757: transition: gfortran module version 14

[Emilio Pozuelo Monfort]

On 10/08/15 10:44, Sebastiaan Couwenberg wrote:
> On 01-07-15 16:39, Matthias Klose wrote:
>> The gfortran module version 14 is triggered by making gfortran-5 the default
>> gfortran (which should happen at the same time as the C/C++ default switch).
>>
>> It affects all packages depending on gfortran modules, the previous 
>> transition
>> tracker bug https://bugs.debian.org/746805 has a list of packages, which
>> probably need some updates.
> 
> Please see the thread on debian-release@ about the collision with the
> netcdf transition:
> 
> https://lists.debian.org/debian-release/2015/08/msg00247.html

Hi,

Are you still waiting for an ack on this, or did this start already? Can you
give a status update?

Thanks,
Emilio

Bug#741698: [Pkg-xfce-devel]: lightdm: shutdown/restart options in XFCE are no longer available

[Nikolaus Schulz]

On Thu, Sep 24, 2015 at 04:04:25PM +0200, Agustin Martin wrote:
> I remember this working for some time, but seems this problem has recently
> reappeared, at least with sysvrc as init system.
> 
> In lightdm greeter, shutdown/reboot options are grayed and not available

+1

Running with sysv init, and no desktop environment (awesome only).
If there is anything I can do that helps to debug this, let me know.

Nikolaus
-- 
$ whatis this?
this?: nothing appropriate.

Bug#214244: aptitude: add depends for auto-upgraded packages also

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Radim,

2003-10-05 17:17 Radim Kolar:

Package: aptitude
Version: 0.2.13-2
Severity: wishlist

aptitude prints depend information with -D switch, this is a usefull
feature, which is badly missing from apt.

But depend information is printed only for:
1) The following NEW packages will be automatically installed:
2) The following packages will be automatically REMOVED:

but this  depend information is not printed for auto-upgraded packages
- The following packages will be upgraded:


That is because there is no distinction in the code between manually and
automatically upgraded (or downgraded).  This would probably be very
complex and it's not going to be looked at immediately.

It can be easily implemented for all upgraded or downgraded, but since
-D is supposedly only for automatically changed, I don't know if it
makes sense to do the change under these conditions.


 -DShow the dependencies of automatically changed packages.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#800596: game-data-package: regression in 'steam' mode

[Simon McVittie]

On 01/10/15 19:01, Andrei POPESCU wrote:
> On Jo, 01 oct 15, 16:22:56, Alexandre Detiste wrote:
>> Package: game-data-package
>> Version: 43~
> 
> Are you sure about the version? It doesn't appear on 
> packages.debian.org.

This is a regression in the git version that isn't in Debian yet.

S

Bug#800619: evolution 3.18 build depends odd

[Marc J. Driftmeyer]

Package: evolution
Version: 3.18.0-1
Severity: normal

Dear Maintainer,

The following list as the newly built evolution 3.18 against 
evolution-data-server 3.18.

Version: 3.18.0-1
 Architecture: amd64
 Maintainer: Debian Evolution Maintainers 

 Installed-Size: 394
 Pre-Depends: debconf (>= 1.4.69) | debconf-2.0
 Depends: libc6 (>= 2.14), libcamel-1.2-54 (>= 3.17), libclutter-gtk-1.0-0 (>= 
0.91.8), libecal-1.2-19 (>= 3.17), libedataserver-1.2-21 (>= 3.17), 
libevolution (>= 3.18.0-1), libevolution (<< 3.19), libglib2.0-0 (>= 2.40), 
libgtk-3-0 (>= 3.0.0), libical1a (>= 1.0), libnotify4 (>= 0.7.0), libsoup2.4-1 
(>= 2.42), libwebkitgtk-3.0-0 (>= 1.3.10), libxml2 (>= 2.7.4), evolution-common 
(= 3.18.0-1), evolution-data-server (>= 3.16.5), evolution-data-server (<< 
3.17), dbus, psmisc
 Recommends: evolution-plugins, yelp, bogofilter | spamassassin
 Suggests: evolution-ews, evolution-plugins-experimental, gnupg, network-manager
 Replaces: evolution-common (<< 2.91)
 Provides: imap-client, mail-reader


Something wreaks here. How is it that evolution-data-server (<<3.17) make any 
sense? What am I missing here?

- Marc J. Driftmeyer

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages evolution depends on:
ii  dbus   1.10.0-3
ii  debconf [debconf-2.0]  1.5.57
ii  evolution-common   3.18.0-1
ii  evolution-data-server  3.18.0-1
ii  libc6  2.21-0experimental1
ii  libcamel-1.2-543.18.0-1
ii  libclutter-gtk-1.0-0   1.6.4-1
ii  libecal-1.2-19 3.18.0-1
ii  libedataserver-1.2-21  3.18.0-1
ii  libevolution   3.18.0-1
ii  libglib2.0-0   2.46.0-2
ii  libgtk-3-0 3.18.0-2
ii  libical1a  1.0.1-0.1
ii  libnotify4 0.7.6-2
ii  libsoup2.4-1   2.52.0-1
ii  libwebkitgtk-3.0-0 2.4.9-2+b1
ii  libxml22.9.2+zdfsg1-4
ii  psmisc 22.21-2.1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-3
iu  evolution-plugins  3.18.0-1
ii  yelp   3.16.1-1

Versions of packages evolution suggests:
pn  evolution-ews   
iu  evolution-plugins-experimental  3.18.0-1
ii  gnupg   1.4.19-5
ii  network-manager 1.0.6-1

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown: