Bug#835896: ITP: node-number-is-nan -- Node.js is an event-based server-side JavaScript engine

[Sruthi Chandran]

Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran 

* Package name: node-number-is-nan
  Version : 1.0.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/number-is-nan#readme
* License : Expat
  Programming Lang: JavaScript
  Description :  Node.js is an event-based server-side JavaScript
engine.

Bug#834979: Debian bugs #835765, #834979

[Jörg Frings-Fürst]

Hello,

after upgrade log4cpp to 1.1.1-2 build are ok.
So I close this bugs.

CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#835176: pyrogenesis segfault

[Vincent Cheng]

Control: tag -1 + moreinfo

Hi Mario,

On Tue, Aug 23, 2016 at 3:06 AM,   wrote:
> Package: 0ad
> Version: 0.0.20-2
>
>  Good morning.
> As I wrote in the title of the message 0ad goes to segfault.
> This happens while I am playing and not at startup. It can happen after 1
> minute that I started playing or after 10 minutes.
> This is what I see in/var/log/messages:
>
> Aug 22 18:48:35 barambani kernel: [15176.276381] pyrogenesis[7714]: segfault
> at 0 ip 7f7588a44b38 sp 7ffc6e863110 error 4 in
> libmozjs31-ps-release.so[7f75888b6000+691000]
> Aug 22 19:06:51 barambani kernel: [16273.024162] pyrogenesis[7739]: segfault
> at 0 ip 7ff29086fb38 sp 7ffd86b33e80 error 4 in
> libmozjs31-ps-release.so[7ff2906e1000+691000]
> Aug 22 19:16:31 barambani kernel: [  509.739843] pyrogenesis[3124]: segfault
> at 0 ip 7fc711dcbb38 sp 7ffc87aa8e60 error 4 in
> libmozjs31-ps-release.so[7fc711c3d000+691000]
> Aug 23 11:36:54 barambani kernel: [ 4547.081516] pyrogenesis[6240]: segfault
> at 0 ip 7f35107d2b38 sp 7ffe5cb5ac00 error 4 in
> libmozjs31-ps-release.so[7f3510644000+691000]
>
> and in /var/log/dpkg.log
>
> 2016-08-21 15:35:53 upgrade 0ad:amd64 0.0.20-1+b2 0.0.20-2

Please obtain a backtrace (see instructions at [1]) and file a bug
report upstream at [2]. Thanks!

Regards,
Vincent

[1] https://wiki.debian.org/HowToGetABacktrace
[2] http://trac.wildfiregames.com/newticket

Bug#835662: libreoffice: When scrolling a sizeable document, lines of text do not appear

[Rene Engelhard]

[ We shouldn't hide problems, please keep bugs Cc'ed when replying to them so
the conversation gets recorded ]

Hi,

On Sun, Aug 28, 2016 at 06:49:09PM +1000, Vince Barwinski wrote:
>When I did
> 
>dpkg -l libreoffice-gtk2 libreoffice-gtk3
> 
>I got the output:
> 
>ii  libreoffice-gtk2    1:5.2.0-2  amd64 
>office productivity suite -- GTK+ 2 integration
>rc  libreoffice-gtk3    1:5.2.0-2  amd64 
>office productivity suite -- GTK+ 3 integration
> 
>I noticed that libreoffice-gtk3 had been uninstalled, and thought
>immediately that this may have caused the problem. So I reinstalled it,
>and lo and behold, the problem is fixed.

OK, in what desktop? I mean, it's still not ideal that this one happens
with only -gtk2 installed in gtk3-using desktops (or even worse, gtk2
installed for gtk2-using deskops, afaicr gtk3 also comes into effect then
in some circumstances.)

>with the Mate desktop affecting my default Xfce, so I decided to uninstall
>Mate and associated libs and I think that is where libreoffice-gtk3 was
>unwittingly uninstalled.

Ah, so a gtk2-using desktop (xfce)...

>I think we can mark this bug thankfully as fixed as on the same day.

I am not actually sure ;)

But:

>  Example document? Of course I don't have documents this big to even 
> attempt
>  to reproduce it :)
[...]
>  Did you also report it upstream or not? It'd be nice if you can do, I'd
>  only forward it anyway, and playing proxy from here to there is
>  cumbersome,
>  epecially if they want/need more info..

that maybe would still be helpful to make upstream be able to fix it...
(yes, you could send them per mail to keep it confidential.)

Regards,

Rene

Bug#835204: autopkgtest: adt-virt-* binaries fail to start with ImportError: No module named 'VirtSubproc'

[Martin Pitt]

Control: tag -1 pending

Johannes Schauer [2016-08-23 15:51 +0200]:
> $ for p in /usr/bin/adt-virt-*; do $p; done
> Traceback (most recent call last):
>   File "/usr/bin/adt-virt-chroot", line 32, in 
> import VirtSubproc
> ImportError: No module named 'VirtSubproc'

This is already fixed in git:

   
https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=6af4947b6

I'll do an upload RSN. Thanks for the report!

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

Bug#835866: icedove fails to connect to existing google apps accounts

[Cedric Brandenbourger]

Package: icedove
Version: 1:45.2.0-4
Followup-For: Bug #835866

Same problem for me.
I tested the version of debian stable, every is working fine there.
I also tested the official thunderbird version. Everything is also working fine



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

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

Versions of packages icedove depends on:
ii  debianutils   4.8
ii  fontconfig2.11.0-6.5
ii  libasound21.1.2-1
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-4
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.10-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.5
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-11
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-2
ii  libgtk2.0-0   2.24.30-4
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu57  57.1-2
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.25-1
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.14.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-11
ii  libvpx3   1.5.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.2-1
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.2.0-4
ii  myspell-de-de [myspell-dictionary]20160407-1
ii  myspell-fr [myspell-dictionary]   1.4-27

Versions of packages icedove suggests:
pn  apparmor  
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.14.3+dfsg-1

-- no debconf information

Bug#835841: , #835840

[Marc Haber]

On Sun, Aug 28, 2016 at 10:56:18PM +0200, Jörg Frings-Fürst wrote:
> The status of the package is at the moment unsubstantial:
> 
>  * Release 1.1.2 does not support by upstream and
>  * Release 1.2.0 has a lot of bugs and is unusable.

Ouch. That does not sound too promising. Thanks for the update.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#835661: [pkg-go] Bug#835661: drop dependency on libjs-handlebars

[Pirate Praveen]

On 2016, ആഗസ്റ്റ് 29 8:40:00 AM IST, "Martín Ferrari"  wrote:
>Hi,
>
>On 28/08/16 08:33, Pirate Praveen wrote:
>
>> libjs-handlebars is missing source (see
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830986 and
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830978). I'm
>planning
>> to drop this package (other option is to keep in non-free) soon.
>> 
>> if you can help keep it in main by generating handlebars.js from its
>> source, that would be another option (but this would require
>packaging
>> grunt or mimicking grunt using other tools in main).
>
>I understand your pain, but possibly this could be reproduced with some
>commands in debian/rules, using browserify? I took a brief look today,
>but did not seem to find all the scripts for building the source
>completely, but surely there is way.. I will try to help with this.

Thanks.

>Having said all this, I think the serious severity is not correct. This
>package is not yet removed from main, so I don't see any reason for
>this
>bug to be RC (yet).

libjs-handlebars cannot be released in main in the current form, so I think the 
severity is correct. Even if libjs-handlebars is moved to non-free, prometheus 
will have to be moved to contrib.

Bug#749483: mutt: Conflicting types of generated variable conststrings

[Antonio Radici]

tag 749483 +confirmed pending
thanks

1.7.0-1 will have the fix for this problem

Bug#830672: [pkg-go] Bug#830672: golang-github-azure-go-autorest: accesses the internet during build

[Martín Ferrari]

Hi Chris,

On 20/08/16 12:54, Chris Lamb wrote:

>   00:00:00.00 IP e5d71a9dbcfe.49320 > 10.0.1.1.domain: 60157+ ? 
> login.microsoftonline.com. (43)

I am not being able to replicate this, what tool are you using to detect
these problems? I have tried to run the tests in a isolated network
container, and tcpdump reports 0 packets captured...

-- 
Martín Ferrari (Tincho)

Bug#835163: RM: freeipa -- NPOASR; Unable to maintain

[Salvatore Bonaccorso]

Hi Timo,

On Tue, Aug 23, 2016 at 10:30:25AM +0300, Timo Aaltonen wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> New upstream releases carry minified javascript that can't be built with 
> debian archive tools,
> so uploads get rejected. I'm not interested in fixing this before upstream 
> has done their part,
> so just remove the package for now to stop the flood of new bugs that are 
> already fixed on
> packaging git.

Should the package in experimental be rejected as well?

Regards,
Salvatore

Bug#835895: transmission-remote-gtk: JSON assert fail leading to unchangeable settings

[Hayden Lau]

Package: transmission-remote-gtk
Version: 1.1.1-3
Severity: important

Dear Maintainer,

This bug is new for me (have only started encountering it today, but I haven't
used transmission-remote-gtk since a few weeks ago).

Description: All local settings options are broken, including View > Style
radios, View > [various checkboxes], and the Local Preferences Dialog fails to
save any settings. When started from terminal, transmission-remote-gtk reports
slight variations of the same error:
(transmission-remote-gtk:6916): Json-CRITICAL **: json_node_set_boolean:
assertion '!node->immutable' failed
(transmission-remote-gtk:6916): Json-CRITICAL **: json_node_set_int: assertion
'!node->immutable' failed
(transmission-remote-gtk:6916): Json-CRITICAL **: json_node_set_string:
assertion '!node->immutable' failed
... etc.

Deleting ~/.config/transmission-remote-gtk/config.json and restarting
transmission-remote-gtk makes this issue go away... until the next time
transmission-remote-gtk is started. Therefore, config.json must be deleted
every time a setting change is made, and all the settings re-done.

**Other related details**
Server: Transmission 2.84 on Debian Jessie, local network, port 9091, password
auth
Other usage: I have been using https://github.com/leonsoft-kras/transmisson-
remote-gui on Windows, since my main machine is dual-booted between Win10 and
Debian Stretch
Config file:
{
  "profiles" : [
{
  "profile-name" : "Default",
  "hostname" : "[redacted]",
  "port" : 9091,
  "rpc-url-path" : "/transmission/rpc",
  "username" : "hayden",
  "password" : "[redacted]",
  "auto-connect" : false,
  "ssl" : false,
  "timeout" : 40,
  "retries" : 3,
  "update-active-only" : false,
  "activeonly-fullsync-enabled" : false,
  "activeonly-fullsync-every" : 2,
  "update-interval" : 3,
  "min-update-interval" : 3,
  "session-update-interval" : 60,
  "exec-commands" : [
  ],
  "destinations" : [
  ]
}
  ],
  "profile-id" : 0,
  "tree-views" : {
"TrgTorrentTreeView" : {
  "sort-col" : 1,
  "sort-type" : 0,
  "widths" : [
504,
72,
66,
92,
72,
92,
116,
95,
64,
95,
116,
66,
335
  ],
  "columns" : [
"name",
"size",
"done",
"status",
"seeds",
"leechers",
"down-speed",
"up-speed",
"eta",
"uploaded",
"downloaded",
"ratio",
"added"
  ]
},
"TrgTrackersTreeView" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
40,
109,
51,
105,
111,
111,
88,
730
  ],
  "columns" : [
"tier",
"announce-url",
"last-announce-peer-count",
"seeder-count",
"leecher-count",
"last-announce-time",
"last-result",
"scrape-url"
  ]
},
"TrgFilesTreeView" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
593,
90,
73,
81,
736
  ],
  "columns" : [
"name",
"size",
"progress",
"wanted",
"priority"
  ]
},
"TrgPeersTreeView" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
29,
45,
67,
98,
77,
73,
49,
894
  ],
  "columns" : [
"ip",
"host",
"country",
"down-speed",
"up-speed",
"progress",
"flags",
"client"
  ]
},
"TrgFilesTreeView-dialog" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
472,
72,
73,
81,
63
  ],
  "columns" : [
"name",
"size",
"progress",
"wanted",
"priority"
  ]
},
"TrgPeersTreeView-dialog" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
29,
45,
67,
98,
77,
73,
49,
230
  ],
  "columns" : [
"ip",
"host",
"country",
"down-speed",
"up-speed",
"progress",
"flags",
"client"
  ]
},
"TrgTrackersTreeView-dialog" : {
  "sort-col" : -2,
  "sort-type" : 0,
  "widths" : [
40,
531,
51,
105,
111,
144,
88,
511
  ],
  "columns" : [
"tier",
"announce-url",
"last-announce-peer-count",
"seeder-count",
"leecher-count",
"last-announce-time",
"last-result",
"scrape-url"
  ]
}
  },
  "start-paused" : false,
  "add-options-dialog" : true,
  "delete-local-torrent" : false,
  "show-state-selector" : true,
  "filter-dirs" : true,
  "filter-trackers" : true,
  

Bug#835894: terminal.app: crashes on startup: Did not find correct version of backend

[Adam Borowski]

Package: terminal.app
Version: 0.9.8-1+nmu1+b2
Severity: grave
Justification: renders package unusable

Hi!
I'm afraid terminal.app crashes at startup in unstable; this doesn't seem to
be related to my particular setup as the same happens on three different
machines (amd64, i386, armhf) with varied environments.

2016-08-29 05:12:57.421 Terminal[21768:21768] Did not find correct version
⤷of backend (libgnustep-back-025.bundle), falling back to std
⤷(libgnustep-back.bundle).
2016-08-29 05:12:57.425 Terminal[21768:21768] NSApplication.m:304  Assertion
⤷failed in initialize_gnustep_backend.  Unable to find backend back
Terminal: Uncaught exception NSInternalInconsistencyException, reason:
⤷NSApplication.m:304  Assertion failed in initialize_gnustep_backend.  Unable
⤷to find backend back



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

Kernel: Linux 4.7.2-xfsreflink+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages terminal.app depends on:
ii  libc62.23-5
ii  libgnustep-base1.24  1.24.9-3
ii  libgnustep-gui0.25   0.25.0-3
ii  libobjc4 6.2.0-1

terminal.app recommends no packages.

terminal.app suggests no packages.

-- no debconf information

Bug#835661: [pkg-go] Bug#835661: drop dependency on libjs-handlebars

[Martín Ferrari]

Hi,

On 28/08/16 08:33, Pirate Praveen wrote:

> libjs-handlebars is missing source (see
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830986 and
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830978). I'm planning
> to drop this package (other option is to keep in non-free) soon.
> 
> if you can help keep it in main by generating handlebars.js from its
> source, that would be another option (but this would require packaging
> grunt or mimicking grunt using other tools in main).

I understand your pain, but possibly this could be reproduced with some
commands in debian/rules, using browserify? I took a brief look today,
but did not seem to find all the scripts for building the source
completely, but surely there is way.. I will try to help with this.

Having said all this, I think the serious severity is not correct. This
package is not yet removed from main, so I don't see any reason for this
bug to be RC (yet).


-- 
Martín Ferrari (Tincho)

Bug#834959: Pending fixes for bugs in the golang-goleveldb package

[pkg-go-maintainers]

tag 834959 + pending
thanks

Some bugs in the golang-goleveldb package are closed in revision
53ff40f00cb110ed21dbbb0b1b8746ffe27ded47 in branch 'debian/sid' by
Martín Ferrari

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-goleveldb.git/commit/?id=53ff40f

Commit message:

Disable flaky tests. Closes: #834959.

Bug#835893: linux-image-4.7.0-rc7-armmp: Please add support for OpenPandora

[Vagrant Cascadian]

Package: linux-image-4.7.0-rc7-armmp
Version: 4.7~rc7-1~exp1
Severity: wishlist
Tags: patch

Please enable the following options in the armhf kernel configuration,
to enable support for the OpenPandora console. It's still a little
rough around the edges but MMC, NAND, serial console, cpufreq, LCD
panel and touchscreen works. Keyboard mostly works, although the
function keys aren't recognized.

