Bug#761016: problem solved meanwhile

[Hermann Vosseler]

today I've noticed that the problem described here is solved
for gdb 7.7.1+dfsg-5 (which is the version currently in Debian/stable)


With this version, there is still a similar problem with std::function
and lambda, when additionally an argument type uses a template parameter
from the enclosing function

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795445

this additional problem seems to be resolved
with the next version from upstream though

Bug#795450: iceweasel: major exploits against current firefox in the wild

[Richard Jasmin]

Package: iceweasel
Version: 38.1.0esr-3
Severity: grave
Tags: upstream security
Justification: user security hole

There are recent reports as of last week on wired magazine homepage under
"technology" and "recent hacks while away at defcon" that exploit firefox in
major ways.Both windows and Linux users were targeted and information was
retrived that should not have been able to be retrieved.Running any less than
the experimental build leaves people vulnerable to this issue. More details are
on the wired website. Reccomend immeadiate update to experimental build version
to fix this. I cant see why depends would break but this needs some testing to
see if anything would break with the update.

In the meanwhile users can always install firefox latest in a non-root location
(home folder) and run it from there.This should in theory work as the debian
depends for experimental version are a non issue.I believe the file is pre-
compiled binary as released. Anything designed for ubuntu werewolf or less
should run just dandy on stretch.

As we are open source, we need to patch/update and diseminate(backport) things
like this (to mainstream linux community [Fedora/RHEL/Ubuntu/project
maintainers]) as they are discovered.We dont have time for major exploits to
hit Linux and go unreported.

I believe this is an upstream bug. As the exploit has already leaked, Private
BTS reporting is moot point.I only discovered the issue as an already "in the
wild" bug.Did not discover the exploit myself.



-- Package-specific info:

-- Extensions information
Name: Advanced Cookie Manager
Location: ${PROFILE_EXTENSIONS}/cookie...@jayapal.com
Status: user-disabled

Name: BugMeNot Plugin
Location: ${PROFILE_EXTENSIONS}/{987311C6-B504-4aa2-90BF-60CC49808D42}.xpi
Status: enabled

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

Name: Disable Anti-Adblock
Location: ${PROFILE_EXTENSIONS}/{d49a148e-817e-4025-bee3-5d541376de3b}.xpi
Status: enabled

Name: Disable DHE
Location: ${PROFILE_EXTENSIONS}/5aa55fd5-6e61-4896-b186-fdc6f298e...@mozilla.xpi
Status: enabled

Name: Disconnect Search
Location: ${PROFILE_EXTENSIONS}/sea...@disconnect.me.xpi
Status: enabled

Name: Easy Youtube Video Downloader Express
Location: ${PROFILE_EXTENSIONS}/{b9acf540-acba-11e1-8ccb-001fd0e08bd4}.xpi
Status: enabled

Name: Foobar
Location: ${PROFILE_EXTENSIONS}/foo...@unnecessarilylongurl.com.xpi
Status: enabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled

Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled

Name: Long URL Please
Location: ${PROFILE_EXTENSIONS}/longurlple...@darragh.curran.xpi
Status: enabled

Name: NoSquint
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/nosqu...@urandom.ca
Package: xul-ext-nosquint
Status: enabled

Name: PassIFox
Location: ${PROFILE_EXTENSIONS}/passi...@hanhuy.com.xpi
Status: enabled

Name: Perspectives
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/perspecti...@cmu.edu
Package: xul-ext-perspectives
Status: enabled

Name: Readability
Location: ${PROFILE_EXTENSIONS}/readabil...@readability.com.xpi
Status: enabled

Name: Report Pedophile
Location: ${PROFILE_EXTENSIONS}/reportpedoph...@internetpredatortracker.com
Status: enabled

Name: uBlock
Location: ${PROFILE_EXTENSIONS}/{2b10c1c8-a11f-4bad-fe9c-1c11e82cac42}.xpi
Status: enabled

Name: URL Fixer
Location: ${PROFILE_EXTENSIONS}/{0fa2149e-bb2c-4ac2-a8d3-479599819475}.xpi
Status: enabled

Name: User Agent Overrider
Location: ${PROFILE_EXTENSIONS}/useragentoverri...@qixinglu.com.xpi
Status: enabled

Name: WOT
Location: ${PROFILE_EXTENSIONS}/{a0d7ccb3-214d-498b-b4aa-0e8fda9a7bf7}
Status: enabled

Name: YouTube High Definition
Location: ${PROFILE_EXTENSIONS}/{7b1bf0b6-a1b9-42b0-b75d-252036438bdc}.xpi
Status: enabled

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

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled


-- Addons package information
ii  gnome-shell3.16.3-1 amd64graphical shell for the GNOME des
ii  iceweasel  38.1.0esr-3  amd64Web browser based on Firefox
ii  kopete 4:4.14.1-2   amd64instant messaging and chat applic
ii  xul-ext-nosqui 2.1.9-3  all  control the size of text of websi
ii  xul-ext-perspe 4.6.2-1  all  verify HTTPS sites through notary

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
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 (vi

Bug#795449: courier-mta doesn't start - missing init dependency?

[Dave Platt]

Package: courier-mta
Version: 0.73.1-1.6
Severity: important
Tags: patch

Dear Maintainer,

After a Debian upgrade, I found that the courier-mta daemon was
not running - it had not been started at boot time.  Re-running
the init script manually started it OK.  The same scenario occurred
after each subsequent shutdown / reboot of the system - no daemon
even though its init file was present (and symlinked from /etc/rc2.d)
but running the init script manually would always start the daemon
correctly.

I hooked up a serial console to the server and captured the boot log.
Observed that courier-mta was complaining about the inability to write
into one of its temporary directories and the init script was
aborting part way through.

I checked the Courier init scripts, and observed that the courier
"run" directory is set up by the courier-authdaemon init script.
and then used by courier-mta and courier-mta-ssl.  If the authdaemon
script doesn't run to completion before the courier-mta script, a
race condition occurs, and courier-mta may abort because the setup
hasn't been done.

In the older sysv init system this was not a problem, as the init
scripts are run in alphabetic order in any given dependency group.
Because -authdaemon sorts before -mta, proper setup occurred.

This is no longer the case, in the newer init systems which run
multiple scripts (or start multiple services) in parallel.  The
implicit alphabetic ordering no longer applies.

The courier-mta init script does not list courier-authdaemon as a
dependency, even though this script does require that some of the
setup logic in courier-authdaemon be run first.  Thus, the two scripts
are in the ordering level and can run at the same time (or in an
arbitrary order).  This leaves courier-mta vulnerable to a failed
startup.

I added "courier-authdaemon" to the courier-mta and courier-mta-ssl
service requirement lines, and re-ran "insserv".  This moved these
two init scripts to the next-highest ordering group, ensuring that
courier-authdaemon would start up first.
 
courier-mta started up reliably, at every subsequent boot, until
the next time a system upgrade replaced the courier-mta init script.
   
I suggest adding these dependency lines to the startup scripts
for the next release.

Patch is attached below.

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages courier-mta depends on:
ii  courier-authlib0.66.1-1+b1
ii  courier-base   0.73.1-1.6
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgcc11:4.9.2-10
ii  libgdbm3   1.8.3-13.1
ii  libnet-cidr-perl   0.17-1
ii  libperl5.205.20.2-3+deb8u1
ii  libstdc++6 4.9.2-10

courier-mta recommends no packages.

Versions of packages courier-mta suggests:
ii  bsd-mailx [mail-reader]8.1.2-0.20141216cvs-2
ii  courier-doc0.73.1-1.6
pn  courier-filter-perl
pn  couriergrey
ii  emacs23-nox [mail-reader]  23.4+1-4
ii  jed [mail-reader]  1:0.99.19-3
ii  mutt [mail-reader] 1.5.23-3

-- Configuration Files:
/etc/courier/aliases/system [Errno 13] Permission denied: 
u'/etc/courier/aliases/system'
/etc/courier/courierd changed [not included]
/etc/courier/esmtpauthclient [Errno 13] Permission denied: 
u'/etc/courier/esmtpauthclient'
/etc/courier/esmtpd changed [not included]
/etc/courier/module.esmtp changed [not included]
/etc/courier/rfcerr2045.txt 837c13d2605ce11fdda9ab0938215ff3 [Errno 2] No such 
file or directory: u'/etc/courier/rfcerr2045.txt 
837c13d2605ce11fdda9ab0938215ff3'
/etc/courier/rfcerr2046.txt 5faa78ef43fcc1e55ad2d1f9e583517b [Errno 2] No such 
file or directory: u'/etc/courier/rfcerr2046.txt 
5faa78ef43fcc1e55ad2d1f9e583517b'
/etc/courier/rfcerr2047.txt b894a308ec01c0c91cf2afa3a3ff1219 [Errno 2] No such 
file or directory: u'/etc/courier/rfcerr2047.txt 
b894a308ec01c0c91cf2afa3a3ff1219'
/etc/courier/rfcerrheader.txt 7689371800e5896210ac5568d6d471a8 [Errno 2] No 
such file or directory: u'/etc/courier/rfcerrheader.txt 
7689371800e5896210ac5568d6d471a8'
/etc/courier/smtpaccess/default changed [not included]
/etc/init.d/courier-mta changed [not included]

-- debconf information:
  courier-mta/dsnfrom: mailer-dae...@snulbug.mtview.ca.us
  courier-mta/defaultdomain: snulbug.mtview.ca.us

diff -r -u courier-0.73.1/debian/courier-imap.init 
courier-0.73.1-initfix/debian/courier-imap.init
--- courier-0.73.1/debian/courier-imap.init 2015-08-13 20:11:53.0 
-0700
+++ courier-0.73.1-initfix/debian/courier-imap.init 2015-08-13 
20:16:43.828156759 -0700
@@ -2,8 +2,8 @@
 ### BEGIN INIT INFO
 # Short-Description: Courier IMAP server
 # Provides:  courier-imap
-# Required-Start:$rem

Bug#795445: resolved with next version from upstream

[Hermann Vosseler]

seemingly the issue was fixed with next version from upstream

Currently there is a package 7.9-1 in experimental, which still
has some RC bugs.

But it is possible to use the debian package 7.8.2-1
This package can be pulled from git://anonscm.debian.org/pkg-gdb/gdb.git
and builds without further modifications on Jessie

With this (next) gdb version, I am able to debug again,
so the urgent show stopper is resolved for me.


Would it be possible to promote this gdb_7.8.2-1 to Debian/stable?
Or is this against policy? IMHO such fundamental stuff should be
working in a stable distribution.

Bug#795239: Proposed patch

[Martin Pitt]

Hello Andreas, Michael,

Michael Terry [2015-08-13 17:25 -0400]:
> Here's a debdiff that transitions to a v5 library and also fixes the ftbfs
> due to a boost check (credit for that fix from doko).

>d-shlibmove --commit \
>+   --v5 \

Thanks for the patch! Now everything builds happily again indeed. Note
that "--v5" is an Ubuntu-ism, this new option isn't in Debian yet. You
want "--suffix v5" for Debian.

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

Bug#794581: /usr/bin/kwin_x11: crashes when starting first window

[Émilien Tlapale]

Same here. Version breeze/4:5.3.2-4 was problematic (stuck on login), so 
I put all the *breeze* packages on hold at -3, but today's update 
(libkf5*) brought back the stuck on login problem.


After removing the hold on breeze packages, effectively upgrading them 
to -4, the desktop got decorations, though only on the first virtual 
desktop, and the taskbar/panels are only present on the first virtual 
desktop.


Konsole output
sid/4.1.0-1-amd64 running of an intel integrated gpu

On 13/08/2015 13:48, Dominik George wrote:

Package: breeze
Version: 4:5.3.2-2
Followup-For: Bug #794581

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I tested again today, and see a new effect.

With 5.3.2-4, kwin does not crash anymore. Instead, the desktop gets
window decorations and does not redraw. Everything else works.

I downgraded to 5.3.2-2 again, and now kwin crashes with the old
version, the same way it did with the new version before.

Maybe related to the libkf5* update today?

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

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

Versions of packages breeze depends on:
ii  breeze-cursor-theme4:5.3.2-2
ii  breeze-icon-theme  4:5.3.2-2
ii  kde-style-breeze   4:5.3.2-2
ii  kde-style-breeze-qt4   4:5.3.2-2
ii  kwin-style-breeze  4:5.3.2-2
ii  libc6  2.19-19
ii  libkf5configcore5  5.13.0-1
ii  libkf5coreaddons5  5.13.0-1
ii  libkf5i18n55.13.0-1
ii  libkf5kcmutils55.12.0-1
ii  libqt5core5a   5.4.2+dfsg-5
ii  libqt5gui5 5.4.2+dfsg-8
ii  libqt5widgets5 5.4.2+dfsg-8
ii  libstdc++6 5.1.1-14
ii  qml-module-qtquick-controls-styles-breeze  4:5.3.2-2

Versions of packages breeze recommends:
ii  kde-style-qtcurve  1.8.14-3+b2

Versions of packages breeze suggests:
pn  orion-gtk-theme  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJVzQKFMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paTjxAAmTEbVTz5pJOevof4TdkR
lJof5W+8uJBX3uSrGSDaYihbv9IDzA7KYz8+SB8+Nhdw+KU1crd5TPbLTwfwYKXM
Yl2c+dPOa4HYPY8Y5ggjb/VEKFMqUqklzpBuW1tDpmB6nn5NHRukEMm+CDoVhOus
dT1bSna5weDy/ato62Mhi/NeMz2fJz2TgkKqj25TYR/8bJelznsvVEYYelli7VMv
jls53GpnhdF0un7Rb5n8/Ns7MfAyfqMEPbfYs/0VsyzP0hYKIC0ycN4X9nTX3j/3
7Xt0oW3YVlXzXC/oH92PTjbrznk+sYMIMcT25TsFq62MFIk2SSmEDkk/I6LCzfdz
U2hyvryQNA1gGdo0TJLbfKlXc6MzMYeck9Dpa8VnMtJkuWNwpppG7tfOnKZ92RPt
kWfTYzz+yo9YprFp2e4Q61SodYXyvF9AAk8QCY67ETMuLupGJrrYUGuBvnD6OFlG
Dd3hlpf6ELc/JtKGuDTc5k/iIvUdvfYjA04SDd0ZrfN255yMr0KFT1CPPdpiEPad
dPi76KKaBgGgy+q/6jqYs/wPlVsUc84oMflcycMqwgUzw5iUrDBlDBezoL2EsoEg
hHrAUa2a7PKV3qY30pJuC1+h0u9RMILv/mtU/mv3xIediRz1H7COJnsbuvCY9LOh
qkJ/W4gbVeby20aZXl9y/u4=
=jR2e
-END PGP SIGNATURE-

Bug#795388: youtube-dl wont download a video due to out of date

[Rogério Brito]

Control: severity 795388 normal
Control: notfound 795388 2015.06.04.1-1
Control: tags 795388 + moreinfo unreproducible

Hi, Gareth.

On Aug 13 2015, Gareth Owen wrote:
> Package: youtube-dl
> Version: current

"current" is not even a version.

> Severity: grave

This is hardly a grave bug, since the package works and even if one site
stopped working, the package has support for multiple sites. See below for
more information.

>* What led up to the situation?
> 
> youtube-dl -x https://www.youtube.com/watch?v=bZh7nRw6gl8

This works perfectly fine here with youtube-dl from unstable.  In fact, I
use it myself on a daily basis, as I both need it and write other software
that depends on it (e.g., edx-dl).

Since your message didn't specify the version that you have installed, I
can't know more.  Thus, I'm tagging this bug both as moreinfo and as
unreproducible.

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

My crystal ball stopped working many, many years ago. Please write some
text, so that I can understand what is your problem.

>* What was the outcome of this action?
> 
> Failed with error

Which error? youtube-dl generates lots of output, especially when it wasn't
able to download of something.

> Using the latest version from the youtube-dl website works and
> upstream dev advised debian package was out of date.

It would be super helpful to know which version is affected, instead of
saying "current". Do you mean the version in stable? oldstable? testing?
unstable?


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#795448: apport: Doesn't use configured email client

[S Allen]

Package: apport
Version: 2.17.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

OK 1st run it didn't have a configured email address for sender -- So, I
added that to the config file.
Now it won't use the system configured email client to send the report,
or as the Debian ReportBug client, send directly to Debian's email
server if a system spool isn't available.

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/6 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 apport depends on:
ii  gir1.2-glib-2.0  1.44.0-1+b2
ii  lsb-base 4.1+Debian14
ii  python3  3.4.3-4
ii  python3-apport   2.17.3-1
ii  python3-gi   3.16.2-1
pn  python:any   

Versions of packages apport recommends:
ii  policykit-1  0.105-11

Versions of packages apport suggests:
ii  apport-gtk  2.17.3-1

-- Configuration Files:
/etc/apport/crashdb.conf changed:
default = 'debian'
databases = {
'ubuntu': {
'impl': 'launchpad',
'bug_pattern_url': 
'http://people.canonical.com/~ubuntu-archive/bugpatterns/bugpatterns.xml',
'dupdb_url': 
'http://people.canonical.com/~ubuntu-archive/apport-duplicates',
'distro': 'ubuntu',
'escalation_tag': 'bugpattern-needed',
'escalated_tag': 'bugpattern-written',
},
'fedora': {
 # NOTE this will change Fall '07 when RHT switches to bugzilla 3.x!
'impl': 'rhbugzilla',
'bug_pattern_url': 'http://qa.fedoraproject.org/apport/bugpatterns.xml',
'distro': 'fedora'
},
'debian': {
'impl': 'debian',
'distro': 'debian',
'smtphost': 'reportbug.debian.org',
'recipient': 'sub...@bugs.debian.org',
'sender': 'marathon.duran...@gmail.com'
},
'debug': {
# for debugging
'impl': 'memory',
'bug_pattern_url': '/tmp/bugpatterns.xml',
'distro': 'debug'
},
}


-- no debconf information

Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default

[Andrew Starr-Bochicchio]

On Thu, Aug 13, 2015 at 8:04 PM, Felipe Sateler  wrote:
>> There's lots of std::string references in libtorrent-rasterbar's public
>> headers.  libtorrent-rasterbar7 ought to be renamed.
>>
>> You may want to check out the patch at
>> https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1
>
>
> There is in experimental a version that bumps the ABI, perhaps that could be
> uploaded to unstable instead.

Of libtorrent-rasterbar's reverse dependencies, qbittorrent requires a
new upstream version to build against the version in experimental. I
have a package ready to be uploaded. Fatrat and Flush both have other
build issues which I haven't had time to get to the bottom of and NMU.
As neither are currently in testing due to those RC bugs, that
shouldn't necessarily hold pack promoting libtorrent-rasterbar to
unstable. It seems like that's probably the cleanest solution.

I'll prepare an upload. Though, if I'm reading the transition tracker
right, qt4-x11 will need to be rebuilt first. [0] On the other hand,
it seems to have been rebuilt recently. [1]

[0] https://release.debian.org/transitions/html/libstdc++6.html
[1] https://packages.qa.debian.org/q/qt4-x11/news/20150804T225859Z.html

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1

Bug#795373: closed by Mike Hommey (Re: Bug#795373: iceweasel changed default search to yahoo)

[James Ensor]

my default search engine had been set to google before.

in about.config there is no "browser.search.selectedEngine" but there
are two settings called

browser.search.defaultenginename

and

browser.search.defaultenginename.US

they are both set to "Google"



On Thu, Aug 13, 2015 at 7:51 PM, Debian Bug Tracking System
 wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the iceweasel package:
>
> #795373: iceweasel changed default search to yahoo
>
> It has been closed by Mike Hommey .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Mike Hommey 
>  by
> replying to this email.
>
>
> --
> 795373: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795373
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Mike Hommey 
> To: James Ensor , Daniel Kahn Gillmor 
> , 795373-d...@bugs.debian.org
> Cc:
> Date: Fri, 14 Aug 2015 08:49:22 +0900
> Subject: Re: Bug#795373: iceweasel changed default search to yahoo
> Closing, as per Daniel's message.
>
> On Thu, Aug 13, 2015 at 02:23:05PM -0400, Daniel Kahn Gillmor wrote:
>> On Thu 2015-08-13 09:37:10 -0400, James Ensor wrote:
>> > After upgrading iceweasel, performing a search from the address bar uses
>> > yahoo.com to do the search.  My default search provider was previously set 
>> > to
>> > google.com.  I would expect that my default search setting would not be 
>> > changed
>> > during an upgrade.
>>
>> If you manually selected google.com previously, your default search
>> provider would not change with an upgrade.
>>
>> If you were depending on the software's default search provider (which
>> used to be google), then an upgrade could well change the software's
>> default search provider.
>>
>> look at browser.search.selectedEngine in about:config -- if it is blank,
>> you will use the browser's default search engine.
>>
>> In your case, i suspect it was blank, so an upgrade that changed the
>> default also changed your selected search engine.
>>
>> I think this is the right behavior of any piece of software: keep the
>> user's configuration if they have one, and rely on the built-in defaults
>> if they haven't.
>>
>>--dkg
>>
>
> -- Forwarded message --
> From: James Ensor 
> To: Debian Bug Tracking System 
> Cc:
> Date: Thu, 13 Aug 2015 09:37:10 -0400
> Subject: iceweasel changed default search to yahoo
> Package: iceweasel
> Version: 38.2.0esr-1~deb8u1
> Severity: normal
>
> Dear Maintainer,
>
>
> After upgrading iceweasel, performing a search from the address bar uses
> yahoo.com to do the search.  My default search provider was previously set to
> google.com.  I would expect that my default search setting would not be 
> changed
> during an upgrade.
>
>
> -- Package-specific info:
>
> -- Extensions information
> Name: Adblock Plus
> Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
> Status: enabled
>
> Name: Default theme
> Location: 
> /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
> Package: iceweasel
> Status: enabled
>
> -- Plugins information
> Name: iTunes Application Detector
> Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
> Package: rhythmbox-plugins
> Status: enabled
>
>
> -- Addons package information
> ii  iceweasel  38.2.0esr-1~ amd64Web browser based on Firefox
> ii  rhythmbox-plug 3.1-1amd64plugins for rhythmbox music playe
>
> -- System Information:
> Debian Release: 8.1
>   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/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages iceweasel depends on:
> ii  debianutils   4.4+b1
> ii  fontconfig2.11.0-6.3
> ii  libasound21.0.28-1
> ii  libatk1.0-0   2.14.0-1
> ii  libc6 2.19-18
> ii  libcairo2 1.14.0-2.1
> ii  libdbus-1-3   1.8.18-0+deb8u1
> ii  libdbus-glib-1-2  0.102-1
> ii  libevent-2.0-52.0.21-stable-2
> ii  libffi6   3.1-2+b2
> ii  libfontconfig12.11.0-6.3
> ii  libfreetype6  2.5.2-3
> ii  libgcc1   1:4.9.2-10
> ii  libgdk-pixbuf2.0-02.31.1-2+b1
> ii  libglib2.0-0  2.42.1-1
> ii  libgtk2.0-0   2.24.25-3
> ii  libhunspell-1.3-0 1.3.3-3
> ii  libpango-1.0-01.36.8-3
> ii  libsqlite3-0  3.8.7.1-1+deb8u1
> ii  libstartup-notification0  0.12-4
> ii  libstdc++64.9.2-10
> ii  libx11-6  2:1.6.