Thanks for considering!

live well,
  vagrant

p.s. If applying to v4.8.x, be sure to adjust CONFIG_DISPLAY_* to
CONFIG_DRM_OMAP_*.

diff --git a/debian/config/armhf/config b/debian/config/armhf/config
index 88aa489..3ef7a95 100644
--- a/debian/config/armhf/config
+++ b/debian/config/armhf/config
@@ -1259,3 +1259,17 @@ CONFIG_SND_SOC_TEGRA_ALC5632=m
 CONFIG_SND_SOC_TEGRA_MAX98090=m
 CONFIG_SND_SOC_TEGRA_RT5677=m
 
+CONFIG_DISPLAY_CONNECTOR_ANALOG_TV=m
+CONFIG_DISPLAY_PANEL_TPO_TD043MTEA1=m
+CONFIG_OMAP2_DSS_DSI=y
+CONFIG_DRM_OMAP_NUM_CRTCS=2
+CONFIG_BACKLIGHT_PANDORA=m
+CONFIG_VIDEO_OMAP3=m
+CONFIG_VIDEO_V4L2_SUBDEV_API=y
+CONFIG_CHARGER_TWL4030=m
+CONFIG_BATTERY_TWL4030_MADC=m
+CONFIG_SENSORS_TWL4030_MADC=m
+CONFIG_HDQ_MASTER_OMAP=m
+CONFIG_POWER_AVS_OMAP=y
+CONFIG_POWER_AVS_OMAP_CLASS3=y
+CONFIG_POWER_AVS=y


signature.asc
Description: PGP signature

Bug#833706: live CD built from latest sid still have this problem

[sylecn]

live CD built against latest sid still has this problem.

Install fails at Partition disks step.

Failed to load installer component
Loading libc6-udeb failed for unknown reasons. Aborting.

I am not familiar with d-i. Does anyone know how kali fix the problem?

0003417: netboot fails when retrieving libc6-udev - Kali Linux Bug Tracker
https://bugs.kali.org/view.php?id=3417

-- 
Thanks,
Yuanle

Bug#835851: add MIPS r6 support in dak

[YunQiang Su]

On Mon, Aug 29, 2016 at 3:32 AM, Adam D. Barratt
 wrote:
> On Mon, 2016-08-29 at 03:10 +0800, YunQiang Su wrote:
>> We are working on MIPS r6 support, which are different ports with MIPS ones.
>> They include mipsr6, mipsr6el, mipsn32r6, mipsn32r6el, mips64r6, mips64r6el.
>>
>> Theses ports have been supported by `dpkg' in sid/testing,
>> while not in stable yet.
> [...
>> It seems there are 2 options:
>>  1. backport `dpkg' in sid to stable, and ftpmaster team install that
>> package into dak machine
>>  2. backport archtable/cputable changes into `dpkg' in stable and upload it 
>> to
>>  jessie-updates with help of release team.
>
> With an SRM hat on, I fail to see why this would be eligible for
> jessie-updates. (Assuming you're not simply confused as to what that
> means.)

I guess I did confused by the name. :(
By anyway, ftpmaster can accept this change.

>
> Regards,
>
> Adam
>



-- 
YunQiang Su

Bug#835653: how-can-i-help: sort "Packages removed from Debian 'testing'" list

[Paul Wise]

On Sun, 2016-08-28 at 17:31 +0200, Nicolas Braud-Santoni wrote:

> I wrote up a quick patch that takes into account the package names when
> sorting (or bug id, in the case of RFSes), then added the removal time
> (in the case of autorm) and cleaned up a bit the surrounding code by
> using `sort_by` rather than `sort { |a,b| expr(a) <=> expr(b) }`.

Most of that sounds good for my purposes, except the sorting by removal
time. Please make that an option that I can turn off if you want to add
it. The reason is that this changes a lot and will move lines around in
the output, which will produce a much larger diff than date updates.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#835872: redeclipse-common: Fails to upgrade due to undeclare file conflict: trying to overwrite '/usr/share/doc/redeclipse/guidelines.txt', which is also in package redeclipse 1.5.1-2

[Axel Beckert]

Package: redeclipse-common
Version: 1.5.5-1
Severity: serious

Dear Maintainer,

upgrading redeclipse-common from 1.5.1-2 to 1.5.5-1 fails for me as
follows:

Unpacking redeclipse-common (1.5.5-1) over (1.5.1-2) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-R5cuNe/15-redeclipse-common_1.5.5-1_all.deb (--unpack):
 trying to overwrite '/usr/share/doc/redeclipse/guidelines.txt', which is also 
in package redeclipse 1.5.1-2

There seem to be Breaks/Replaces header missing for moving that file
(and maybe further ones) from redeclipse to redeclipse-common.

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

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

-- no debconf information

Bug#815446: aegisub: Feature request: ability to load video files matching the subtitles' filename

[Sebastian Reichel]

Control: tag -1 moreinfo

Hi,

On Sun, 21 Feb 2016 18:31:06 +0200 Sophoklis Goumas  
wrote:
> Package: aegisub
> Version: 3.2.2+dfsg-3
> Severity: wishlist
> 
> If aegisub had an option which would allow it to auto-load
> video file that was matching the subtitles's filename
> that would simplify working with it a lot.
> 
> Just as media players do.

Aegisub is used for editing subtitles in SubStation Alpha
format, which has native support for referencing Video/Audio
files (*). It will ask you, if you want to load the referenced
files. If you still think your feature is needed feel free
to report it upstream:

https://aegisub.uservoice.com/forums/12642-features

(*) Looks like this in the file:

--
[Script Info]
...
PlayResX: 1280
PlayResY: 720
Video File: ./data/video.mp4
...
--

-- Sebastian


signature.asc
Description: PGP signature

Bug#835670: MAC address of the network card keeps changing in each reboot

[Ben Hutchings]

[Please keep the bug address in cc.]

On Mon, 2016-08-29 at 03:31 +0900, Hughe Chung wrote:
> Hi Ben,
> 
> I posted an article on my blog in Sep 2012, updated Nov 2013.
> https://butterflyofdream.wordpress.com/2012/09/11/kernel-fails-to-load-atheros-ar8161-ethernet-controller-module/
> 
> It showed MAC address of AR8161 was changing at that time which I didn't 
> aware. So the network driver of AR8161 has gotten floating MAC address 
> from kernel 3.4.x to kernel 4.7.x.

It wasn't officially present in version 3.4, though.  You're comparing
the version from compat-drivers (which Debian also included for some
time) with the in-tree version.

[...]
> According to the dmesg log, alx's developer wrote random MAC address 
> generator.
[...]
> Aug 29 01:37:30 dv1-station1 kernel: [1.592921] alx :02:00.0: Invalid 
> permanent address programmed, using random one
[...]

That's a standard networking function used by many network drivers in
the case where they can't find a valid permanent MAC address.

Comparing the functions used to read the permanent MAC address in the
the two driver versions, they look superficially quite different but
seem to be functionally the same.

The in-tree version of alx was first included in Debian's package
version 3.10.1-1 and the version from compat-drivers was last included
in version 3.10~rc7-1~exp1.  Those are still available from
 and it would be helpful if
you could test them to see which of those can read the permanent MAC
address.

Ben.

-- 
Ben Hutchings
I say we take off; nuke the site from orbit.  It's the only way to be
sure.

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

Bug#835708: plplot: FTBFS: Tests failures

[Axel Beckert]

Hi Lucas,

Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > x15c
> > x16c
> > x18c
> > x19c
> > x20c
> > No such fileexamples/CMakeFiles/test_c_psc.dir/build.make:161: recipe for 
> > target 'examples/x01c.psc' failed
> > make[4]: *** [examples/x01c.psc] Error 1
> > make[4]: *** Deleting file 'examples/x01c.psc'
> > make[4]: Leaving directory 
> > '/<>/plplot-5.10.0+dfsg2/debian/build_tmp'
> > CMakeFiles/Makefile2:4661: recipe for target 
> > 'examples/CMakeFiles/test_c_psc.dir/all' failed
> > make[3]: *** [examples/CMakeFiles/test_c_psc.dir/all] Error 2
> > make[3]: Leaving directory 
> > '/<>/plplot-5.10.0+dfsg2/debian/build_tmp'
> > CMakeFiles/Makefile2:6180: recipe for target 
> > 'examples/CMakeFiles/test_noninteractive.dir/rule' failed
> > make[2]: *** [examples/CMakeFiles/test_noninteractive.dir/rule] Error 2
> > make[2]: Leaving directory 
> > '/<>/plplot-5.10.0+dfsg2/debian/build_tmp'
> > Makefile:1911: recipe for target 'test_noninteractive' failed

That's actually not the reason for the FTBFS. It continues as follows
for me:

make[2]: Leaving directory '/build/plplot-5.10.0+dfsg2/debian/build_tmp'
Makefile:1911: recipe for target 'test_noninteractive' failed
make[1]: *** [test_noninteractive] Error 2
make[1]: Leaving directory '/build/plplot-5.10.0+dfsg2/debian/build_tmp'
debian/rules:125: recipe for target 'build-arch-stamp' failed
make: [build-arch-stamp] Error 2 (ignored)
touch build-arch-stamp
[...]

In the end it fails like this for me:

make[1]: Leaving directory 
'/build/plplot-5.10.0+dfsg2/debian/build_tmp/bindings/qt_gui/pyqt4'
touch install-python2.7
touch install-python
dh_movefiles -a --no-package=libplplot12 --no-package=libplplot-dev \
 --no-package=python-plplot --no-package=python-plplot-qt   \
 --no-package=libplplot-java --no-package=libplplot-ada1 \
 --no-package=libplplot-ocaml --no-package=libplplot-lua \
 --no-package=libplplot-d --no-package=libplplot-ada1-dev
dh_movefiles --package=python-plplot-qt
dh_movefiles --package=python-plplot
dh_movefiles --package=libplplot-java
dh_movefiles --package=libplplot-ocaml
dh_movefiles: debian/tmp/usr/lib/ocaml/plcairo/META not found (supposed to put 
it in libplplot-ocaml)
debian/rules:147: recipe for target 'install-arch' failed
make: *** [install-arch] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

So it seems as if the issue is somewhere in the ocaml bindings.

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

Bug#835871: libdevel-cover-perl: please make the build reproducible

[Chris Lamb]

Source: libdevel-cover-perl
Version: 1.23-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], I noticed
that libdevel-cover-perl could not be built reproducibly.

(The $Base variable appears to be just used during tests.)

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible-build.patch   2016-08-29 00:27:37.260709622 
+0100
@@ -0,0 +1,15 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-08-29
+
+--- libdevel-cover-perl-1.23.orig/Makefile.PL
 libdevel-cover-perl-1.23/Makefile.PL
+@@ -23,7 +23,7 @@ my $Author  = 'p...@pjcj.net';
+ my @perlbug = ("perlbug", "-a", $Author,
+   "-s", "Installation of Devel::Cover $Version");
+ my $Perlbug = join " ", map { / / ? "'$_'" : $_ } @perlbug;
+-my $base= getcwd;
++my $base= "./";
+ my %inc = map { -d $_ ? (($_ eq "." ? $_ : Cwd::abs_path($_)) => 1) : () }
+   @INC;
+ my @inc = sort keys %inc;
--- a/debian/patches/series 1970-01-01 01:00:00.0 +0100
--- b/debian/patches/series 2016-08-29 00:27:33.560695290 +0100
@@ -0,0 +1 @@
+reproducible-build.patch

Bug#835823: Polly's imath assumes little-endian

[James Clarke]

Hi Sylvestre,
For some reason I have yet to receive this (only saw it thanks to
Tobias’s reply).

On Sun, 28 Aug 2016 21:42:28 +0200 Sylvestre Ledru  wrote:
> Le 28/08/2016 à 18:26, James Clarke a écrit :
>> The bundled copy of imath currently assumes little-endian in its
>> mpz_import and mpz_export functions (which provide a GMP-compatible
>> interface). I have submitted a pull request to upstream imath[0] which
>> provides a full implementation with respect to endianness.
> 
> OK, I will wait for this to be merge upstream before doing anything.
> Did you report that to upstream too? (cc Tobias)

Ok, I can understand that, it touches a fairly important bit of polly. I only
reported it to imath; my plan was to get isl updated with the new imath and
then polly with the new isl once merged. It’s all very complicated with
multiple upstreams...

>> With this
>> patch applied to the bundled imath (patch attached with subdirectories
>> fixed) check-polly succeeds on sparc64 (perhaps you could consider
>> making check-polly failures fatal on all architectures, and re-enabling
>> polly on powerpc and s390x?).
> 
> Sorry but I am afraid I won't, this is hard enough with llvm & clang only on 
> i386 & amd64…

(Assuming you’re referring to making the failures fatal; unless there are other
issues with powerpc and s390x I see no reason why they should remain disabled.)

(Disclaimer: This is just my opinion as someone with no experience of packaging
llvm. I trust that your views are based on experience, unlike mine which are
merely theory-based, but I’ll offer them anyway.)

I can understand it’s a pain. Having said that, ignoring *all* test results
seems like an incredibly crude solution that can end up shipping broken
packages. The tests are there for a reason, and while the odd failure isn’t
necessarily a big deal, someone currently needs to check the logs for every
arch for every upload to make sure there aren’t regressions. It’s not *that*
much better than building everything with nocheck, and there’s a reason why
that’s (generally) only done in the early stages of a port.

Regards,
James

Bug#835803: texlive-binaries: Broken "ht" symlinks in /usr/bin

[Norbert Preining]

> While using the cruft package, a number of your executables were
> reported as broken symlinks. They are:

Indeed, they should have been moved to htmlxml, but since the symlink
handling is manual it was forgotten when incorporating tex4ht.

Will be (hopefully) in the next upload.

Thanks for reporting.

Norbert

--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#835875: plasma-desktop: Application icon with a keyboard shortcut unhides its auto-hide panel

[Andrej]

Package: plasma-desktop
Version: 4:5.6.5-1
Severity: normal

Dear Maintainer,

I have an auto-hide panel, on which I have an application icons which
has a keyboard shortcut assigned. Whenever I use that shortcut, the
application launches correctly, but the panel unhides (shows up) for a
few seconds, before disappearing again.

This did not happen in plasma-desktop 5.4.x, IIRC.

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

Kernel: Linux 4.6.0-1-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: sysvinit (via /sbin/init)

Versions of packages plasma-desktop depends on:
ii  breeze   4:5.7.0-1
ii  kactivitymanagerd5.7.0-1
ii  kde-cli-tools4:5.7.0-1
ii  kded55.23.0-1
ii  kio  5.23.0-1
ii  libc62.23-4
ii  libcanberra0 0.30-3
ii  libfontconfig1   2.11.0-6.5
ii  libgcc1  1:6.1.1-11
ii  libkf5activities55.23.0-1
ii  libkf5activitiesexperimentalstats1   4:5.6.5-1
ii  libkf5archive5   5.24.0-1
ii  libkf5auth5  5.23.0-1
ii  libkf5baloo5 5.23.0-1
ii  libkf5bookmarks5 5.23.0-1
ii  libkf5codecs55.23.0-1
ii  libkf5completion55.23.0-1
ii  libkf5configcore55.23.0-1
ii  libkf5configgui5 5.23.0-1
ii  libkf5configwidgets5 5.23.0-1
ii  libkf5coreaddons55.23.0-1
ii  libkf5dbusaddons55.23.0-1
ii  libkf5emoticons-bin  5.23.0-1
ii  libkf5emoticons5 5.23.0-1
ii  libkf5globalaccel5   5.23.0-1
ii  libkf5guiaddons5 5.23.0-1
ii  libkf5i18n5  5.23.0-1
ii  libkf5iconthemes55.23.0-1
ii  libkf5itemmodels55.23.0-1
ii  libkf5itemviews5 5.23.0-1
ii  libkf5jobwidgets55.23.0-1
ii  libkf5kcmutils5  5.23.0-1
ii  libkf5kdelibs4support5   5.23.0-1
ii  libkf5kiocore5   5.23.0-1
ii  libkf5kiofilewidgets55.23.0-1
ii  libkf5kiowidgets55.23.0-1
ii  libkf5newstuff5  5.23.0-1
ii  libkf5notifications5 5.23.0-1
ii  libkf5notifyconfig5  5.23.0-1
ii  libkf5parts5 5.23.0-1
ii  libkf5people55.23.0-1
ii  libkf5peoplewidgets5 5.23.0-1
ii  libkf5plasma55.23.0-1
ii  libkf5plasmaquick5   5.23.0-1
ii  libkf5quickaddons5   5.23.0-1
ii  libkf5runner55.23.0-1
ii  libkf5service-bin5.23.0-1
ii  libkf5service5   5.23.0-1
ii  libkf5solid5 5.23.0-1
ii  libkf5sonnetui5  5.23.0-1
ii  libkf5wallet-bin 5.23.0-3
ii  libkf5wallet55.23.0-3
ii  libkf5widgetsaddons5 5.23.0-1
ii  libkf5windowsystem5  5.23.0-1
ii  libkf5xmlgui55.23.0-1
ii  libkfontinst54:5.6.5-1
ii  libkfontinstui5  4:5.6.5-1
ii  libkworkspace5-5 4:5.6.5.1-1
ii  libphonon4qt5-4  4:4.9.0-4
ii  libpulse-mainloop-glib0  9.0-2
ii  libpulse09.0-2
ii  libqt5concurrent55.6.1+dfsg-3
ii  libqt5core5a 5.6.1+dfsg-3
ii  libqt5dbus5  5.6.1+dfsg-3
ii  libqt5gui5   5.6.1+dfsg-3
ii  libqt5network5   5.6.1+dfsg-3
ii  libqt5printsupport5  5.6.1+dfsg-3
ii  libqt5qml5   5.6.1-5
ii  libqt5quick5 5.6.1-5
ii  libqt5quickwidgets5  5.6.1-5
ii  libqt5sql5   5.6.1+dfsg-3
ii  libqt5svg5   5.6.1-2
ii  libqt5widgets5   5.6.1+dfsg-3
ii  libqt5x11extras5 5.6.1-2
ii  libqt5xml5   5.6.1+dfsg-3
ii  libstdc++6   6.1.1-11
ii  libtaskmanager5  4:5.6.5.1-1
ii  libx11-6   

Bug#835873: RM: openstreetmap-client/14.03.1~ds0-1

[Alessio Treglia]

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

Please remove openstreetmap-client from stable.
One of the package's core functionalities - the search
function - is utterly broken. Plus, upstream maintainer
has been unresponsive for quite a while now - 2 years
have passed since the last commit.

I can't find any compelling reason for supporting it on
the long term.

Thanks in advance for considering.


-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A

Bug#831553: RM: mtasc -- ROM; obsoleted by newer standard web technologies

[Paul Wise]

On Mon, 2016-08-29 at 00:12 +0100, Chris Lamb wrote:

> This would break Build-Depends for

I've filed bugs against all of these, as documented in the initial report.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#832045: RM: tidy -- RoQA; abandoned; superseded by tidy-html5

[Chris Lamb]

Hi,

> RM: tidy -- RoQA; abandoned; superseded by tidy-html5

This would break the following build-depends:

ball: tidy
cgit: tidy
cmucl: tidy
ddccontrol: tidy
debian-policy: tidy
doc-linux-fr: tidy
gitmagic: tidy
intercal: tidy
libjpfcodegen-java: tidy
libparse-debianchangelog-perl: tidy
lprng-doc: tidy
mathomatic: tidy
mcl: tidy
mp4h: tidy
python-tidylib: libtidy-0.99-0
qmtest: tidy
refdb: tidy
ruby-kramdown: tidy

And these broken Depends:

dradio: dradio
python-tidylib: python-tidylib
python3-tidylib


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#831553: RM: mtasc -- ROM; obsoleted by newer standard web technologies

[Chris Lamb]

Hi,

> RM: mtasc -- ROM; obsoleted by newer standard web technologies

This would break Build-Depends for

dojo
gnash
libjs-swfobject
soundmanager2
witty


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#827953: maxima: Uses too much memory to build

[Santiago Vila]

On Mon, 25 Jul 2016, Camm Maguire wrote:

> If this is happening, then it is indeed a bug.  The intent is to use
> physical ram only by default unless the application itself insists on
> more.  Going into swap by default obviously defeats the performance goal
> of expanding the memory anyway.  You can look into this by
> 
> gcl
> >(room t)
> 
> and
> 
> maxima
> (..) :lisp (room t)
> (..) :lisp (setq si::*notify-gbc* t)
> (..) run_testsuite();
> (..) :lisp (room t)
> 
> If you can post the results for this on the 4/4 machine you describe
> above I can see if we have a problem.

Sorry for the late reply.

I attach the results for maxima, on a machine with 6GB RAM and 4GB swap.

I don't know how to interpret the results. In addition to the test you
requested, when I do this

grep "Committed_AS:" /proc/meminfo

I get this before running maxima:

Committed_AS: 254276 kB

and this after the test finished, before exiting maxima:

Committed_AS:6878284 kB

I guess this does still not explain why Committed_AS: grows so much
when I'm actually trying to build the Debian package.

Thanks.(sid)buildd@skywalker1:~$ maxima

Maxima 5.38.0 http://maxima.sourceforge.net
using Lisp GNU Common Lisp (GCL) GCL 2.6.12
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) 
(%i1) :lisp (room t)


1828/182888.8% CONS FIXNUM SHORT-FLOAT LONG-FLOAT 
BIT-VECTOR PATHNAME SPICE
 220/220 99.8% ARRAY CHARACTER PACKAGE HASH-TABLE VECTOR 
RANDOM-STATE CCLOSURE CLOSURE
  67/67  56.7% STRING BIGNUM RATIO COMPLEX
 399/399 98.8% STRUCTURE
   1/1   65.2% STREAM
  46/46  99.4% CFUN CFDATA
 592/592 99.8% SFUN SYMBOL READTABLE GFUN VFUN AFUN

6400/6400  contiguous (30 blocks)
 1173337   hole
 216/216 99.9% relocatable

  3153 pages for cells

  9769 total pages in core
  9769 current core maximum pages
   216 pages reserved for gc
   3519614 pages available for adding to core
 35556 pages reserved for core exhaustion

   3565155 maximum pages


Key:

WS: words per struct
UP: allocated pages
MP: maximum pages
FI: fraction of cells in use on allocated pages
GC: number of gc triggers allocating this type

word size:64 bits
page size:4096 bytes
heap start:   0xE81000
heap max :0x368365000
shared library start: 0x0
cstack start: 0x0
cstack mark offset:   0 bytes
cstack direction: downward
cstack alignment: 32 bytes
cstack max:   16001 bytes
immfix start: 0x8000
immfix size:  4611686018427387904 fixnums
physical memory:  1299534 pages
(%i1) 
(%i1) :lisp (setq si::*notify-gbc* t)


T
(%i1) 
(%i1) run_testsuite();

Running tests in rtest_rules: 103/103 tests passed
Running tests in rtestnset: 597/597 tests passed
Running tests in rtest1: 180/180 tests passed (not counting 1 expected errors)
Running tests in rtest1a: 27/27 tests passed
Running tests in rtest2: 144/144 tests passed (not counting 2 expected errors)
Running tests in rtest4: 93/93 tests passed
Running tests in rtest5: 
** Problem 78 ***
Input:
describe(sin)


Result:

error-catch

This differed from the expected result:
true
start address -T 0x28ee010 start address -T 0x291e650 start address -T 
0x2925ce0 start address -T 0x292a1a0 start address -T 0x292e660 start address 
-T 0x2936f20 start address -T 0x293c010 start address -T 0x293fb70 
79/80 tests passed

The following 1 problem failed: (78)
Running tests in rtest6: 39/39 tests passed
Running tests in rtest6a: 62/62 tests passed
Running tests in rtest6b: 16/16 tests passed
Running tests in rtest7: 85/85 tests passed
Running tests in rtest9: 89/89 tests passed
Running tests in rtest9a: 76/76 tests passed
Running tests in rtest10: 62/62 tests passed (not counting 2 expected errors)
Running tests in rtest11: 181/181 tests passed
Running tests in rtest13: 23/23 tests passed
Running tests in rtest13s: 17/17 tests passed
Running tests in rtest14: [GC for 234547 CONS pages..(T=25).GC finished]
[GC for 188813 RELOCATABLE-BLOCKS pages..(T=19).GC finished]
[GC for 140149 STRUCTURE pages..(T=21).GC finished]
418/418 tests passed
Running tests in rtest15: [GC for 234547 CONS pages..(T=18).GC finished]
334/334 tests passed
Running tests in rtest16: 540/540 tests passed
Running tests in rtestode: 90/90 tests passed
Running tests in rtestode_zp: 30/30 tests passed
Running tests in rtest3: [GC for 235957 CONS pages..(T=22).GC finished]
149/149 tests passed
Running tests in rtest8: 164/164 tests passed
Running tests in rtest12: 79/79 tests passed (not counting 2 expected errors)
Running tests in rexamples: 137/137 tests passed
Running tests in rtesthyp: [GC for 16574 SFUN 

Bug#715466: ITA: muse-el -- author and publish projects using wiki-like markup

[Nicholas D Steeves]

Control: retitle -1 'ITA: muse-el -- author and publish projects using 
wiki-like markup'
Control: owner -1 !

I don't use it very often anymore, but I'll adopt it since I think
it's a cool piece of software ;-)

Cheers,
Nicholas


signature.asc
Description: Digital signature

Bug#835823: Polly's imath assumes little-endian

[Tobias Grosser]

On Sun, Aug 28, 2016, at 09:42 PM, Sylvestre Ledru wrote:
> Le 28/08/2016 à 18:26, James Clarke a écrit :
> > Source: llvm-toolchain-3.8
> > Version: 1:3.8.1-9
> > Tags: patch
> > Control: clone -1 -2 -3
> > Control: reassign -2 llvm-toolchain-3.9 1:3.9~+rc3-1
> > Control: reassign -3 llvm-toolchain-snapshot 1:4.0~svn279916-1
> >
> > Hi,
> > The bundled copy of imath currently assumes little-endian in its
> > mpz_import and mpz_export functions (which provide a GMP-compatible
> > interface). I have submitted a pull request to upstream imath[0] which
> > provides a full implementation with respect to endianness.
> OK, I will wait for this to be merge upstream before doing anything.
> Did you report that to upstream too? (cc Tobias)

Thanks for the pointer. I will keep an eye on imath and see when the
change gets merged.

Best,
Tobias

Bug#823373: aegisub: The audio volume leveller in aegisub doesn't work.

[Sebastian Reichel]

Control: tag -1 +moreinfo +unreproducible

Hi,

On Wed, 4 May 2016 00:33:17 + =?UTF-8?B?c2hpcmlzaCDgpLbgpL/gpLDgpYDgpLc=?= 
 wrote:
> Package: aegisub
> Version: 3.2.2+dfsg-3
> Severity: normal
> 
> Dear Maintainer,
> I opened an audio file to make subtitles, the audio was louder than I
> liked. I tried to use the GUI for the volume leveller but it doesn't
> do anything. I had to resort to Mate's volume control to fix the
> loudness.
> 
> Please fix the same.

aegisub's volume control is working for me. I tried alsa,
pulseaudio and oss audio player
(View->Options->Advanced->Audio->Audio Player).

-- Sebastian


signature.asc
Description: PGP signature

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

I have put patched packages on 

deb http://people.debian.org/~sthibault/tmp ./

could you try them?

Samuel

Bug#835582: llvm-toolchain-3.6: FTBFS with gcc-6

[Samuel Thibault]

Control: clone -1 -2
Control: reassign -2 llvm-toolchain-3.7
Control: retitle -2 llvm-toolchain-3.7: FTBFS with gcc-6

Hello,

Samuel Thibault, on Sat 27 Aug 2016 11:03:51 +0200, wrote:
> llvm-toolchain-3.6 FTBFS with the new gcc default, gcc-6:
> 
> make[1]: gcc-6.1: Command not found

The same happens with llvm-toolchain-3.7.

Samuel

Bug#821347: libsecret porting for s390x

[Aurelien Jarno]

On 2016-08-28 18:55, Aurelien Jarno wrote:
> control: tag -1 + patch
> control: tag -1 + upstream
> control: tag -1 + fixed-upstream
> 
> On 2016-08-25 14:16, Aurelien Jarno wrote:
> > I am therefore cloning this bug and reassigning the clone to pygobject.
> > I don't simply reassigning it as the /collection/delete-sync test is
> > also failing, though it seems to not be fully reproducible and seems to
> > also happen on other architectures (mipsel for example).
> 
> I have difficulties to reproduce the /collection/delete-sync failure. It
> seems to happen roughly once every 5 builds, and I have not yet managed
> to reproduce the issue when running only this test. I believe there is
> some race condition or bug in the mock service, which might not be s390x
> specific (it also failed in previous versions on at least armhf, hppa and
> mipsel).

I have been able to reproduce the issue on amd64 by running
test-collection 1000 times in a loop:

| $ for i in $(seq 1 1000) ; do dbus-run-session ./test-collection --verbose ; 
done

I ended up with 39 failures. The failures look like:

| GTest: run: /collection/delete-sync
| (MSG: MESSAGE: Remote error from secret service: 
org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message 
bus without replying)
| ** Message: Remote error from secret service: 
org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message 
bus without replying
| (MSG: FATAL-WARNING: couldn't set SecretCollection Label: Message recipient 
disconnected from message bus without replying)
| 
| ** (test-collection:20959): WARNING **: couldn't set SecretCollection Label: 
Message recipient disconnected from message bus without replying

That said, I haven't been able to reproduce the issue by running only
the delete-sync test 1 times with the following command, both on
amd64 and s390x:

| $ for i in $(seq 1 1) ; do dbus-run-session ./test-collection -p 
/collection/delete-sync --verbose ; done

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#713065: convert 713065 into RFP

[Sebastian Reichel]

retitle 713065 RFP: tt-rss-attic-plugins -- Extra plugins for tt-rss
reassign 713065 wnpp
thanks

Hi,

I'm converting this into an wnpp bug, since it should
become a separate source package. I do not intend to
package tt-rss-attic, though.

The contrib plugins have only limited upstream support
and can be found here nowadays:

https://tt-rss.org/gitlab/fox/tt-rss-attic

-- Sebastian


signature.asc
Description: PGP signature

Bug#834968: apt-cacher: Fails to run due to curl errors

[Mark Hindley]

On Sun, Aug 28, 2016 at 06:06:34PM +0200, Helge Kreutzmann wrote:
> I attached it to this email.

Thanks, helpful.

> Sun Aug 28 16:34:53 2016|debug [6473]: Init new libcurl object
> Sun Aug 28 16:34:53 2016|debug [6473]: Setting bandwidth limit to 30 bytes

This is the cause!

Have you got a limit configuration option set in 
/etc/apt-cacher/apt-cacher.conf conf.d or on the command line in 
/etc/default/apt-cacher?

Mark

Bug#835868: RFP: arctic -- high-performance time series and tick store for Python

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: arctic
  Version : 1.28.0
  Upstream Author : Man AHL Technology 
* URL : https://github.com/manahl/arctic
* License : LGPL-2.1
  Programming Lang: Python
  Description : high-performance time series and tick store for Python

Arctic is a high performance datastore for numeric data. It supports Pandas,
Numpy arrays and pickled objects out-of-the-box, with pluggable support for 
other
data types and optional versioning.

It can query millions of rows per second per client, achieves ~10x compression
on network bandwidth, ~10x compression on disk, and scales to hundreds of 
millions
of rows per second per MongoDB instance.

Best,
DS

Bug#827018: xserver-xorg-input-all: Don't depend on x-x-input-synaptics

[Nicolas Le Cam]

control: fixed -1 1:7.7+16

Fixed by Timo Aaltonen in the latest x-x-i-all upload :
   * control: Drop -evdev and -synaptics from x-x-input-all Depends for linux.

-- 
Nicolas Le Cam

Bug#835665: llvm-toolchain-3.8: FTBFS on kfreebsd

[Sylvestre Ledru]

Le 28/08/2016 à 22:45, Pino Toscano a écrit :
> In data domenica 28 agosto 2016 22:41:49 CEST, Sylvestre Ledru ha scritto:
>>> llvm-toolchain-3.8 currently fails to build on kFreeBSD, and there are
>>> different issues.
>> Many thanks. This is now in the svn!
> Thanks!
> I admit I haven't checked yet, but could you please try applying them
> to -3.9 and -toolchain as well?
Already did :)

>> Do you want me to manage the integration in upstream?
> Yes please, that would be great.  Of course I'm available in case
> upstream wants more explanation/etc.
ok, thanks :)

S




signature.asc
Description: OpenPGP digital signature

Bug#835840: Bug#835841, #835840

[Jörg Frings-Fürst]

Hello Marc,

thank you for spending your time helping to make Debian better with
this bug report.

The status of the package is at the moment unsubstantial:

 * Release 1.1.2 does not support by upstream and
 * Release 1.2.0 has a lot of bugs and is unusable.


I take a look at your bug this week.


CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#835867: RFP: fuel -- data wrangler for Blocks (deep learning framework)

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: fuel
  Version : 0.2.0
  Upstream Author : Université de Montréal, LISA lab/MILA 

* URL : https://github.com/mila-udem/fuel
* License : Expat
  Programming Lang: Python
  Description : data wrangler for Blocks (deep learning framework)

This is a data processing engine developed primarily for the deep learning
framework Blocks [1]. To have datasets like large image collections available
for fast deep learning processing oftenly Numpy arrays are being used. Fuel
follows a different, more convenient approach. It also features interfaces to
the common datasets like MNIST, CIFAR-10 etc.

Best,
DS

[1] http://bugs.debian.org/835865 (RFP: blocks -- deep learning framework build 
on the top of Theano)

Bug#828584: unbound: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

On 2016-08-28 22:42:39 [+0200], Kurt Roeckx wrote:
> Maybe you should just call OPENSSL_free() instead of
> CRYPTO_free()?

done.

> Kurt

Sebastian
>From d3a1b1ff8bad701944aec8edc13ef0421da81fa0 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior 
Date: Sun, 28 Aug 2016 21:49:41 +0200
Subject: [PATCH] get it compiled againt openssl 1.1.0

As a bonus get_dh2048() will free p & q if one of them was NULL.

Note: Using the same DH parameters on multiple servers is believed to be
subject to precomputation attacks, see http://weakdh.org/.

Signed-off-by: Sebastian Andrzej Siewior 
---
 daemon/remote.c | 35 ++-
 sldns/keyraw.c  | 30 ++
 validator/val_secalgo.c |  8 
 3 files changed, 60 insertions(+), 13 deletions(-)

diff --git a/daemon/remote.c b/daemon/remote.c
index 7690ee8..e17b6b2 100644
--- a/daemon/remote.c
+++ b/daemon/remote.c
@@ -144,7 +144,7 @@ timeval_divide(struct timeval* avg, const struct timeval* sum, size_t d)
  * (some openssl versions reject DH that is 'too small', eg. 512).
  */
 #ifndef S_SPLINT_S
-DH *get_dh2048()
+static DH *get_dh2048(void)
 {
 	static unsigned char dh2048_p[]={
 		0xE7,0x36,0x28,0x3B,0xE4,0xC3,0x32,0x1C,0x01,0xC3,0x67,0xD6,
@@ -173,14 +173,31 @@ DH *get_dh2048()
 	static unsigned char dh2048_g[]={
 		0x02,
 		};
-	DH *dh;
-
-	if ((dh=DH_new()) == NULL) return(NULL);
-	dh->p=BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
-	dh->g=BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
-	if ((dh->p == NULL) || (dh->g == NULL))
-		{ DH_free(dh); return(NULL); }
-	return(dh);
+	DH *dh = NULL;
+	BIGNUM *p = NULL, *g = NULL;
+
+	dh = DH_new();
+	p = BN_bin2bn(dh2048_p, sizeof(dh2048_p), NULL);
+	g = BN_bin2bn(dh2048_g, sizeof(dh2048_g), NULL);
+	if (!dh || !p || !g)
+		goto err;
+
+#if OPENSSL_VERSION_NUMBER < 0x1010
+	dh->p = p;
+	dh->g = g;
+#else
+	if (!DH_set0_pqg(dh, p, NULL, g))
+		goto err;
+#endif
+	return dh;
+err:
+	if (p)
+		BN_free(p);
+	if (g)
+		BN_free(g);
+	if (dh)
+		DH_free(dh);
+	return NULL;
 }
 #endif /* SPLINT */
 
diff --git a/sldns/keyraw.c b/sldns/keyraw.c
index 8d28bf4..8b1c18f 100644
--- a/sldns/keyraw.c
+++ b/sldns/keyraw.c
@@ -215,6 +215,7 @@ sldns_key_buf2dsa_raw(unsigned char* key, size_t len)
 		BN_free(Y);
 		return NULL;
 	}
+#if OPENSSL_VERSION_NUMBER < 0x1010
 #ifndef S_SPLINT_S
 	dsa->p = P;
 	dsa->q = Q;
@@ -222,6 +223,25 @@ sldns_key_buf2dsa_raw(unsigned char* key, size_t len)
 	dsa->pub_key = Y;
 #endif /* splint */
 
+#else /* OPENSSL_VERSION_NUMBER */
+	if (!DSA_set0_pqg(dsa, P, Q, G)) {
+		/* QPG not yet attached, need to free */
+		BN_free(Q);
+		BN_free(P);
+		BN_free(G);
+
+		DSA_free(dsa);
+		BN_free(Y);
+		return NULL;
+	}
+	if (!DSA_set0_key(dsa, Y, NULL)) {
+		/* QPG attached, cleaned up by DSA_fre() */
+		DSA_free(dsa);
+		BN_free(Y);
+		return NULL;
+	}
+#endif
+
 	return dsa;
 }
 
@@ -273,11 +293,21 @@ sldns_key_buf2rsa_raw(unsigned char* key, size_t len)
 		BN_free(modulus);
 		return NULL;
 	}
+#if OPENSSL_VERSION_NUMBER < 0x1010
 #ifndef S_SPLINT_S
 	rsa->n = modulus;
 	rsa->e = exponent;
 #endif /* splint */
 
+#else /* OPENSSL_VERSION_NUMBER */
+	if (!RSA_set0_key(rsa, modulus, exponent, NULL)) {
+		BN_free(exponent);
+		BN_free(modulus);
+		RSA_free(rsa);
+		return NULL;
+	}
+#endif
+
 	return rsa;
 }
 
diff --git a/validator/val_secalgo.c b/validator/val_secalgo.c
index 11c8cd1..a5576c5 100644
--- a/validator/val_secalgo.c
+++ b/validator/val_secalgo.c
@@ -601,7 +601,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 		log_err("EVP_MD_CTX_new: malloc failure");
 		EVP_PKEY_free(evp_key);
 		if(dofree) free(sigblock);
-		else if(docrypto_free) CRYPTO_free(sigblock);
+		else if(docrypto_free) OPENSSL_free(sigblock);
 		return sec_status_unchecked;
 	}
 	if(EVP_VerifyInit(ctx, digest_type) == 0) {
@@ -609,7 +609,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 		EVP_MD_CTX_destroy(ctx);
 		EVP_PKEY_free(evp_key);
 		if(dofree) free(sigblock);
-		else if(docrypto_free) CRYPTO_free(sigblock);
+		else if(docrypto_free) OPENSSL_free(sigblock);
 		return sec_status_unchecked;
 	}
 	if(EVP_VerifyUpdate(ctx, (unsigned char*)sldns_buffer_begin(buf), 
@@ -618,7 +618,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 		EVP_MD_CTX_destroy(ctx);
 		EVP_PKEY_free(evp_key);
 		if(dofree) free(sigblock);
-		else if(docrypto_free) CRYPTO_free(sigblock);
+		else if(docrypto_free) OPENSSL_free(sigblock);
 		return sec_status_unchecked;
 	}
 
@@ -632,7 +632,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 	EVP_PKEY_free(evp_key);
 
 	if(dofree) free(sigblock);
-	else if(docrypto_free) CRYPTO_free(sigblock);
+	else if(docrypto_free) OPENSSL_free(sigblock);
 
 	if(res == 1) {
 		return sec_status_secure;
-- 
2.9.3

Bug#835866: icedove fails to connect to existing google apps accounts

[Никола Јелић]

Package: icedove
Version: 1:45.2.0-4

When I upgraded from 38.8.0-1~deb8u1 to 1:45.2.0-4, two existing email
accounts which are Google Apps business accounts, failed to connect to
server. The interesting thing is that other google mail accounts are
working just fine (those who use google directly, x...@gmail.com).

I tried:
1. Erasing passwords for those accounts, which made icedove to show me
an empty window, which should normally contain a dialog for entering
email address and password, followed by allowing icedove/thunderbird to
read and send emails from this account.
2. Downgrading to 38.8.0-1~deb8u1, which restored the expected behaviour.

I can only assume that a recent patch introduced some weird handling of
these types of email accounts and that the application fails to properly
acquire and/or use the token for Google Apps.

Best regards,
Nikola Jelic

Bug#835665: llvm-toolchain-3.8: FTBFS on kfreebsd

[Sylvestre Ledru]

Le 28/08/2016 à 22:54, Sylvestre Ledru a écrit :
>
>>> Do you want me to manage the integration in upstream?
>> Yes please, that would be great.  Of course I'm available in case
>> upstream wants more explanation/etc.
> ok, thanks :)
>
Reported:
https://reviews.llvm.org/D23977
https://reviews.llvm.org/D23976
https://reviews.llvm.org/D23975

S




signature.asc
Description: OpenPGP digital signature

Bug#835865: RFP: blocks -- deep learning framework build on the top of Theano

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: blocks
  Version : 0.2.0
  Upstream Author : Université de Montréal, LISA lab/MILA 

* URL : https://github.com/mila-udem/blocks
* License : Expat
  Programming Lang: Python
  Description : deep learning framework build on the top of Theano

Another deep learning framework build in the top of Theano [1], coming from
the same people. It features a domain specific language to describe deep
network features like initializaton of the weights, sigmoid functions, gradient
descent, cost functions to use etc.

Best,
DS

[1] https://packages.qa.debian.org/t/theano.html

Bug#835665: llvm-toolchain-3.8: FTBFS on kfreebsd

[Pino Toscano]

In data domenica 28 agosto 2016 22:41:49 CEST, Sylvestre Ledru ha scritto:
> > llvm-toolchain-3.8 currently fails to build on kFreeBSD, and there are
> > different issues.
> Many thanks. This is now in the svn!

Thanks!
I admit I haven't checked yet, but could you please try applying them
to -3.9 and -toolchain as well?

> Do you want me to manage the integration in upstream?

Yes please, that would be great.  Of course I'm available in case
upstream wants more explanation/etc.

Thanks.
-- 
Pino Toscano

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

Bug#835864: RFP: pytest-cookies -- Pytest plugin for testing Cookiecutter templates

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: pytest-cookies
  Version : 0.2.0
  Upstream Author : Raphael Pierzina 
* URL : https://github.com/hackebrot/pytest-cookies
* License : MIT
  Programming Lang: Python
  Description : Pytest plugin for testing Cookiecutter templates

Pytest plugin for testing Cookiecutter [1] templates.

Best,
DS

[1] https://packages.qa.debian.org/c/cookiecutter.html

Bug#835863: RFS: rhythmbox-plugin-alternative-toolbar/0.17.2-1

[foss.freedom]

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package
"rhythmbox-plugin-alternative-toolbar"

 * Package name: rhythmbox-plugin-alternative-toolbar
   Version : 0.17.2-1
   Upstream Author : David Mohammed fossfree...@ubuntu.com
 * URL : github.com/fossfreedom/alternative-toolbar
 * License : GPLv3
   Section : misc

  It builds those binary packages:

rhythmbox-plugin-alternative-toolbar - Enhanced play controls and
interface for Rhythmbox

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

  https://mentors.debian.net/package/rhythmbox-plugin-alternative-toolbar


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

dget -x 
https://mentors.debian.net/debian/pool/main/r/rhythmbox-plugin-alternative-toolbar/rhythmbox-plugin-alternative-toolbar_0.17.2-1.dsc

  More information about alternative-toolbar can be obtained from
https://github.com/fossfreedom/alternative-toolbar/blob/master/README.md

Checks:

lintian -i -I on source and deb packages

check-all-the-things for the package folder

  Changes since the last upload:


* New upstream release
- Fix for RB 3.4 (#97)
- New pl translation
  * Packaging Changes
- Updated maintainer email address
- updated copyright year for Rosetta translations
- added missing Vcs-Git to point to github debian branch
- updated with relevant recommendations from cme check dpkg
- added upstream metadata


  Regards,
   David Mohammed

Bug#832713: systemd: after "systemd (231-1) unstable" update systemd-jurnald.service fails to start

[Pete Batard]

On 2016.08.28 15:37, Felipe Sateler wrote:

Could you try 231-5 from unstable?


Oops, I mean 231-5 broke it. I'm seeing the issue back in 231-5 and not 
231-4 as I mentioned earlier.


231-4 seemed to be okay, and it's only when I upgraded to 231-5 that the 
problem reappeared.


Regards,

/Pete

Bug#835665: llvm-toolchain-3.8: FTBFS on kfreebsd

[Sylvestre Ledru]

> llvm-toolchain-3.8 currently fails to build on kFreeBSD, and there are
> different issues.
Many thanks. This is now in the svn!

Do you want me to manage the integration in upstream?
Thanks again,
Sylvestre

Bug#828699: [Pkg-dns-devel] Bug#828699: libunbound2: please compile against libnettle

[brian m. carlson]

On Mon, Jul 04, 2016 at 06:21:28PM -0400, Robert Edmonds wrote:
> brian m. carlson wrote:
> > Currently, GnuTLS cannot be compiled with DANE support as that would
> > require linking against libunbound2; that is unsuitable since
> > libunbound2 links against OpenSSL.  As of unbound 1.5.7, compiling
> > against libnettle is supported for libunbound2.  Doing so would allow
> > GnuTLS (and other GPL-licensed software) to make use of libunbound2.
> > Could you please do so?
> 
> Hi, brian:
> 
> It turns out libunbound won't build against the version of nettle in
> testing/unstable. I've submitted a fix upstream:
> 
> https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=788
> 
> I'll wait to hear back from upstream before patching it in Debian.

It appears upstream has accepted your patch into trunk.  Would you
consider applying it to the Debian package?
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | https://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: https://keybase.io/bk2204


signature.asc
Description: PGP signature

Bug#828584: unbound: FTBFS with openssl 1.1.0

[Kurt Roeckx]

> diff --git a/validator/val_secalgo.c b/validator/val_secalgo.c
> index 11c8cd16e8f9..a475385e4b2b 100644
> --- a/validator/val_secalgo.c
> +++ b/validator/val_secalgo.c
> @@ -72,6 +72,17 @@
>  #include 
>  #endif
>  
> +static inline void ossl_CRYPTO_free(unsigned char *ptr,
> + const char *ATTR_UNUSED(file),
> + int ATTR_UNUSED(line))
> +{
> +#if OPENSSL_VERSION_NUMBER < 0x1010
> + CRYPTO_free(ptr);
> +#else
> + CRYPTO_free(ptr, file, line);
> +#endif
> +}
> +
>  /* return size of digest if supported, or 0 otherwise */
>  size_t
>  nsec3_hash_algo_size_supported(int id)
> @@ -601,7 +612,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned 
> char* sigblock,
>   log_err("EVP_MD_CTX_new: malloc failure");
>   EVP_PKEY_free(evp_key);
>   if(dofree) free(sigblock);
> - else if(docrypto_free) CRYPTO_free(sigblock);
> + else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, 
> __LINE__);
>   return sec_status_unchecked;
>   }
>   if(EVP_VerifyInit(ctx, digest_type) == 0) {
> @@ -609,7 +620,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned 
> char* sigblock,
>   EVP_MD_CTX_destroy(ctx);
>   EVP_PKEY_free(evp_key);
>   if(dofree) free(sigblock);
> - else if(docrypto_free) CRYPTO_free(sigblock);
> + else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, 
> __LINE__);
>   return sec_status_unchecked;
>   }
>   if(EVP_VerifyUpdate(ctx, (unsigned char*)sldns_buffer_begin(buf), 
> @@ -618,7 +629,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned 
> char* sigblock,
>   EVP_MD_CTX_destroy(ctx);
>   EVP_PKEY_free(evp_key);
>   if(dofree) free(sigblock);
> - else if(docrypto_free) CRYPTO_free(sigblock);
> + else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, 
> __LINE__);
>   return sec_status_unchecked;
>   }
>  
> @@ -632,7 +643,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned 
> char* sigblock,
>   EVP_PKEY_free(evp_key);
>  
>   if(dofree) free(sigblock);
> - else if(docrypto_free) CRYPTO_free(sigblock);
> + else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, __LINE__);
>  
>   if(res == 1) {
>   return sec_status_secure;

Maybe you should just call OPENSSL_free() instead of
CRYPTO_free()?


Kurt

Bug#835861: RFP: ralph -- asset management and DCIM tool for data centers

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: ralph
  Version : 20160826.1
  Upstream Author : AllegroGroup 
* URL : https://github.com/allegro/ralph
* License : Apache-2.0
  Programming Lang: Python
  Description : asset management and DCIM tool for data centers

Full-featured asset management, DCIM (Data center infrastructure management) and
CMDB (configuration management database) system for data centers and back 
office.

If German could be read, please see H. Reibold: "Buchhalter: Ralph, das offene
Asset-Management-Tool", IT-Administrator 08/2016, pp. 78-83

Best,
DS

Bug#835862: icinga2-classicui: "url_cgi_path" not honored everywhere

[Ralf G. R. Bergs]

Package: icinga2-classicui
Version: 2.1.1-1
Severity: important

Dear Maintainer,

I change "url_cgi_path" as I need to have a prefix in front of ALL
Icinga-related URLs.
I restarted Icinga. I tried to log in using the new URL, but had issues
doing so.

Investigating this turned out that there is hard-coded URL paths which
make the
above settings useless:

# cd /usr/share/icinga/htdocs/
# grep -l cgi-bin `find . -type f`
./menu.html
./index.html
./js/autocomplete.js

I can't see how "url_cgi_path" is useful, I would have expected that
changing
this setting would change the CGI path everywhere.

Icinga is now broken due to the change I made. This should not be the case,
as it was a valid change I made.

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

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

Versions of packages icinga2-classicui depends on:
ii  apache2-utils  2.4.10-10+deb8u5
ii  debconf [debconf-2.0]  1.5.56
ii  icinga-cgi-bin 1.11.6-1+b4
ii  icinga2-common 2.1.1-1

Versions of packages icinga2-classicui recommends:
ii  apache2 [httpd]  2.4.10-10+deb8u5

icinga2-classicui suggests no packages.

-- Configuration Files:
/etc/icinga2/classicui/apache2.conf changed:
ScriptAlias /mon1/cgi-bin/icinga2-classicui
/usr/lib/cgi-bin/icinga2-classicui
Alias /mon1/icinga2-classicui/stylesheets /etc/icinga2/classicui/stylesheets
Alias /mon1/icinga2-classicui /usr/share/icinga2/classicui

SetEnv ICINGA_CGI_CONFIG /etc/icinga2/classicui/cgi.cfg


   Options FollowSymLinks
   DirectoryIndex index.html
   AllowOverride AuthConfig
   Order Allow,Deny
   Allow From All
   AuthName "Icinga Access"
   AuthType Basic
   AuthUserFile /etc/icinga2/classicui/htpasswd.users
   Require valid-user


/etc/icinga2/classicui/cgi.cfg changed:
standalone_installation=1
physical_html_path=/usr/share/icinga
url_html_path=/mon1/icinga2-classicui
url_stylesheets_path=/mon1/icinga2-classicui/stylesheets
http_charset=utf-8
refresh_rate=30
refresh_type=1
escape_html_tags=1
result_limit=50
show_tac_header=1
use_pending_states=1
first_day_of_week=1
suppress_maintenance_downtime=0
action_url_target=main
notes_url_target=main
use_authentication=1
use_ssl_authentication=0
lowercase_user_name=0
authorized_contactgroup_for_system_information=icingaadmins
authorized_contactgroup_for_configuration_information=icingaadmins
authorized_contactgroup_for_full_command_resolution=icingaadmins
authorized_contactgroup_for_system_commands=icingaadmins
authorized_contactgroup_for_all_services=icingaadmins
authorized_contactgroup_for_all_hosts=icingaadmins
authorized_contactgroup_for_all_service_commands=icingaadmins
authorized_contactgroup_for_all_host_commands=icingaadmins
show_all_services_host_is_authorized_for=1
show_partial_hostgroups=0
show_partial_servicegroups=0
default_statusmap_layout=5
status_show_long_plugin_output=0
display_status_totals=0
highlight_table_rows=1
add_notif_num_hard=28
add_notif_num_soft=0
use_logging=1
cgi_log_file=/var/log/icinga/gui/icinga-cgi.log
cgi_log_rotation_method=d
cgi_log_archive_path=/var/log/icinga/gui
enforce_comments_on_actions=0
send_ack_notifications=1
persistent_ack_comments=0
lock_author_names=1
default_downtime_duration=7200
set_expire_ack_by_default=0
default_expiring_acknowledgement_duration=86400
default_expiring_disabled_notifications_duration=86400
tac_show_only_hard_state=0
show_tac_header_pending=1
exclude_customvar_name=PASSWORD,COMMUNITY
exclude_customvar_value=secret
extinfo_show_child_hosts=0
tab_friendly_titles=1
object_cache_file=/var/cache/icinga2/objects.cache
status_file=/var/cache/icinga2/status.dat
resource_file=/etc/icinga/resource.cfg
command_file=/var/run/icinga2/cmd/icinga2.cmd
check_external_commands=1
interval_length=60
status_update_interval=10
log_file=/var/log/icinga2/compat/icinga.log
log_rotation_method=d
log_archive_path=/var/log/icinga2/compat/archives
date_format=iso8601
url_cgi_path=/mon1/cgi-bin/icinga2-classicui


-- debconf information:
  icinga2-classicui/adminpassword-mismatch:

Bug#835860: RM: parrot -- ROM; unused; dead upstream

[Allison Randal]

Package: ftp.debian.org

Please remove parrot from unstable, since the upstream project is
no longer developed or maintained. It has no rdeps in the archive. This
removal includes:

libparrot-dev | 6.6.0-1+b1 | mips64el
libparrot-dev | 6.6.0-1+b2 | amd64, arm64, armel, armhf, hurd-i386,
i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x
libparrot6.6.0 | 6.6.0-1+b1 | mips64el
libparrot6.6.0 | 6.6.0-1+b2 | amd64, arm64, armel, armhf, hurd-i386,
i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el,
s390x parrot |6.6.0-1 | source parrot | 6.6.0-1+b1 | mips64el parrot
| 6.6.0-1+b2 | amd64, arm64, armel, armhf, hurd-i386, i386,
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x
parrot-devel | 6.6.0-1+b1 | mips64el
parrot-devel | 6.6.0-1+b2 | amd64, arm64, armel, armhf, hurd-i386, i386,
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x
parrot-doc |6.6.0-1 | all
parrot-minimal | 6.6.0-1+b1 | mips64el
parrot-minimal | 6.6.0-1+b2 | amd64, arm64, armel, armhf, hurd-i386,
i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x

We have discussed the removal of the parrot packages on the Debian
Parrot Maintainers team mailing list, and on the upstream Parrot
Developer mailing list.

http://lists.alioth.debian.org/pipermail/pkg-parrot-devel/2016-August/000431.html

http://lists.parrot.org/pipermail/parrot-dev/2016-July/007660.html

Thanks,
Allison

Bug#835858: dgit: repo config should override ~/.gitconfig

[Sean Whitton]

Package: dgit
Version: 1.4
Severity: normal

If you put this in ~/.gitconfig

[dgit "default"]
clean-mode = git

and this in the .git/config file of a repo

[dgit "default"]
clean-mode = dpkg-source

then dgit should use `git clean` in general but `debian/rules clean` for
that particular repo: this is the convention for git configuration
values.  However, instead, dgit exits with an error about the
conflicting values.

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

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

Versions of packages dgit depends on:
ii  ca-certificates   20160104
ii  coreutils 8.25-2
ii  curl  7.50.1-1
ii  devscripts2.16.7
ii  dpkg-dev  1.18.10
ii  dput  0.9.6.4
ii  git [git-core]1:2.9.3-1
ii  libdpkg-perl  1.18.10
ii  libjson-perl  2.90-1
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-3
ii  libwww-perl   6.15-1
ii  perl  5.22.2-3

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.3p1-1

Versions of packages dgit suggests:
ii  sbuild  0.71.0-1

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#835610: Invalid link in stat page

[Holger Wansing]

Hi,

Luca Monducci  wrote:
> Package: www.debian.org
> Severity: wishlist
> Tags: l10n, patch
> 
> 
> The link to diff in stats page cause error 400 Bad request on
> anonscm.debian.org. The attached patch fix this error.

Just committed.

Let's see, if that fixes it, fingers crossed :-)


Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#835855: RM: golang-go.tools [source] -- NVIU; all binary packages are built by golang-golang-x-tools now

[Michael Stapelberg]

Package: ftp.debian.org
Severity: normal

src:golang-go.tools 0.0~hg20140703-4 is obsolete (and causing pain, see
bug #835780), since all golang-go.tools binary packages are now being
built by golang-golang-x-tools. Could you please delete
src:golang-go.tools 0.0~hg20140703-4 from unstable?

Bug#835857: swig3.0: SWIG version bump

[Nico Schlömer]

Package: swig3.0
Version: 3.0.8-0ubuntu3
Severity: wishlist

Dear Maintainer,

SWIG 3.0.10 has been released
(https://sourceforge.net/projects/swig/files/swig/). Please bump.

Cheers,
Nico



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

Kernel: Linux 4.4.0-34-generic (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 swig3.0 depends on:
ii  libc6   2.23-0ubuntu3
ii  libgcc1 1:6.0.1-0ubuntu1
ii  libpcre32:8.38-3.1
ii  libstdc++6  5.4.0-6ubuntu1~16.04.2
ii  zlib1g  1:1.2.8.dfsg-2ubuntu4

swig3.0 recommends no packages.

Versions of packages swig3.0 suggests:
pn  swig3.0-doc   
pn  swig3.0-examples  

-- no debconf information

Bug#835856: nemo: Bad usability when expanding and then collapsing tree items in Nemo

[Alexander Veit]

Package: nemo
Version: 2.2.4-2
Severity: normal

1. Using the mouse, click on a small trinagle in the tree view to expand a 
subtree.
 -> The subree expands.

2. Without changing the mouse position click again to collapse the subtree.
 -> The substree does not collapse again.

To make this work one has to move the mouse pointer, and then again hit the 
triangle.


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

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

Versions of packages nemo depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.14.1-1
ii  gvfs   1.22.2-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u4
ii  libcairo-gobject2  1.14.0-2.1+deb8u1
ii  libcairo2  1.14.0-2.1+deb8u1
ii  libcinnamon-desktop4   2.2.3-3
ii  libexempi3 2.2.1-2
ii  libexif12  0.6.21-2
ii  libgail-3-03.14.5-1+deb8u1
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u5
ii  libglib2.0-0   2.42.1-1+b1
ii  libglib2.0-data2.42.1-1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libnemo-extension1 2.2.4-2
ii  libnotify4 0.7.6-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libx11-6   2:1.6.2-3
ii  libxml22.9.1+dfsg1-5+deb8u2
ii  nemo-data  2.2.4-2
ii  shared-mime-info   1.3-1

Versions of packages nemo recommends:
ii  cinnamon-l10n2.2.4-1
ii  eject2.1.5+deb1+cvs20081104-13.1
ii  gvfs-backends1.22.2-1
ii  librsvg2-common  2.40.5-1+deb8u2
ii  nemo-fileroller  1.8.0-1

Versions of packages nemo suggests:
ii  eog3.14.1-1
ii  evince [pdf-viewer]3.14.1-2+deb8u1
ii  okular [pdf-viewer]4:4.14.2-2
ii  totem  3.14.0-2
ii  vlc [mp3-decoder]  2.2.4-1~deb8u1
ii  vlc-nox [mp3-decoder]  2.2.4-1~deb8u1
ii  xdg-user-dirs  0.15-2

-- no debconf information

Bug#835854: RFP: spacy -- industrial-strength natural language processing for Python

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: spacy
  Version : 0.101.0
  Upstream Author : spacy GmbH, Matthey Honnibal 
* URL : https://github.com/spacy-io/spaCy
* License : MIT
  Programming Lang: Python
  Description : industrial-strengh natural language processing for Python

Natural language processing (NLP) library for Python. Not pure Python like 
NLTK, but
with machine code at the core, implemented with Cython. Top performance for huge
data loads.

Best,
DS

Bug#828584: unbound: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

control: tags -1 + patch
control: forwarded -1 https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=777
 
On 2016-06-26 12:24:33 [+0200], Kurt Roeckx wrote:

> There is a libssl-dev package available in experimental that contains a recent
> snapshot, I suggest you try building against that to see if everything works.

compiles.

> Kurt

Sebastian
>From 2477206520dc5228a15bdd8eb47dbf44adb37223 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior 
Date: Sun, 28 Aug 2016 21:49:41 +0200
Subject: [PATCH] get it compiled againt openssl 1.1.0

As a bonus get_dh2048() will free p & q if one of them was NULL.

Note: Using the same DH parameters on multiple servers is believed to be
subject to precomputation attacks, see http://weakdh.org/.

Signed-off-by: Sebastian Andrzej Siewior 
---
 daemon/remote.c | 33 +
 sldns/keyraw.c  | 30 ++
 validator/val_secalgo.c | 19 +++
 3 files changed, 70 insertions(+), 12 deletions(-)

diff --git a/daemon/remote.c b/daemon/remote.c
index 7690ee8b1875..e17b6b23fdbf 100644
--- a/daemon/remote.c
+++ b/daemon/remote.c
@@ -144,7 +144,7 @@ timeval_divide(struct timeval* avg, const struct timeval* sum, size_t d)
  * (some openssl versions reject DH that is 'too small', eg. 512).
  */
 #ifndef S_SPLINT_S
-DH *get_dh2048()
+static DH *get_dh2048(void)
 {
 	static unsigned char dh2048_p[]={
 		0xE7,0x36,0x28,0x3B,0xE4,0xC3,0x32,0x1C,0x01,0xC3,0x67,0xD6,
@@ -173,14 +173,31 @@ DH *get_dh2048()
 	static unsigned char dh2048_g[]={
 		0x02,
 		};
-	DH *dh;
+	DH *dh = NULL;
+	BIGNUM *p = NULL, *g = NULL;
 
-	if ((dh=DH_new()) == NULL) return(NULL);
-	dh->p=BN_bin2bn(dh2048_p,sizeof(dh2048_p),NULL);
-	dh->g=BN_bin2bn(dh2048_g,sizeof(dh2048_g),NULL);
-	if ((dh->p == NULL) || (dh->g == NULL))
-		{ DH_free(dh); return(NULL); }
-	return(dh);
+	dh = DH_new();
+	p = BN_bin2bn(dh2048_p, sizeof(dh2048_p), NULL);
+	g = BN_bin2bn(dh2048_g, sizeof(dh2048_g), NULL);
+	if (!dh || !p || !g)
+		goto err;
+
+#if OPENSSL_VERSION_NUMBER < 0x1010
+	dh->p = p;
+	dh->g = g;
+#else
+	if (!DH_set0_pqg(dh, p, NULL, g))
+		goto err;
+#endif
+	return dh;
+err:
+	if (p)
+		BN_free(p);
+	if (g)
+		BN_free(g);
+	if (dh)
+		DH_free(dh);
+	return NULL;
 }
 #endif /* SPLINT */
 
diff --git a/sldns/keyraw.c b/sldns/keyraw.c
index 8d28bf40ab32..8b1c18f2b79d 100644
--- a/sldns/keyraw.c
+++ b/sldns/keyraw.c
@@ -215,6 +215,7 @@ sldns_key_buf2dsa_raw(unsigned char* key, size_t len)
 		BN_free(Y);
 		return NULL;
 	}
+#if OPENSSL_VERSION_NUMBER < 0x1010
 #ifndef S_SPLINT_S
 	dsa->p = P;
 	dsa->q = Q;
@@ -222,6 +223,25 @@ sldns_key_buf2dsa_raw(unsigned char* key, size_t len)
 	dsa->pub_key = Y;
 #endif /* splint */
 
+#else /* OPENSSL_VERSION_NUMBER */
+	if (!DSA_set0_pqg(dsa, P, Q, G)) {
+		/* QPG not yet attached, need to free */
+		BN_free(Q);
+		BN_free(P);
+		BN_free(G);
+
+		DSA_free(dsa);
+		BN_free(Y);
+		return NULL;
+	}
+	if (!DSA_set0_key(dsa, Y, NULL)) {
+		/* QPG attached, cleaned up by DSA_fre() */
+		DSA_free(dsa);
+		BN_free(Y);
+		return NULL;
+	}
+#endif
+
 	return dsa;
 }
 
@@ -273,11 +293,21 @@ sldns_key_buf2rsa_raw(unsigned char* key, size_t len)
 		BN_free(modulus);
 		return NULL;
 	}
+#if OPENSSL_VERSION_NUMBER < 0x1010
 #ifndef S_SPLINT_S
 	rsa->n = modulus;
 	rsa->e = exponent;
 #endif /* splint */
 
+#else /* OPENSSL_VERSION_NUMBER */
+	if (!RSA_set0_key(rsa, modulus, exponent, NULL)) {
+		BN_free(exponent);
+		BN_free(modulus);
+		RSA_free(rsa);
+		return NULL;
+	}
+#endif
+
 	return rsa;
 }
 
diff --git a/validator/val_secalgo.c b/validator/val_secalgo.c
index 11c8cd16e8f9..a475385e4b2b 100644
--- a/validator/val_secalgo.c
+++ b/validator/val_secalgo.c
@@ -72,6 +72,17 @@
 #include 
 #endif
 
+static inline void ossl_CRYPTO_free(unsigned char *ptr,
+const char *ATTR_UNUSED(file),
+int ATTR_UNUSED(line))
+{
+#if OPENSSL_VERSION_NUMBER < 0x1010
+	CRYPTO_free(ptr);
+#else
+	CRYPTO_free(ptr, file, line);
+#endif
+}
+
 /* return size of digest if supported, or 0 otherwise */
 size_t
 nsec3_hash_algo_size_supported(int id)
@@ -601,7 +612,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 		log_err("EVP_MD_CTX_new: malloc failure");
 		EVP_PKEY_free(evp_key);
 		if(dofree) free(sigblock);
-		else if(docrypto_free) CRYPTO_free(sigblock);
+		else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, __LINE__);
 		return sec_status_unchecked;
 	}
 	if(EVP_VerifyInit(ctx, digest_type) == 0) {
@@ -609,7 +620,7 @@ verify_canonrrset(sldns_buffer* buf, int algo, unsigned char* sigblock,
 		EVP_MD_CTX_destroy(ctx);
 		EVP_PKEY_free(evp_key);
 		if(dofree) free(sigblock);
-		else if(docrypto_free) CRYPTO_free(sigblock);
+		else if(docrypto_free) ossl_CRYPTO_free(sigblock, __FILE__, __LINE__);
 		return sec_status_unchecked;
 	}
 	if(EVP_VerifyUpdate(ctx, (unsigned char*)sldns_buffer_begin(buf), 
@@ -618,7 +629,7 @@ 

Bug#835853: RFP: yapf -- Python code formatter

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: yapf
  Version : 0.11.1
  Upstream Author : Google Inc. 
* URL : https://github.com/google/yapf
* License : Apache-2.0
  Programming Lang: Python
  Description : Python code formatter

Python code formatter like gofmt for Golang. It formats the code according
to different styles standards going further than just fixing violations of the
offical style recommendations like PEP-8. Would be great to have that available.

Best,
DS

Bug#835704: [Pkg-javascript-devel] Bug#835704: It's mostly fixed already!

[David Prévot]

Control: reassign -1 node-ast-types
Control: affects -1 node-ast-utils
Control: done -1 0.9.0-2

Hi,

Le 28/08/2016 à 09:08, Julien Puydt a écrit :

> today's upload of node-ast-types 0.9.0-2 fixes this problem in
> node-ast-utils (and all its rdepends).
> 
> I don't know how to say to control@bugs.d.o that a problem in a package
> is fixed by an upload of another.

That should do.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#835823: Polly's imath assumes little-endian

[Sylvestre Ledru]

Le 28/08/2016 à 18:26, James Clarke a écrit :

Source: llvm-toolchain-3.8
Version: 1:3.8.1-9
Tags: patch
Control: clone -1 -2 -3
Control: reassign -2 llvm-toolchain-3.9 1:3.9~+rc3-1
Control: reassign -3 llvm-toolchain-snapshot 1:4.0~svn279916-1

Hi,
The bundled copy of imath currently assumes little-endian in its
mpz_import and mpz_export functions (which provide a GMP-compatible
interface). I have submitted a pull request to upstream imath[0] which
provides a full implementation with respect to endianness.

OK, I will wait for this to be merge upstream before doing anything.
Did you report that to upstream too? (cc Tobias)

> With this

patch applied to the bundled imath (patch attached with subdirectories
fixed) check-polly succeeds on sparc64 (perhaps you could consider
making check-polly failures fatal on all architectures, and re-enabling
polly on powerpc and s390x?).

Sorry but I am afraid I won't, this is hard enough with llvm & clang only on i386 
& amd64...

Sylvestre

Bug#835829: RM: openstreetmap-client/stable -- ROM; RC-buggy; inactive upstream

[Adam D. Barratt]

Control: retitle -1 RM: openstreetmap-client -- ROM; RC-buggy; inactive upstream

On Sun, 2016-08-28 at 18:16 +0100, Alessio Treglia wrote:
> Please remove openstreetmap-client from the archive.

I'm assuming that means from unstable, so retitling.

> One of the package's core functionalities - the search
> function - is utterly broken. Plus, upstream maintainer
> has been unresponsive for quite a while now - 2 years
> have passed since the last commit.
> 
> It is reportedly broken on stable too, I can't find any
> compelling reason for supporting it on the long term.

Removals from stable happen via release.debian.org bugs.

Regards,

Adam

Bug#835851: add MIPS r6 support in dak

[YunQiang Su]

Package: ftp.debian.org
X-Debbugs-CC: guil...@debian.org, debian-rele...@lists.debian.org

We are working on MIPS r6 support, which are different ports with MIPS ones.
They include mipsr6, mipsr6el, mipsn32r6, mipsn32r6el, mips64r6, mips64r6el.

Theses ports have been supported by `dpkg' in sid/testing,
while not in stable yet.