Bug#795318: closed by Ben Hutchings (Re: Bug#795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon hardware broken)

[richard jasmin]

actually it does if memory serves me correctly. IIRC this was a
misconfiguration of something but I dont remember what Off the top of my
head. Has nothing to do with flgrx or the X11 config file.

On Wed, Aug 12, 2015 at 5:27 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the firmware-linux-nonfree package:
>
> #795318: Subject: firmware-linux-nonfree: kernel modeswitching on radeon
> hardware broken
>
> It has been closed by Ben Hutchings .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ben Hutchings <
> b...@decadent.org.uk> by
> replying to this email.
>
>
> --
> 795318: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795318
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Ben Hutchings 
> To: 795318-d...@bugs.debian.org
> Cc:
> Date: Thu, 13 Aug 2015 00:24:35 +0200
> Subject: Re: Bug#795318: Subject: firmware-linux-nonfree: kernel
> modeswitching on radeon hardware broken
> On Wed, 2015-08-12 at 16:57 -0500, richard jasmin wrote:
> >
> > Package: firmware-linux-nonfree
> > Version: 0.44
> > Severity: important
> >
> > when using fglrx for 3d acceleration all modeswitching provided by the
> non-free
> > kernel module is moot point. There simply is no vterm at all to switch
> to.If
> > for any reason X11 breaks you are up shit creek and must play
> whack-a-mole with
> > the hard reset button to recover. This may be a config issue but the
> config
> > needs to be posted somewhere so people know what to do. Using PITCAIRN
> > hardware(HD 7850 x2).
>
> This has nothing to do with firmware-linux-nonfree.
>
> Ben.
>
>
> -- Forwarded message --
> From: richard jasmin 
> To: sub...@bugs.debian.org
> Cc:
> Date: Wed, 12 Aug 2015 16:57:42 -0500
> Subject: Subject: firmware-linux-nonfree: kernel modeswitching on radeon
> hardware broken
>
> Package: firmware-linux-nonfree
> Version: 0.44
> Severity: important
>
> when using fglrx for 3d acceleration all modeswitching provided by the
> non-free
> kernel module is moot point. There simply is no vterm at all to switch
> to.If
> for any reason X11 breaks you are up shit creek and must play whack-a-mole
> with
> the hard reset button to recover. This may be a config issue but the config
> needs to be posted somewhere so people know what to do. Using PITCAIRN
> hardware(HD 7850 x2).
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> 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)
>
> firmware-linux-nonfree depends on no packages.
>
> firmware-linux-nonfree recommends no packages.
>
> Versions of packages firmware-linux-nonfree suggests:
> ii  initramfs-tools  0.120
>
> -- no debconf information
>
>
>

Bug#795447: stretch-pu: package subversion/1.8.13-1+deb9u1

[James McCoy]

Package: release.debian.org
Severity: normal

The recent upstream Subversion releases included fixes for 2 CVEs
(CVE-2015-3184 and CVE-2015-3187).  The sid upload got caught up in the
libstdc++ transition, so I've uploaded an updated package for stretch.

Attached is the debdiff.  It's large, but a good chunk of that is added
testing for the security fix.

Cheers,
James

diffstat for subversion_1.8.13-1 subversion_1.8.13-1+deb9u1

 debian/patches/CVE-2015-3184| 2165 
 debian/patches/CVE-2015-3187|  404 +
 subversion-1.8.13/debian/changelog  |   10 
 subversion-1.8.13/debian/control|4 
 subversion-1.8.13/debian/patches/series |2 
 5 files changed, 2583 insertions(+), 2 deletions(-)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (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)
diffstat for subversion_1.8.13-1 subversion_1.8.13-1+deb9u1

 debian/patches/CVE-2015-3184| 2165 
 debian/patches/CVE-2015-3187|  404 +
 subversion-1.8.13/debian/changelog  |   10 
 subversion-1.8.13/debian/control|4 
 subversion-1.8.13/debian/patches/series |2 
 5 files changed, 2583 insertions(+), 2 deletions(-)

diff -u subversion-1.8.13/debian/changelog subversion-1.8.13/debian/changelog
--- subversion-1.8.13/debian/changelog
+++ subversion-1.8.13/debian/changelog
@@ -1,3 +1,13 @@
+subversion (1.8.13-1+deb9u1) stretch; urgency=medium
+
+  * Add (Build-)Depends on apache2 packages necessary for security fixes.
+  * patches/CVE-2015-3814: Mixed anonymous/authenticated path-based authz with
+httpd 2.4
+  * patches/CVE-2015-3817: svn_repos_trace_node_locations() reveals path
+hidden by authz
+
+ -- James McCoy   Wed, 12 Aug 2015 20:31:26 -0400
+
 subversion (1.8.13-1) unstable; urgency=medium
 
   * New upstream release.  Refresh patches.
diff -u subversion-1.8.13/debian/control subversion-1.8.13/debian/control
--- subversion-1.8.13/debian/control
+++ subversion-1.8.13/debian/control
@@ -6,7 +6,7 @@
James McCoy 
 Build-Depends: debhelper (>= 8), libserf-dev (>= 1.2), zlib1g-dev,
libapr1-dev, libaprutil1-dev, libdb5.3-dev,
-   libsasl2-dev, apache2-dev, dh-apache2,
+   libsasl2-dev, apache2-dev (>= 2.4.16), dh-apache2,
libsqlite3-dev (>= 3.7.12), libgnome-keyring-dev, libdbus-1-dev, kdelibs5-dev,
quilt, doxygen, autotools-dev, autoconf, libtool-bin, swig,
python-all-dev, perl, libperl-dev, ruby, ruby-dev,
@@ -83,7 +83,7 @@
 Package: libapache2-mod-svn
 Section: httpd
 Architecture: any
-Depends: apache2-api-20120211, libsvn1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Depends: apache2-bin (>= 2.4.16), apache2-api-20120211, libsvn1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Breaks: libapache2-svn (<< 1.7.9-1+nmu5)
 Replaces: libapache2-svn (<< 1.7.9-1+nmu5)
 Suggests: db5.3-util
diff -u subversion-1.8.13/debian/patches/series subversion-1.8.13/debian/patches/series
--- subversion-1.8.13/debian/patches/series
+++ subversion-1.8.13/debian/patches/series
@@ -19,0 +20,2 @@
+CVE-2015-3187
+CVE-2015-3184
only in patch2:
unchanged:
--- subversion-1.8.13.orig/debian/patches/CVE-2015-3184
+++ subversion-1.8.13/debian/patches/CVE-2015-3184
@@ -0,0 +1,2165 @@
+  Mixed anonymous/authenticated path-based authz with Apache httpd 2.4.
+
+Summary
+===
+
+  Subversion's mod_authz_svn does not properly restrict anonymous
+  access in some mixed anonymous/authenticated environments when using
+  Apache httpd 2.4.  The result is that anonymous access may be possible
+  to files for which only authenticated access should be possible.
+
+Known vulnerable
+
+
+  Apache httpd 2.4.0 to 2.4.12
+  Apache Subversion 1.8.0 to 1.8.13
+  Apache Subversion 1.7.0 to 1.7.20
+
+  Servers are vulnerable if either httpd or Subversion is as listed.
+
+  Subversion 1.6 does not build with httpd 2.4 and servers using
+  httpd 2.2 are not vulnerable.  Servers that are configured to deny
+  anonymous access are not vulnerable.
+
+Known fixed
+===
+
+  Apache httpd 2.4.16
+  Apache Subversion 1.8.14 and 1.7.21
+
+  Both httpd and Subversion need to be updated.  Subversion must
+  be built with a fixed httpd.
+
+Details
+===
+
+  If you have a Subversion repository configured for anonymous read
+  that has mod_authz_svn configured such that some portion of the
+  repository is hidden from an anonymous user, then in certain cases
+  when Subversion is used with Apache httpd 2.4.x the file contents of
+  the repository may be exposed to someone who knows the path name
+  within the repos

Bug#795446: udisks: Cancel does not function on authentication

[dave]

Source: udisks
Severity: normal

Dear Maintainer,

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

   * Using Standard XFCE desktop included with Debian 8.1
 Have a hard drive that is not automatically mounted via fstab
 Drive is listed on the desktop and within Thunar
 Double click to mount the drive(either via desktop or Thunar)  
 Authentication is requested to mount the drive.  
 If correct password is entered, application performs as intended and 
mounts the hard drive
 If the cancel button is pressed, authentication request is repeated.
 Expected that request for authentication would be cancelled.
 The only way to remove the authentication box is to have the correct 
password.  
 Reported to Udisks project since this is listed in the details.


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

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

Bug#795445: gdb: segfault with std::function bound to lambda using type from template parameter

[Hermann Vosseler]

Package: gdb
Version: 7.7.1+dfsg-5
Severity: important

Dear Maintainer,

after upgrading to Debian/Stable, serious problems with GDB:
Unable to start with most of the C++11 programs I am working on,
since the debugger crashes right at start.

Could confirm this problem is present on a pristine install of
Debian 8.1, both 64bit and 32bit

I was able to narrow down the problem in one case to a situation,
where a std::function is bound to a lambda, which uses the template
parameter of the enclosing function as argument type. (function / lambda
without this specific twist cause no problems)

See the following demonstration:


crash_gdb_jessie-2015-08.sh-
#/!bin/sh
#
# crash_gdb -- demostrate a Segfault when invoking the debugger
#  observed 8/2015 on Debian/Jessie on X86_64
#  

CODE=`mktemp`

cat << __END__ | g++ -x c++ - -o$CODE -std=gnu++11  && echo "compiled
successfully to $CODE"

#include 
#include 
#include 

using std::string;
using std::cout;
using std::endl;


template
inline string
activate (ELM& something)
  {
std::function lambda = [] (ELM const& val)
  {
return string(val);
  };
return lambda(something);
  }


int
main (int, char**)
  {
cout << activate ("Data") << endl;
return 0;
  }

__END__


$CODE && echo "executed successfully without debugger"

echo -e "now try to crash the debugger...\n\n"

gdb $CODE -ex run -ex quit

if (($?))
then echo -e "\n\n\n\n *** Debugger crashed"
else echo -e "\n\n\n\n +++ Debugger worked, no crash"
fi