When try to upload packages to dak, it rejected these packages whose
`Architecture: ' list contains these new ports.

What should we do to make dak support these new ports, ASAP,
so we can feedback patches now.

It seems there are 2 options:
 1. backport `dpkg' in sid to stable, and ftpmaster team install that
package into dak machine
 2. backport archtable/cputable changes into `dpkg' in stable and upload it to
 jessie-updates with help of release team.

Which one is acceptable or better option?

-- 
YunQiang Su

Bug#835851: add MIPS r6 support in dak

[Adam D. Barratt]

On Mon, 2016-08-29 at 03:10 +0800, YunQiang Su wrote:
> We are working on MIPS r6 support, which are different ports with MIPS ones.
> They include mipsr6, mipsr6el, mipsn32r6, mipsn32r6el, mips64r6, mips64r6el.
> 
> Theses ports have been supported by `dpkg' in sid/testing,
> while not in stable yet.
[...
> It seems there are 2 options:
>  1. backport `dpkg' in sid to stable, and ftpmaster team install that
> package into dak machine
>  2. backport archtable/cputable changes into `dpkg' in stable and upload it to
>  jessie-updates with help of release team.

With an SRM hat on, I fail to see why this would be eligible for
jessie-updates. (Assuming you're not simply confused as to what that
means.)

Regards,

Adam

Bug#835581: Possible fix for the FTBFS in node-es6-promise

[Julien Puydt]

Hi,

I don't have a stretch box handy, but /usr/bin/compile-modules comes 
from the node-es6-module-transpiler package. Testing has 
node-es6-module-transpiler version 0.10.0.1, which depends on 
node-ast-util (in testing 0.6.0-1), which depends on node-ast-types (in 
testing 0.9.0-1).


Things get interesting there : node-ast-types 0.9.0-1 has no RC bug for 
itself, but triggers errors in other packages! See #835704, about a 
FTBFS in node-ast-util, for example.


You don't have the typical message of this problem (a missing ./fork 
module), but my guess is that whenever an exception is triggered in 
compile-modules, that is treated by printing the help, thus hiding the 
real issue.


I prepared node-ast-types 0.9.0-2 for unstable today -- can you check it 
makes your FTBFS for node-es6-promise vanish?


Thanks,

Snark on #debian-js

Bug#835852: RM: msn-pecan -- ROM; obsolete, no rdepends, low popcorn, dead project

[Devid Antonio Filoni]

Package: ftp.debian.org
Severity: normal

Hi,
please remove msn-pecan source and binary packages from unstable and
testing, the project is dead in 2013 after MSN service shut down and it
doesn't work anymore.

Thank you,
Devid

Bug#830888: [/sid] Fail PostgreSQL case when using ident for authentication but the system user with the name of the dbuser name doesn't exist

[Paul Gevers]

tag 830888 pending
thanks

Date: Fri Aug 19 20:26:24 2016 +0200
Author: Paul Gevers 
Commit ID: 26c40c172a490fd8f96088804e028dda3a4e43a4
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=26c40c172a490fd8f96088804e028dda3a4e43a4
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=26c40c172a490fd8f96088804e028dda3a4e43a4

Fail PostgreSQL case when using ident for authentication but the system 
user with the name of the dbuser name doesn't exist

Closes: #830888
  

Bug#663234: [/sid] Make sure that debconf questions regarding multidbs can be backed up properly

[Paul Gevers]