-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (900, 'stable'), (650, 'stable'), (500, 'stable-updates'), (95, 
'testing'), (80, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gdb depends on:
ii  libc6 2.19-18
ii  libexpat1 2.1.0-6+deb8u1
ii  liblzma5  5.1.1alpha+20120614-2+b3
ii  libncurses5   5.9+20140913-1+b1
ii  libpython2.7  2.7.9-2
ii  libreadline6  6.3-8+b3
ii  libtinfo5 5.9+20140913-1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gdb recommends:
pn  gdbserver  
pn  libc-dbg   

Versions of packages gdb suggests:
ii  gdb-doc  7.7.1+dfsg-2

-- no debconf information

Bug#795444: python-enum: Conflicting module with package 'enum' provided by 'python-enum34'

[Gregory DAVID]

Package: python-enum
Version: 0.4.4-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When trying to execute the 'ladi-control-center', part of the 'ladi-tools'
package, Python issue the following error: TypeError: issubclass() arg 1 must
be a class.
After some code analysis, I fund that the import of the 'enum' module do not
reflect what is expected.
In my system, both 'python-enum' and 'python-enum34' are installed, but when
importing the 'enum' module, 'python-enum34' has the precedence.
I do not know exactly how to force the load of a particular module when having
the same name.
'enum' module from 'python-enum' live in '/usr/share/pyshared/enum.py' and is
linked in '/usr/lib/python2.7/dist-packages/enum.py' and I can't load it.
'enum' module from 'python-enum34' live in '/usr/lib/python2.7/dist-
packages/enum/enum.py' and is the one loaded while importing 'import enum' or
'from enum import Enum'.

Thanks.



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

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

Versions of packages python-enum depends on:
ii  python 2.7.9-1
ii  python2.7  2.7.10-3

python-enum recommends no packages.

python-enum suggests no packages.

-- no debconf information

Bug#795436: Preferences: usability regression

[Mike Hommey]

On Thu, Aug 13, 2015 at 05:12:23PM -0700, Ian Zimmerman wrote:
> On 2015-08-14 08:48 +0900, Mike Hommey wrote:
> 
> > There's also the issue that keyboard shortcuts don't work, so you are
> > kind of stuck with the Tab key.
> 
> > https://bugzilla.mozilla.org/show_bug.cgi?id=1194528
> 
> This is actually what I meant by my report, but since I discovered that
> Alt+Shift+ works.  I would note that on the bugzilla but I don't
> have an account :-P
> 
> > > And searching for text on the fake webpage (in order to shift
> > > focus) doesn't work either.
> 
> > CTRL+F works for me.
> 
> Odd, I tried again, still doesn't work.  Slash doesn't either.

Ok, it's weird. It works partially for me. That is, CTRL+F does bring
the find bar, and typing text in there finds it in the preferences
page... in some cases.

On the "General" screen, for example, I can find "when" but not "warn".

Mike

Bug#795436: Preferences: usability regression

[Ian Zimmerman]

On 2015-08-14 08:48 +0900, Mike Hommey wrote:

> There's also the issue that keyboard shortcuts don't work, so you are
> kind of stuck with the Tab key.

> https://bugzilla.mozilla.org/show_bug.cgi?id=1194528

This is actually what I meant by my report, but since I discovered that
Alt+Shift+ works.  I would note that on the bugzilla but I don't
have an account :-P

> > And searching for text on the fake webpage (in order to shift
> > focus) doesn't work either.

> CTRL+F works for me.

Odd, I tried again, still doesn't work.  Slash doesn't either.

Maybe we should close this bug and open a new one just for the search?

-- 
Please *no* private copies of mailing list or newsgroup messages.
Rule 420: All persons more than eight miles high to leave the court.

Bug#795443: ocaml: please make the ocamldoc date configurable

[Chris Lamb]

Source: ocaml
Version: 4.01.0-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that ocamldoc always generates manpages with the current date.

The attached patch adds a -man-date argument to ocamldoc to accept any
arbitrary string.

An alternative would be to accept a UNIX timestamp and then format that
but a patch for that would be more invasive. The UNIX manpage format
accepts mostly any value here anyway, so this isn't too restrictive.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/ocamldoc/odoc_args.ml b/ocamldoc/odoc_args.ml
index be5ce12..5efd6ce 100644
--- a/ocamldoc/odoc_args.ml
+++ b/ocamldoc/odoc_args.ml
@@ -295,6 +295,7 @@ let default_options = [
   "-man-mini", Arg.Set Odoc_man.man_mini, M.man_mini ;
   "-man-suffix", Arg.String (fun s -> Odoc_man.man_suffix := s), M.man_suffix ;
   "-man-section", Arg.String (fun s -> Odoc_man.man_section := s), 
M.man_section ;
+  "-man-date", Arg.String (fun s -> Odoc_man.man_date := s), M.man_date ;
 
 ]
 
diff --git a/ocamldoc/odoc_man.ml b/ocamldoc/odoc_man.ml
index 7e01f8d..05c1f46 100644
--- a/ocamldoc/odoc_man.ml
+++ b/ocamldoc/odoc_man.ml
@@ -22,6 +22,7 @@ open Search
 
 let man_suffix = ref Odoc_messages.default_man_suffix
 let man_section = ref Odoc_messages.default_man_section
+let man_date = ref (Odoc_misc.string_of_date ~hour: false (Unix.time ()))
 
 let man_mini = ref false
 
@@ -720,14 +721,13 @@ class man =
 (** Generate the man page for the given class.*)
 method generate_for_class cl =
   Odoc_info.reset_type_names () ;
-  let date = Unix.time () in
   let file = self#file_name cl.cl_name in
   try
 let chanout = self#open_out file in
 let b = new_buf () in
 bs b (".TH \""^cl.cl_name^"\" ");
 bs b !man_section ;
-bs b (" "^(Odoc_misc.string_of_date ~hour: false date)^" ");
+bs b (" "^(!man_date)^" ");
 bs b "OCamldoc ";
 bs b ("\""^(match !Global.title with Some t -> t | None -> "")^"\"\n");
 
@@ -779,14 +779,13 @@ class man =
 (** Generate the man page for the given class type.*)
 method generate_for_class_type ct =
   Odoc_info.reset_type_names () ;
-  let date = Unix.time () in
   let file = self#file_name ct.clt_name in
   try
 let chanout = self#open_out file in
 let b = new_buf () in
 bs b (".TH \""^ct.clt_name^"\" ");
 bs b !man_section ;
-bs b (" "^(Odoc_misc.string_of_date ~hour: false date)^" ");
+bs b (" "^(!man_date)^" ");
 bs b "OCamldoc ";
 bs b ("\""^(match !Global.title with Some t -> t | None -> "")^"\"\n");
 
@@ -836,14 +835,13 @@ class man =
 (** Generate the man file for the given module type.
@raise Failure if an error occurs.*)
 method generate_for_module_type mt =
-  let date = Unix.time () in
   let file = self#file_name mt.mt_name in
   try
 let chanout = self#open_out file in
 let b = new_buf () in
 bs b (".TH \""^mt.mt_name^"\" ");
 bs b !man_section ;
-bs b (" "^(Odoc_misc.string_of_date ~hour: false date)^" ");
+bs b (" "^(!man_date)^" ");
 bs b "OCamldoc ";
 bs b ("\""^(match !Global.title with Some t -> t | None -> "")^"\"\n");
 
@@ -914,14 +912,13 @@ class man =
 (** Generate the man file for the given module.
@raise Failure if an error occurs.*)
 method generate_for_module m =
-  let date = Unix.time () in
   let file = self#file_name m.m_name in
   try
 let chanout = self#open_out file in
 let b = new_buf () in
 bs b (".TH \""^m.m_name^"\" ");
 bs b !man_section ;
-bs b (" "^(Odoc_misc.string_of_date ~hour: false date)^" ");
+bs b (" "^(!man_date)^" ");
 bs b "OCamldoc ";
 bs b ("\""^(match !Global.title with Some t -> t | None -> "")^"\"\n");
 
@@ -1045,14 +1042,13 @@ class man =
   | Res_const (_,f) -> f.vc_name
  )
  in
- let date = Unix.time () in
   let file = self#file_name name in
   try
 let chanout = self#open_out file in
 let b = new_buf () in
 bs b (".TH \""^name^"\" ");
 bs b !man_section ;
-bs b (" "^(Odoc_misc.string_of_date ~hour: false date)^" ");
+bs b (" "^(!man_date)^" ");
 bs b "OCamldoc ";
 bs b ("\""^(match !Global.title with Some t -> t | None -> "")^"\"\n");
 bs b ".SH NAME\n";
diff --git a/ocamldoc/odoc_messages.ml b/ocamldoc/odoc_messages.ml
index 2d6327b..7ab6ddc 100644
--- a/ocamldoc/odoc_messages.ml
+++ b/ocamldoc/odoc_messages.ml
@@ -95,6 +95,8 @@ let man_mini = "\tGenerate man pages only for modules, mod

Bug#790977: transition: alglib (libalglib3.9v5)

[Simon McVittie]

reopen 790977
retitle 790977 transition: alglib (libalglib3.9v5)
forwarded 790977 https://release.debian.org/transitions/html/auto-alglib.html
user release.debian@packages.debian.org
usertag 790977 + transition
block 790977 by 790756
reassign 790977 release.debian.org
severity 790977 normal
thanks

On Fri, 03 Jul 2015 at 13:08:50 +, Matthias Klose wrote:
>Then reassign the issue to release.debian.org and
>properly tag it as a transition issue

Reopening, and reassigning as requested.

Release team: I think qtiplot is ready to binNMU.

nmu qtiplot_0.9.8.9-10 . ALL . -m 'rebuild against libalglib3.9v5'

Bug#794704: viva: FTBFS

[Simon McVittie]

Control: unblock 794626 by 794704

On Thu, 06 Aug 2015 at 12:38:41 +0200, Tobias Frost wrote:
> Maybe a quick fix would
> help to get the libconfig transition forward faster, as a new upstream
> version takes lots more time...

I don't think this actually blocks the libconfig transition, because viva
appears to use only the C ABI, not the C++ ABI.

Regards,
S

Bug#795436: Preferences: usability regression

[Mike Hommey]