tag 663234 pending
thanks

Date: Wed Jun 29 16:01:07 2016 +0200
Author: Paul Gevers 
Commit ID: bbd011865ca77a881573d7a8a2189b90ef3680d0
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=bbd011865ca77a881573d7a8a2189b90ef3680d0
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=bbd011865ca77a881573d7a8a2189b90ef3680d0

Make sure that debconf questions regarding multidbs can be backed up 
properly

Closes: #663234
  

Bug#834294: [/sid] Fix PostgreSQL Unix socket use: it was always using TCP

[Paul Gevers]

tag 834294 pending
thanks

Date: Fri Aug 19 20:23:23 2016 +0200
Author: Paul Gevers 
Commit ID: 900e09163cb35db2493e37e2c9e225e659f7638d
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=900e09163cb35db2493e37e2c9e225e659f7638d
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=900e09163cb35db2493e37e2c9e225e659f7638d

Fix PostgreSQL Unix socket use: it was always using TCP

Closes: #834294
  

Bug#824537: [/sid] Prevent empty MySQL port

[Paul Gevers]

tag 824537 pending
thanks

Date: Wed Jun 29 15:48:23 2016 +0200
Author: Paul Gevers 
Commit ID: d8cc5bd211f65e33c9ed4b9f56547acc5645a834
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=d8cc5bd211f65e33c9ed4b9f56547acc5645a834
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=d8cc5bd211f65e33c9ed4b9f56547acc5645a834

Prevent empty MySQL port

Closes: #824537
  

Bug#835680: Patch for change in FindHDF5.cmake from CMake >= 3.6.0

[Sebastiaan Couwenberg]

Control: tags -1 upstream patch

Hi,

This is a common issue affecting all reverse dependencies of HDF5 using 
CMake.


The recent update to CMake 3.6.x caused the failure because the 
HDF5_INCLUDE_DIR variable is no longer set by FindHDF5.cmake.


HDF5_INCLUDE_DIR has been deprecated some time ago, only 
HDF5_INCLUDE_DIRS is set for CMake >= 3.6.0.


The attached patch supports both by setting HDF5_INCLUDE_DIR to the 
value of HDF5_INCLUDE_DIRS if the former is not defined but the latter is.


Kind Regards,

Bas




cmake-3.6-hdf5.patch
Description: inode/symlink

Bug#475829: [/sid] Improve installation and reconfigure situation where no admin rights are needed

[Paul Gevers]

tag 475829 pending
thanks

Date: Fri Jan 1 14:22:16 2016 +0100
Author: Paul Gevers 
Commit ID: acdb99d61abfff54630c4cfba6e4452357a83fb9
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=acdb99d61abfff54630c4cfba6e4452357a83fb9
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=acdb99d61abfff54630c4cfba6e4452357a83fb9

Improve installation and reconfigure situation where no admin rights are 
needed

Closes: #475829
  

Bug#824329: [/sid] Update Brazilian, thanks Adriano Rafael Gomes

[Paul Gevers]

tag 824329 pending
thanks

Date: Tue Jun 7 21:41:35 2016 +0200
Author: Paul Gevers 
Commit ID: ca3f86b985743240db1eb69e1d45c31ce07b1ff3
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=ca3f86b985743240db1eb69e1d45c31ce07b1ff3
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=ca3f86b985743240db1eb69e1d45c31ce07b1ff3

Update Brazilian, thanks Adriano Rafael Gomes

Closes: #824329
  

Bug#825517: [/sid] Don't forget app-pass during reconfigure/error

[Paul Gevers]

tag 825517 pending
thanks

Date: Sat Jun 25 08:42:08 2016 +0200
Author: Paul Gevers 
Commit ID: 381f3cbc8ac7b2ec836e9a57643813d9dfd69fc0
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=381f3cbc8ac7b2ec836e9a57643813d9dfd69fc0
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=381f3cbc8ac7b2ec836e9a57643813d9dfd69fc0

Don't forget app-pass during reconfigure/error

Closes: #825517
  

Bug#835704: It's mostly fixed already!

[Julien Puydt]

Hi,

today's upload of node-ast-types 0.9.0-2 fixes this problem in 
node-ast-utils (and all its rdepends).


I don't know how to say to control@bugs.d.o that a problem in a package 
is fixed by an upload of another.


When/how can I properly close this bug?

Cheers,

Snark on #debian-js

Bug#835658: RFS: backbone/1.3.3+ds-1

[Julien Puydt]

Hi,

On 28/08/2016 19:51, Jonas Smedegaard wrote:

Quoting Julien Puydt (2016-08-28 16:12:33)

On 28/08/2016 15:43, Jonas Smedegaard wrote:

Quoting Julien Puydt (2016-08-28 14:35:32)

On 28/08/2016 10:00, Gianfranco Costamagna wrote:

  I am looking for a sponsor for the package "backbone"


Do you intend to help maintain the package collaboratively, or take
over maintenance?


Collaboratively.


Great!

...but perhaps we have different understandings of that term, then:

It seems you prepared a new package release with radical structural
changes, and requested sponsorship for uploading it.  First I hear of
all that is today, after the fact.  Did I miss some prior communication
somehow?

If not, then please elaborate a bit on the kind of collaboration you
want.

[holding back on answering the rest of the mail until above is more
clear]


Answer about the missed prior communication :

() 3 may 2014, Julian Taylor files #746787 asking for a new upstream 
release (eh, that was for ipython and I'm aiming for jupyter, which is 
ex-ipython!) ;
() 1 september 2015, Pirate Praveen files #797698, asking for a new 
version ;

() 5 october 2015, David Prévot notes that #797698 affects owncloud ;
() 16 november 2015, Thomas Goirand comments #797698 that he also needs 
a higher version and asked if he could do the work -- he didn't get a 
reply (at least in the bug) ;
() 1 june 2016, Christophe Troestler complains in #797698 that owncloud 
in Debian is stuck to a older version (here the situation is cloudy [pun 
intended], because the same day David Prévot removes the indication that 
this bug affects owncloud...)


Answer about the meaning of collaboration : I mean work together (in 
fact, that's precisely what the Latin roots of the word mean). And by 
together, I don't mean always together. Just that several hands 
cooperate to get things done. If one hand is resting, the other can do 
whatever is needed alone.


I hope that clears things as requested,

Snark on #debian-js

Bug#439078: [/sid] Check for mysql privileges during create_user and act according to that

[Paul Gevers]

tag 439078 pending
thanks

Date: Sat Jul 23 13:07:14 2016 +0200
Author: Paul Gevers 
Commit ID: a3aff1c86205ef4c6de78a53e135e4377552bb5d
Commit URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff;h=a3aff1c86205ef4c6de78a53e135e4377552bb5d
Patch URL: 
https://anonscm.debian.org/cgit/collab-maint/dbconfig-common.git;a=commitdiff_plain;h=a3aff1c86205ef4c6de78a53e135e4377552bb5d

Check for mysql privileges during create_user and act according to that

Closes: #439078
  

Bug#824226: Info received (openjdk-8-jre: ATK bridge causes segfault when loading JR)

[Samuel Thibault]

Peter Keel, on Sun 28 Aug 2016 13:13:41 +0200, wrote:
> C  [libatk-bridge-2.0.so.0+0xf043]
> 
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j  org.GNOME.Accessibility.AtkWrapper.loadAtkBridge()V+0
> j  
> org.GNOME.Accessibility.AtkWrapper$3.eventDispatched(Ljava/awt/AWTEvent;)V+18

Ok, I see what is perhaps happening.  I'll upload this evening patched
packages somewhere for you to test.

Samuel

Bug#835826: [pkg-apparmor] Bug#835826: apparmor-profiles: usr.lib.dovecot.imap issue?

[Christian Boltz]

Hello,

Am Sonntag, 28. August 2016, 18:49:15 CEST schrieb Félix Sipma:
> Aug 28 18:42:04 laptop audit[8899]: AVC apparmor="ALLOWED"
> operation="getattr" profile="/usr/lib/dovecot/imap//null-8b//null-8c"
> name="/home/user/mail/dovecot.index.log" pid=8899 comm="imap"
> requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000

This (especially the "//null-*" child profiles [1]) means you'll need 
aditional exec rules.

To find out what exactly gets executed, can you please post a bigger 
section of your audit log, or even the full log? I'm especially looking 
for a line with
operation="exec" profile="/usr/lib/dovecot/imap"
(without any "//null-*" in the profile name)

Note that there are two exec levels involved, so we might need to add 
more than one an exec rule. This also means that posting your full audit 
log (or at least everything dovecot-related after the exec event 
described above) can avoid an additional round of updating the profile 
and sending fresh logs ;-)


Regards,

Christian Boltz

[1] null-* are temporary profiles for execs that are not permitted in the 
profile yet (and will obviously only be created for profiles in 
complain mode - in enforce mode, unknown execs gets denied)
-- 
Kann man KDE1 Anwendungen benutzen? Ich kenne nur noch zusätzlich KDE2,
was ich schrecklich finde, da es sich entweder aufhängt oder langsam
ist.  Manchmal auch beides zusammen. KDE3 schafft es wenigstens den
Krashmanager anzuzeigen, wenn ein Programm abstürzt. ;-)
[Ferdinand Ihringer in suse-linux]


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

Bug#835780: golang-go.tools: FTBFS: dh_auto_build: go install -v -p 1 code.google.com/p/go.tools/astutil code.google.com/p/go.tools/blog code.google.com/p/go.tools/blog/atom code.google.com/p/go.tools

[Lucas Nussbaum]

Hi,

The golang-go.tools *source* package is still available in unstable with
version 0.0~hg20140703-4.

$ rmadison golang-go.tools
golang-go.tools | 0.0~hg20140703-4  | stable  | source, 
amd64, armel, armhf, i386
golang-go.tools | 0.0~hg20140703-4  | stable-kfreebsd | source
golang-go.tools | 0.0~hg20140703-4  | unstable| source
golang-go.tools | 1:0.0~git20160315.0.f42ec61-2 | testing | amd64, 
arm64, armel, armhf, i386, ppc64el
golang-go.tools | 1:0.0~git20160315.0.f42ec61-2 | unstable| amd64, 
arm64, armel, armhf, i386, ppc64el

Apparently newer versions of the binary package are now built from the
golang-golang-x-tools source package. You might want to request a removal of
the golang-go.tools source package if it's now useless.

Lucas


On 28/08/16 at 19:07 +0200, Michael Stapelberg wrote:
> Lucas, is this a false-positive? Have a look at https://packages.debian.
> org/search?keywords=golang-go.tools=names=all=all,
> the version which this report is filed against (0.0~hg20140703-4) should
> only be in stable. Both testing and unstable have a newer version
> (1:0.0~git20160315.0.f42ec61-2, which made this a transitional package).
> 
> Can I close this report or is there something we need to fix on our end?
> 
> Confused,
> Michael
> 
> On Sun, Aug 28, 2016 at 12:39 PM, Lucas Nussbaum <lu...@debian.org> wrote:
> 
> > Source: golang-go.tools
> > Version: 0.0~hg20140703-4
> > Severity: serious
> > Tags: stretch sid
> > User: debian...@lists.debian.org
> > Usertags: qa-ftbfs-20160828 qa-ftbfs
> > Justification: FTBFS on amd64
> >
> > Hi,
> >
> > During a rebuild of all packages in sid, your package failed to build on
> > amd64.
> >
> > Relevant part (hopefully):
> > > make[1]: Entering directory '/<>'
> > > mkdir -p /<>/temproot
> > > # We need a writable copy of pkg, go.tools installs into that.
> > > cp -ar /usr/lib/go/pkg /<>/temproot/pkg
> > > ln -s /usr/lib/go/src /<>/temproot/src
> > > ln -s /usr/share/go/test /<>/temproot/test
> > > ln -s /usr/share/doc/golang-doc/html /<>/temproot/doc
> > > echo "listing:"
> > > listing:
> > > ls -hlR /<>
> > > /<>:
> > > total 88K
> > > -rw-r--r--  1 user42 user42  173 Jul  3  2014 AUTHORS
> > > -rw-r--r--  1 user42 user42  170 Jul  3  2014 CONTRIBUTORS
> > > -rw-r--r--  1 user42 user42 1.5K Jul  3  2014 LICENSE
> > > -rw-r--r--  1 user42 user42 1.3K Jul  3  2014 PATENTS
> > > -rw-r--r--  1 user42 user42  507 Jul  3  2014 README
> > > drwxr-xr-x  2 user42 user42 4.0K Jul  3  2014 astutil
> > > drwxr-xr-x  3 user42 user42 4.0K Jul  3  2014 blog
> > > drwxr-xr-x 14 user42 user42 4.0K Jul  3  2014 cmd
> > > -rw-r--r--  1 user42 user42  102 Jul  3  2014 codereview.cfg
> > > drwxr-xr-x  3 user42 user42 4.0K Jul  3  2014 container
> > > drwxr-xr-x  2 user42 user42 4.0K Jul  3  2014 cover
> > > drwxr-xr-x  5 user42 user42 4.0K Jul  3  2014 dashboard
> > > drwxr-xr-x  5 user42 user42 4.0K Aug 27 22:33 debian
> > > drwxr-xr-x 12 user42 user42 4.0K Jul  3  2014 go
> > > drwxr-xr-x  7 user42 user42 4.0K Jul  3  2014 godoc
> > > drwxr-xr-x  2 user42 user42 4.0K Jul  3  2014 imports
> > > drwxrwxr-x  3 user42 user42 4.0K Aug 27 22:33 obj-x86_64-linux-gnu
> > > drwxr-xr-x  4 user42 user42 4.0K Jul  3  2014 oracle
> > > drwxr-xr-x  3 user42 user42 4.0K Jul  3  2014 playground
> > > drwxr-xr-x  2 user42 user42 4.0K Jul  3  2014 present
> > > drwxr-xr-x  3 user42 user42 4.0K Jul  3  2014 refactor
> > > drwxrwxr-x  3 user42 user42 4.0K Aug 27 22:33 temproot
> > >
> > > /<>/astutil:
> > > total 48K
> > > -rw-r--r-- 1 user42 user42  16K Jul  3  2014 enclosing.go
> > > -rw-r--r-- 1 user42 user42 4.6K Jul  3  2014 enclosing_test.go
> > > -rw-r--r-- 1 user42 user42  11K Jul  3  2014 imports.go
> > > -rw-r--r-- 1 user42 user42 9.0K Jul  3  2014 imports_test.go
> > >
> > > /<>/blog:
> > > total 16K
> > > drwxr-xr-x 2 user42 user42 4.0K Jul  3  2014 atom
> > > -rw-r--r-- 1 user42 user42  11K Jul  3  2014 blog.go
> > >
> > > /<>/blog/atom:
> > > total 4.0K
> > > -rw-r--r-- 1 user42 user42 1.3K Jul  3  2014 atom.go
> > >
> > > /<>/cmd:
> > > total 48K
> > > drwxr-xr-x 2 user42 user42 4.0K Jul  3  2014 benchcmp
> > > drwxr-xr-x 3 user42 user42 4.0K Jul  3  2014 cover
> > > drwxr-xr-x 2 user42 user42 4.0K Jul  3  2014 eg
&g

Bug#835695: [Android-tools-devel] Bug#835695: android-platform-development: FTBFS: ld: cannot find -lETC1

[Lucas Nussbaum]

Hi,

That version of the package is still in unstable (but builds only the
etc1tool package).

It seems that the split that was introduced did not cover all binary
packages in android-platform-development, so
android-platform-development was not automatically removed.

You might want to manually request a removal of that package (using
'reportbug ftp.debian.org').

Lucas


On 28/08/16 at 22:44 +0530, Chirayu Desai wrote:
> Hi,
> 
> This should be fixed in newer versions, we did a multilib move around
> 6.0.1+r16-1 which had broke some packages.
> A newer version, 6.0.1+r55 has been uploaded, is available in testing as
> of today.
> See https://tracker.debian.org/news/793698
> 
> On 08/28/2016 02:40 PM, Lucas Nussbaum wrote:
> > Source: android-platform-development
> > Version: 6.0.1+r16-1
> > Severity: serious
> > Tags: stretch sid
> > User: debian...@lists.debian.org
> > Usertags: qa-ftbfs-20160828 qa-ftbfs
> > Justification: FTBFS on amd64
> >
> > Hi,
> >
> > During a rebuild of all packages in sid, your package failed to build on
> > amd64.
> >
> > Relevant part (hopefully):
> >> g++ tools/etc1tool/etc1tool.cpp -o etc1tool -g -O2 
> >> -fdebug-prefix-map=/<>/android-platform-development-6.0.1+r16=. 
> >> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> >> -D_FORTIFY_SOURCE=2 -Iinclude -I/usr/include/android -include 
> >> android/arch/AndroidConfig.h -Wl,-z,relro -Wl,-rpath=/usr/lib/android 
> >> -lpng -L/usr/lib/android -lETC1
> >> tools/etc1tool/etc1tool.cpp: In function 'void 
> >> multipleEncodeDecodeCheck(bool*)':
> >> tools/etc1tool/etc1tool.cpp:477:94: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("At most one occurrence of --encode --encodeNoHeader or 
> >> --decode is allowed.\n");
> >>
> >>^
> >> tools/etc1tool/etc1tool.cpp: In function 'int main(int, char**)':
> >> tools/etc1tool/etc1tool.cpp:502:54: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Only one -o flag allowed.");
> >>   ^
> >> tools/etc1tool/etc1tool.cpp:505:54: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Expected outfile after -o");
> >>   ^
> >> tools/etc1tool/etc1tool.cpp:523:76: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Only one --showDifference option 
> >> allowed.\n");
> >>
> >>  ^
> >> tools/etc1tool/etc1tool.cpp:527:73: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Expected difffile after --showDifference");
> >>  ^
> >> tools/etc1tool/etc1tool.cpp:533:50: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Unknown flag %s", pArg);
> >>   ^
> >> tools/etc1tool/etc1tool.cpp:538:46: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Unknown flag %s", pArg);
> >>   ^
> >> tools/etc1tool/etc1tool.cpp:545:37: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  pInput, pArg);
> >>  ^
> >> tools/etc1tool/etc1tool.cpp:556:62: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("--showDifference is only valid when encoding.");
> >>   ^
> >> tools/etc1tool/etc1tool.cpp:560:40: warning: ISO C++ forbids converting a 
> >> string constant to 'char*' [-Wwrite-strings]
> >>  usage("Expected an input file.");
> >> ^
> >> tool

Bug#835400: Patch for change in FindHDF5.cmake from CMake >= 3.6.0

[Sebastiaan Couwenberg]

Control: tags -1 upstream patch

Hi,

This is a common issue affecting all reverse dependencies of HDF5 using 
CMake.


The recent update to CMake 3.6.x caused the failure because the 
HDF5_INCLUDE_DIR variable is no longer set by FindHDF5.cmake.


HDF5_INCLUDE_DIR has been deprecated some time ago, only 
HDF5_INCLUDE_DIRS is set for CMake >= 3.6.0.


The attached patch supports both by setting HDF5_INCLUDE_DIR to the 
value of HDF5_INCLUDE_DIRS if the former is not defined but the latter is.


Kind Regards,

Bas



cmake-3.6-hdf5.patch
Description: inode/symlink

Bug#835847: gcc-6: rework the patch of gdc cross install directory patch with 6.2.0

[YunQiang Su]

Package: src:gcc-6
Version: 6.2.0-1

Hi, 6.2 changes the way to set gdc install directory.
We need rework this patch.

-- 
YunQiang Su
diff --git a/debian/patches/gdc-cross-install-location.diff 
b/debian/patches/gdc-cross-install-location.diff
index 21d4e92..c4dd439 100644
--- a/debian/patches/gdc-cross-install-location.diff
+++ b/debian/patches/gdc-cross-install-location.diff
@@ -1,13 +1,13 @@
-Index: b/src/libphobos/configure.ac
+Index: b/src/libphobos/m4/druntime.m4
 ===
 a/src/libphobos/configure.ac
-+++ b/src/libphobos/configure.ac
-@@ -167,7 +167,7 @@ AC_SUBST(phobos_toolexecdir)
- AC_SUBST(phobos_toolexeclibdir)
+--- a/src/libphobos/m4/druntime.m4
 b/src/libphobos/m4/druntime.m4