On Thu, Aug 13, 2015 at 04:13:30PM -0700, Ian Zimmerman wrote:
> Package: iceweasel
> Version: 38.2.0esr-1~deb7u1
> Severity: minor
> 
> Since security upgrade yesterday switched to the 38 series, instead of a
> nice Gtk based preferences dialog a get a fake webpage :-( And now I
> cannot activate any of the widgets on that fake webpage with the
> keyboard.

That's not true. You still can, but it's not necessarily visible.
Filed https://bugzilla.mozilla.org/show_bug.cgi?id=1194530

There's also the issue that keyboard shortcuts don't work, so you are
kind of stuck with the Tab key.
https://bugzilla.mozilla.org/show_bug.cgi?id=1194528

> And searching for text on the fake webpage (in order to shift
> focus) doesn't work either.

CTRL+F works for me.

> So, reaching for the pointing device is the
> only solution.  How are the rodent allergic among us supposed to cope?

You can go to about:config and turn browser.preferences.inContent false,
but I can't guarantee that'll work forever. (at least, that won't change
in a 38.x)

Mike

Bug#794700: ldc: FTBFS with GCC5

[Simon McVittie]

reassign 794700 llvm-toolchain-3.5
forcemerge 794935 794700
thanks

On Wed, 05 Aug 2015 at 21:41:35 +0200, Tobias Frost wrote:
> When rebuilding your package against the new libconfig, I figured out that it
> fails to build due to the GCC5 transition.

This appears to be caused by llvm-toolchain-3.5 not having undergone
the equivalent transition yet.

S

Bug#795440: cryptmount-setup fails and can't recover when user mistypes initial passphrase

[Loyall, David]

Package: cryptmount
Version: 5.1-1

Hi.

The cryptmount-setup script fails immediately when I provide mismatched 
passwords (passphrases) during setup.

So the user has try again, and type in all those configuration values again.

Hark! A bug! cryptmount-setup remembered the name of the new filesystem from 
the first run, even though it didn't complete, and won't allow the user try 
again to create an encrypted filesystem with that name.

A shell transcript follows.  Bug observed at the end.

>>>
hobbes@metalbaby:~$ sudo cryptmount-setup
# [...] omitting some lines [...]
Generating random key; please be patient...
Enter new password for target "scrambled": 
Confirm password: 
Password mismatch
hobbes@metalbaby:~$ sudo cryptmount-setup 

--
cryptmount setup script

This program will allow you to setup a secure filing-system that will 
be managed by "cryptmount". You will be able to select basic features 
such as the location and size of the filesystem - if you want more 
advanced features, you should consult the cryptmount manual page.

cryptmount version 5.1, (C)Copyright 2007-2014 RW Penney
cryptmount comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under 
certain conditions - see the file 'COPYING' in the source directory.

--
Each cryptmount filesystem is identifed by a short name which is used 
when mounting or configuring that filesystem. This name should be a 
single word (without spaces), such as "opaque".
The following target names have already been used:scrambled 

  Please enter a target name for your filesystem
  [opaque]: scrambled
The target-name "scrambled" has already been used
  Please enter a target name for your filesystem
  [opaque]:
>>>

Cheers,
--Dave

Bug#778922: installation-reports: Installer hangs during partition formatting

[Danielsan]

Package: installation-reports
Followup-For: Bug #778922

Dear Maintainer,

-- Package-specific info:

Boot method: HDD USB
Image version: I installed from the iso image 
"debian-8.1.0-amd64-xfce-CD-1.iso", downloaded via a bittorrent program by the 
torrent "debian-8.1.0-amd64-xfce-CD-1.iso. available at "cdimage.debian.org"
Date: 11 August 2015

Machine: Acer Aspire ONE 721
Partitions: 
fdisk -l output

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000c06aa

Device Boot Start   End   Sectors  Size Id Type
/dev/sda1  * 2048 204802047 20480 97.7G  b W95 FAT32
/dev/sda2   204812746 411703295 206890550 98.7G  5 Extended
/dev/sda5   204812748 213214679   84019324G 82 Linux swap / Solaris
/dev/sda6   213214743 234195569  20980827   10G 83 Linux
/dev/sda7   234195633 250983494  167878628G 83 Linux
/dev/sda8   250983558 267642899  166593428G 83 Linux
/dev/sda9   267646976 288659455  21012480   10G 83 Linux
/dev/sda10  288661504 304410623  15749120  7.5G 83 Linux
/dev/sda11  401403904 411703295  10299392  4.9G 83 Linux
---

df -Tl output:

Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/sda10 ext4   7619708  2677204   4532392  38% /
udev   devtmpfs 102400 10240   0% /dev
tmpfs  tmpfs   760004 8916751088   2% /run
tmpfs  tmpfs  1940   194   0% /dev/shm
tmpfs  tmpfs 51204  5116   1% /run/lock
tmpfs  tmpfs  1940   194   0% /sys/fs/cgroup
tmpfs  tmpfs   380004438   1% /run/user/109
tmpfs  tmpfs   380004   12379992   1% /run/user/1000



Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [ ]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [ ]
Install base system:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

When the time for choosing the partition to install the system came, I selected
a logical partition (/dev/sda10) on which previously I had Debian 7.8.
The partition (/dev/sda10) was already formatted as ext4 but I wanted its
content to vanish, therefore I formatted the partition again as ext4.

Right after selecting "write changes to disk" the installer froze. The progress
bar was at some 30% and kept like that. The installer didn't respond.
This happened 5 times.

Eventually I managed to install Debian 8.1.0 on /dev/sda10 just by formatting
the mentioned partition with Gparted from another OS and not asking the
installer to format it. The installation process went fine.



In case it matters, I have Kubuntu 14.04.02 on /dev/sda7, Debian jessie 8.1 on
/dev/sda8, Trisquel Belenos 7.0 on /dev/sda9 and Haiku-OS (a BeOS-like) on
/dev/sda11. Hence I installed the bootloader, during the installation process,
on /dev/sda10 since I manage grub from Kubuntu.

I installed the whole system on /dev/sda10.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u1"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux DanielDebianPackager 3.16.0-4-amd64 #1 SMP Debian 
3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
RS880 Host Bridge [1022:9601]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:0429]
lspci -knn: 00:01.0 PCI bridge [0604]: Acer Incorporated [ALI] AMD RS780/RS880 
PCI to PCI bridge (int gfx) [1025:9602]
lspci -knn: 00:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 0) [1022:9604]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:05.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 1) [1022:9605]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. 
[AMD

Bug#795442: musescore: does not honor /etc/papersize

[brian m. carlson]

Package: musescore
Version: 2.0.2+dfsg-1
Severity: normal

/etc/papersize is set to "letter", but attempting to print to my printer
(or to a file) causes it to attempt to print A4.  Moreover, immediately
after setting it to Letter and printing, attempting to print again makes
it go right back to A4, so it doesn't remember my settings, unlike every
other program.

While I understand that A4 is used by most of the world and is an
international standard (and I agree is desirable than Letter), I live in
the United States and only have Letter paper.  The fact that it doesn't
preserve the settings in the print dialog would not be so bad, but it
doesn't honor /etc/papersize, which makes printing very frustrating.

All software on Debian systems, including musescore, should honor
/etc/papersize, as it avoids this problem wholesale.  Please fix
musescore so it honors this setting.

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

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

Versions of packages musescore depends on:
ii  desktop-file-utils   0.22-1
ii  libasound2   1.0.29-1
ii  libc62.19-19
ii  libfreetype6 2.5.2-4
ii  libgcc1  1:5.2.1-15
ii  libogg0  1.3.2-1
ii  libportaudio219+svn20140130-1
ii  libpulse06.0-5
ii  libqt5concurrent55.4.2+dfsg-8
ii  libqt5core5a [qtbase-abi-5-4-2]  5.4.2+dfsg-8
ii  libqt5designer5  5.4.2-3
ii  libqt5gui5   5.4.2+dfsg-8
ii  libqt5help5  5.4.2-3
ii  libqt5network5   5.4.2+dfsg-8
ii  libqt5printsupport5  5.4.2+dfsg-8
ii  libqt5qml5   5.4.2-6
ii  libqt5quick5 5.4.2-6
ii  libqt5quickwidgets5  5.4.2-6
ii  libqt5sql5   5.4.2+dfsg-8
ii  libqt5sql5-sqlite5.4.2+dfsg-8
ii  libqt5svg5   5.4.2-2+b1
ii  libqt5test5  5.4.2+dfsg-8
ii  libqt5webkit55.4.2+dfsg-3
ii  libqt5widgets5   5.4.2+dfsg-8
ii  libqt5xml5   5.4.2+dfsg-8
ii  libqt5xmlpatterns5   5.4.2-2+b1
ii  libsndfile1  1.0.25-9.1
ii  libstdc++6   5.2.1-15
ii  libvorbis0a  1.3.4-2
ii  libvorbisfile3   1.3.4-2
ii  musescore-common 2.0.2+dfsg-1
ii  qml-module-qtquick-controls  5.4.2-2+b1
ii  qml-module-qtquick-layouts   5.4.2-2+b1
ii  qml-module-qtquick2  5.4.2-6
ii  shared-mime-info 1.3-1
ii  xdg-utils1.1.0~rc1+git20111210-7.4
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages musescore recommends:
ii  pulseaudio-utils  6.0-5

Versions of packages musescore suggests:
ii  fluid-soundfont-gm  3.1-5
pn  timgm6mb-soundfont  

-- no debconf information

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


signature.asc
Description: Digital signature

Bug#777930: ksh: ftbfs with GCC-5

[Oliver Kiddle]

I queried the ast-users mailing iist and both Arch and opensuse
apparently have patches for the issue. See here

http://lists.research.att.com/pipermail/ast-users/2015q3/004773.html

Oliver

Bug#794733: fit-gtm: FTBFS

[Simon McVittie]

Control: unblock 794626 by 794733

On Thu, 06 Aug 2015 at 07:39:49 +0200, Tobias Frost wrote:
> During rebuild against the new libconfig I run into this FTBFS.

This doesn't actually seem to block the libconfig transition, because
fit-gtm doesn't use the affected C++ ABI, only the unaffected C ABI.

Regards,
S

Bug#790985: transition: bobcat (libbobcat3v5)

[Simon McVittie]

user release.debian@packages.debian.org
usertag 790985 + transition
block 790985 by 790756
reassign 790985 release.debian.org
retitle 790985 transition: bobcat (libbobcat3v5)
severity 790985 normal
forwarded 790985 https://release.debian.org/transitions/html/auto-bobcat.html
thanks

On Fri, 03 Jul 2015 at 13:08:59 +, Matthias Klose wrote:
>Then reassign the issue to release.debian.org and
>properly tag it as a transition issue, by sending an email to
>cont...@bugs.debian.org

Reopening this bug and turning it into a transition tracker as requested.
Release team: I think this transition is ready for its remaining binNMUs.

Tony, for your reference, there was no need to do sourceful uploads
to rebuild stealth, ssh-cron etc. against the updated bobcat:
the release team normally schedule binNMUs for this sort of thing.


S

Bug#754425: your mail

[Vincent Lefevre]

Control: fixed -1 0.5.2-1

On 2015-08-13 19:04:20 +0100, Andrew Gee wrote:
> Corrected to application/gpx+xml in latest upstream version

Thanks. I confirm. Marking as fixed.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#791176: libtorrent-rasterbar: library transition may be needed when GCC 5 is the default

[Felipe Sateler]

On Mon, 10 Aug 2015 23:34:22 +0200 Julien Cristau 
wrote:
> Control: severity -1 serious
> Control: tag -1 confirmed
>
> On Fri, Jul  3, 2015 at 13:12:23 +, Matthias Klose wrote:
>
> >  - Rebuild the library using g++/g++-5 from experimental. Note that
> >most likely all C++ libraries within the build dependencies need
> >a rebuild too. You can find the log for a rebuild in
> >  https://people.debian.org/~doko/logs/gcc5-20150701/
> >Search for "BEGIN GCC CXX11" in the log.
> >
> >  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
> >library API, and are used by the reverse dependencies of the
> >library.
> >
> There's lots of std::string references in libtorrent-rasterbar's public
> headers.  libtorrent-rasterbar7 ought to be renamed.
>
> You may want to check out the patch at
> https://launchpad.net/ubuntu/+source/libtorrent-rasterbar/0.16.18-1ubuntu1


There is in experimental a version that bumps the ABI, perhaps that could
be uploaded to unstable instead.

Saludos,

Bug#791115: transition: libdc0 (libdc5v5)

[Simon McVittie]

Control: forwarded 791115 
https://release.debian.org/transitions/html/auto-libdc0.html

On Thu, 13 Aug 2015 at 09:35:06 +0100, Simon McVittie wrote:
> This transition started with libdc0/0.3.24~svn3121-2.1

I think valknut is ready for binNMU, and that should be all that's needed:

nmu valknut . ALL . -m 'rebuild with libdc5v5'

Regards,
S

Bug#795441: aprx: please make the build reproducible

[Chris Lamb]

Source: aprx
Version: 2.08.svn593-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that aprx could not be built reproducibly.

The attached patch removes timezone-varying timestamps from the
generated
manpages Once applied, aprx can be built reproducibly in our
reproducible
toolchain.


 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --no-dereference -urNad 
aprx.orig/aprx-2.08.svn593/debian/patches/02-reproducible-build.patch 
aprx/aprx-2.08.svn593/debian/patches/02-reproducible-build.patch
--- aprx.orig/aprx-2.08.svn593/debian/patches/02-reproducible-build.patch   
1970-01-01 01:00:00.0 +0100
+++ aprx/aprx-2.08.svn593/debian/patches/02-reproducible-build.patch
2015-08-14 01:54:06.223288942 +0200
@@ -0,0 +1,13 @@
+--- aprx-2.08.svn593.orig/Makefile.in
 aprx-2.08.svn593/Makefile.in
+@@ -56,8 +56,8 @@ versionupdate := $(shell if [ "$(PKG_REV
+ # SVNVERSION_CMD:=$(shell which svnversion)
+ # SVNVERSION:=$(shell if ${SVNVERSION_CMD} > /dev/null 2>&1  \&\& test -x 
${SVNVERSION_CMD} -a \( -d .svn -o -d ../.svn -o -d ../../.svn \)  ; then 
${SVNVERSION_CMD} | tee SVNVERSION ; else cat SVNVERSION; fi)
+ 
+-DATE:=$(shell date +"%Y %B %d")
+-RFCDATE:=$(shell date +"%a, %d %b %Y %H:%M:%S %z")
++DATE:=$(shell LC_ALL=C date --utc --date="@$(SOURCE_DATE_EPOCH)" +"%Y %B %d")
++RFCDATE:=$(shell LC_ALL=C date --utc --date="@$(SOURCE_DATE_EPOCH)" +"%a, %d 
%b %Y %H:%M:%S %z")
+ 
+ DEFS= -DAPRXVERSION="\"@VERSION_STRING@r$(SVNVERSION)\"" \
+   -DVARRUN="\"$(VARRUN)\"" -DVARLOG="\"$(VARLOG)\"" \
diff --no-dereference -urNad aprx.orig/aprx-2.08.svn593/debian/patches/series 
aprx/aprx-2.08.svn593/debian/patches/series
--- aprx.orig/aprx-2.08.svn593/debian/patches/series2015-08-14 
01:44:15.367158322 +0200
+++ aprx/aprx-2.08.svn593/debian/patches/series 2015-08-14 01:54:02.323257600 
+0200
@@ -1 +1,2 @@
 01-man-page.patch
+02-reproducible-build.patch

Bug#794626: transition: libconfig (libconfig++9v5)

[Simon McVittie]

retitle 794626 transition: libconfig (libconfig++9v5)
block 794626 by 790756
block 794626 by 794935
block 794626 by 795065
forwarded 794626 https://release.debian.org/transitions/html/auto-libconfig.html
thanks

Remaining things wrong with this transition:

* esajpip FTBFS due to 
  and I would be inclined to remove it from testing if it holds up the
  transition (popcon = 1).

* ldc FTBFS because LLVM static libraries need to be rebuilt with
  g++-5, related to 

* libffado FTBFS because libdbus-c++ needs a transition
  

* lierolibre FTBFS on amd64 and i386, which seems to be caused by the new
  upstream version of libconfig not being 100% API-compatible with the old
  . It has never built successfully on
  non-x86 in any case.

To be transitioned, but not in testing anyway:

* flush FTBFS due to 

Regards,
S

Bug#795439: poppler-utils: pdftotext incorrectly rendering some vertical bars as form feeds

[Norman Ramsey]

Package: poppler-utils
Version: 0.26.5-2
Severity: normal

Dear Maintainer,

Running pdftotext on the attached PDF produces some spurious form feeds.
I'm using pdftotext to extract text for indexing an 800-page document,
and the spurious form feeds throw off the page counts.

I've worked around the problem by altering libpoppler46 to grab the
page-termination sequence from an environment variable, but that's
just a hack.

  - A good fix would be to find out why these vertical bars are
rendering as form feeds and to render them as suitable ASCII or
Unicode characters.

  - An acceptable workaround would be to replace the -nopgbrk option
with an option that sets the "page break" string to a string given
on the command line (which could be empty).  That second solution
would appear to involve some nontrivial refactoring of the code
base, which is why I haven't tried to make a patch for it.



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

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

Versions of packages poppler-utils depends on:
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libfreetype6  2.5.2-3
ii  libgcc1   1:4.9.2-10
ii  liblcms2-22.6-3+b3
ii  libpoppler46  0.26.5-2.1
ii  libstdc++64.9.2-10
ii  zlib1g1:1.2.8.dfsg-2+b1

poppler-utils recommends no packages.

poppler-utils suggests no packages.

-- no debconf information


page23.pdf
Description: Adobe PDF document

Bug#795438: wims-extra: please make the build reproducible

[Chris Lamb]

Source: wims-extra
Version: 3.62-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

While working on the "reproducible builds" effort [1], we have noticed
that wims-extra could not be built reproducibly.

Ironically the "fixscripts" target in the upstream Makefile actually
breaks files it generates under non-UTF8 locales when they do not
contain regular characters, making them include the tell-tale string
"Binary file matches.."

The attached patch fixes this with grep's --text option. Once
applied, wims-extra can be built reproducibly in our reproducible
toolchain.

 [1]: https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Makefile b/Makefile
index c8aaa84..c47a930 100644
--- a/Makefile
+++ b/Makefile
@@ -62,7 +62,7 @@ copyfiles:
 
 fixscripts:
for f in $(SCRIPTS); do \
- grep -v '#!' $(INSTMODULES)/$$f > $(INSTMODULES)/$$f.tmp; \
+ grep -av '#!' $(INSTMODULES)/$$f > $(INSTMODULES)/$$f.tmp; \
  mv $(INSTMODULES)/$$f.tmp $(INSTMODULES)/$$f; \
done
 

Bug#795437: lierolibre: FTBFS with libconfig 1.5

[Simon McVittie]

Source: lierolibre
Version: 0.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: patch

[X-Debbugs-Cc to libcon...@packages.debian.org]

A binNMU of lierolibre was attempted for the libconfig C++ ABI transition.
Unfortunately, this failed, with a lot of errors like this:

src/common.cpp: In member function 'void 
Texts::loadFromCFG(std::__cxx11::string)':
src/common.cpp:165:38: error: no match for 'operator[]' (operand types are 
'const libconfig::Setting' and 'std::__cxx11::basic_string')
   gameModes[i] = (char const*)sgmodes["gameModes" + to_string(i)];
  ^
In file included from src/common.hpp:41:0,
 from src/common.cpp:28:
/usr/include/libconfig.h++:223:13: note: candidate: libconfig::Setting& 
libconfig::Setting::operator[](const char*) const
   Setting & operator[](const char *name) const;
 ^
/usr/include/libconfig.h++:223:13: note:   no known conversion for argument 1 
from 'std::__cxx11::basic_string' to 'const char*'
/usr/include/libconfig.h++:224:13: note: candidate: libconfig::Setting& 
libconfig::Setting::operator[](int) const
   Setting & operator[](int index) const;
 ^
/usr/include/libconfig.h++:224:13: note:   no known conversion for argument 1 
from 'std::__cxx11::basic_string' to 'int'

This seems to be a deliberate change in libconfig 1.5. There used to be
an inline operator[](const std::string &), but it was removed:

> Note: `operator[]` had to remain as `const char*` to avoid ambiguities
>   in some situations.


I'm not sure why the NMU of libconfig included a new upstream version,
but it's happened now.

I attach a patch which compiles. I have not tested it.

Regards,
S
From: Simon McVittie 
Date: Fri, 14 Aug 2015 00:27:56 +0100
Subject: Adapt to libconfig 1.5

Setting::operator[](const std::string &) is no longer available.
---
 src/common.cpp   | 18 --
 src/configCompat.cpp |  6 +++---
 src/configHelper.cpp | 12 +---
 src/constants.cpp|  6 +++---
 src/gfx/palette.cpp  |  9 ++---
 5 files changed, 29 insertions(+), 22 deletions(-)

diff --git a/src/common.cpp b/src/common.cpp
index 2d6ada5..9508a37 100644
--- a/src/common.cpp
+++ b/src/common.cpp
@@ -162,7 +162,8 @@ void Texts::loadFromCFG(std::string cfgFilePath)
 	const libconfig::Setting &sgmodes = texts["gameModes"];
 	for(int i = 0; i < 4; ++i)
 	{
-		gameModes[i] = (char const*)sgmodes["gameModes" + to_string(i)];
+		std::string key("gameModes" + to_string(i));
+		gameModes[i] = (char const*)sgmodes[key.c_str()];
 	}
 
 	const libconfig::Setting &sgmspec = texts["gameModeSpec"];
@@ -181,13 +182,15 @@ void Texts::loadFromCFG(std::string cfgFilePath)
 	const libconfig::Setting &swstates = texts["weapStates"];
 	for(int i = 0; i < 3; ++i)
 	{
-		 weapStates[i] = (char const*)swstates["weapStates" + to_string(i)];
+		 std::string key("weapStates" + to_string(i));
+		 weapStates[i] = (char const*)swstates[key.c_str()];
 	}
 
 	const libconfig::Setting &sknames = texts["keyNames"];
 	for(int i = 1; i < 177; ++i) // First key starts at 1
 	{
-		keyNames[i] = (char const*)sknames["keyNames" + to_string(i)];
+		std::string key("keyNames" + to_string(i));
+		keyNames[i] = (char const*)sknames[key.c_str()];
 	}
 
 	selWeap = (char const*)texts["selWeap"];
@@ -315,8 +318,10 @@ void Common::loadPaletteFromCFG(std::string cfgFilePath)
 	const libconfig::Setting &scanim = palette["colorAnim"];
 	for(int i = 0; i < 4; ++i)
 	{
-		colorAnim[i].from = (int)scanim["colorAnim" + to_string(i) + "from"];
-		colorAnim[i].to = (int)scanim["colorAnim" + to_string(i) + "to"];
+		std::string key("colorAnim" + to_string(i) + "from");
+		colorAnim[i].from = (int)scanim[key.c_str()];
+		key = "colorAnim" + to_string(i) + "to";
+		colorAnim[i].to = (int)scanim[key.c_str()];
 	}
 }
 
@@ -383,7 +388,8 @@ void Common::loadMaterialsFromCFG(std::string cfgFilePath)
 
 	for(int i = 0; i < 256; ++i)
 	{
-		const libconfig::Setting &smflags = smaterials["flags" + to_string(i)];
+		std::string key("flags" + to_string(i));
+		const libconfig::Setting &smflags = smaterials[key.c_str()];
 		materials[i].flags = smflags;
 	}
 }
diff --git a/src/configCompat.cpp b/src/configCompat.cpp
index 1aeb262..a72c40f 100644
--- a/src/configCompat.cpp
+++ b/src/configCompat.cpp
@@ -160,19 +160,19 @@ void Common::loadConstantsFromCFGVer0(string cfgFilePath)
 	const Setting &vconstants = constants["Values"];
 	for(int i = 0; i < MaxC; ++i)
 	{
-		C[i] = (int)vconstants[valueConstantsNamesCFGVer0[i]];
+		C[i] = (int)vconstants[valueConstantsNamesCFGVer0[i].c_str()];
 	}
 
 	const Setting &sconstants = constants["Strings"];
 	for(int i = 0; i < MaxS; ++i)
 	{
-		S[i]= (char const*)sconstants[stringConstantsNamesCFGVer0[i]];
+		S[i]= (char const*)sconstants[stringConstantsNamesCFGVer0[i].c_str()];
 	}
 
 	const Setting &hconst

Bug#795436: Preferences: usability regression

[Ian Zimmerman]

Package: iceweasel
Version: 38.2.0esr-1~deb7u1
Severity: minor

Since security upgrade yesterday switched to the 38 series, instead of a
nice Gtk based preferences dialog a get a fake webpage :-( And now I
cannot activate any of the widgets on that fake webpage with the
keyboard.  And searching for text on the fake webpage (in order to shift
focus) doesn't work either.  So, reaching for the pointing device is the
only solution.  How are the rodent allergic among us supposed to cope?

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

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

Versions of packages iceweasel depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38+deb7u8
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1+deb7u6
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3+deb7u1
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1+deb7u1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libpango1.0-0 1.30.0-1
ii  libsqlite3-0  3.7.13-1+deb7u2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u2
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxfixes31:5.0-4+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u2
ii  libxt61:1.1.3-1+deb7u1
ii  procps3:3.3.10-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages iceweasel recommends:
pn  gstreamer0.10-ffmpeg
pn  gstreamer0.10-plugins-good  

Versions of packages iceweasel suggests:
ii  fonts-mathjax  2.2-1~bpo70+1
ii  fonts-oflb-asana-math  000.907-4
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libcanberra0   0.28-6
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u3
pn  mozplugger 

Bug#789629: jenkins-job-builder: newer version available upstream: 1.2.0

[intrigeri]

Hi,

Paul Belanger wrote (13 Aug 2015 19:25:36 GMT) :
> Ya, if more people would like to maintain, the better.

:)

I guess the next step is to push the current Vcs-Git to collab-maint,
and merge the last few NMUs in there, so that others can easily help.

Cheers,
-- 
intrigeri

Bug#791052: transition: gmetadom (libgdome2-cpp-smart0v5)

[Julien Cristau]

On Thu, Aug 13, 2015 at 23:09:10 +0100, Simon McVittie wrote:

> retitle 791052 transition: gmetadom (libgdome2-cpp-smart0v5)
> reassign 791052 release.debian.org
> severity 791052 normal
> user release.debian@packages.debian.org
> usertag 791052 + transition
> block 791052 by 790756
> forwarded 791052 
> https://release.debian.org/transitions/html/auto-gmetadom.html
> thanks
> 
> On Sat, 08 Aug 2015 at 14:10:43 +0100, Jonathan Wiltshire wrote:
> > I've prepared an NMU for gmetadom (versioned as 0.2.6-6.2)
> 
> This started the transition. I think it's ready for binNMUs to be
> scheduled: the other tracked packages don't seem to collide with anything
> (and will leave testing shortly in any case due to gtkmathview's RC bug).
> 
Scheduled gtkmathview binNMU, I guess lablgtkmathview needs to wait
until that's done.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#792522: (no subject)

[Barry Warsaw]

Can't you use `pex --python=python2.7`?


pgppNqfS8wtie.pgp
Description: OpenPGP digital signature

Bug#654705: manage user/group creation from apt or dpkg

[Julian Andres Klode]

Control: clone -1 -2
Control: reassign -1 dpkg
Control: block -2 by -1

On Thu, Jan 05, 2012 at 12:31:24PM +0100, Daniel Pocock wrote:
> Package: apt
> Version: 0.8.10.3+squeeze1
> Severity: wishlist
> 
> Currently packages can add users and groups from their postinst scripts
> 
> The admin has no clear indication which users/groups might be created
> when selecting packages to install
> 
> This does not meet the needs of all administrators.  For example:
> - admin wants to use LDAP
> - admin wants identical numeric IDs on all hosts to simplify use of
> backup and rsync software (e.g. Bacula backs up file ownership numerically)
> 
> A more controlled solution might involve some of the following:
> 
> - in addition to checking for disk space, `apt-get install' would check
> if all required users exist
> - apt or dpkg would create the users required by the requested packages
> - a setting in dpkg.cfg or apt.conf.d would allow the admin to disable
> automatic user creation (in other words, apt-get install would abort
> before any change to the system and just give the admin a list of
> missing users to create manually)

This is something dpkg would have to do.

> Workaround: the admin can do things like creating a symlink from
> (useradd|adduser) to /bin/false to ensure that dpkg fails on unexpected
> user creation.  However, this potentially leaves packages partially
> installed.


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#777930: ksh: ftbfs with GCC-5

[Antti Järvinen]

This story appeared to be longer, ksh uses a c program to configure
itself and this configuration program is broken, resulting in
errornous headers. Here is a better patch that replaces that part of
the configration that causes trouble. Produces a functional ksh and is
less magical compared to the previous attempt. 

--
Antti Järvinen



ksh-gcc5-unified.patch
Description: fix for ksh configuration script to be used with gcc5

Bug#776435: apt: Package install with apt preferences won't follow dependencies for release

[Julian Andres Klode]

Control: tag -1 wontfix

On Tue, Jan 27, 2015 at 03:29:47PM -0700, Dan Urist wrote:
> Package: apt
> Version: 0.9.7.9+deb7u6
> Severity: wishlist
> 
> Dear Maintainer,
> 
> With "apt-get install -t", a package and all its dependencies are
> installed from the given release. There seems to be no way to achieve
> the same behavior with apt preferences. While it's possible to specify
> a glob or regexp for package names in apt preferences, any dependent
> packages that don't match won't be installed from the given
> release. The use case for this functionality is in systems managed by
> configuration management software (e.g. puppet), where it's much more
> straightforward to specify behavior in a configuration file than via
> flags to a specific command.

The -t option set's default release, which is equivalent to

Package: *
Pin: release a=
Pin-Priority: 990

it does not do anything special for dependencies.

Marking as wontfix.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#794489: Debian bug #794489

[Julien Cristau]

On Thu, Aug 13, 2015 at 13:10:11 -0700, Jeff Breidenbach wrote:

> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794489
> 
> Hi Julien,
> 
> How much do you care about this? I agree the right thing
> is for me to bump soname.
> 
> However, I think  the easier thing is to binNMU the two affected
> packages. Transitions are always a pain in Debian, and my
> impression is the overhead is currently even higher with the
> GCC stuff.
> 
> Basically if you feel strongly I'll do the soname thing when I find
> time. If you don't care that much, I think I'd prefer to take the
> shortcut.
> 
I'm happy to get your package removed from stretch if you don't want to
maintain it anymore.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#717450: Please consider adding avatar support

[Cyril Brulebois]

Hi,

Cord Beermann  (2015-08-13):
> Hello,
> 
> Do you have a patch against mhonarc?
> 
> Yours,
> Cord, Debian Listmaster of the day

I'm sure I can find some time during DebConf to look into this, feel
free to poke me there.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#708209: [Pkg-libvirt-maintainers] Bug#708209: virt-manager: unable to connect viewer

[Dmitry Smirnov]

On Thursday 13 August 2015 23:43:45 Guido Günther wrote:
> > 
> > qemu+tcp
> 
> I think that's the reason. We're tunneling everythning through ssh in
> case of qemu+ssh but not for qemu+tcp. In this case you have to make
> sure you have the VNC server listening not only on localhost.
> Can you check this?

I'm using qemu+ssh for a while so I need to reproduce my old setup in order 
to try... I'm not sure when I'll be able to schedule that...
I think it is OK to close this bug. Thank you.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Do your duty as you see it, and damn the consequences.
-- George S. Patton


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

Bug#795433: /usr/share/system-config-printer/scp-dbus-service.py: Please make document printing status stop jumping desktops!

[Cyril Brulebois]

Package: system-config-printer
Version: 1.4.6-1
Severity: important
File: /usr/share/system-config-printer/scp-dbus-service.py

Hi,

Upon failure to print, the “Document printing status” window would jump
in front of whatever you're doing and force its popup on you. This
includes teleporting itself on to whatever other desktop you're using at
the time of the failure. That's nowhere acceptable, please make this
annoying behaviour go away.

Thanks already.

Mraw,
KiBi.

Bug#795432: dh_makeshlibs doesn't fail with -p

[Matthias Klose]

Package: debhelper
Version: 9.20150811
Severity: important

seen with
https://launchpad.net/ubuntu/+source/libmsn/4.2.1-0ubuntu3

the patch renamed the library package, but missed to fix the dh_makeshlibs call,
and according to the build logs, it didn't error out, but just did warn:

dh_makeshlibs -plibmsn0.3 -V'libmsn0.3 (>=4.1~)'
dh_makeshlibs: package libmsn0.3 is not in control info
find: `debian/libmsn0.3': No such file or directory

I think dh_makeshlibs should fail for this case.

Bug#791052: transition: gmetadom (libgdome2-cpp-smart0v5)

[Simon McVittie]

retitle 791052 transition: gmetadom (libgdome2-cpp-smart0v5)
reassign 791052 release.debian.org
severity 791052 normal
user release.debian@packages.debian.org
usertag 791052 + transition
block 791052 by 790756
forwarded 791052 https://release.debian.org/transitions/html/auto-gmetadom.html
thanks

On Sat, 08 Aug 2015 at 14:10:43 +0100, Jonathan Wiltshire wrote:
> I've prepared an NMU for gmetadom (versioned as 0.2.6-6.2)

This started the transition. I think it's ready for binNMUs to be
scheduled: the other tracked packages don't seem to collide with anything
(and will leave testing shortly in any case due to gtkmathview's RC bug).

Bug#490169: apt: undesired autoremove behavior

[Julian Andres Klode]

Control: tag -1 pending

On Thu, Jul 10, 2008 at 05:34:30AM -0700, Joshua Kwan wrote:
> Package: apt
> Version: 0.7.14+b1
> 
> I recently installed the latest msttcorefonts, which is now a dummy
> package for the new name ttf-msttcorefonts-installer. I had previously
> installed msttcorefonts manually.
> 
> Since msttcorefonts is now a dummy package, I removed it from my system.
> But because ttf-msttcorefonts-installer was installed as a dependency of
> msttcorefonts, apt now suggests it for autoremoval. I think this
> behavior is highly misleading.
> 
> A potential solution would involve a package control field indicating
> the status of msttcorefonts as a dummy package for
> ttf-msttcorefonts-installer. That way, the "manually installed" state,
> true or false, could propagate to the new package.
> 
> Obviously, this will happen consistently in the very common case of
> all dummy packages being used in Debian.

APT in git will now migrate the auto-installed state from oldlibs
packages to dependencies on removal.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#795430: RM: netty3.1/3.1.0.CR1-1

[Moritz Muehlenhoff]

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

Please remove netty3.1 in the 8.2 point release. It was apparently
introduced as a more recent version of src:jetty for Eucalyptus
(which never made it into a stable release and was removed
eventually).

Cheers,
Moritz

Bug#795429: CVE-2015-5177

[Moritz Muehlenhoff]

Source: openslp-dfsg
Severity: grave
Tags: security

Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-5177

Cheers,
Moritz

Bug#795428: OpenSLP 1.2 should not be part of stretch

[Moritz Muehlenhoff]

Source: openslp-dfsg
Severity: serious

The last maintainer upload of openslp happened in 2007
and it's orphaned for 5.5 years now. The 1.2 branch is
completely abandoned upstream.

At the minimum the package should be upgraded to 2.0,
but the comment at
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-5177
suggests it's completely abandoned upstream.

Cheers,
Moritz

Bug#795427: icedtea-7-plugin: Startup warning/error dialogs are easily lost

[Samuel Bronson]

Package: icedtea-7-plugin
Version: 1.5-2+deb8u1
Severity: normal

After telling firefox to go ahead and allow the applet on
 to run, I got the following dialog
box:


Which would have been fine, except that it somehow ended up behind my
other windows. Which should have been fine too, *EXCEPT* that neither
Alt-Tab nor the task list showed any sign of it, which is probably
related to the window manager hints (as reported by xwininfo):

  Window manager hints:
  Client accepts input or input focus: No
  Displayed on desktop 0
  Window type:
  Dialog
  Window state:
  Skip Taskbar
  Process id: 10540 on host Sam-laptop
  Frame extents: 6, 6, 27, 6

After I closed that dialog, I got an error message where the applet
would have been if I'd permitted it, with a "click here for details"
link allowing me to open another dialog with the same problem (and some
tracebacks; see below), from which I could also open a console with that
problem.

After spending an inordinate amount of time poking around, I'm
concluding that the problem is probably that most of the relevant
dialogs are being created without passing in an owner frame; I suspect
the proper one to use might be the PluginAppletViewer?

Here are the tracebacks from the second dialog, in case you care

,
| The folloing exception has occured. For more information, try to launch the 
browser from the command line and examine the output.
| For even more information you can visit 
http://icedtea.classpath.org/wiki/IcedTea-Web and follow the steps described 
there on how to obtain necessary information to file bug
| Additional information may be available in the console or logs. Even more 
information is available if debugging is enabled.
| 
| Another available info:
| IcedTea-Web Plugin version: 1.5 (1.5-2+deb8u1)
|  8/13/15 1:44 PM 
| Exception was: 
| net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not 
initialize applet. For more information click "more information button".
|   at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:746)
|   at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:675)
|   at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:908)
| Caused by: net.sourceforge.jnlp.LaunchException: Your Extended applets 
security is at 'high' and this application is missing the 'permissions' 
attribute in manifest. And you have refused to run it.
|   at 
net.sourceforge.jnlp.runtime.ManifestAttributesChecker.checkPermissionsAttribute(ManifestAttributesChecker.java:186)
|   at 
net.sourceforge.jnlp.runtime.ManifestAttributesChecker.checkAll(ManifestAttributesChecker.java:79)
|   at net.sourceforge.jnlp.runtime.JNLPClassLoader. 
(JNLPClassLoader.java:288)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:351)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:418)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:394)
|   at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:711)
|   ... 2 more
| This is the list of exceptions that occurred launching your applet. Please 
note, those exceptions can originate from multiple applets. For a helpful bug 
report, be sure to run only one applet. 
| 1) at 8/13/15 1:43 PM
| net.sourceforge.jnlp.LaunchException: Your Extended applets security is at 
'high' and this application is missing the 'permissions' attribute in manifest. 
And you have refused to run it.
|   at 
net.sourceforge.jnlp.runtime.ManifestAttributesChecker.checkPermissionsAttribute(ManifestAttributesChecker.java:186)
|   at 
net.sourceforge.jnlp.runtime.ManifestAttributesChecker.checkAll(ManifestAttributesChecker.java:79)
|   at net.sourceforge.jnlp.runtime.JNLPClassLoader. 
(JNLPClassLoader.java:288)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:351)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:418)
|   at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:394)
|   at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:711)
|   at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:675)
|   at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:908)
| 2) at 8/13/15 1:43 PM
| net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not 
initialize applet. For more information click "more information button".
|   at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:746)
|   at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:675)
|   at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:908)
| Caused by: net.sourceforge.jnlp.LaunchException: Your Extended applets 
security is at 'high' and this application is missing the 'permissions' 
attribute in manifest. And you have re

Bug#548661: dpkg: Override package dependencies

[Julian Andres Klode]

Control: forcemerge 160247 -1

On Sun, Sep 27, 2009 at 10:32:58PM -0400, Stefan Monnier wrote:
> Package: dpkg
> Version: 1.15.3.1
> Severity: wishlist
> 
> In bug#542095, I think the right solution is to make it possible for the user 
> to specify "overrides" on package dependencies (e.g. to say "install gnome, 
> but ignore the dependency on network-manager").
> 
> The idea is the following: normally, hard-dependencies represent situations 
> where the other package is absolutely needed for the package to work 
> properly.  Now, clearly sometimes this rule requires interpretation to decide 
> whether it's really a hard dependency or just a recommends.
> In the case of meta-packages, hard-dependencies are actually pretty much 
> never true.  So it'd be OK for a power-user to decide not to install the 
> dependency.  I can see several ways to provide such a feature.  An easy one 
> would be to alow users to shoot themselves in the foot and override *any* 
> dependency.  A more discriminating one could let the user only do it for 
> those dependencies known to be a bit soft (e.g. the dependencies of 
> meta-packages, or other dependencies specially specified as such; that would 
> be halfway between a hard dependency and a "recommends"), so a user could for 
> example remove "hal" while still installing xserver-xorg because he knows 
> he'll write his xorg.conf accordingly.
> 

I'm forcemerging that with that other bug about people wanting to
violate the policy on Depends.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#708209: [Pkg-libvirt-maintainers] Bug#708209: virt-manager: unable to connect viewer

[Guido Günther]

On Wed, May 22, 2013 at 02:36:46AM +1000, Dmitry Smirnov wrote:
> On Wed, 22 May 2013 00:26:06 Laurent Léonard wrote:
> > I need the XML configuration file of the virtual machine, you can find it 
> > in 
> > /etc/libvirt/qemu if you use QEMU or KVM.
> 
> See attached XML. However it's rather ordinary and this problem is
> affecting all virtual machines disregarding of their configuration or
> video model.
> 
> 
> > Please also specify the method you use to connect to the remote server.
> 
> qemu+tcp

I think that's the reason. We're tunneling everythning through ssh in
case of qemu+ssh but not for qemu+tcp. In this case you have to make
sure you have the VNC server listening not only on localhost.
Can you check this?
 -- Guido

Bug#795426: Fix build failure with ld --as-needed

[Matthias Klose]

Package: src:gcms
Version: 1.1-2
Tags: patch

gcc  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security
-Wl,-Bsymbolic-functions -Wl,-z,relro -lm -o gsmc autotune.o calc.o dataconv.o
draw.o main.o print.o widget.o  -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0
-latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype
/usr/bin/ld: autotune.o: undefined reference to symbol 'sqrtf@@GLIBC_2.2.5'
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libm.so: error adding
symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:393: recipe for target 'gsmc' failed
make[1]: *** [gsmc] Error 1

patch at
http://launchpadlibrarian.net/214414209/gsmc_1.1-2_1.1-2ubuntu1.diff.gz

looks like your add-lm-to-ldflags.patch is wrong.

Bug#795239: Proposed patch

[Michael Terry]

Here's a debdiff that transitions to a v5 library and also fixes the ftbfs
due to a boost check (credit for that fix from doko).

-- 
-mt


libmems.gcc5.debdiff
Description: Binary data

Bug#795288: libsigc++-2.0: was built with g++-4.9 on arm64

[Michael Biebl]

Control: reassign -1 release.debian.org
Control: retitle -1 nmu:  libsigc++-2.0_2.4.1-2

Am 12.08.2015 um 18:57 schrieb Edmund Grimley Evans:
> Source: libsigc++-2.0
> Version: 2.4.1-2
> 
> Looking at the build logs at
> https://buildd.debian.org/status/package.php?p=libsigc%2B%2B-2.0&suite=sid
> I note that on arm64 this package was built with build-essential_11.7
> and g++-4.9, unlike on the other architectures, which used g++-5. Is
> this deliberate, or an accident resulting from some kind of lagginess?
> If it's the latter, is there an easy way of detecting which other
> packages might be affected?
> 
> (This isn't really a bug in the source package, but I can see that
> this package is being actively maintained so thought this would be a
> good way to contact someone who can get this fixed, if it is a
> problem. I've already written to ar...@buildd.debian.org about a
> similar possible problem with cairomm. If this is all being
> automatically monitored and will be fixed in due course, then sorry
> for the noise.)

Re-assigning to the release team. Please schedule a binNMU of
libsigc++-2.0_2.4.1-2 on arm64

-- 
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#795425: gwakeonlan: improvements to desktop file and icon location

[Ronny Standtke]

Package: gwakeonlan
Version: 0.5.1-1
Severity: minor
Tags: patch

The gwakeonlan icon looks very blurry on desktops with larger icons
(e.g. GNOME). I noticed that the svg icon is installed in a non-standard
folder. When adding a link to the correct location (just add the
attached file
gwakeonlan.links to the debian directory) and change the desktop file
accordingly (see attached diff), the gwakeonlan icon looks much better.
The diff also adds a GenericName to the desktop file.

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

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

Versions of packages gwakeonlan depends on:
ii  librsvg2-common  2.40.5-1
ii  python   2.7.9-1
ii  python-gtk2  2.24.0-4

gwakeonlan recommends no packages.

gwakeonlan suggests no packages.

-- no debconf information

diff -r -u gwakeonlan-0.5.1/data/gwakeonlan.desktop gwakeonlan-0.5.1_fixed/data/gwakeonlan.desktop
--- gwakeonlan-0.5.1/data/gwakeonlan.desktop	2010-02-18 19:37:29.0 +0100
+++ gwakeonlan-0.5.1_fixed/data/gwakeonlan.desktop	2015-08-13 22:16:09.368417766 +0200
@@ -1,13 +1,12 @@
 [Desktop Entry]
 Version=1.0
 Name=gWakeOnLan
+GenericName=Wake up Computers via Wake on LAN
+GenericName[de]=Computer via "Wake on LAN" aufwecken
 Comment=A GTK+ utility to awake turned off machine using the Wake On LAN feature.
-Type=Application
 Comment[it_IT]=Un'utilità GTK+ per risvegliare macchine spente usando il Wake On LAN.
 Comment[fr_FR]=Un outil GTK+ pour réveiller les ordinateurs éteints grâce à le Wake On LAN.
-Exec=/usr/bin/gwakeonlan
-Icon=/usr/share/gwakeonlan/gwakeonlan.svg
-Terminal=false
+Type=Application
+Exec=gwakeonlan
+Icon=gwakeonlan
 Categories=Network;GTK;
-Name[it_IT]=gWakeOnLan
-Name[ft_FR]=gWakeOnLan
usr/share/gwakeonlan/gwakeonlan.svg 
usr/share/icons/hicolor/scalable/apps/gwakeonlan.svg

Bug#795424: virtualbox-guest-x11: KDM causes vboxvideo driver to crash on assertion at login time.

[David Martínez Moreno]

Package: virtualbox-guest-x11
Version: 4.3.30-dfsg-1
Severity: normal
Tags: patch

I'm submitting this for 4.3.30-dfsg-1, but 5.0.0-dfsg-1 is also
affected.

KDM (at least) uses the generations extension in the XServer to avoid
reloading it.  This triggers an assertion in the vboxvideo driver
causing a black screen usually right after login.

There's a patch fixing this (and more information that I requested) at
https://www.virtualbox.org/ticket/14341.  I'll cherry-pick it and add it
to the 4.3.x branch.

Additionally, virtualbox 4.3 cannot be compiled with gcc-5.2, the
default in unstable right now. :-)


Ender.

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

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

Versions of packages virtualbox-guest-x11 depends on:
ii  dpkg   1.18.1
ii  libc6  2.19-19
ii  libnotify-bin  0.7.6-2
ii  libx11-6   2:1.6.3-1
ii  libxcomposite1 1:0.4.4-1
ii  libxdamage11:1.1.4-2+b1
ii  libxext6   2:1.3.3-1
ii  libxfixes3 1:5.0.1-2+b2
ii  libxmu62:1.1.2-1
ii  libxt6 1:1.1.4-1+b1
ii  virtualbox-guest-utils 5.0.0-dfsg-1
ii  xserver-xorg-core [xorg-video-abi-19]  2:1.17.2-1

virtualbox-guest-x11 recommends no packages.

virtualbox-guest-x11 suggests no packages.

-- no debconf information

Bug#791540: FTBFS: undefined reference to symbol 'SDL_UnlockSurface'

[Evgeni Golov]

Hi,

On Thu, Aug 13, 2015 at 09:05:41PM +0200, Fabian Greffrath wrote:
> Am Donnerstag, den 13.08.2015, 20:05 +0200 schrieb Evgeni Golov: 
> > > > -lSDL_image -lSDL_mixer
> 
> > Is there anything special in your setup that would trigger this?
> 
> It seems to link against both SDL_image and SDL_mixer, but not against
> SDL itself!

Good catch!
But both, my local build and the one on asachi contain -lSDL.

All weird.
Evgeni


-- 
Bruce Schneier can read and understand Perl programs.

Bug#787846: Please accept --upgradeable as synonym for --upgradable

[Josh Triplett]

On Thu, Aug 13, 2015 at 09:30:37PM +0200, Julian Andres Klode wrote:
> Control: tag -1 pending
> 
> On Fri, Jun 05, 2015 at 09:01:09AM -0700, Josh Triplett wrote:
> > Package: apt
> > Version: 1.0.9.10
> > Severity: normal
> > 
> > apt list accepts --upgradable, but not --upgradeable.  However,
> > elsewhere apt uses both interchangeably, and uses the latter in named
> > options:
> > 
> > ~$ grep -i upgradeable /etc/cron.daily/apt
> > #  APT::Periodic::Download-Upgradeable-Packages "0";
> > #  APT::Periodic::Download-Upgradeable-Packages-Debdelta "1";
> > DownloadUpgradeableInterval=0
> > eval $(apt-config shell DownloadUpgradeableInterval 
> > APT::Periodic::Download-Upgradeable-Packages)
> > eval $(apt-config shell Debdelta 
> > APT::Periodic::Download-Upgradeable-Packages-Debdelta)
> >[ $DownloadUpgradeableInterval -eq 0 ] &&
> > # download all upgradeable packages (if it is requested)
> > DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp
> > if [ $UPDATED -eq 1 ] && check_stamp $DOWNLOAD_UPGRADEABLE_STAMP 
> > $DownloadUpgradeableInterval; then
> > update_stamp $DOWNLOAD_UPGRADEABLE_STAMP
> > # auto upgrade all upgradeable packages
> > ~$ grep -i upgradable /etc/cron.daily/apt
> > debug_echo "download upgradable (success)"
> > debug_echo "download upgradable (error)"
> > debug_echo "download upgradable (not run)"
> > 
> > 
> > So, please consider accepting both spellings for "apt list", and please
> > consider auditing usage of the two throughout apt.
> > 
> 
> OK. I added the alias.

Thank you!

- Josh Triplett

Bug#778500: iputils-ping: reconfiguring with setcap leaves the binary suid

[Eduard Bloch]

Hallo,
* Noah Meyerhans [Thu, Aug 13 2015, 11:30:03AM]:
> On Thu, Aug 13, 2015 at 07:31:34PM +0200, Eduard Bloch wrote:

> $ sudo setcap cap_net_raw+ep /bin/ping cap_net_raw+ep /bin/ping6
> 
> If this fails, then the problem isn't specifically with iputils but is
> some other issue with capabilities on your system. If it works, then the
> problem would seem to be with iputils somewhere and a new bug report
> would be appropriate and we can try to debug the issue in that context.

Yeah, got it, I managed somehow to disable "security labels" support on
Ext4 in my kernel configuration.

Maybe your README.Debian should mention it, or maybe not, since it's ok
with default Debian kernel.

Regards,
Eduard.

-- 
 ^ /usr/bin/sbuild
 oh my
 ich brauch kaffee
* weasel hat das /usr/bin/sbuild gerade als "du bist schuld" gelesen


signature.asc
Description: Digital signature

Bug#795423: RFS: filezilla/3.12.0.2-1 -- Full-featured graphical FTP/FTPS/SFTP client

[Adrien Cunin]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for filezilla 3.12.0.2-1.

The package is maintained in collab-main/git:
 http://anonscm.debian.org/gitweb/?p=collab-maint/filezilla.git

Changes since the last upload:

filezilla (3.12.0.2-1) unstable; urgency=medium

  * New upstream release (Closes: #789678)
  * Removed libidn build-dep as it's not necessary anymore
  * Updated Standards-Version to 3.9.6, no change needed

 -- Adrien Cunin   Thu, 13 Aug 2015 16:00:10 +0200

Thanks,

-- 
Adrien Cunin aka Adri2000
Ubuntu MOTU Developer
Debian Contributor



signature.asc
Description: OpenPGP digital signature

Bug#794581: /usr/bin/kwin_x11: crashes when starting first window

[Dominik George]

Package: breeze
Version: 4:5.3.2-2
Followup-For: Bug #794581

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I tested again today, and see a new effect.

With 5.3.2-4, kwin does not crash anymore. Instead, the desktop gets
window decorations and does not redraw. Everything else works.

I downgraded to 5.3.2-2 again, and now kwin crashes with the old
version, the same way it did with the new version before.

Maybe related to the libkf5* update today?

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

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

Versions of packages breeze depends on:
ii  breeze-cursor-theme4:5.3.2-2
ii  breeze-icon-theme  4:5.3.2-2
ii  kde-style-breeze   4:5.3.2-2
ii  kde-style-breeze-qt4   4:5.3.2-2
ii  kwin-style-breeze  4:5.3.2-2
ii  libc6  2.19-19
ii  libkf5configcore5  5.13.0-1
ii  libkf5coreaddons5  5.13.0-1
ii  libkf5i18n55.13.0-1
ii  libkf5kcmutils55.12.0-1
ii  libqt5core5a   5.4.2+dfsg-5
ii  libqt5gui5 5.4.2+dfsg-8
ii  libqt5widgets5 5.4.2+dfsg-8
ii  libstdc++6 5.1.1-14
ii  qml-module-qtquick-controls-styles-breeze  4:5.3.2-2

Versions of packages breeze recommends:
ii  kde-style-qtcurve  1.8.14-3+b2

Versions of packages breeze suggests:
pn  orion-gtk-theme  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJVzQKFMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paTjxAAmTEbVTz5pJOevof4TdkR
lJof5W+8uJBX3uSrGSDaYihbv9IDzA7KYz8+SB8+Nhdw+KU1crd5TPbLTwfwYKXM
Yl2c+dPOa4HYPY8Y5ggjb/VEKFMqUqklzpBuW1tDpmB6nn5NHRukEMm+CDoVhOus
dT1bSna5weDy/ato62Mhi/NeMz2fJz2TgkKqj25TYR/8bJelznsvVEYYelli7VMv
jls53GpnhdF0un7Rb5n8/Ns7MfAyfqMEPbfYs/0VsyzP0hYKIC0ycN4X9nTX3j/3
7Xt0oW3YVlXzXC/oH92PTjbrznk+sYMIMcT25TsFq62MFIk2SSmEDkk/I6LCzfdz
U2hyvryQNA1gGdo0TJLbfKlXc6MzMYeck9Dpa8VnMtJkuWNwpppG7tfOnKZ92RPt
kWfTYzz+yo9YprFp2e4Q61SodYXyvF9AAk8QCY67ETMuLupGJrrYUGuBvnD6OFlG
Dd3hlpf6ELc/JtKGuDTc5k/iIvUdvfYjA04SDd0ZrfN255yMr0KFT1CPPdpiEPad
dPi76KKaBgGgy+q/6jqYs/wPlVsUc84oMflcycMqwgUzw5iUrDBlDBezoL2EsoEg
hHrAUa2a7PKV3qY30pJuC1+h0u9RMILv/mtU/mv3xIediRz1H7COJnsbuvCY9LOh
qkJ/W4gbVeby20aZXl9y/u4=
=jR2e
-END PGP SIGNATURE-

Bug#787408: virt-manager: creating a virtual machine there is no jessie option (only wheezy, squeeze..)

[Guido Günther]

reassign 787408 libosinfo
affects 787408 virt-manager
thanks

Hi,
On Mon, Jun 01, 2015 at 11:16:39AM +0200, wim wrote:
> Package: virt-manager
> Version: 1:1.0.1-5
> Severity: minor
> 
> Hallo,
> 
> Virt-manager only shows old versions of Debian when creating a new virtual 
> machine.
> 
> Simulation:
> * create a new virtual machine
> * try to choose jessie for the version of the os type

This is provided by libosinfo for recent virt-manager so reassigning
there.
 -- Guido

Bug#795422: lxc-clone does not copy caps

[Robert LeBlanc]

Package: lxc
Version: 1:1.0.6-6+deb8u1.1
Severity: normal
Tags: patch

Dear Maintainer,

lxc-clone does not correctly copy the extended attributes which includes caps.
This causes problems for executables such as ping which can not be run as
a normal user without the apporpiate caps. I've submitted a patch upstream
which has been merged, this patch resolves the issue in Debian Jessie.




-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable')
Architecture: amd64 (x86_64)

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 lxc depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libc62.19-18
ii  libcap2  1:2.24-8
ii  libseccomp2  2.1.1-1
ii  libselinux1  2.3-2
ii  multiarch-support2.19-18
ii  python3  3.4.2-2

Versions of packages lxc recommends:
ii  debootstrap  1.0.67
ii  openssl  1.0.1k-3+deb8u1
ii  rsync3.1.1-3

Versions of packages lxc suggests:
pn  lua5.2  

-- Configuration Files:
/etc/lxc/default.conf changed [not included]

-- no debconf information
Description: Clone Caps Fix
Fixes an issue where caps are missing on containers that are cloned
from other containers. For example this prevents ping from running
as a regular user.
 .
 lxc (1:1.0.6-6+deb8u1.1) UNRELEASED; urgency=medium
 .
   * Non-maintainer upload.
   * local rleblanc
Author: Robert LeBlanc 

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 

--- lxc-1.0.6.orig/src/lxc/bdev.c
+++ lxc-1.0.6/src/lxc/bdev.c
@@ -93,7 +93,7 @@ static int do_rsync(const char *src, con
 	s[l-2] = '/';
 	s[l-1] = '\0';
 
-	execlp("rsync", "rsync", "-a", s, dest, (char *)NULL);
+	execlp("rsync", "rsync", "-aHX", s, dest, (char *)NULL);
 	exit(1);
 }
 

Bug#794780: [Pkg-octave-devel] Bug#794780: octave-image: many typos in help strings

[Rafael Laboissiere]

* Francesco Potortì  [2015-08-13 18:27]:


* Francesco Potortì  [2015-08-06 15:57]:

Additionally, the names of the arguments are not consistent with those 
used in the cp2tform and maketform functions


I fail to see the inconsistencies.  Could you please elaborate a bit 
more?


Rafael, thanks for your work.  I am in a hurry now, and going to go on 
vacation, so I'll try to answer this quickly.


[snip]


Thank you for the explanation.  I forwarded your comments upstream:

https://savannah.gnu.org/bugs/index.php?45747

Rafael

Bug#795334: [pkg-gnupg-maint] Bug#795334: If --local-user matches the default key, it should be used

[Daniel Kahn Gillmor]

On Wed 2015-08-12 20:42:14 -0400, Bas Wijnen wrote:
> I have an old key which is not revoked, and a new one that I use for signing
> everything.  I have set the new key as default in gnupg.conf.  When I call gpg
> --local-user="my name" (or more specifically, when debsign calls it that way),
> it selects the old key instead of the new one (I'm guessing it just selects 
> the
> first key that matches the name).  It is counterintuitive that it chooses the
> wrong key after I set the default properly.

yes, it's choosing the key that is linearly first in its keyring.

I agree that key selection on the basis of names should be re-ordered,
but this is not something that's likely to change in the gnupg 1.4.*
branch, for two reasons:

  * there may be people relying on that behavior, which gpg doesn't want
to break

  * it would require a full linear scan through the keyring every time,
which is slower than bailing as soon as a single match is found.

In the meantime, you have a possible (clunky) workaround: you can remove
your old key from your keyring and then re-add it.  this will change the
order of the keys in your keyring and will make your new key the first
one found to match your User ID.

I've had some discussions with GnuPG upstream about adjusting the
selection mechanisms for years [0].  I'm not sure when we'll be able to
convince them to make this change, but i'll keep pushing. :/

Regards,

--dkg   

[0] https://lists.gnupg.org/pipermail/gnupg-users/2009-September/037376.html

Bug#791778: Proposed Patch

[Michael Terry]

The attached patch updates the code to work with ruby2.2.  I've applied it
in Ubuntu.  Thanks for considering it for Debian!

-- 
-mt
Index: ruby-kyotocabinet-1.32/extconf.rb
===
--- ruby-kyotocabinet-1.32.orig/extconf.rb
+++ ruby-kyotocabinet-1.32/extconf.rb
@@ -1,4 +1,5 @@
 require "mkmf"
+require "rbconfig"
 
 File::unlink("Makefile") if (File::exist?("Makefile"))
 dir_config('kyotocabinet')
@@ -7,7 +8,7 @@ kclibs = `pkg-config --libs-only-l kyoto
 kccflags = `pkg-config --cflags kyotocabinet`.chomp
 kcldflags = `pkg-config --libs-only-L kyotocabinet`.chomp
 
-Config::CONFIG["CPP"] = "g++ -E"
+RbConfig::CONFIG["CPP"] = "g++ -E"
 $CFLAGS = "-I. #{kccflags} -Wall #{$CFLAGS} -O2"
 $LDFLAGS = "#{$LDFLAGS} -L. #{kcldflags}"
 $libs = "#{$libs} #{kclibs}"
Index: ruby-kyotocabinet-1.32/test.rb
===
--- ruby-kyotocabinet-1.32.orig/test.rb
+++ ruby-kyotocabinet-1.32/test.rb
@@ -40,7 +40,7 @@ if ("ruby" + /libruby-?(\d+.\d+(.\d+)?)\
 end if File.exists? "kyotocabinet.so"
 
 system("rm -rf casket*")
-rubycmd = Config::CONFIG["bindir"] + "/" + RbConfig::CONFIG['ruby_install_name']
+rubycmd = RbConfig::CONFIG["bindir"] + "/" + RbConfig::CONFIG['ruby_install_name']
 all = confs.size * formats.size
 cnt = 0
 oknum = 0
Index: ruby-kyotocabinet-1.32/kyotocabinet.cc
===
--- ruby-kyotocabinet-1.32.orig/kyotocabinet.cc
+++ ruby-kyotocabinet-1.32/kyotocabinet.cc
@@ -20,6 +20,7 @@ namespace kc = kyotocabinet;
 extern "C" {
 
 #include 
+#include 
 
 #if RUBY_VM >= 1
 #define _KC_YARV_
@@ -599,16 +600,16 @@ class NativeFunction {
   virtual void operate() = 0;
   static void execute(NativeFunction* func) {
 #if defined(_KC_YARV_)
-rb_thread_blocking_region(execute_impl, func, RUBY_UBF_IO, NULL);
+rb_thread_call_without_gvl(execute_impl, func, RUBY_UBF_IO, NULL);
 #else
 func->operate();
 #endif
   }
  private:
-  static VALUE execute_impl(void* ptr) {
+  static void *execute_impl(void* ptr) {
 NativeFunction* func = (NativeFunction*)ptr;
 func->operate();
-return Qnil;
+return NULL;
   }
 };
 

Bug#795421: version 5.01 freezes on test #7 in SMP mode

[Eduard Bloch]

Package: memtest86+
Version: 5.01-3
Severity: minor

Hi,

just what the topic says. In non-SMP mode, the test can run for hours.
In SMP mode, it reproducibly hangs up in test #7 at the same time.

Internet is full of similar reports... maybe README.Debian should
mention that SMP support is experimental?
Btw, 
http://forum.canardpc.com/threads/84663-Memtest86-is-freezing-while-running-test-7

Regards,
Eduard.

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

Kernel: Linux 4.1.5+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages memtest86+ depends on:
ii  debconf [debconf-2.0]  1.5.57

memtest86+ recommends no packages.

Versions of packages memtest86+ suggests:
ii  grub-pc  2.02~beta2-26
pn  hwtools  
pn  kernel-patch-badram  
pn  memtest86
pn  memtester
ii  mtools   4.0.18-2

-- debconf information:
* shared/memtest86-run-lilo: false

-- 
 Getty: Ja, ist teils echt witzig.  Wir lösen grade nach
und nach die gemultiplexten analogen Standleitungen ab...
 Ollfried: GRRR
 Ollfried: Hör auf
 Ollfried: das ist wie als wenn du geilen Sex beschreibst

Bug#531559: apt: cannot upgrade, "pkgProblemResolver::Resolve generated breaks"

[Vincent Lefevre]

On 2015-08-13 21:27:32 +0200, David Kalnischkies wrote:
> On Tue, Jun 02, 2009 at 12:50:10PM +0200, Vincent Lefevre wrote:
> > It seems to be the same bug as #194224 (that was closed and archived
> > due to lack of information, but not fixed).
> 
> And this one is going to be closed too for the same lack as can't
> reproduce this with so little information after so many years.

IIRC, this problem has no longer occurred again.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#794995: lintian: false positive in non-consecutive-debian-revision

[Bastien Roucaries]

Brown paper bag.. Sorry

Le 9 août 2015 09:58:57 GMT+02:00, Jakub Wilk  a écrit :
>Control: tags -1 + patch
>
>* Joao Eriberto Mota Filho , 2015-08-09, 03:33:
>>After rename a binary inside a package (in debian/control), I received
>
>>a message from lintian saying about non-consecutive-debian-revision.
>
>That's unrelated to the package rename, of course.
>
>Implementation of this tag is completely broken. Lintian will emit this
>
>tag for most packages in the archive.
>
>Here's a patch fix it...
>
>-- 
>Jakub Wilk

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Bug#794773: [Pkg-octave-devel] Bug#794773: octave: qt and fltk graphics backends do not work

[Francesco Potortì]

>And moreover, please describe your graphics hardware and drivers (X11
>and kernel drivers). Both toolkits rely on OpenGL [...]

Okay, I realize now that my GL does not work :(

While trying to understand why, I discover that Mate has problems, so I
stop.  I'll wait for Mate to be fixed, then I'll go back to GL.

Bug#795384: mate-control-center: can only use mirror with two monitors

[Francesco Potortì]

[ rant moved below to concentrate on the important things ]

>FFS, do you really think we maintainers wouldn't notice such apparent
>bugs like applications crashing immediately under normaö conditions?

The latest version of mate-control-center DOES NOT CRASH.  The problem
is the application is *not able to detect the monitor properties* and is
*not able to save* the manually-defined properties.  My bug report
contains a detailed description (from a user's point of view).

The version that crashes for me is the one in testing, which is supposed
to be stable enough but is not for me.  Should I report the crash
against 1.8.3 or is it unnecessary?

[ end of important things, rant follows moved from above ]

>Can you please stop reporting bugs while we are currently working on
>uploading MATE 1.10?

I just sent one, and I have no idea what you are working on.  While I
and others are grateful for your work, I certainly do not follow it
closely enough to know what you are doing :)

>This is currently work-in-progress and hence bugs are to be
>expected. It's called "unstable" for a reason and you should refrain
>from using it unlesd you can fix such issues yourself.

I expect them and I am willing to report those, hoping that it's useful
for you to know.  If it is not, just ignore them, but I think you'd
better read them before discarding them...

>Those bugs reports are an annoyance and completely unnecessary.

I think you are wrong, but thanks for your work anyway.

>End of rant.
>
>Adrian
>
>> On Aug 13, 2015, at 5:09 PM, Francesco Potortì  wrote:
>> 
>> Package: mate-control-center
>> Version: 1.10.1+dfsg1-1~exp1
>> Severity: normal
>> 
>> While version 1.8.3 of mate-display-properties crashed as soon as
>> called, this version does not crash.  However, the problem persists: I
>> cannot use any more my two-monitor config.
>> 
>> When mate-display-properties is called, it shows two monitors, but
>> apparently cannot detect their properties and proposes a mirror conf.
>> When forced to use both, and the different resolutions are manually set,
>> nothing happnes even after pressing the Apply button.  Moreover, if I
>> press the Make default button, it says 
>> 
>> Error creating textual authentication agent: Error opening current
>> controlling terminal for the process (`/dev/tty'): No such device or
>> address
>> 
>> The latter error also happens when detaching the second monitor and
>> using one only (as I am forced to do now).
>> 
>> 
>> -- System Information:
>> Debian Release: stretch/sid
>>  APT prefers testing
>>  APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 
>> 'unstable')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>> 
>> Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_US.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 mate-control-center depends on:
>> ii  caja-common 1.8.2-4
>> ii  desktop-file-utils  0.22-1
>> ii  gsettings-desktop-schemas   3.16.1-1
>> ii  libatk1.0-0 2.16.0-2
>> ii  libc6   2.19-19
>> ii  libcairo2   1.14.2-2
>> ii  libcanberra-gtk00.30-2.1
>> ii  libcanberra00.30-2.1
>> ii  libdbus-1-3 1.8.20-1
>> ii  libdbus-glib-1-20.102-1
>> ii  libdconf1   0.24.0-2
>> ii  libfontconfig1  2.11.0-6.3
>> ii  libfreetype62.5.2-4
>> ii  libgdk-pixbuf2.0-0  2.31.5-1
>> ii  libglib2.0-02.44.1-1.1
>> ii  libglib2.0-bin  2.44.1-1.1
>> ii  libgtk2.0-0 2.24.28-1
>> ii  libice6 2:1.0.9-1+b1
>> ii  libmarco-private0   1.8.3+dfsg1-4+b1
>> ii  libmate-desktop-2-171.10.1-1
>> ii  libmate-menu2   1.8.0-5
>> ii  libmate-slab0   1.10.1+dfsg1-1~exp1
>> ii  libmate-window-settings11.10.1+dfsg1-1~exp1
>> ii  libmatekbd4 1.10.0-1
>> ii  libpango-1.0-0  1.36.8-3
>> ii  libpangocairo-1.0-0 1.36.8-3
>> ii  libpangoft2-1.0-0   1.36.8-3
>> ii  libsm6  2:1.2.2-1+b1
>> ii  libstartup-notification00.12-4
>> ii  libunique-1.0-0 1.1.6-5
>> ii  libx11-62:1.6.3-1
>> ii  libxcursor1 1:1.1.14-1+b1
>> ii  libxext62:1.3.3-1
>> ii  libxft2 2.3.2-1
>> ii  libxi6  2:1.7.4-1+b2
>> ii  libxklavier16   5.2.1-1
>> ii  libxml2 2.9.1+dfsg1-5
>> ii  libxss1 1:1.2.2-1
>> ii  marco-common1.8.3+dfsg1-4
>> ii  mate-control-center-common  1.10.1+dfsg1-1~exp1
>> ii  mate-desktop1.10.1-1
>> ii  mate-icon-theme 1.10.1-1
>> ii  mate-menus  1.8.0-5
>> ii  mate-settings-daemon1.8.3-3
>> 
>> mate-control-center 

Bug#783416: [cacti/debian-sid] Add missing manual.css

[Paul Gevers]

tag 783416 pending
thanks

Date: Sun Aug 2 14:17:08 2015 +0200
Author: Paul Gevers 
Commit ID: 945e56e4a8bed4a135cb24a99252f6db78c882b0
Commit URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff;h=945e56e4a8bed4a135cb24a99252f6db78c882b0
Patch URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff_plain;h=945e56e4a8bed4a135cb24a99252f6db78c882b0

Add missing manual.css

Closes: #783416
  

Bug#793401: [cacti/debian-sid] Update loadavg_multi_locale_friendly.patch

[Paul Gevers]

tag 793401 pending
thanks

Date: Sun Aug 2 14:02:08 2015 +0200
Author: Paul Gevers 
Commit ID: 3ff3a42fb4914ebb3a2b293a75f46c93a64902c5
Commit URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff;h=3ff3a42fb4914ebb3a2b293a75f46c93a64902c5
Patch URL: 
http://git.debian.org/?p=pkg-cacti/cacti.git;a=commitdiff_plain;h=3ff3a42fb4914ebb3a2b293a75f46c93a64902c5

Update loadavg_multi_locale_friendly.patch

Closes: #793401
  

Bug#785485: Proposed patch

[Michael Terry]

This is because gtkmathview is including C++ files inside an extern "C"
block.  I've applied the attached patch in Ubuntu, which fixes this.
Thanks for considering it for Debian!

-- 
-mt
Index: gtkmathview-0.8.0/src/widget/gtkmathview_common.h
===
--- gtkmathview-0.8.0.orig/src/widget/gtkmathview_common.h
+++ gtkmathview-0.8.0/src/widget/gtkmathview_common.h
@@ -22,6 +22,17 @@
 
 #include 
 
+/* Include these outside the extern "c" bit */
+#if GTKMATHVIEW_USES_CUSTOM_READER
+#include "c_customXmlReader.h"
+#elif GTKMATHVIEW_USES_LIBXML2_READER
+#include 
+#elif GTKMATHVIEW_USES_LIBXML2
+#include 
+#elif GTKMATHVIEW_USES_GMETADOM
+#include 
+#endif
+
 #ifdef __cplusplus
 extern "C" {
 #endif /* __cplusplus */
@@ -45,23 +56,19 @@ extern "C" {
   typedef void* GtkMathViewReaderData;
 
 #if GTKMATHVIEW_USES_CUSTOM_READER
-#include "c_customXmlReader.h"
 #define GTKMATHVIEW_METHOD_NAME(name) gtk_math_view_##name##__##custom_reader
   typedef void* GtkMathViewModelId;
   typedef const char*   GtkMathViewModelString;
 #elif GTKMATHVIEW_USES_LIBXML2_READER
-#include 
 #define GTKMATHVIEW_METHOD_NAME(name) gtk_math_view_##name##__##libxml2_reader
   typedef void* GtkMathViewModelId;
   typedef const xmlChar*GtkMathViewModelString;
 #elif GTKMATHVIEW_USES_LIBXML2
-#include 
 #define GTKMATHVIEW_METHOD_NAME(name) gtk_math_view_##name##__##libxml2
   typedef xmlElement*   GtkMathViewModelId;
   typedef xmlDoc*   GtkMathViewModelDocument;
   typedef const xmlChar*GtkMathViewModelString;
 #elif GTKMATHVIEW_USES_GMETADOM
-#include 
 #define GTKMATHVIEW_METHOD_NAME(name) gtk_math_view_##name##__##gmetadom
   typedef GdomeElement* GtkMathViewModelId;
   typedef GdomeDocument*GtkMathViewModelDocument;

Bug#795282: xylib: diff for NMU version 1.3-1.1

[Marcin Wojdyr]

Sebastian, thanks for handling it, no need to delay it longer.
Cheers
Marcin

On Wed, Aug 12, 2015 at 4:39 PM, Sebastian Ramacher
 wrote:
> Package: xylib
> Version: 1.3-1
> Severity: normal
> Tags: patch pending
>
> Dear maintainer,
>
> I've prepared an NMU for xylib (versioned as 1.3-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Cheers
> --
> Sebastian Ramacher

Bug#795420: pidgin-skype-common: Add new HTTP-based skypeweb plugin

[Markus Koller]

Package: pidgin-skype-common
Severity: wishlist

Dear Maintainer,

The recent launch of Skype for Web also introduced an HTTP API, removing
the need for the D-Bus plugin which is now deprecated [1].

>From what I gather the new skypeweb plugin [2] works fine with Skype logins,
but doesn't support MSN/Live logins yet. Would you consider bundling the
skypeweb plugin so users can choose which one to use?

It looks like there was already some activity to get it built on Debian [3]

[1] https://github.com/EionRobb/skype4pidgin/blob/master/README.md
[2] https://github.com/EionRobb/skype4pidgin/tree/master/skypeweb
[3] https://github.com/EionRobb/skype4pidgin/issues/247


Thanks,
Markus


-- System Information:
Debian Release: stretch/sid
Architecture: i386 (i686)

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

Bug#795224: RFS: sndio/0.0.10-1 [ITP] -- Small audio and MIDI framework from OpenBSD

[Peter Piwowarski]

A new package is now available on mentors at the same location.

Bug#787846: Please accept --upgradeable as synonym for --upgradable

[Julian Andres Klode]

Control: tag -1 pending

On Fri, Jun 05, 2015 at 09:01:09AM -0700, Josh Triplett wrote:
> Package: apt
> Version: 1.0.9.10
> Severity: normal
> 
> apt list accepts --upgradable, but not --upgradeable.  However,
> elsewhere apt uses both interchangeably, and uses the latter in named
> options:
> 
> ~$ grep -i upgradeable /etc/cron.daily/apt
> #  APT::Periodic::Download-Upgradeable-Packages "0";
> #  APT::Periodic::Download-Upgradeable-Packages-Debdelta "1";
> DownloadUpgradeableInterval=0
> eval $(apt-config shell DownloadUpgradeableInterval 
> APT::Periodic::Download-Upgradeable-Packages)
> eval $(apt-config shell Debdelta 
> APT::Periodic::Download-Upgradeable-Packages-Debdelta)
>[ $DownloadUpgradeableInterval -eq 0 ] &&
> # download all upgradeable packages (if it is requested)
> DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp
> if [ $UPDATED -eq 1 ] && check_stamp $DOWNLOAD_UPGRADEABLE_STAMP 
> $DownloadUpgradeableInterval; then
> update_stamp $DOWNLOAD_UPGRADEABLE_STAMP
> # auto upgrade all upgradeable packages
> ~$ grep -i upgradable /etc/cron.daily/apt
> debug_echo "download upgradable (success)"
> debug_echo "download upgradable (error)"
> debug_echo "download upgradable (not run)"
> 
> 
> So, please consider accepting both spellings for "apt list", and please
> consider auditing usage of the two throughout apt.
> 

OK. I added the alias. The other user visible changes were replaced
earlier one, so you can be happy.


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#794817: Should mplayer2 be removed from unstable?

[Andreas Cadhalpun]

On 07.08.2015 03:19, Sebastian Ramacher wrote:
> On 2015-08-06 23:05:58, Andreas Cadhalpun wrote:
>> Unless someone objects, I'll reassign this bug to ftp.debian.org for
>> removal soon.
> 
> Before doing so, please file bugs against packages (Build-)Depending on
> mplayer2 to switch back to mplayer:
> 
> Checking reverse dependencies...
> # Broken Depends:
> jajuk: jajuk
> kphotoalbum: kphotoalbum
> 
> # Broken Build-Depends:
> jajuk: mplayer2

I've filed #795418 for jajuk and #795419 for kphotoalbum and made them block
this bug.

Best regards,
Andreas

Bug#789629: jenkins-job-builder: newer version available upstream: 1.2.0

[Paul Belanger]

On Thu, Aug 13, 2015 at 5:21 AM, intrigeri  wrote:
> Hi Paul,
>
> Philip Hands wrote (22 Jun 2015 20:58:18 GMT) :
>> I note that 1.2.0 is available upstream from openstack's repos.
>
> I notice that the last upload you've prepared was two years ago.
> Are you still interested in maintaining jenkins-job-builder in Debian?
>
> If not, it's totally fine: just make it clear, so that others can
> start thinking about how this package could be (team-?)maintained :)
> Cc'ing the last few NMU'ers in case someone feels like volunteering.
>
Ya, if more people would like to maintain, the better. Sadly I'm not
an official Debian maintainer, so it does require more effort for me
to get things uploaded.

Either way, if people would like to step in to help keep the package
moving, great.  I only ask in return, help with sponsorship :)

> Cheers,
> --
> intrigeri

Bug#795409: nmu: libaqbanking_5.6.1-1

[Micha Lenk]

Hi Julien,

Am 13.08.2015 um 20:54 schrieb Julien Cristau:
>> nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m "rebuild against 
>> libktoblzcheck1v5"
>>
>> See also https://bugs.debian.org/791134 (g++ ABI transition in 
>> libktoblzcheck).
>>
> 5.4.3beta2-2 is the jessie version, so that doesn't make much sense.

Yes, see my previous mail. The correct version to binNMU is:

nmu libaqbanking_5.6.1-1 . ALL . -m "rebuild against libktoblzcheck1v5"

> Also, have you confirmed that a rebuild with new g++ and libktoblzcheck
> does not affect libaqbanking's ABI?

It shouldn't. The C++ API of libaqbanking (that would be
libaqbankingpp.so) isn't packaged at the moment. It should be safe to
rebuild libaqbanking using the new g++.

Cheers,
Micha

Bug#794627: [Pkg-mozext-maintainers] Bug#794627: Downgrading

[Daniel Kahn Gillmor]

On Thu 2015-08-13 07:20:11 -0400, Michael Meskes wrote:
> severity 794627 important
> thanks
>
> I don't think a problem with a package in experimental should have the effect
> of a testing removal. Therefore I downgrad this ug. Feel free to upgrade
> again, if problem (which does not seem to be easily reproducible) still
> persists once the newer gnupg version makes it into unstable/tesing.

Thanks, i think this is the right thing to do, particularly since i'm
unable to reproduce the problem and haven't yet gotten the requested
followup info from Praveen.

(i've also just tagged this bug unreproducible and moreinfo)

If anyone else can reproduce it, i'd be happy to hear about it.

   --dkg

Bug#795419: kphotoalbum: please change dependency from mplayer2 to mplayer

[Andreas Cadhalpun]

Package: kphotoalbum
Version: 4.5-1.1
Severity: important
Control: block 794817 by -1

Dear Maintainer,

mplayer2 is dead upstream and thus going to be removed from Debian [1].
Thus please replace the dependency on it with mplayer, e.g.
by applying attached trivial patch. (It also replaces the recommends
on libav-tools with ffmpeg, because libav is also going to be removed,
see [2].)

Best regards,
Andreas


1: https://bugs.debian.org/794817
2: 
https://wiki.debian.org/Debate/libav-provider/ffmpeg#The_Command_Line_Tools_Transition
diff --git a/debian/control b/debian/control
index 13bd3f7..de561ca 100644
--- a/debian/control
+++ b/debian/control
@@ -16,8 +16,8 @@ Vcs-Svn: svn://anonscm.debian.org/pkg-kde/kde-extras/kphotoalbum/trunk/
 Package: kphotoalbum
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends},
- libqt4-sql-sqlite, mplayer2
-Recommends: kipi-plugins, khelpcenter4, libav-tools
+ libqt4-sql-sqlite, mplayer
+Recommends: kipi-plugins, khelpcenter4, ffmpeg
 Description: tool for indexing, searching and viewing images by keywords for KDE
  KPhotoAlbum lets you index, search, group and view images by keywords, date,
  locations and persons. It provides a quick and elegant way to lookup groups of

Bug#795418: jajuk: please change (build-)dependency from mplayer2 to mplayer

[Andreas Cadhalpun]

Package: jajuk
Version: 1:1.9.6-9
Severity: important
Control: block 794817 by -1

Dear Maintainer,

mplayer2 is dead upstream and thus going to be removed from Debian [1].
Thus please replace the (build-)dependency on it with mplayer, e.g.
by applying attached trivial patch.

Best regards,
Andreas


1: https://bugs.debian.org/794817
diff --git a/debian/control b/debian/control
index 1a455c6..32a381f 100644
--- a/debian/control
+++ b/debian/control
@@ -39,7 +39,7 @@ Build-Depends-Indep: ant,
  libvldocking-java,
  libvorbisspi-java,
  libxstream-java,
- mplayer2,
+ mplayer,
  substance (>= 5.2)
 Standards-Version: 3.9.6
 Vcs-Svn: svn://anonscm.debian.org/pkg-java/trunk/jajuk
@@ -84,7 +84,7 @@ Depends: default-jre (>= 1:1.6) | java6-runtime | java7-runtime,
  libvldocking-java,
  libvorbisspi-java,
  libxstream-java,
- mplayer2,
+ mplayer,
  substance (>= 5.2),
  ${misc:Depends}
 Description: advanced jukebox and music organizer

Bug#795417: libmusicbrainz3: diff for NMU version 3.0.2-2.4

[Sebastian Ramacher]

Package: libmusicbrainz3
Version: 3.0.2-2.3
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for libmusicbrainz3 (versioned as 3.0.2-2.4). The diff
is attached to this message.

Regards.

-- 
Sebastian Ramacher
diff -u libmusicbrainz3-3.0.2/debian/changelog libmusicbrainz3-3.0.2/debian/changelog
--- libmusicbrainz3-3.0.2/debian/changelog
+++ libmusicbrainz3-3.0.2/debian/changelog
@@ -1,3 +1,10 @@
+libmusicbrainz3 (3.0.2-2.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Upload to unstable.
+
+ -- Sebastian Ramacher   Thu, 13 Aug 2015 21:02:52 +0200
+
 libmusicbrainz3 (3.0.2-2.3) experimental; urgency=medium
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#791251: (no subject)

[Sebastian Ramacher]

Hi Julien,

please CC people when replying to bug reports. Otherwise they do not get your
mails.

On 2015-08-12 19:08:42, Julien Puydt wrote:
> Hi,
> 
> I have a 0.4.3-1 in the git repository already.
> 
> The gcc 5 transition is a rebuild away, since there are no rdeps.

As you wish, canceled the NMU.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#795416: Please package version 9 of jetty

[Thomas Goirand]

Source: jetty8
Version: 8.1.17-1
Severity: wishlist

Hi,

For packaging Gerrit, I am currently packaging Buck, and it needs
Jetty 9. It'd be awesome if you could package that.

Cheers,

Thomas Goirand (zigo)

Bug#791540: FTBFS: undefined reference to symbol 'SDL_UnlockSurface'

[Fabian Greffrath]

Am Donnerstag, den 13.08.2015, 20:05 +0200 schrieb Evgeni Golov: 
> > > -lSDL_image -lSDL_mixer

> Is there anything special in your setup that would trigger this?

It seems to link against both SDL_image and SDL_mixer, but not against
SDL itself!

 - Fabian



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

Bug#795415: ITP: aiozmq -- ZeroMQ integration with asyncio

[Piotr Ożarowski]

Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" 

* Package name: aiozmq
  Version : 0.7.0
  Upstream Author : Andrew Svetlov 
* URL : https://aiozmq.readthedocs.org/
* License : BSD
  Programming Lang: Python
  Description : ZeroMQ integration with asyncio

ZeroMQ integration with asyncio (PEP 3156)
.
Features:
 * Implements create_zmq_connection() coroutine for making 0MQ connections.
 * Provides ZmqTransport and ZmqProtocol
 * Provides RPC Request-Reply, Push-Pull and Publish-Subscribe patterns for
   remote calls.

Bug#795412: ITP: libtest-name-fromline-perl -- auto fill test names from caller line

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libtest-name-fromline-perl
  Version : 0.11
  Upstream Author : cho45 
* URL : https://github.com/cho45/Test-Name-FromLine
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : auto fill test names from caller line

 Test::Name::FromLine is a test utility that fills test names from its
 file.  Just use the module in the test file and it will fill test names
 to all tests except named ones.

Package is needed by testsuite of libtext-sass-xs-perl.

Package will be maintained in the Debian Perl team.

Bug#795414: ITP: aioredis -- asyncio (PEP 3156) Redis support

[Piotr Ożarowski]

Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" 

* Package name: aioredis
  Version : 0.2.2
  Upstream Author : Alexey Popravka 
* URL : https://aioredis.readthedocs.org/
* License : Expat
  Programming Lang: Python
  Description : asyncio (PEP 3156) Redis support

The library is intended to provide simple and clear interface to Redis based
on asyncio.
.
Features:
 * Connections pool
 * Low-level & high-level API
 * hiredis parser

Bug#795413: ITP: aiopg -- PostgreSQL integration with asyncio

[Piotr Ożarowski]

Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" 

* Package name: aiopg
  Version : 0.7.0
  Upstream Author : Andrew Svetlov 
* URL : https://aiopg.readthedocs.org/
* License : BSD
  Programming Lang: Python
  Description : PostgreSQL integration with asyncio

aiopg is a library for accessing a PostgreSQL_ database
from the asyncio (PEP-3156/tulip) framework. It wraps
asynchronous features of the Psycopg database driver.

Bug#778500: iputils-ping: reconfiguring with setcap leaves the binary suid

[Noah Meyerhans]

On Thu, Aug 13, 2015 at 07:31:34PM +0200, Eduard Bloch wrote:
> I have a similar problem - ping lost suid permission for unknown reason.
> Reinstalling the package does not help (see below). Is this in the scope
> of this bug report or do you wish a new one?
> 
> $ apt-get --reinstall install iputils-ping 
> iputils-ping (3:20121221-5+b2) wird eingerichtet ...
> Failed to set capabilities on file `/bin/ping' (Invalid argument)
> The value of the capability argument is not permitted for a file. Or the file 
> is not a regular (non-symlink) file
> Setcap failed on /bin/ping, falling back to setuid

I don't think that this is the same bug. The issue that precipitated
this bug was that the postinst script simply never tried to set
capabilities on the binaries at all during a reconfigure. Your issue
sounds like something else.

The output that you provided suggests that the iputils-ping postinst
script did try to set the capabilities as expected, but that setcap
failed for some reason. Please check to see if you can reproduce this by
calling setcap manually, e.g.

$ sudo setcap cap_net_raw+ep /bin/ping cap_net_raw+ep /bin/ping6

If this fails, then the problem isn't specifically with iputils but is
some other issue with capabilities on your system. If it works, then the
problem would seem to be with iputils somewhere and a new bug report
would be appropriate and we can try to debug the issue in that context.

Thanks
noah



signature.asc
Description: Digital signature

Bug#726805: closed by Anton Gladky (Fixed)

[Yorik van Havre]

August 13 2015 3:33 PM, "Francesco Poli" wrote:

> I see at least the following outdated parts of the debian/copyright
> file:
> 
> • src/Doc/Start_Page.html licensing is described three times with
> inconsistent information: please clarify and merge

This is an old file left over from a previous version. It can simply
be removed from the source. I'm doing this right now upstream.

> • src/Mod/Draft/* licensing is described as GPL-2+, while, for
> instance, src/Mod/Draft/DraftTools.py seems to be LGPL-2+

As far as I can see, all files in src/Mod/Draft/ have the same LGPL2+ 
license. Can you point me at the file you are referring to?

Cheers
Yorik

Bug#795409: nmu: libaqbanking_5.4.3beta-2+b1

[Julien Cristau]

On Thu, Aug 13, 2015 at 20:39:34 +0200, Micha Lenk wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> nmu libaqbanking_5.4.3beta-2+b2 . ALL . -m "rebuild against libktoblzcheck1v5"
> 
> See also https://bugs.debian.org/791134 (g++ ABI transition in 
> libktoblzcheck).
> 
5.4.3beta2-2 is the jessie version, so that doesn't make much sense.
Also, have you confirmed that a rebuild with new g++ and libktoblzcheck
does not affect libaqbanking's ABI?

Cheers,
Julien


signature.asc
Description: Digital signature