+@@ -78,7 +78,7 @@ AC_DEFUN([DRUNTIME_INSTALL_DIRECTORIES],
+   AC_SUBST(toolexeclibdir)
  
- # Default case for install directory for D sources files.
--gdc_include_dir='${libdir}/gcc/${target_alias}'/${d_gcc_ver}/include/d
-+gdc_include_dir='${libdir}/gcc-cross/${target_alias}'/${d_gcc_ver}/include/d
- AC_SUBST(gdc_include_dir)
+   # Default case for install directory for D sources files.
+-  gdc_include_dir='${libdir}/gcc/${target_alias}'/${d_gcc_ver}/include/d
++  gdc_include_dir='${libdir}/gcc-cross/${target_alias}'/${d_gcc_ver}/include/d
+   AC_SUBST(gdc_include_dir)
+ ])
  
- dnl Checks for header files.

Bug#835679: Patch for change in FindHDF5.cmake from CMake >= 3.6.0

[Sebastiaan Couwenberg]

Control: tags -1 upstream patch

Hi,

This is a common issue affecting all reverse dependencies of HDF5 using 
CMake.


The recent update to CMake 3.6.x caused the failure because the 
HDF5_INCLUDE_DIR variable is no longer set by FindHDF5.cmake.


HDF5_INCLUDE_DIR has been deprecated some time ago, only 
HDF5_INCLUDE_DIRS is set for CMake >= 3.6.0.


The attached patch supports both by setting HDF5_INCLUDE_DIR to the 
value of HDF5_INCLUDE_DIRS if the former is not defined but the latter is.


Kind Regards,

Bas


cmake-3.6-hdf5.patch
Description: inode/symlink

Bug#835845: oxygen5-icon-theme: Wrong description

[Pino Toscano]

In data domenica 28 agosto 2016 20:13:15 CEST, Salvo Tomaselli ha scritto:
> Package: oxygen5-icon-theme
> Version: 5:5.25.0-1
> Severity: normal
> 
> Dear Maintainer,
> the package states this:
> >  It can be safely removed after the upgrade.

Which is correct, nothing depends on it, and it's a transitional
package, so the description is fine.

> But then removing it, this happens:
> 
> # aptitude purge oxygen5-icon-theme:all
> I seguenti pacchetti saranno RIMOSSI:   
>   oxygen-icon-theme{u} oxygen5-icon-theme{p} 
> 
> So there's something fishy with the dependencies.

Or, more precisely, oxygen-icon-theme was installed as dependency of
oxygen5-icon-theme only, and removing it causes oxygen-icon-theme to be
marked as "autoremove".

If I remember one of your past bug reports well, you replaced
kde-runtime with an empty package made with equivs, right?

-- 
Pino Toscano

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

Bug#824995: gcc-6: add MIPS r6 support and bump mipsn32(el) ISA to r2

[YunQiang Su]

And the attached is patch for mipsr6 support.

On Mon, Aug 29, 2016 at 12:48 AM, YunQiang Su  wrote:
> @Matthias, I pushed the patch to cross-toolchain-base to git.launchpad.net
> with a branch name `add-mips-n32-r6-support'.
>
> On Sat, Aug 27, 2016 at 9:01 AM, YunQiang Su  wrote:
>> Yeah, I am working on it.
>> It seems going well.
>>
>> I think that I can figure it out soon.
>>
>> On Wed, Aug 24, 2016 at 2:44 PM, Matthias Klose  wrote:
>>> Control: tags -1 - patch
>>> Control: tags -1 + help
>>>
>>> On 22.05.2016 10:51, YunQiang Su wrote:
 Package: src:gcc-6
 Version: 6.1.1-4

 Hi, this is the patch for gcc-5, which add MIPS r6 support, include
 mipsr6/mipsr6el/mipsn32r6/mipsn32r6el/mips64r6/mips64r6el

 In this patch, I also bump ISA to r2 from mips3 for mipsn32(el).
>>>
>>> The patch doesn't apply anymore. Please could you update it for 6.2.0-1?  We
>>> also likely need patches for cross-toolchain-base-ports and 
>>> gcc-6-cross-ports.
>>>
>>>
>>
>>
>>
>> --
>> YunQiang Su
>
>
>
> --
> YunQiang Su



-- 
YunQiang Su
diff --git a/debian/control b/debian/control
index 6585813..43b8f52 100644
--- a/debian/control
+++ b/debian/control
@@ -5,8 +5,8 @@ Maintainer: Debian GCC Maintainers 
 Uploaders: Matthias Klose 
 Standards-Version: 3.9.8
 Build-Depends: debhelper (>= 9.20141010), dpkg-dev (>= 1.17.14), 
-  g++-multilib [amd64 i386 kfreebsd-amd64 mips mips64 mips64el mipsel mipsn32 
mipsn32el powerpc ppc64 s390 s390x sparc sparc64 x32] , g++-5 [arm64] 
, 
-  libc6.1-dev (>= 2.13-5) [alpha ia64] | libc0.3-dev (>= 2.13-5) [hurd-i386] | 
libc0.1-dev (>= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (>= 2.13-5), 
libc6-dev (>= 2.13-31) [armel armhf], libc6-dev-amd64 [i386 x32], 
libc6-dev-sparc64 [sparc], libc6-dev-sparc [sparc64], libc6-dev-s390 [s390x], 
libc6-dev-s390x [s390], libc6-dev-i386 [amd64 x32], libc6-dev-powerpc [ppc64], 
libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 
ppc64 kfreebsd-amd64 mipsn32 mipsn32el mips64 mips64el s390x sparc64 x32], 
libn32gcc1 [mips mipsel mips64 mips64el], lib64gcc1 [i386 mips mipsel mipsn32 
mipsn32el powerpc sparc s390 x32], libc6-dev-mips64 [mips mipsel mipsn32 
mipsn32el], libc6-dev-mipsn32 [mips mipsel mips64 mips64el], libc6-dev-mips32 
[mipsn32 mipsn32el mips64 mips64el], libc6-dev-x32 [amd64 i386], libx32gcc1 
[amd64 i386], libc6.1-dbg [alpha ia64] | libc0.3-dbg [hurd-i386] | libc0.1-dbg 
[kfreebsd-i386 kfreebsd-amd64] | libc6-dbg, 
+  g++-multilib [amd64 i386 kfreebsd-amd64 mips mips64 mips64el mips64r6 
mips64r6el mipsel mipsn32 mipsn32el mipsn32r6 mipsn32r6el mipsr6 mipsr6el 
powerpc ppc64 s390 s390x sparc sparc64 x32] , g++-5 [arm64] , 
+  libc6.1-dev (>= 2.13-5) [alpha ia64] | libc0.3-dev (>= 2.13-5) [hurd-i386] | 
libc0.1-dev (>= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (>= 2.13-5), 
libc6-dev (>= 2.13-31) [armel armhf], libc6-dev-amd64 [i386 x32], 
libc6-dev-sparc64 [sparc], libc6-dev-sparc [sparc64], libc6-dev-s390 [s390x], 
libc6-dev-s390x [s390], libc6-dev-i386 [amd64 x32], libc6-dev-powerpc [ppc64], 
libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 
ppc64 kfreebsd-amd64 mipsn32 mipsn32el mips64 mips64el mipsn32r6 mipsn32r6el 
mips64r6 mips64r6el s390x sparc64 x32], libn32gcc1 [mips mipsel mips64 mips64el 
mipsr6 mipsr6el mips64r6 mips64r6el], lib64gcc1 [i386 mips mipsel mipsn32 
mipsn32el mipsr6 mipsr6el mipsn32r6 mipsn32r6el powerpc sparc s390 x32], 
libc6-dev-mips64 [mips mipsel mipsn32 mipsn32el mipsr6 mipsr6el mipsn32r6 
mipsn32r6el], libc6-dev-mipsn32 [mips mipsel mips64 mips64el], libc6-dev-mips32 
[mipsn32 mipsn32el mips64 mips64el mipsn32r6 mipsn32r6el mips64r6 mips64r6el], 
libc6-dev-x32 [amd64 i386], libx32gcc1 [amd64 i386], libc6.1-dbg [alpha ia64] | 
libc0.3-dbg [hurd-i386] | libc0.1-dbg [kfreebsd-i386 kfreebsd-amd64] | 
libc6-dbg, 
   kfreebsd-kernel-headers (>= 0.84) [kfreebsd-any], linux-libc-dev [m68k], 
   m4, libtool, autoconf2.64, 
   libunwind7-dev (>= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], 
@@ -141,7 +141,7 @@ Description: GCC support library (debug symbols)
  Debug symbols for the GCC support library.
 
 Package: lib64gcc-6-dev
-Architecture: i386 powerpc sparc s390 mips mipsel mipsn32 mipsn32el x32
+Architecture: i386 powerpc sparc s390 mips mipsel mipsn32 mipsn32el x32 mipsr6 
mipsr6el mipsn32r6 mipsn32r6el
 Section: libdevel
 Priority: optional
 Recommends: ${dep:libcdev}
@@ -176,7 +176,7 @@ Description: GCC support library (debug symbols)
  Debug symbols for the GCC support library.
 
 Package: lib32gcc-6-dev
-Architecture: amd64 ppc64 kfreebsd-amd64 s390x sparc64 x32 mipsn32 mipsn32el 
mips64 mips64el
+Architecture: amd64 ppc64 kfreebsd-amd64 s390x sparc64 x32 mipsn32 mipsn32el 
mips64 mips64el mipsn32r6 mipsn32r6el mips64r6 mips64r6el
 Section: libdevel
 Priority: optional
 Recommends: ${dep:libcdev}
@@ -211,7 

Bug#834479: xul-ext-* (Was: Bug#834480: jessie-pu: package mozilla-noscript/2.9.0.11-1~deb8u1)

[David Prévot]

Hi,

Le 28/08/2016 à 04:09, Adam D. Barratt a écrit :
> Control; tags -1 + confirmed
[…]
> Oh, how I've missed Firefox plugin updates. :-|

Same here :/

> Please go ahead.

Thanks, all uploaded.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#835845: oxygen5-icon-theme: Wrong description

[Salvo Tomaselli]

Package: oxygen5-icon-theme
Version: 5:5.25.0-1
Severity: normal

Dear Maintainer,
the package states this:
>  It can be safely removed after the upgrade.


But then removing it, this happens:

# aptitude purge oxygen5-icon-theme:all
I seguenti pacchetti saranno RIMOSSI:   
  oxygen-icon-theme{u} oxygen5-icon-theme{p} 

So there's something fishy with the dependencies.


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

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

Bug#835658: RFS: backbone/1.3.3+ds-1

[Gianfranco Costamagna]

(dropping the cc list from my next email, please follow #835658 if you care 
about the thread)


>Don't take for granted that what you find obvious is equally obvious to 
>others.  Especially when raised as an explicit question: Makes you seem 
>like taking me for a fool (which I am sure was not intended).


yes, you are right, I didn't mean to take you as a fool of course :)
(glad you didn't take seriously my bad communication)


In my opinion help in maintenance means
"hey maintainer/team, is it ok to add me as uploader"?

in this case I see more as a:
"hey maintainer/team, can I update it to the latest release because foo and 
bar"?

this seems intended as a one-shot upload (of course the goal release is Stretch
so we have to see it properly migrate to testing), to fix
the reverse-dependencies.

each case is different, pkg-javascript is a big team, and probably with not so 
good
defined rules
(specially because the packaging for most of the packages is so trivial)

>>> If the former, then you should coordinate your work with current 
>>> maintainers (fine that you seek help and guidance from others too, 
>>> but don't go ahead with only input from external parties).
>> 
>> this is something that a good sponsor has to check, and the reason for 
>> me putting *you* in cc :)
>
>Could you please elaborate on what you find an obvious role for a 
>"sponsor" here.  Assume I have never¹ hear that term before.
>
>
>¹ I have, but from the context here I suspect we mean different things 
>by that term.


(still not a native speaker, so apologizes in advance and again if I made
some communication mistakes)


"sponsor" is a word that I guess comes from the RFS term, in my opinion a 
sponsor
is a person that tries to facilitate the fix for a particular bug or package, 
and
eventually uploads the package.
In this case the correct word would have probably been "mentor", because
what I checked was to be sure the Team/Maintainer/Uploaders were agreeing
on the changes.

(BTW to be fair, I also cc'd the people who requested the new version, to give
publicly a thread to say their opinion)

so, even if I used the "sponsor" word, I don't intend of course to upload 
anything,
at least until somebody with an authoritative hat asks me to do it :)

>[remaining mail skipped for now, to keep a focus]


this is nice, thanks
(I hope my good faith is not in discussion here!)

G.

Bug#835507: Please clarify that sysvinit support decision is not going to expire

[Geert Stappers]

Cntrl: retitle -1 Please clarify that sysvinit support decision depends on 
available sysvinit resources
Writing "Control:" without 'o' was on purpose.

On Sun, 28 Aug 2016 16:03:48 +0200,  Odyx wrote:

}... many wise words in an overheated thread ...

> It's not OKay for maintainers to preemptively remove working sysvinit 
> support. 

There can and should agree on.

It will imply there will be packages with bugreports on sysvinit breakage.

Having a 90% working sysvinit script is better then none.



> But I wouldn't like the TC to say "sysvinit is here forever",
> because I think  that's simply not true.

TC is smart enough to known that.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#835843: Multiple folders are not found during build

[jean-christophe manciot]

Package: network-manager
Version: 1.4.0-2

On Ubuntu 16.04 4.4.0-34
x86_64 system
dpkg -s libc6 | grep ^Version
  Version: 2.23-0ubuntu3

Previously reported issue has been solved upstream here (Bug 765835):
https://bugzilla.gnome.org/show_bug.cgi?id=765835#c6

However, another issue pops up now which cannot depend on upstream sources:

Building from sources @ git://anonscm.debian.org/pkg
-utopia/network-manager.git

echo 
echo Cleaning
echo 
cd git-network-manager
git checkout master
git reset --hard
git clean -fxd :/
git pull -v --progress --rebase
git checkout debian/${release_number}

# As a workaround to issue Bug 765835
sed -i 's|789|998|g' src/platform/tests/test-link.c

echo ---
echo Checking Build Dependencies
echo ---
dpkg-checkbuilddeps

echo 
echo Building
echo 
dpkg-buildpackage -b -m"Jean-Christophe Manciot <
manciot.jeanchristo...@gmail.com>"
...



Testsuite summary for NetworkManager 1.4.0

# TOTAL: 11
# PASS:  11
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0

...
dh binary --with gir,systemd,autoreconf,ppp
   dh_testroot
   dh_prep
   dh_installdirs
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
1: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
var/lib/NetworkManager/: not found
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
2: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
etc/NetworkManager/conf.d/: not found
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
3: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
etc/NetworkManager/dnsmasq.d/: not found
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
4: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
etc/NetworkManager/dnsmasq-shared.d/: not found
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
5: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
etc/NetworkManager/system-connections/: not found
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
6: 
/home/actionmystique/Program-Files/Ubuntu/Network-Manager/git-network-manager/debian/network-manager.dirs:
etc/NetworkManager/VPN/: not found
dh_installdirs: debian/network-manager.dirs (executable config)
returned exit code 127
debian/rules:8: recipe for target 'binary' failed
make: *** [binary] Error 127

-- 
Jean-Christophe Manciot

Bug#835658: RFS: backbone/1.3.3+ds-1

[Jonas Smedegaard]

Quoting Gianfranco Costamagna (2016-08-28 17:59:41)
>>Do you intend to help maintain the package collaboratively, or take 
>>over maintenance?
> I see a team upload, so I guess the former of course

Don't take for granted that what you find obvious is equally obvious to 
others.  Especially when raised as an explicit question: Makes you seem 
like taking me for a fool (which I am sure was not intended).


>> If the former, then you should coordinate your work with current 
>> maintainers (fine that you seek help and guidance from others too, 
>> but don't go ahead with only input from external parties).
> 
> this is something that a good sponsor has to check, and the reason for 
> me putting *you* in cc :)

Could you please elaborate on what you find an obvious role for a 
"sponsor" here.  Assume I have never¹ hear that term before.


¹ I have, but from the context here I suspect we mean different things 
by that term.

[remaining mail skipped for now, to keep a focus]

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature