Bug#822695: Fwd: Xfig crashes after editing line properties

[Roland Rosenfeld]

found 822695 1:3.2.5.c-3
close 822695 1:3.2.5.c-4
thanks

Hi Pierre!

Thanks for your bug report.

On Tue, 26 Apr 2016, Pierre Muller wrote:

> Package: Xfig
> 
> Version: Xfig 3.2 patchlevel 5c (Protocol 3.2)

As you are talking about jessie below, this seems to be 1:3.2.5.c-3.

> I got Xfig (Xfig 3.2 patchlevel 5c (Protocol 3.2)) on debian jessie
> crashing, when I edit the properties of a line to a some dashed line
> (it is reproductible, but not all dashed line types are concerned)

This issue was already reported in #755492
(https://bugs.debian.org/755492) and was fixed in 1:3.2.5.c-4.

Greetings

Roland


signature.asc
Description: Digital signature

Bug#822826: gpg: Insecure default cipher for --symmetric

[Mattia Rizzolo]

control: reassign -1 gnupg

On Wed, Apr 27, 2016 at 10:26:34PM +0200, Piotr Chmielnicki wrote:
> Package: gpg

the package name is 'gnupg', not 'gpg'.

> Version: gnupg

and what kind of version is this, anyway?

I'm reassigning to the right package, without any version, since you
coulnd't provide one (since you use stable, according to the footer, I'd
guess 1.4.18-7+deb8u1, but I'm not going to guess).

Note: no need to CC me on the replies on this bug, I'm merely
reassigning a misfiled bug that I haven't even read.

> Severity: normal
> Tags: security
> 
> Hello,
> 
> The default cipher in gpg and gpg2 for symmetric encryption is CAST-5. CAST-5
> block size is 64 bits and the cipher is used in CFB mode. CFB mode in
> vulnerable to a practical attack when the size of the ciphertext is close to
> sqrt(block_size). In the case of CAST-5 as well as for Blowfish and 3DES it
> happens when the message more than ~ 1 Go long.
> 
> The problem has been solved upstream and in sid but not in jessie.
> 
> The following commits are available in the Git repository of GnuPG:
> 
> * fc30a414d8d6586207444356ec270bd3fe0f6e68 for gpg;
> * 57df1121c18b004dd763b35eabf7b51fc9e8ec38 for gpg2.
> 
> Have a nice day.
> 
> Piotr Chmielnicki
> 
> 
> 
> -- 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/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)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#822755: note that kcalc -h or kcal -v does not return (show expected messages but do not return).

[Eric Valette]

note that kcalc -h or kcal -v does not return (show expected messages 
but do not return).


--eric

Bug#822834: FTBFS as root because of perldoc

[Uli Martens]

Package: moarvm
Version: 2016.04-1
Severity: normal
Tags: patch

I've just tried building moarvm with pbuilder. This fails with the
following error:

| make[1]: Entering directory '/tmp/moarvm-2016.04'
| perldoc -F -onroff -ddebian/moar.1 \
| -w center:MoarVM \
| -w "release:MoarVM-2016.04" \
| -w "date: 2016-04" \
| docs/moar.pod
| Couldn't open debian/moar.1: Permission denied
|  at /usr/bin/perldoc line 10.
| debian/rules:47: recipe for target 'override_dh_auto_build' failed
| make[1]: *** [override_dh_auto_build] Error 13
| make[1]: Leaving directory '/tmp/moarvm-2016.04'
| debian/rules:35: recipe for target 'binary' failed
| make: *** [binary] Error 2
| dpkg-buildpackage: error: debian/rules binary gave error exit status 2

This is, considering that the build runs as root, rather unexpected.

It turns out that perldoc tries to drop all rights when started as root, and
the resulting user 'nobody' doesn't have permission to write the output file.

This is reported to perldoc's upstream in
https://rt.cpan.org/Public/Bug/Display.html?id=87837

The workaround / fix in that ticket, adding -U to perldoc's arguments in
debian/rules, works for me.

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

Kernel: Linux 4.4.0-0.bpo.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: systemd (via /run/systemd/system)

Bug#822833: Detect Recommends to non-free

[Mathieu Malaterre]

Package: lintian
Version: 2.5.21
Severity: wishlist

It would be super nice if lintian could somehow detect 'Recommends'
pointing outside main:

Policy 2.2.1 states:

> In addition, the packages in main
>
> must not require or recommend a package outside of main for
> compilation or execution (thus, the package must not declare a "Pre-
> Depends", "Depends", "Recommends", "Build-Depends", or "Build-
> Depends-Indep" relationship on a non-main package),


This was detected by a human:

https://bugs.debian.org/820190

Bug#820190: libapache-mod-fastcgi

[Mathieu Malaterre]

Control: tags -1 pending

Thanks for catching this. I'll change to libapache2-mod-fcgid once I
double check this is working.

Bug#818399: Multiple security issues

[Mathieu Malaterre]

Control: tags -1 pending

I'll upload the coming release ASAP:

https://github.com/uclouvain/openjpeg/commits/openjpeg-2.1

Bug#821744: Icedove too

[Thomas Renard]

Please compare bugs #822807 and #821744. Both, mailer and browser seem
to work with gtk3 now and have the same problem.

Bug#822729: mutt-patched: update link to sidebar documentation and sample

[Evgeni Golov]

Control: tags -1 + pending

On Tue, Apr 26, 2016 at 10:23:49PM +0200, Sebastian Ramacher wrote:
> Subject says it all. Patch attached.

Thanks! The patch contained a bit of cruft (your editor replaced '/" with 
unicode).
I stripped that and applied the rest in [1].

Will be part of the next upload, whenever that happens :)

Greets
Evgeni

[1] 
https://anonscm.debian.org/cgit/pkg-mutt/mutt.git/commit/?id=2ee9eb4524deeb83f0a4aacbf4ae0c53d931886e

Bug#820977: [buildd-tools-devel] Bug#820977: sbuild: please log the dpkg-buildpackage command line options

[Ferenc Wágner]

Johannes Schauer  writes:

> Quoting Ferenc Wágner (2016-04-14 10:52:43)
>
>> I miss the options passed to dpkg-buildpackage from the build logs,
>> please consider logging the full command line.
>
> what is the use case of having the dpkg-buildpackage invocation logged for
> every sbuild run? You can add --debug to see detailed info of every command
> that is run.

While working on enabling source-only uploads for some packages, several
times I found myself wondering what type of (failed) build (arch-any/
arch-all/mixed) a given build log corresponds to.  The dpkg-buildpackage
options are important (and hopefully not too many), thus I find --debug
too heavy-handed for this.
-- 
Cheers,
Feri

Bug#822831: RM: sudoku/experimental -- ROM; not required anymore

[Peter Spiess-Knafl]

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

please remove sudoku from experimental. A newer version has already
migrated from unstable to testing.
I don't know why this did not get detected by the cruft script.

The package is visible for experimental on my QA-page:

https://qa.debian.org/developer.php?email=dev%40spiessknafl.at

Thank you and Greetings
Peter



signature.asc
Description: OpenPGP digital signature

Bug#822813: libclang-common-3.7-dev: ASAN missing from package

[Sylvestre Ledru]

Le 27/04/2016 à 22:47, Douglas F. Calvert a écrit :

Package: libclang-common-3.7-dev
Version: 1:3.7.1-2
Severity: normal

Hello,

ASAN is not usable with clang-3.7:

/usr/bin/ld: cannot find 
/usr/lib/llvm-3.7/bin/../lib/clang/3.7.1/lib/linux/libclang_rt.asan-x86_64.a: 
No such file or directory


All of the other versioned clang-common-dev packages provide 
libclang_rt.asan-x86_64.a:

$apt-file search  libclang_rt.asan-x86_64.a
libclang-common-3.5-dev: 
/usr/lib/llvm-3.5/lib/clang/3.5.2/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.6-dev: 
/usr/lib/llvm-3.6/lib/clang/3.6.2/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.8-dev: 
/usr/lib/llvm-3.8/lib/clang/3.8.0/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.8-dev: 
/usr/lib/llvm-3.8/lib/clang/3.8.0/lib/linux/libclang_rt.asan-x86_64.a.syms
libclang-common-3.9-dev: 
/usr/lib/llvm-3.9/lib/clang/3.9.0/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.9-dev: 
/usr/lib/llvm-3.9/lib/clang/3.9.0/lib/linux/libclang_rt.asan-x86_64.a.syms


Yes, this is expected. The build of asan was removed when using autoconf.
3.6 was still supported
3.8 migrated to cmake.

There is no plan to fix that. So, please switch to 3.8.
Sorry about that,
S

Bug#822807: firefox: Scrollbar slider is invisible

[Vincent Bernat]

 ❦ 27 avril 2016 23:52 +0200, Vincent Bernat  :

>> As you see in the attached screenshot, the scrollbar scroller is not visible
>> (however clicking mouse in the scrollbar does scroll).
>>
>> So, it is impossible to understand by seeing at the scrollbar, where we are
>> in the page, at its beginning or end or middle.
>
> It seems the bug is more global and other GTK3 widgets are affected
> (checkboxes and radio button):
>
>  https://bugzilla.mozilla.org/show_bug.cgi?id=1234158
>
> Would it be possible to apply the bug attached to this bug report? This
> one:
>
>  
> http://pkgs.fedoraproject.org/cgit/rpms/firefox.git/tree/firefox-gtk3-20.patch

I can confirm that this patch fixes the issue for me. Both checkboxes
and scrollbars are now rendered correctly for me.
-- 
Make it right before you make it faster.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#820977: [buildd-tools-devel] Bug#820977: sbuild: please log the dpkg-buildpackage command line options

[Johannes Schauer]

Hi,

Quoting Ferenc Wágner (2016-04-14 10:52:43)
> I miss the options passed to dpkg-buildpackage from the build logs,
> please consider logging the full command line.

what is the use case of having the dpkg-buildpackage invocation logged for
every sbuild run? You can add --debug to see detailed info of every command
that is run.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#822830: selektor: "SelekTOR GEO Location Data Update" should default to "Download via Tor" enabled

[Paul Wise]

Package: selektor
Version: 3.13.61-1
Severity: important
Usertags: privacy

The "SelekTOR GEO Location Data Update" dialog box currently has the
"Download via Tor" checkbox disabled by default. This should be changed
to enabled to preserve user privacy by default.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (860, 
'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages selektor depends on:
ii  default-jre 2:1.8-57
ii  libglib2.0-bin  2.48.0-1
ii  libnotify-bin   0.7.6-2
ii  tor 0.2.7.6-1
ii  tor-geoipdb 0.2.7.6-1

selektor recommends no packages.

selektor suggests no packages.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#822829: dist-upgrade remove several packages

[Jörg Frings-Fürst]

Package: tzdata
Version: 2016c-0+deb8u1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

dist-upgrade tzdata want remove packages:

$ sudo apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden ENTFERNT:
  openjdk-7-jdk openjdk-7-jre openjdk-7-jre-headless tzdata-java
Die folgenden Pakete werden aktualisiert (Upgrade):
  tzdata
1 aktualisiert, 0 neu installiert, 4 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 175 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 78,6 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] n
Abbruch.



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

Kernel: Linux 4.5.0-1-amd64 (SMP w/6 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 tzdata depends on:
ii  debconf [debconf-2.0]  1.5.59

tzdata recommends no packages.

tzdata suggests no packages.

- -- debconf information:
  tzdata/Zones/America:
* tzdata/Zones/Europe: Berlin
  tzdata/Zones/Africa:
  tzdata/Zones/Indian:
  tzdata/Zones/Australia:
  tzdata/Zones/US:
  tzdata/Zones/Atlantic:
  tzdata/Zones/SystemV:
* tzdata/Areas: Europe
* tzdata/Zones/Etc: UTC
  tzdata/Zones/Pacific:
  tzdata/Zones/Antarctica:
  tzdata/Zones/Asia:
  tzdata/Zones/Arctic:

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJXIZS7AAoJEAn4nzyModJd/OkP/1r1f0hcALI7IpoVNZzvhlLt
hi8Jqtm3Jwqpt6H7UhmBkvnrfq0NxAdglvkXJIQ6i6nBzqV5bCV8QuNv4Ls31mln
/hEdQXUwZYgsbymd8ODasJPy3Bc+AxkWRE6Sgb08Upj2kNjDq6CFwlb7Jeziu2zg
6oGgRw1ED6ko9kY/9DYVLE8KAMzG1CU36mQB2Lez2pCNGIWykxsGj94RjktIYmfH
q1IrhsXaoxz9AERpwPIemWWuqv1E3/nKpUxeaPrswLBkontysFO46QpXH6qKFyma
hZ/lc5pPzeG4VrWx+vkJVNb4hD/joiv267gQSXdglyxdwZzXbiX7mn62BW0utvRc
uzRXOioe9kvPpzMuiOPA4MFMGu5ziG8JKbQ7PAZrCLEIuCDKFy9+ui/J2Xd7Hnt0
E3e7auLPzXrjeiiqZuvw2LZR383C15QNXpVUVlgDEbaV8BITDmxOn72V/CY/KQy2
LRXp8PIH79rUP79TBVYtIjtA/tOq/xuGDBwFDmrnocji0BvS2clVwDzy3hW+EvW5
lPQB/MAuccoG4PA+kpuyYTOcPv9zuX4WKGh9nJG5pSl15YoSzEEiBIqef2stxq5a
ceEmJSum0CgCrAr+wIZXkQi2y5mnfnWxC29dvtH71x8NwFVe6IWv/2UmL5wn6Ig6
MIyxTqxLwELlfUiAEDnh
=7v8m
-END PGP SIGNATURE-

Bug#728422: [buildd-tools-devel] Bug#728422: Bug#728422: sbuild: fails to getent group sbuild when running with init=/bin/systemd

[Johannes Schauer]

Hi,

Quoting Antonio Terceiro (2016-04-27 21:17:01)
> On Wed, Apr 27, 2016 at 08:53:54PM +0200, Jérémy Lal wrote:
> > [sid-amd64-sbuild]
> > aliases=sid
> > type=directory
> > union-type=overlay
>   ^^
> 
> this is known to be a problem with Linux 4.5 (#821442). It is fixed in
> Linux 4.6

awesome! Then I guess this bug can be closed?

cheers, josch


signature.asc
Description: signature

Bug#821713: src:remctl: PHP 7.0 Transition

[Russ Allbery]

Ondřej Surý  writes:

> Package: src:remctl
> Severity: important
> User: pkg-php-ma...@lists.alioth.debian.org
> Usertags: php7.0-transition

> this bug is a part of ongoing php7.0 transition.  It is filled as
> important, but the severity will be bumped to serious within quite short
> (~month) timeframe as the transition was announced almost 3 months ago.

FYI for anyone following these bugs: I'm actively working on this now.  I
have a new upstream release ready to go that is ported to PHP 7, and just
need to find another few hours to update the Debian packaging and test an
actual Debian package using that code.

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

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

[Olly Betts]

On Thu, Apr 28, 2016 at 12:00:51AM -0400, Scott Talbert wrote:
> On Thu, 28 Apr 2016, Olly Betts wrote:
> >This is probably why this is currently commented out - things need
> >sorting out such that only python-wxgtk-webview3.0 pulls in
> >libwxgtk-webview3.0-0v5 (like how only python-wxgtk-media3.0 pulls in
> >libwxgtk-media3.0-0v5, though the mechanism to achieve this might not
> >be the same).
> 
> Right.  I'll see if I can figure out the best way to do this.

Cool - debian/patches/wxpython-media-optional.patch is how we do it for
the media stuff, which might be a good place to start.

Cheers,
Olly

Bug#822697: general: qt5 apps in gnome do not use the gtk style as they should

[Paul Wise]

On Wed, Apr 27, 2016 at 8:47 PM, Dmitry Shachnev wrote:

> This most likely means that Qt does not recognize your desktop as needing GTK+
> integration. Can you please check what is the value of XDG_CURRENT_DESKTOP
> environment variable on your system?

I appear to have the same problem. This is my XDG_CURRENT_DESKTOP:

GNOME-Classic:GNOME

> Also, please keep in mind that the GTK+ style will be removed in Qt 5.7,

Do you know why that is going to happen?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

[Scott Talbert]

On Thu, 28 Apr 2016, Olly Betts wrote:


Build-Depends:
   debhelper (>= 9),
   dh-python,
   libgtk2.0-dev,
   libwxgtk3.0-dev,
   libwxgtk-media3.0-dev,
#libwxgtk-webview3.0-dev,
   python-all,
   python-all-dev

Uncommenting the appears to be all that is needed.


What does a debdiff of the binary changes file before and after changing
this look like?


Attached.


Thanks.


Control files of package python-wxgtk-media3.0: lines which differ (wdiff 
format)
-
Depends: python-wxgtk3.0, python (<< 2.8), python (>= 2.7~), python:any (>= 2.7.5-5~), libc6 (>= 
2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2), libwxbase3.0-0v5 (>= 3.0.2+dfsg), libwxgtk-media3.0-0v5 
(>= 3.0.2+dfsg), {+libwxgtk-webview3.0-0v5 (>= 3.0.2+dfsg),+} libwxgtk3.0-0v5 (>= 3.0.2+dfsg)

[...]

Control files of package python-wxgtk3.0: lines which differ (wdiff format)
---
Depends: python-wxversion, python (<< 2.8), python (>= 2.7~), python:any (>= 2.7.5-5~), libc6 
(>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2), libwxbase3.0-0v5 (>= 3.0.2+dfsg), 
{+libwxgtk-webview3.0-0v5 (>= 3.0.2+dfsg),+} libwxgtk3.0-0v5 (>= 3.0.2+dfsg)


With this change, python-wxgtk-media3.0 and python-wxgtk3.0 would
additionally depend on libwxgtk-webview3.0-0v5, which drags in rather a
large pile of dependencies (via libwebkitgtk-1.0-0).  People will (quite
justifiably) moan if we do that.

This is probably why this is currently commented out - things need
sorting out such that only python-wxgtk-webview3.0 pulls in
libwxgtk-webview3.0-0v5 (like how only python-wxgtk-media3.0 pulls in
libwxgtk-media3.0-0v5, though the mechanism to achieve this might not
be the same).


Right.  I'll see if I can figure out the best way to do this.

Scott

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

[Olly Betts]

On Wed, Apr 27, 2016 at 11:36:42PM -0400, Scott Talbert wrote:
> On Wed, 27 Apr 2016, Olly Betts wrote:
> 
> >>Build-Depends:
> >>debhelper (>= 9),
> >>dh-python,
> >>libgtk2.0-dev,
> >>libwxgtk3.0-dev,
> >>libwxgtk-media3.0-dev,
> >>#libwxgtk-webview3.0-dev,
> >>python-all,
> >>python-all-dev
> >>
> >>Uncommenting the appears to be all that is needed.
> >
> >What does a debdiff of the binary changes file before and after changing
> >this look like?
> 
> Attached.

Thanks.

> Control files of package python-wxgtk-media3.0: lines which differ (wdiff 
> format)
> -
> Depends: python-wxgtk3.0, python (<< 2.8), python (>= 2.7~), python:any (>= 
> 2.7.5-5~), libc6 (>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2), 
> libwxbase3.0-0v5 (>= 3.0.2+dfsg), libwxgtk-media3.0-0v5 (>= 3.0.2+dfsg), 
> {+libwxgtk-webview3.0-0v5 (>= 3.0.2+dfsg),+} libwxgtk3.0-0v5 (>= 3.0.2+dfsg)
[...]
> Control files of package python-wxgtk3.0: lines which differ (wdiff format)
> ---
> Depends: python-wxversion, python (<< 2.8), python (>= 2.7~), python:any (>= 
> 2.7.5-5~), libc6 (>= 2.14), libgcc1 (>= 1:3.0), libstdc++6 (>= 5.2), 
> libwxbase3.0-0v5 (>= 3.0.2+dfsg), {+libwxgtk-webview3.0-0v5 (>= 
> 3.0.2+dfsg),+} libwxgtk3.0-0v5 (>= 3.0.2+dfsg)

With this change, python-wxgtk-media3.0 and python-wxgtk3.0 would
additionally depend on libwxgtk-webview3.0-0v5, which drags in rather a
large pile of dependencies (via libwebkitgtk-1.0-0).  People will (quite
justifiably) moan if we do that.

This is probably why this is currently commented out - things need
sorting out such that only python-wxgtk-webview3.0 pulls in
libwxgtk-webview3.0-0v5 (like how only python-wxgtk-media3.0 pulls in
libwxgtk-media3.0-0v5, though the mechanism to achieve this might not
be the same).

Cheers,
Olly

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

[Scott Talbert]

On Wed, 27 Apr 2016, Olly Betts wrote:


Build-Depends:
debhelper (>= 9),
dh-python,
libgtk2.0-dev,
libwxgtk3.0-dev,
libwxgtk-media3.0-dev,
#libwxgtk-webview3.0-dev,
python-all,
python-all-dev

Uncommenting the appears to be all that is needed.


What does a debdiff of the binary changes file before and after changing
this look like?


Attached.[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .changes but not in first
-
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/08/23f758afe1a978e7420b39cbe467b431b6fb70.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/0e/ebc0324c8820c1afabbb789a435f9fe5d98bbf.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/11/c1226af89e6b5264c9618b50d90e1287f0c157.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/20/dbc4a67fe319383a0b3300d72965d0d81ecc83.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/2a/6c0c3fc56cfa1a254fc9670834af50e91ba5cb.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/38/fd1f4de79dc01768f3c80608089f5f1d0c5ec2.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/42/57cea41d9ef36895105c734ef046a2d66564cc.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/46/43767a6731391079467375165e7bc3fa0e6193.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/54/c872b6277ac3968618ae052740bc0fc94b67cb.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/5d/24ed7f80919490b0aa62e2cf2489e310b2452b.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/60/c2e7720c1dbc8b746af65867327e5403503bc1.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/65/396f78ee1e6fb3ef1703a2fc1f88b3e3fd5cb4.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/9e/485bd0b13b8b8151fe9a17f35a1af8237941bc.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/a1/b418ce2cd88b378e84e601fb887c3f5ade4775.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/aa/035ef814e4be7854c7b87953562f51fbdec619.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/b8/78d18405c282fff1120de640b104b797b4ad88.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/b8/a806f5b9d6948fa30f7b52f40ae27a8c323c00.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/ba/d2f23348f016fd2731f0db5133a141b953afa2.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/ca/d0f6222d03aa415a6f3bd3a3397ea0ca4f208c.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/d0/1047f1c65b0886b04977c63cc4b30af1da2d02.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/d3/4f3150e1316d8ef9618df49871c3184d9fdc5f.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/d8/c54b12389baa31e8fe7af9bcb6c85427dbeac5.debug

Files in first .changes but not in second
-
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/01/528711e5588a3d6c4324ded008aa2100653872.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/0b/5b69cd3b75266f9496b257c96158bacb869505.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/0e/a41709fee19426e38b1da18f5aa6185a29634c.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/0f/613acb33098bbad1238e94ab35bf2e502053ac.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/15/04d232a6b640a8ee97f079b411e53ff8b18766.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/23/d06e2f0b90451820314d0e721af46411abd1bc.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/47/2fb74eebacd1382f719bc3bb8720cb52364d0d.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/4d/1bc3db0cd776c1ad7eb93080978cf5253f95d5.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/56/1c0133eba8ced4dd79c0a7c6f69cfeb7bb0fe9.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/59/08384906a65fbe5b5d704e58239a119366c325.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/5c/7e5b3c0a55055a16ead43df6d352d8a1920fe3.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/5f/10b378e4f7bb870a7433267b0207c7c0bb2309.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/6d/cadd7339a2560e88ccd3d6ae8627d9fc3a04fc.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/75/3ee5e6d97ecd8cc6e92e5a613a555bed8cfe22.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/78/e0338784c0d9f47ba9882172cb160afe95d43a.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/7d/64ec6e7f706ddf38dec649468f6659cda9629c.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/90/601d15d86e6de830f7de5ca2129bbea5242284.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/94/a7601befbce834ec8fbe1b928434a336f13142.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/96/9986243fd9d6aacad7b320a77f3427ccb522f5.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/a1/87c58c89a017c0a6a798a2e12f133393c981c3.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/b8/f234b6df70c7fea5423e59068f54cb317fcdbc.debug
-rw-r--r--  root/root   
/usr/lib/debug/.build-id/dd/975cc60be5368d91a332088e20e0f1521122db.debug

Control files of package

Bug#822225: xserver-xorg-video-radeon: White glow and flicker on edges of LVDS display on boot

[Michel Dänzer]

On 22.04.2016 17:17, thomas wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.7.0-1
> Severity: normal
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>I installed the open radeon driver package instead of the closed one
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>Boot the system
> 
>* What was the outcome of this action?
>Increasing white glow on the edges of the built in display, a freeze,
>some flicker and finally the normal boot process continues
> 
>* What outcome did you expect instead?
>A normal boot process without the glitches
> 
> I am not sure if this is the fault of the display driver,

Agreed, however...

> but since it looks like a display (or maybe backlight?) glitch, I
> though it was best to report this under the video driver package.

... the display driver is actually the kernel driver with KMS, so this
report should be reassigned to the kernel package.


> I am worried that it might damage something hardware related, because
> it really doesn't look healthy to me.

FWIW, IME it's quite unlikely that this kind of issue could result in
hardware damage.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Bug#822751: [pkg-golang-devel] Bug#822751: Lintian fixes for golang 1.6

[Potter, Tim (HPE Linux Support)]

On 27 Apr 2016, at 4:49 PM, Tianon Gravi  wrote:
> 
> On 26 April 2016 at 22:50, Potter, Tim (HPE Linux Support)
>  wrote:
>> Hi there.  Here is a patch to remove various Lintian errors that have popped 
>> up when
>> building Golang 1.6.1 under Jessie.  I'm not sure whether these warnings are 
>> new,
>> for Go 1.6 or whether they are due to a Lintian upgrade.
> 
> Any particular reason to add these as explicit overrides other than to
> quiet lintian?  They are legitimate issues, and they aren't "FTP
> Master Rejects" issues (lintian --ftp-master-rejects), so I personally
> prefer to leave them listed as a reminder that they ought to be
> properly resolved at some point (and then they show up appropriately
> in https://lintian.debian.org/).

I guess it depends on your definition of issue.  (-:  My philosophy is fix the 
issue or
override errors with lintian.  Seeing a lintian error to me indicates that 
there is some
work that needs doing.

In the case here the binary files are required to run various tests so I think 
repackaging
the source to remove them is not the right answer.  Unless we remove the 
individual
data files that aren't required for Debian builds.  That sounds like too much 
fiddly work
for not a lot of gain to me.


Regards,

Tim.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#759165: iceweasel: Enable all hardening (with hardening-wrapper)

[Jeff Crowell]

any update on this? in the version in sid currently all hardening features
except for RELRO are enabled as far as I can tell.

Getting full RELRO would be nice :-)

Jeff

-- 
Jeff Crowell
https://github.com/crowell

Bug#821763: xserver-xorg-video-radeon: LibreOffice Preferences UI font corruption on AMD A6-1450 APU/Radeon HD 8250

[Michel Dänzer]

On 26.04.2016 17:13, Walter Garcia-Fontes wrote:
> 
> See:
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1575000

Does the problem also occur on an Intel GPU using the Xorg modesetting
driver instead of the intel driver?


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Bug#822827: python3-pyqt5: qt5-5-1 abi dependencies makes install impossible against Qt5.6

[Marc J. Driftmeyer]

Package: python3-pyqt5
Version: 5.6
Severity: normal

Dear Maintainer,

>From the release notes:

PyQt v5.6 has been released. The highlights of the release are support for Qt 
v5.6.0 and the provision of wheels for Python v3.5 for Linux, OS X and Windows.

Added full support for Qt v5.6.0.
Python v3.5 wheels are available for 64-bit Linux, 64-bit OS X and 32 and 
64-bit Windows. (After this release Windows .exe installers will no longer be 
produced.)
Added the QtWebEngineCore module.
Added the missing qt_set_sequence_auto_mnemonic() to QtGui.
Added the missing MouseLock to QWebEnginePage.Feature.
Added the missing WA_DontShowOnScreen.
PEP 484 stub files are installed by default.
Added the --import-from command line argument to pyuic5.
Added the --no-stubs and --stubsdir options to configure.py.
Added the --qtconf-prefix option to configure.py.


Yet, in Debian we get this:

python3-pyqt5 depends on qtbase-abi-5-5-1
qtbase-abi-5-5-1 does not appear to be available
python3-pyqt5 suggests python3-pyqt5-dbg

I hope this is an oversight. As of now its useless against Qt 5.6.0 which being 
in Sid.

- Marc

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

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

Versions of packages python3-pyqt5 depends on:
ii  libc6  2.22-7
ii  libgcc11:6.0.1-2
ii  libpython3.5   3.5.1-11
ii  libqt5core5a   5.6.0+dfsg-2
ii  libqt5dbus55.6.0+dfsg-2
ii  libqt5designer55.6.0-1
ii  libqt5gui5 5.6.0+dfsg-2
ii  libqt5help55.6.0-1
ii  libqt5network5 5.6.0+dfsg-2
ii  libqt5printsupport55.6.0+dfsg-2
ii  libqt5test55.6.0+dfsg-2
ii  libqt5widgets5 5.6.0+dfsg-2
ii  libqt5xml5 5.6.0+dfsg-2
ii  libstdc++6 6.0.1-2
ii  python33.5.1-3
ii  python3-sip [sip-py3api-11.3]  4.18+dfsg-1
pn  qtbase-abi-5-5-1   

python3-pyqt5 recommends no packages.

Versions of packages python3-pyqt5 suggests:
pn  python3-pyqt5-dbg  

Bug#822825: lua-socket: segfault in timeout_markstart() when called from mpv

[Roland Hieber]

Package: lua-socket
Followup-For: Bug #822825

Quick follow up: I put a few prints into http.lua to get the content of the
function parameters. http.sendrequestline() now looks like this:

function metat.__index:sendrequestline(method, uri)
print("sendrequestline: 
{method,uri}="..inspect({method=method,uri=uri}))
local reqline = string.format("%s %s HTTP/1.1\r\n", method or 
"GET", uri)
print("sendrequestline: reqline="..inspect(reqline))
print("sendrequestline: self.c="..inspect(self.c))
return self.try(self.c:send(reqline))
end

(with usage of inspect.lua from LuaRocks)

Additionally, I put a `print("after sendrequestline")` into http.trequest() 
right
after the sendrequestline call. This line is printed when called from the Lua
interpreter, but not in mpv, so I guess it dies right in the send:

$ mpv --script=test.lua somefile.mp4
[test] MARK 
[test] trequest: reqt={
[test]   sink = ,
[test]   url = "http://rohieb.name";
[test] } 
[test] open: {c,h}={
[test]   c = ,
[test]   h = {
[test] c = ,
[test] try = ,
[test]  = {
[test]   __index = {
[test] close = ,
[test] receive09body = ,
[test] receivebody = ,
[test] receiveheaders = ,
[test] receivestatusline = ,
[test] sendbody = ,
[test] sendheaders = ,
[test] sendrequestline = 
[test]   }
[test] }
[test]   }
[test] } 
[test] sendrequestline: {method,uri}={
[test]   uri = "/"
[test] } 
[test] sendrequestline: reqline="GET / HTTP/1.1\r\n" 
[test] sendrequestline: self.c= 
Segmentation fault

I'm not sure what is the best way to debug this further into the C code...

 - Roland

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

Kernel: Linux 4.5.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.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 lua-socket depends on:
ii  libc6  2.22-7

lua-socket recommends no packages.

lua-socket suggests no packages.

-- no debconf information

Bug#822755: kcalc: When launching it nothing happens

[Lisandro Damián Nicanor Pérez Meyer]

tag 822755 unreproducible moreinfo
thanks

On Wednesday 27 April 2016 09:15:54 Eric Valette wrote:
> Package: kcalc
> Version: 4:15.12.1-1
> Severity: grave
> Justification: renders package unusable
> 
> If you launch it, nothing happens. Even launching in konsole
> produce no trace at all.

I'm afraid I can't reproduce this issue, kcalc works perfectly here.

What happens if you run it trough strace?

-- 
Los estadounidenses no tienen la culpa, la guerra tiene la culpa. La falta de
voluntad de la gente para comprender a aquellos que tienen valores diferentes,
eso es lo que tiene la culpa.
  Shinji Mikamo
  


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


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

Bug#822746: [pkg-golang-devel] Bug#822746: golang: Add golang-any dependency package to install either golang-go or gccgo

[Michael Hudson-Doyle]

On 27 April 2016 at 17:57, Anthony Fok  wrote:
> On Wed, Apr 27, 2016 at 12:56 PM, Michael Hudson-Doyle
>  wrote:
>> On 27 April 2016 at 16:27, Anthony Fok  wrote:
>>> As per discussion at https://github.com/Debian/dh-make-golang/pull/36
>>> on GitHub, it was decided that a golang-any package should be created
>>> in src:golang instead, so for Go program-type packages that need it,
>>> a simple "Build-Depends: golang-any" suffices in providing the default
>>> Go compiler for each architecture.
>>
>> I've actually done this in Ubuntu as part of the work I did to create
>> separate coinstallable packages for each go major version -- the
>> golang-defaults package:
>>
>> https://launchpad.net/ubuntu/+source/golang-defaults
>>
>> creates such a golang-any package (the golang-go package this package
>> produces depends on gccgo on !golang arches but that's down to Ubuntu
>> delta that i want to get rid of). I want to do this work in Debian too
>> (in fact there is stuff on alioth that implements this stuff in a
>> (AFAICT) Debian-appropriate way:
>>
>> 
>> https://anonscm.debian.org/cgit/pkg-golang/golang.git/log/?h=debian-sid-coinst
>> https://anonscm.debian.org/cgit/pkg-golang/golang-defaults.git/
>
> Great work!  This mirrors the existing, time-tested gcc-defaults
> source package,

No kidding :-)

> and I think it is a more comprehensive, flexible and
> future-proof solution and should be the way forward.
>
> This also neatly avoids the kludge that I had to put into debian/rules
> in the patch for src:golang in order to get the package to build
> properly.

Yeah, I like how the golang packaging ends up.

>> I guess I'd like to fix that bug by uploading those changes. I think
>> Tianon was going to try to talk to paultag about this, not sure where
>> that's got to...
>
> Well, the discussion on GitHub happened back in January, and almost
> three months have passed until I finally found time to create a patch
> and filed a Debian bug report.  Obviously, a lot has happened in these
> three months during my hiatus, and I am glad you came up with this
> much-better solution.  :-)

FWIW, I've done a bunch of testing of this, and just posted my results
to bug 818415 which is sort of the master bug for the work I've been
doing. I guess I should add Closes: for this bug to the changelog too.

Bug#818415: [pkg-golang-devel] Bug#818415: golang: move to per-Go-major version coinstallable packages

[Michael Hudson-Doyle]

On 19 March 2016 at 10:52, Tianon Gravi  wrote:
> On 16 March 2016 at 15:13, Michael Hudson-Doyle
>  wrote:
>> To make maintenance of Go easier in the future, it would be good to allow 
>> major
>> versions of Go to be co-installed (like gcc-4.9, gcc-5, etc). The plan goes
>> something like this:
>>
>>  1) convert existing golang source package to golang-1.6 source package,
>> removing version independent things like the man pages and management of
>> /usr/bin/go, changed to install to version dependent paths 
>> (/usr/lib/go-1.6
>> etc)
>>
>>  2) create a golang-defaults package that contains this version independent
>> stuff and links /usr/bin/go to the appropriate version
>>
>>  3) update gccgo-5 and gccgo-6 packages to stop providing an alternative for
>> 'go'.
>>
>> The motivation for this is to allow us to upload pre-release versions of Go
>> without making them the default, to be more compatible with an externl
>> (possibly Google-hosted) archive that provides newer versions of Go and, if
>> necessary, to allow us to make newer versions of Go available to stable
>> releases without having to conflict with the version of Go in that release.
>>
>> I have prepared packages for Ubuntu that implement this which can be found at
>>
>> https://git.launchpad.net/~mwhudson/ubuntu/+source/golang/+git/xenial/log/?h=ubuntu-xenial-coinstallability-2
>>
>> and
>>
>> https://git.launchpad.net/~mwhudson/+git/golang-defaults
>>
>> They're mostly appropriate for Debian, although not entirely. The changes
>> required are simple.
>
> You've done a lot of great work here, Michael! :D
>
> We've discussed this a bit here and there, but I'd like to formally
> say I've been swayed to be +1 on this -- the maintenance burden will
> be slightly higher, but it allows us to do other interesting things
> like put "Go tip" into a repo without breaking other unrelated things,
> or have backports of newer Go versions without causing as many
> potential rebuild oddities.
>
> I agree that where you've got those packages sitting now looks pretty
> good, and that moving forward makes sense!  Thanks for raising the
> discussion and moving it forward.

I've done a bunch of testing of my packages.

To prepare for the testing, I build the golang-defaults and golang-1.6
packages from the branches on alioth and put the resulting debs in a
directory, along with a passwordless gpg key. Then I ran
apt-ftparchive to make Packages and Releases files, signed the
Releases file with the gpg key. When I wanted to use this directory in
a container or chroot I copied the directory to /godebs, added the gpg
with apt-key add and ran

echo 'deb file:///godebs ./' > /etc/apt/sources.list.d/local-repo.list

The tests I did were:

1) make a sid schroot for sbuild, run the above steps, use sbuild to
   build the following list of packages both with the specially
   prepared sid schroot and a vanilla one:

golang-github-aws-aws-sdk-go
docker-swarm
influxdb
golang-github-unknwon-com
cadvisor
golang-github-revel-revel
runc

   The only non-trivial differences in the built debs and build logs
   appear to be the different versions of the go-related packages in
   Built-Using and the build environment.

2) Make a sid container, install golang, do the /godebs setup as
   above, run apt update/apt upgrade and read the output to check that
   there were no errors.

3) Make a jessie container, isntall all the golang packages, do the
   /godebs setup, edit /etc/apt/sources.list to s/jessie/testing/ and
   then ran apt update/apt dist-upgrade and read the output to look
   for errors.

All these tests succeeded as far as I can tell. So can someone either
upload the new packages or tell me what else to test please? :)

Cheers,
mwh

Bug#822826: gpg: Insecure default cipher for --symmetric

[Piotr Chmielnicki]

Package: gpg
Version: gnupg
Severity: normal
Tags: security

Hello,

The default cipher in gpg and gpg2 for symmetric encryption is CAST-5. CAST-5
block size is 64 bits and the cipher is used in CFB mode. CFB mode in
vulnerable to a practical attack when the size of the ciphertext is close to
sqrt(block_size). In the case of CAST-5 as well as for Blowfish and 3DES it
happens when the message more than ~ 1 Go long.

The problem has been solved upstream and in sid but not in jessie.

The following commits are available in the Git repository of GnuPG:

* fc30a414d8d6586207444356ec270bd3fe0f6e68 for gpg;
* 57df1121c18b004dd763b35eabf7b51fc9e8ec38 for gpg2.

Have a nice day.

Piotr Chmielnicki



-- 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/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)

Bug#822604: scanmem: depends on gksu which is deprecated

[Sebastian Parschauer]

On 25.04.2016 17:58, Emilio Pozuelo Monfort wrote:
>> My plan is to become the new Debian scanmem package maintainer and to
>> provide latest versions myself.
>>
>> I already started with a packaging repo at:
>> https://github.com/sriemer/scanmem-debian
>>
>> I need supporters for this plan. Updating is the better choice IMHO.
>>
>> Can I count on your support?
>>
>> If yes, then I'll prepare the new package and send it to you for review.
> 
> Yes, please send me a link to a .dsc when ready and I'll have a look.

Hi Emilio,

I'm ready. I've released and picked upstream version v0.15.7 as it
contains quite important security fixes found by Coverity and a security
researcher. So we'll jump from 0.13-1 to 0.15.7-1.

I've prepared the new Debian packaging commits here:

https://github.com/sriemer/scanmem-debian/commits/master

Then I've gathered and extracted the upstream tarball and run
'debuild -S' to provide the .dsc file to you:

https://github.com/sriemer/scanmem-debian/tree/source

I've built this for "testing" and "unstable" for i386 and amd64 in local
sbuild environments in the branches "unstable-amd64", "unstable-i386",
"testing-amd64" and "testing-i386".

Lintian is only still warning about the fact that libscanmem is not
provided in a separate package. It is only there for better backend
communication for GameConqueror. So this can be ignored.

I've tested scanmem and GC in fresh Debian "testing" VMs for amd64 and
i386 with GNOME and MATE for now. All the upstream test cases have been
passed. The packages are working like a charm and as expected. :-) No
files are missing in the .deb packages and the GC icon is visible right
away after installation. :-)

This is done. Please use the "source" branch, build the packages from
there and upload the new version.

Thanks!
Sebastian

Bug#800891: r-cran-afex violates the GPL2

[Jonathon Love]

i have already. he thought i was probably right, but not enough to act 
on it.



On 28/04/2016 07:08, Andreas Tille wrote:

Hi,

I'd suggest to discuss this with upstream.

Kind regards

Andreas.

Bug#822825: lua-socket: segfault in timeout_markstart() when called from mpv

[Roland Hieber]

Package: lua-socket
Version: 3.0~rc1+git+321c0c9-1
Severity: normal

Dear Maintainer,

I'm trying to use socket.http from mpv. My script looks like this:

$ cat test.lua
local http = require("socket.http")
local url = "http://rohieb.name";
print ("MARK")
d,c,h = http.request(url)
print (("HTTP %d"):format(c))

... and works fine with the Lua 5.2 interpreter:

$ lua5.2 test.lua
MARK
HTTP 200

However, when I use it with mpv, it segfaults on the http.request() line in
timeout_markstart(), see the attached GDB session transcript. A simple fix would
be to test for tm==0 in timeout_markstart(), but I'm not sure what is going on
here and why tm is 0 to begin with.

Cheers,

 - Roland

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

Kernel: Linux 4.5.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.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 lua-socket depends on:
ii  libc6  2.22-7

lua-socket recommends no packages.

lua-socket suggests no packages.

-- no debconf information
$ gdb --args mpv --script=test.lua ~/Music/Moderat\ \'Bad\ 
Kingdom\'-3NPxqXMZq7o.mp4 
Reading symbols from mpv...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/mpv --script=test.lua /home/rohieb/Music/Moderat\ 
\'Bad\ Kingdom\'-3NPxqXMZq7o.mp4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd85d1700 (LWP 4030)]
[New Thread 0x7fffd7dd0700 (LWP 4031)]
[New Thread 0x7fffd75cf700 (LWP 4032)]
[test] MARK 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd75cf700 (LWP 4032)]
timeout_markstart (tm=0x0) at src/timeout.c:115
115 tm->start = timeout_gettime();
(gdb) bt
#0  timeout_markstart (tm=0x0) at src/timeout.c:115
#1  0x7fffd6bc5559 in buffer_meth_send (L=0x7fffcc000940, 
buf=0x7fffcc0495d0) at src/buffer.c:81
#2  0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, func@entry=0x7fffcc011930, nresults=nresults@entry=-1) at 
ldo.c:319
#3  0x7349583d in luaV_execute (L=L@entry=0x7fffcc000940) at lvm.c:709
#4  0x73489f8e in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:402
#5  0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ce600) at ldo.c:131
#6  0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ce600, old_top=128, 
ef=) at ldo.c:603
#7  0x734860f1 in lua_pcallk (L=L@entry=0x7fffcc000940, 
nargs=, nresults=nresults@entry=-1, errfunc=errfunc@entry=0, 
ctx=ctx@entry=0, k=k@entry=0x7fffd6bc9770 ) at lapi.c:949
#8  0x7fffd6bc975f in protected_ (L=0x7fffcc000940) at src/except.c:107
#9  0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, func@entry=0x7fffcc011810, nresults=nresults@entry=3) at 
ldo.c:319
#10 0x7349583d in luaV_execute (L=L@entry=0x7fffcc000940) at lvm.c:709
#11 0x73489f8e in luaD_call (L=L@entry=0x7fffcc000940, func=, nResults=nResults@entry=0, allowyield=allowyield@entry=0) at ldo.c:402
#12 0x7348602b in lua_callk (L=0x7fffcc000940, nargs=, 
nresults=0, ctx=, k=) at lapi.c:905
#13 0x555f0ac2 in ?? ()
#14 0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, nresults=0) at ldo.c:319
#15 0x73489f82 in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:401
#16 0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ce930) at ldo.c:131
#17 0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ce930, old_top=48, 
ef=) at ldo.c:603
#18 0x734860f1 in lua_pcallk (L=0x7fffcc000940, nargs=, 
nresults=0, errfunc=, ctx=, k=) at 
lapi.c:949
#19 0x555f26bc in ?? ()
#20 0x73489c4d in luaD_precall (L=L@entry=0x7fffcc000940, 
func=, nresults=0) at ldo.c:319
#21 0x73489f82 in luaD_call (L=0x7fffcc000940, func=, 
nResults=, allowyield=) at ldo.c:401
#22 0x734895cf in luaD_rawrunprotected (L=L@entry=0x7fffcc000940, 
f=f@entry=0x73484b70 , ud=ud@entry=0x7fffd75ceb60) at ldo.c:131
#23 0x7348a1d1 in luaD_pcall (L=L@entry=0x7fffcc000940, 
func=func@entry=0x73484b70 , u=u@entry=0x7fffd75ceb60, old_top=16, 
ef=) at ldo.c:603
#24 0x734860f1 in lua_pcallk (L=0x7fffcc000940, nargs=, 
nresults=0, errfunc=, ctx=, k=) at 
lapi.c:949
#25 0x555f2bb6 in ?? ()
#26 0x555f7a99 in ?? ()
#27 0x74925454 in start_

Bug#822824: nmu: gtranslator_2.91.7-1

[Michael Biebl]

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

Hi,

please rebuild gtranslator against libgdict which had a SONAME bump.

Since gnome-dictionary hasn't been built on all architectures yet,
please add a dw on libgdict-1.0-dev (>= 3.20.0-1)

nmu gtranslator_2.91.7-1 . ANY . unstable . -m "Rebuild against libgdict-1.0-10"

Regards,
Michael

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

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

Bug#258096: Business Proposal

[Hamilton Harrison]

I need your urgent collaboration to execute a project worth $15 million 

dollars. Full details would be made known to you once I get your response.

Kind regards,
Barr. Hamilton Harrison

Bug#820969: at-spi2-core: new upstream release 2.20.1

[Samuel Thibault]

Control: tags -1 + pending

Thanks for your work!

No, not installing the locales was not intended actually :o)

Samuel

Bug#822744: transition: gloox

[Vincent Cheng]

On Wed, Apr 27, 2016 at 12:12 AM, Emilio Pozuelo Monfort
 wrote:
> Control: tags -1 confirmed
>
> On 27/04/16 03:59, Vincent Cheng wrote:
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Severity: normal
>>
>> Hi,
>>
>> I'd like to request a transition slot for src:gloox. This is a relatively 
>> small
>> transition, with only 3 source packages affected (tested builds against newer
>> gloox, currently in experimental, results are as follows):
>>
>> licq (FTBFS not related to gloox, #820106, pending autoremoval)
>> 0ad (build ok, needs binNMU)
>> uwsgi (build ok, needs binNMU)
>
> Go ahead.

Uploaded, built and installed on all archs. Thanks in advance for
scheduling binNMUs!

Regards,
Vincent

Bug#821379: lxqt-panel: Please provide a configuration-option in clock-applet to start a real calendar-application

[aga...@siduction.org]

Control: tags -1 + upstream
forwarded -1 https://github.com/lxde/lxqt/issues/1037

thanks

Hi klaumi,
i really like this idea, but this should be done upstream.

Cheers Alf







-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C




signature.asc
Description: OpenPGP digital signature

Bug#821379: lxqt-panel: Please provide a configuration-option in clock-applet to start a real calendar-application

[aga...@siduction.org]

tags -1 + upstream

forwarded -1 https://github.com/lxde/lxqt/issues/1037

thanks

Hi klaumi,
i really like this idea, but this should be done upstream.

Cheers Alf



-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C



signature.asc
Description: OpenPGP digital signature

Bug#822617: Missing symlinks to match locales

[Gunnar Hjalmarsson]

I gave it another shot in the light of how LO recognizes locales, and
dropped a few symlinks including el_CY. Attached please find a new,
slightly reduced list of proposed symlinks and a diff compared to the
first proposal.

-- 
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
hunspell


hunspell-bn.links
-
usr/share/hunspell/bn_BD.aff usr/share/hunspell/bn_IN.aff
usr/share/hunspell/bn_BD.dic usr/share/hunspell/bn_IN.dic

hunspell-es.links
-
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_AR.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_AR.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_BO.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_BO.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_CL.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_CL.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_CO.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_CO.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_CR.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_CR.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_CU.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_CU.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_DO.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_DO.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_EC.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_EC.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_ES.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_ES.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_GT.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_GT.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_HN.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_HN.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_MX.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_MX.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_NI.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_NI.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_PA.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_PA.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_PE.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_PE.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_PR.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_PR.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_PY.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_PY.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_SV.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_SV.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_US.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_US.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_UY.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_UY.dic
usr/share/hunspell/es_ANY.aff usr/share/hunspell/es_VE.aff
usr/share/hunspell/es_ANY.dic usr/share/hunspell/es_VE.dic

hunspell-is.links
-
usr/share/hunspell/is.aff usr/share/hunspell/is_IS.aff
usr/share/hunspell/is.dic usr/share/hunspell/is_IS.dic

hunspell-it.links
-
usr/share/hunspell/it_IT.aff usr/share/hunspell/it_CH.aff
usr/share/hunspell/it_IT.dic usr/share/hunspell/it_CH.dic

hunspell-kmr.links
--
usr/share/hunspell/kmr_Latn.aff usr/share/hunspell/ckb_IQ.aff
usr/share/hunspell/kmr_Latn.dic usr/share/hunspell/ckb_IQ.dic
usr/share/hunspell/kmr_Latn.aff usr/share/hunspell/ku_TR.aff
usr/share/hunspell/kmr_Latn.dic usr/share/hunspell/ku_TR.dic

hunspell-lt.links
-
usr/share/hunspell/lt.aff usr/share/hunspell/lt_LT.aff
usr/share/hunspell/lt.dic usr/share/hunspell/lt_LT.dic

hunspell-nl.links
-
usr/share/hunspell/nl_NL.aff usr/share/hunspell/nl_BE.aff
usr/share/hunspell/nl_NL.dic usr/share/hunspell/nl_BE.dic

hunspell-sr.links
-
usr/share/hunspell/sr.aff usr/share/hunspell/sr_ME.aff
usr/share/hunspell/sr.dic usr/share/hunspell/sr_ME.dic
usr/share/hunspell/sr.aff usr/share/hunspell/sr_RS.aff
usr/share/hunspell/sr.dic usr/share/hunspell/sr_RS.dic
usr/share/hunspell/sr-Latn.aff usr/share/hunspell/sr_Latn_RS.aff
usr/share/hunspell/sr-Latn.dic usr/share/hunspell/sr_Latn_RS.dic

hunspell-sw.links
-
usr/share/hunspell/sw_TZ.aff usr/share/hunspell/sw_KE.aff
usr/share/hunspell/sw_TZ.dic usr/share/hunspell/sw_KE.dic


hyphen
==

hyphen-ca.links
---
usr/share/hyphen/hyph_ca.dic usr/share/hyphen/hyph_ca_ES.dic

hyphen-es.links
---
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_AR.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_BO.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_CL.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_CO.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_CR.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_CU.dic
usr/share/hyphen/hyph_es_ANY.dic usr/share/hyphen/hyph_es_DO.dic
usr/share/

Bug#821864: Please drop dependency on liboobs

[aga...@siduction.org]

Control: severity -1 wishlist
owner -1 !
tags -1 + upstream
forwarded -1 https://github.com/lxde/lxqt/issues/495
thanks

-- 

Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C



signature.asc
Description: OpenPGP digital signature

Bug#822823: git-buildpackage: --git-export=WC should imply --git-ignore-new and --git-ignore-branch

[Felipe Sateler]

Package: git-buildpackage
Version: 0.7.3
Severity: minor

Because --git-export=WC means "build whatever is in muy current working
directory", it becomes rather superfluous to check if there are
uncommitted changes or on the wrong branch. So setting --git-export=WC
should automatically set --git-ignore-new and --git-ignore-branch

Saludos

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.16.4
ii  git   1:2.8.1-1
ii  man-db2.7.5-1
ii  python-dateutil   2.4.2-1
ii  python-pkg-resources  20.10.1-1
ii  python-six1.10.0-3
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.79
ii  pbuilder 0.223
ii  pristine-tar 1.33
ii  python-requests  2.9.1-3
ii  sbuild   0.68.0-1

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  sudo   1.8.15-1.1
ii  unzip  6.0-20

-- no debconf information

Bug#821864: Please drop dependency on liboobs

[aga...@siduction.org]

severity -1 wishlist
owner -1 !
tags -1 + upstream
forwarded -1 https://github.com/lxde/lxqt/issues/495
thanks

szlin, it would be great, if you could handle this upstream, this help
would be highly apprecicated.

Cheers Alf

-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C



signature.asc
Description: OpenPGP digital signature

Bug#822822: html-xml-utils: new upstream version 7.0

[Douglas F. Calvert]

Package: html-xml-utils
Version: 6.9-1
Severity: normal

Hello,

Please package the latest version from upstream. Changes:

2016-04-14  Bert Bos  

* Released version 7.0.

* hxwls.c: Added option -a to output URLs in ASCII (using punycode
and %-escaping if needed). Converting Internationalized Domain
Names to ASCII (with punycode) requires libidn or libidn2.

2016-04-08  Bert Bos  

* wls3.sh, wls5.sh: Tests for hxwls (entity expansion, ASCII
conversion)

* hxwls.c: Expand entities in URLs, into ASCII characters if
possible, or into %-escaped UTF-8 octets otherwise.

2016-03-10  Bert Bos  

* tree.c (main): dumptree() now takes a FILE argument.

2016-03-07  Bert Bos  

* hxnormalize.c: Attempt at inserting  into 

Bug#819859: fixed in sawfish 1:1.11.90-1

[Anne C. Hanna]

Upgrading to 1:1.11.90-1 didn't fix the bug for me, but I am now seeing errors
more exactly like what others have reported.  Running startx resulted in a
black screen (not my normal background) with white error popups indicating
files not found.  (The same messages also showed up in my .xsession-errors.)
Dismissing the error messages allowed me to get the usual middle-click desktop
menu, but when I tried to quit sawfish, I just got a completely black screen
and couldn't do anything at all, even switch to another console.  The errors
in my .xsession-errors were:

--

Sawfish error:
File error: No such file or directory, gnome
Sawfish error:
Unbound variable: expert
Sawfish error:
File error: No such file or directory, sawfish/wm/ext/edge-flip
Sawfish error:
File error: No such file or directory, sawfish/wm/ext/edge-flip

--

I also saw an error during installation of 1:1.11.90-1:

--

Preparing to unpack .../sawfish_1%3a1.11.90-1_amd64.deb ...
Remove sawfish for emacs
Unpacking sawfish (1:1.11.90-1) over (1:1.5.3-2.4) ...
Preparing to unpack .../sawfish-data_1%3a1.11.90-1_all.deb ...
Unpacking sawfish-data (1:1.11.90-1) over (1:1.5.3-2.4) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for mime-support (3.59) ...
Processing triggers for gnome-menus (3.13.3-6) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Processing triggers for menu (2.1.47) ...
Processing triggers for install-info (6.1.0.dfsg.1-6) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...
Setting up sawfish-data (1:1.11.90-1) ...
Setting up sawfish (1:1.11.90-1) ...
ERROR: sawfish is broken - called emacs-package-install as a new-style add-on,
but has no compat file.
Install sawfish for emacs
Processing triggers for menu (2.1.47) ...

--

When I rolled back to 1:1.5.3-2.4 both of these errors went away.

 - Anne



signature.asc
Description: OpenPGP digital signature

Bug#821934: Need libwxgtk-webview3.0-dev as build-dep

[Olly Betts]

On Wed, Apr 27, 2016 at 12:19:53AM -0400, Scott Talbert wrote:
> Build-Depends:
> debhelper (>= 9),
> dh-python,
> libgtk2.0-dev,
> libwxgtk3.0-dev,
> libwxgtk-media3.0-dev,
> #libwxgtk-webview3.0-dev,
> python-all,
> python-all-dev
> 
> Uncommenting the appears to be all that is needed.

What does a debdiff of the binary changes file before and after changing
this look like?

Cheers,
Olly

Bug#822734: Paxctld - paxd.conf

[Amarildo Júnior]

Sorry, I need to pay attention to what I'm doing.

We talked about paxd in Arch having a  different name on Debian. After
looking into the list of files for paxctld [1], I see configuration files
such as "paxctld.conf". I'm not on Debian right now, so if anyone could
confirm those configurations have similar content as the one I posted on
OP, please do tell me, because then this bug could simply be closed (and a
lesson taught, to do research and not waste the developer's time ;-] ).

[1] https://packages.debian.org/sid/amd64/paxctld/filelist

Sorry for this mess.

Bug#822728: RFS: libtcod/1.6.0~pre1+dfsg-1 [ITP] -- graphics and utility library for roguelike developers

[Fabian Wolff]

On Wed, Apr 27, 2016 at 05:27:37AM +0200, Adam Borowski wrote:
> I'm afraid that it builds only on 64-bit architectures (I tried amd64 and
> arm64), on 32-bit ones (x32 armhf i386) it fails with:
> 
> [...]
> 
> Also, it'd be nice if you added --parallel to the dh call, it massively
> speeds up builds[1] on any non-museal machine.  It's default in upcoming
> debhelper 10.

Both issues are fixed now. Here are the new build logs for

 - amd64: https://bitbucket.org/snippets/f-w/G6pBB
 - armhf: https://bitbucket.org/snippets/f-w/o6g5d

I've reuploaded the fixed package to Mentors.

Cheers,
Fabian

Bug#816017: /usr/bin/wineserver: unnecessary noise on stderr

[Bill Allombert]

On Sun, Mar 13, 2016 at 03:12:25PM +0100, Jens Reyer wrote:
> control: tags -1 + pending
> 
> Hi,
> 
> I just pushed a commit to fix this, see below.

Mind uploading the fixed package ? I have the exact same issue than
Jakub. 

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#822821: libhackrf0: wrong content in /etc/modprobe.d/libhackrf0.conf

[Yves-Alexis Perez]

Package: libhackrf0
Version: 2015.07.2-8
Severity: important

Hi,

it seems that the /etc/modprobe.d/libhackrf0.conf content is spurious:

cat /etc/modprobe.d/libhackrf0.conf
debian/hackrf-blacklist.conf


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

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

Versions of packages libhackrf0 depends on:
ii  libc6 2.22-7
ii  libusb-1.0-0  2:1.0.20-1

libhackrf0 recommends no packages.

libhackrf0 suggests no packages.

-- no debconf information

Bug#799090: not fixed for me :(

[Ivan Kohler]

reopen 799090
notfixed 3.20.0-1
thanks

Alas, I see no change in behavior in simple-scan 3.20.0-1.  There are 
still no window borders in KDE.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#822820: gcl: FTBFS with compilers that default to -fPIE (patch attached)

[Adam Conrad]

Package: gcl
Version: 2.6.12-32
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Set CC to 'gcc -fno-pie -no-pie' to prevent FTBFS (LP: #1557236)

The patch itself should be self-explanatory.  In Ubuntu, we now default
to '-fPIE -pie' on amd64, ppc64el, and s390x.  Turns out that gcl, when
compiled with -fPIE breaks rather spectacularly.

This patch should be a no-op for Debian, but it's good future-proofing
against a time when Debian may choose to change their defaults as well.

Compare build resutls before:

https://launchpad.net/ubuntu/+source/gcl/2.6.12-32

And after:

https://launchpad.net/ubuntu/+source/gcl/2.6.12-32ubuntu1

... Adam

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

Kernel: Linux 4.4.0-21-lowlatency (SMP w/4 CPU cores; PREEMPT)
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)
diff -Nru gcl-2.6.12/debian/rules gcl-2.6.12/debian/rules
--- gcl-2.6.12/debian/rules	2016-04-05 18:13:43.0 -0600
+++ gcl-2.6.12/debian/rules	2016-04-27 14:33:26.0 -0600
@@ -12,6 +12,10 @@
 # This is the debhelper compatability version to use.
 ARCHT:=$(shell dpkg-architecture -qDEB_HOST_ARCH)
 
+# gcl breaks when built with a compiler that sets '-fPIE -pie' by default
+# so we explicitly set CC to "$(MCC) $(PIE)" to pretend we're not.
+PIE:=-fno-pie -no-pie
+
 MCC:=gcc
 # ifeq ($(ARCHT),alpha)
 # MCC:=gcc-4.6
@@ -87,7 +91,7 @@
 	[ "$*" != "trad" ] || FLAGS="--disable-ansi" ; \
 	[ "$*" != "gprof" ] || FLAGS="--disable-ansi --enable-gprof" ; \
 	[ "$*" != "ansi-gprof" ] || FLAGS="--enable-gprof" ; \
-	eval `dpkg-buildflags --export=sh` && CC=$(MCC) ./configure \
+	eval `dpkg-buildflags --export=sh` && CC="$(MCC) $(PIE)" ./configure \
 		--host=$$(dpkg-architecture -qDEB_HOST_GNU_TYPE) \
 		--disable-statsysbfd \
 		--disable-custreloc \

Bug#822819: firefox needs adjustments for gtk+ 3.20

[Michael Biebl]

Package: firefox
Version: 46.0-1
Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1234158

Am 27.04.2016 um 23:31 schrieb Michael Biebl:
> Am 27.04.2016 um 20:45 schrieb Jörg-Volker Peetz:
>> Package: libgtk-3-0
>> Version: 3.20.3-1
>> Severity: normal
>>
>> Dear Maintainer(s),
>>
>> also for the new firefox version in sid (46.0-1) the scrollbars are unusable.
>> Going back to version 3.18.9-1 of the libgtk-3 packages makes the scrollbars
>> work again.
> 
> That's something which needs to be fixed in Firefox
> 
> See https://bugzilla.mozilla.org/show_bug.cgi?id=1234158

Let's create a bug report to track this issue.

Mike, there is apparently a patch in [1] which is supposed to address
the issues with gtk+ 3.20.

Regards,
Michael

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1234158#c64




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





signature.asc
Description: OpenPGP digital signature

Bug#822734: Control: reassign -1 paxctld

[Yves-Alexis Perez]

Control: reassign -1 paxctld

On mer., 2016-04-27 at 21:47 +, Amarildo Júnior wrote:
> Reassigning the bug to the correct package/packager.

That won't work, it needs to be in the mail body, but I've just done it then.

For paxctl maintainers, this is about shipping a config file by default in the
package. suitable for desktop use, apparently.

Regards,
-- 
Yves-Alexis



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

Bug#822807: firefox: Scrollbar slider is invisible

[Vincent Bernat]

 ❦ 27 avril 2016 21:05 +0300, Victor Porton  :

> As you see in the attached screenshot, the scrollbar scroller is not visible
> (however clicking mouse in the scrollbar does scroll).
>
> So, it is impossible to understand by seeing at the scrollbar, where we are
> in the page, at its beginning or end or middle.

It seems the bug is more global and other GTK3 widgets are affected
(checkboxes and radio button):

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

Would it be possible to apply the bug attached to this bug report? This
one:

 http://pkgs.fedoraproject.org/cgit/rpms/firefox.git/tree/firefox-gtk3-20.patch

I am trying with it.
-- 
Make input easy to prepare and output self-explanatory.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#822734: Control: reassign -1 paxctld

[Amarildo Júnior]

Reassigning the bug to the correct package/packager.

Bug#822597: deken: depends on gksu which is deprecated

[Debian/GNU]

Control: tags -1 fixed-upstream
Thanks.

On 04/25/2016 05:01 PM, po...@debian.org wrote:
> Source: deken
> Severity: important
> Tags: sid stretch
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs gksu
> 
> Hi,
> 
> deken depends on gksu, which is deprecated and unmaintained. Thus we
> want to remove it from the archive.
> 
> deken should switch to a supported and securer way to become root,
> particularly one that doesn't mean running your whole application as
> root (including the GUI), e.g. using polkit.

upstream is now using pkexec.
so for the next release (i expect that to be soonish), the gksu
dependency can be dropped in the Debian package.


> 
> Please try to do this before the Stretch release as we're going to
> try to remove gksu this cycle.
> 
> We'll bump this to serious when the list of rdeps is small and we're
> getting ready to removing gksu completely.
> 
> If you have any question don't hesitate to ask.
> 
> https://www.freedesktop.org/wiki/Software/polkit/
> https://wiki.debian.org/PolicyKit
> 
> Cheers, Emilio 
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
> 




signature.asc
Description: OpenPGP digital signature

Bug#822818: Please package puppet 4

[Thomas Goirand]

Source: puppet
Version: 3.8.5-2
Severity: normal

Dear maintainers,

Puppet 3 will be EOL in the next half year, according to upstream
(which I have in front of me when writting this message). Therfore,
it's important to package Puppet 4 before Stretch is frozen.
I'd suggest to do it asap.

Cheers,

Thomas Goirand (zigo)

Bug#822210: sdl2-config.cmake: extra leading / trailing whitespace

[Manuel A. Fernandez Montecelo]

Hi,

2016-04-27 14:08 GMT+01:00 Gianfranco Costamagna :
> Hi Manuel and libsdl2 developers!
>
>
> How do you feel about the patch below?
> I think we should apply it, to avoid cmake breakages in linux systems.

It looks a bit odd to have to play with whitespace in this way.

I'm fine with it in general, though; but since this is not Debian
specific I prefer if it's applied (or at least blessed) by upstream
first.  If it's failing for Jason, it should affect more people using
other distros or the code directly from SDL repos.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#822767: libgtk-3-0: firefox scrollbar unusable

[Michael Biebl]

Am 27.04.2016 um 20:45 schrieb Jörg-Volker Peetz:
> Package: libgtk-3-0
> Version: 3.20.3-1
> Severity: normal
> 
> Dear Maintainer(s),
> 
> also for the new firefox version in sid (46.0-1) the scrollbars are unusable.
> Going back to version 3.18.9-1 of the libgtk-3 packages makes the scrollbars
> work again.

That's something which needs to be fixed in Firefox

See https://bugzilla.mozilla.org/show_bug.cgi?id=1234158


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



signature.asc
Description: OpenPGP digital signature

Bug#822810: mutt-kz: pgp_decryption_okay: unknown variable

[Jakub Wilk]

Control: tags -1 + fixed-upstream

* Víctor M. Jáquez L. , 2016-04-27, 22:11:

I'm getting these errors every time I run mutt-kz:

Error in /etc/Muttrc.d/gpg.rc, line 15: pgp_decryption_okay: unknown variable
Error in /usr/lib/mutt/source-muttrc.d|, line 4: source: errors in 
/etc/Muttrc.d/gpg.rc
Error in /etc/Muttrc.d/smime.rc, line 71: smime_sign_digest_alg: unknown 
variable
Error in /usr/lib/mutt/source-muttrc.d|, line 5: source: errors in 
/etc/Muttrc.d/smime.rc
Error in /etc/Muttrc, line 133: source: errors in /usr/lib/mutt/source-muttrc.d|
source: errors in /etc/Muttrc


Apparently the new mutt (1.6.0) added some configuration variables 
that mutt-kz doesn't grok.


Can you grab my latest upload from mentors?

http://mentors.debian.net/package/mutt-kz

Would be great if you can test it.


Thanks, 1.6.0.1-1 fixed it for me.

Although I wonder if dependency on mutt shouldn't be stricter, e.g.:

mutt (>= 1.6.0), mutt (<< 1.6.1)

--
Jakub Wilk

Bug#804619: tlsdate: FTBFS: undefined reference to `SSLv3_client_method'

[Holger Levsen]

Hi,

On Wed, Apr 27, 2016 at 09:59:07PM +0200, Sebastian Andrzej Siewior wrote:
> control: tags -1 +patch
[...]
> The patch attached fixes the problem by sticking to the SSLv23_*
> function as suggested by Kurt.

Sebastian, thanks for your patch! Now let's see what upstream (hi
Jacob! :) says to it…


cheers,
Holger


signature.asc
Description: Digital signature

Bug#800891: r-cran-afex violates the GPL2

[Andreas Tille]

Hi,

I'd suggest to discuss this with upstream.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#822816: sleepyhead: New version available

[Daniel James Wainwright]

Package: sleepyhead
Version: 0.9.8-3
Severity: wishlist

Dear Maintainer,
A new version (v1.0.0-beta-3) of sleepyhead is available.
The project website is https://sleepyhead.jedimark.net/
and the latest source code is available at:-
https://gitlab.com/sleepyhead/sleepyhead-code
Kind regards,
Daniel.

-- 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-21-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sleepyhead depends on:
ii  libc6 2.23-0ubuntu3
ii  libgcc1   1:6.0.1-0ubuntu1
ii  libgl1-mesa-glx [libgl1]  11.2.0-1ubuntu2
ii  libqt5core5a  5.5.1+dfsg-16ubuntu7
ii  libqt5gui55.5.1+dfsg-16ubuntu7
ii  libqt5network55.5.1+dfsg-16ubuntu7
ii  libqt5opengl5 5.5.1+dfsg-16ubuntu7
ii  libqt5printsupport5   5.5.1+dfsg-16ubuntu7
ii  libqt5serialport5 5.5.1-2build1
ii  libqt5webkit5 5.5.1+dfsg-2ubuntu1
ii  libqt5widgets55.5.1+dfsg-16ubuntu7
ii  libqt5xml55.5.1+dfsg-16ubuntu7
ii  libquazip5-1  0.7.1-1
ii  libstdc++65.3.1-14ubuntu2
ii  zlib1g1:1.2.8.dfsg-2ubuntu4

sleepyhead recommends no packages.

sleepyhead suggests no packages.

-- no debconf information

Bug#822814: RM: php5.6/experimental -- ROM; not needed anymore

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-master(s),

please remove php5.6 from experimental as it was used just for testing.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJXISgoXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHo2wP/2i4HGBXCE/pzCBhJjisV8Nf
efzpOwPUifakgAL68Q2owA+MkljO4Zg/l6b4yX706s3vNbYHWJa9Hcw6g+iuxE1C
LtF1fsGO5sNeKWOs2JK+X0fsmv5C3VEcRsjEmgqfMFj8AnwseENPurMSvP29ib9S
TgEvQRM+hpIlQKZZVu0Qza5L5N4ZiXO6IdbuPEyfIYZhFZToQ04me5c41GxmeCRx
CXTDC46IR+tUu/zfAW6itwovFR5DC2nQvvlIIsFfyaI1EyG7pNo/ImfUez2w8e8B
caVK0E79kz50mjAWbDAbs2qOTsiN/XvyBmbq57hkAr8wduL2qKTz5hcf/us1v5Kk
FW4z0PRTzSOoJLjPM2XR6S2VN+X7CVLtOX5168f1vDzKdkxMWSp5QNcZiQGRzFmg
nt3chrzJDjiVzHRrd+U1x/L+/9WiROaSaw+hmbnKpSoMuglWwSr9xveepdnO5PcO
ogSXqUcCrJM/kstcHDELO6MoP3XM7sBeVoq2n4uxWZ03aUgq+9C8iTqgaeDRvPw4
Si5FLXEBTA/Iarv66+UPtitw0p+YPVZNapLRRnKiqwo7sl1oLpThRp/lqun27C5b
4CCLabd0rydSDWKis9mZqT1zi2tpcytZLVIP98vl+B+6JCxTIysI/n82xomTVcoK
jXmpQW4N82ilDxbYaSJS
=jAfu
-END PGP SIGNATURE-

Bug#822815: RM: php5.6/experimental -- ROM; not needed anymore

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-master(s),

please remove php5.6-json as it's not needed anymore.

Thank you,
Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJXIShcXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHDQwQAL9zfh7c45RfjRHlKgy8XrNo
4DkaMuZm3e+MfvAkxCsyemG+nxJJ69inYleiOMKqPyVJtWZx76IqnjGDBBz8aGzI
2Um9TJG3jPHudUyIaa0mMy/PWyBc3rpblyZF++eJNVyhvXT+IZH95q5ZT0KaXWwU
5BtzeQzzRxR/EB8OWvKw/79uudAeBYwBCA1c09+qIELyz5dKtbsJMnJvNdK6I/bt
ZZS9LF01qoeMdS//+Kj0P6DSj4AE1w2TW8D5Xupww8cTyc062RvAnvTd7FOGDe7a
3cqCa0K96sahEJ0Y6sxKa0Malh67vAsEJrwmmqXgfmYEHe5PUB49j+TOcslkmunE
dkIg/jF1eR+UA8s92hja41JPPfkDbNr+uKkPL8VdqxCmBtMCMBgw+L7njqeZQlKw
p1E8UUn55efrpnsc5m8jG6y9iz2eJ+ERumL4qwLR7iMUEoAKuopNFP8f/GjWgwwS
wQ+MUx0R/1QJLK4dUlbndqjzzfTKZ/ngvVTHVlwHOcyK/2gpYW1RINgOM98YSQ27
MdkO59Dnuh+EMQg0Gk218MgQA4hh3eeAnkTwLECgXfwQ37XSNC2+ZR+Lhf5ND730
jnAwFIeMgzD7jklhn6StAu/mwMzweZjzQpF4wDStJ4VVstch79UffGHJYgxACzaJ
wS39w677jNs94M/iI3Eq
=DP/y
-END PGP SIGNATURE-

Bug#815977: closed by Ben Hutchings (Re: Bug#815977: kernel-image-4.4.0-1-sparc64-di: Please add sunvnet and sunvdc for d-i)

[John Paul Adrian Glaubitz]

On 04/21/2016 01:07 PM, John Paul Adrian Glaubitz wrote:
> On 04/21/2016 12:59 PM, Ben Hutchings wrote:
>> As you should know, our general policy is to wait for patches to be
>> applied by the subsystem maintainer.  Let us know when they are.
> 
> Ok, I wasn't aware of that. I will let you know once that has happened!

That has happened now:

>
http://git.kernel.org/cgit/linux/kernel/git/davem/sparc.git/commit/?id=5bde2c9be701c4583f0a9243bd46590ec401bfba
>
http://git.kernel.org/cgit/linux/kernel/git/davem/sparc.git/commit/?id=36128d204b81c099b5779771127a5546eac549c9

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#822813: libclang-common-3.7-dev: ASAN missing from package

[Douglas F. Calvert]

Package: libclang-common-3.7-dev
Version: 1:3.7.1-2
Severity: normal

Hello,

ASAN is not usable with clang-3.7:

/usr/bin/ld: cannot find 
/usr/lib/llvm-3.7/bin/../lib/clang/3.7.1/lib/linux/libclang_rt.asan-x86_64.a: 
No such file or directory


All of the other versioned clang-common-dev packages provide 
libclang_rt.asan-x86_64.a:

$apt-file search  libclang_rt.asan-x86_64.a 
libclang-common-3.5-dev: 
/usr/lib/llvm-3.5/lib/clang/3.5.2/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.6-dev: 
/usr/lib/llvm-3.6/lib/clang/3.6.2/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.8-dev: 
/usr/lib/llvm-3.8/lib/clang/3.8.0/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.8-dev: 
/usr/lib/llvm-3.8/lib/clang/3.8.0/lib/linux/libclang_rt.asan-x86_64.a.syms
libclang-common-3.9-dev: 
/usr/lib/llvm-3.9/lib/clang/3.9.0/lib/linux/libclang_rt.asan-x86_64.a
libclang-common-3.9-dev: 
/usr/lib/llvm-3.9/lib/clang/3.9.0/lib/linux/libclang_rt.asan-x86_64.a.syms


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

Kernel: Linux 4.3.0-1-amd64 (SMP w/6 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 libclang-common-3.7-dev depends on:
ii  libllvm3.7  1:3.7.1-2

libclang-common-3.7-dev recommends no packages.

libclang-common-3.7-dev suggests no packages.

-- no debconf information

Bug#822810: mutt-kz: pgp_decryption_okay: unknown variable

[Víctor M . Jáquez L .]

On 04/27/16 at 08:37pm, Jakub Wilk wrote:
> Package: mutt-kz
> Version: 1.5.23.1-7
> 
> I'm getting these errors every time I run mutt-kz:
> 
> Error in /etc/Muttrc.d/gpg.rc, line 15: pgp_decryption_okay: unknown variable
> Error in /usr/lib/mutt/source-muttrc.d|, line 4: source: errors in 
> /etc/Muttrc.d/gpg.rc
> Error in /etc/Muttrc.d/smime.rc, line 71: smime_sign_digest_alg: unknown 
> variable
> Error in /usr/lib/mutt/source-muttrc.d|, line 5: source: errors in 
> /etc/Muttrc.d/smime.rc
> Error in /etc/Muttrc, line 133: source: errors in 
> /usr/lib/mutt/source-muttrc.d|
> source: errors in /etc/Muttrc
> 
> 
> Apparently the new mutt (1.6.0) added some configuration variables that
> mutt-kz doesn't grok.

Can you grab my latest upload from mentors?

http://mentors.debian.net/package/mutt-kz

Would be great if you can test it.

vmjl

Bug#821442: linux-image-4.6.0-rc3-amd64 fails as well but in a different way

[Norbert Kiesel]

I just installed linux-image-4.6.0-rc3-amd64 from experimental.  With this
kernel, I can run `docker start`, and I get a bash root prompt using
`docker exec -it  bash`.  However, the shell then hangs: I can
edit the line, but even w/o entering anything and just hitting  the
shell locks up.

/var/log/messages shows:

Apr 27 12:09:48 lt-nkiesel kernel: [  214.528976] [ cut here
]
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529019] WARNING: CPU: 3 PID: 468
at /build/linux-aGlcVo/linux-4.6~rc3/net/wireless/sme.c:850
wl_notify_roaming_status+0xb6/0x130 [wl]
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529021] Modules linked in:
veth(E) fuse(E) xt_CHECKSUM(E) iptable_mangle(E) ipt_REJECT(E)
nf_reject_ipv4(E) xt_tcpudp(E) tun(E) ebtable_filter(E) ebtables(E)
ip6table_filter(E) ip6_tables(E) xt_conntrack(E) ipt_MASQUERADE(E)
nf_nat_masquerade_ipv4(E) iptable_nat(E) nf_conntrack_ipv4(E)
nf_defrag_ipv4(E) nf_nat_ipv4(E) xt_addrtype(E) iptable_filter(E)
ip_tables(E) x_tables(E) br_netfilter(E) nf_nat(E) nf_conntrack(E)
overlay(E) bridge(E) stp(E) llc(E) binfmt_misc(E) intel_rapl(E)
x86_pkg_temp_thermal(E) intel_powerclamp(E) coretemp(E) kvm_intel(E) kvm(E)
irqbypass(E) crct10dif_pclmul(E) crc32_pclmul(E) ghash_clmulni_intel(E)
wl(POE) jitterentropy_rng(E) hmac(E) drbg(E) ansi_cprng(E) iTCO_wdt(E)
iTCO_vendor_support(E) amdkfd(E) dcdbas(E) aesni_intel(E) aes_x86_64(E)
lrw(E) gf128mul(E) glue_helper(E) ablk_helper(E) cryptd(E) radeon(E)
dell_smm_hwmon(E) joydev(E) sg(E) evdev(E) cfg80211(E)
snd_hda_codec_realtek(E) ttm(E) serio_raw(E) snd_hda_codec_generic(E)
pcspkr(E) i915(E) i2c_i801(E) snd_hda_codec_hdmi(E) wmi(E) snd_hda_intel(E)
battery(E) 8250_fintek(E) snd_hda_codec(E) elan_i2c(E) snd_hda_core(E)
snd_hwdep(E) drm_kms_helper(E) dell_smo8800(E) snd_pcm(E) drm(E)
snd_timer(E) dell_rbtn(E) dw_dmac(E) i2c_designware_platform(E) snd(E)
dw_dmac_core(E) i2c_designware_core(E) soundcore(E) i2c_algo_bit(E)
video(E) lpc_ich(E) rfkill(E) mei_me(E) shpchp(E) tpm_tis(E) mfd_core(E)
ie31200_edac(E) ac(E) mei(E) tpm(E) edac_core(E) button(E) processor(E)
parport_pc(E) ppdev(E) lp(E) parport(E) autofs4(E) ext4(E) crc16(E) jbd2(E)
mbcache(E) btrfs(E) crc32c_generic(E) xor(E) raid6_pq(E) md_mod(E)
sd_mod(E) hid_generic(E) usbhid(E) crc32c_intel(E) ahci(E) libahci(E)
libata(E) psmouse(E) scsi_mod(E) xhci_pci(E) ehci_pci(E) sdhci_pci(E)
xhci_hcd(E) ehci_hcd(E) e1000e(E) ptp(E) usbcore(E) pps_core(E)
usb_common(E) thermal(E) sdhci_acpi(E) sdhci(E) mmc_core(E) i2c_hid(E)
hid(E) fjes(E)
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529090] CPU: 3 PID: 468 Comm:
wl_event_handle Tainted: P   OE   4.6.0-rc3-amd64 #1 Debian
4.6~rc3-1~exp1
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529091] Hardware name: Dell Inc.
Precision M4800/0WJNC2, BIOS A14 05/19/2015
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529093]  0286
8ce2ddb2 81310e95 
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529095]  
8107a4ee 880805d54700 8807d8a61614
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529096]  880805d54f1a
88080925a000 880805d54af8 81ab21a0
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529098] Call Trace:
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529104]  [] ?
dump_stack+0x5c/0x77
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529107]  [] ?
__warn+0xbe/0xe0
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529134]  [] ?
wl_notify_roaming_status+0xb6/0x130 [wl]
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529158]  [] ?
wl_event_handler+0x58/0x1a0 [wl]
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529182]  [] ?
wl_notify_scan_status+0x310/0x310 [wl]
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529184]  [] ?
kthread+0xcd/0xf0
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529187]  [] ?
ret_from_fork+0x22/0x40
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529189]  [] ?
kthread_create_on_node+0x190/0x190
Apr 27 12:09:48 lt-nkiesel kernel: [  214.529190] ---[ end trace
f6e95ef4cd43b7be ]---


However, I see similar problems when running the 4.4 kernel, so this might
not be related to the "shell hanging" problem.

Bug#719624: Upgrading xrdp

[Dominik George]

Him

> Seems like you forgot to add debian/startwm.sh to the repository.

Oops, yes, it got lost somewhere.

I added it now.

-nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-151-61623918

Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)

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

Bug#804619: tlsdate: FTBFS: undefined reference to `SSLv3_client_method'

[Sebastian Andrzej Siewior]

control: tags -1 +patch

On 2015-11-09 21:23:32 [+], Chris West (Faux) wrote:
> Dear Maintainer,
> 
> The package fails to build:
> 
> src/src_tlsdate_helper-tlsdate-helper.o: In function `run_ssl':
> /tlsdate-0.0.13/src/tlsdate-helper.c:1139: undefined reference to 
> `SSLv3_client_method'
> collect2: error: ld returned 1 exit status
> Makefile:1704: recipe for target 'src/tlsdate-helper' failed
> make[2]: *** [src/tlsdate-helper] Error 1

The patch attached fixes the problem by sticking to the SSLv23_*
function as suggested by Kurt.

Sebastian
>From b1afb00818c8d269c52d4b914e62fd5a9985df69 Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior 
Date: Wed, 27 Apr 2016 21:10:03 +0200
Subject: [PATCH] Drop explicit support SSLv3 and TLSv1

There is no addedd value in using only SSLv3 or TLSv1. With current openssl
implementation the sslv3 functions can be disabled and TLSv1 functions may be
removed as well. Further the TLSv1 function offers the TLSv1 protocol while
we have today upto TLSv1.2.

Therefore I remove the explicit SSLv3 and TLSv1 functions and use only SSLv23
function which is the only one which supports multiple SSL versions.

Signed-off-by: Sebastian Andrzej Siewior 
---
 man/tlsdate.1  |  4 +---
 src/tlsdate-helper-plan9.c | 38 --
 src/tlsdate-helper.c   | 44 +++-
 src/tlsdate-helper.h   |  2 --
 src/tlsdate.c  |  6 +-
 src/tlsdate.h  |  2 --
 6 files changed, 29 insertions(+), 67 deletions(-)

diff --git a/man/tlsdate.1 b/man/tlsdate.1
index b052e48a5ec7..fce06cd423d0 100644
--- a/man/tlsdate.1
+++ b/man/tlsdate.1
@@ -5,7 +5,7 @@
 .SH NAME
 tlsdate \- secure parasitic rdate replacement
 .SH SYNOPSIS
-.B tlsdate [\-hnvVstlw] [\-H [hostname]] [\-p [port]] [\-P [sslv23|sslv3|tlsv1]] \
+.B tlsdate [\-hnvVstlw] [\-H [hostname]] [\-p [port]] \
 [\-\-certdir [dirname]] [\-x [\-\-proxy] proxy\-type://proxyhost:proxyport]
 .SH DESCRIPTION
 .B tlsdate
@@ -30,8 +30,6 @@ Set remote hostname (default: 'google.com')
 Do not set the system clock to the time of the remote server
 .IP "\-p | \-\-port [port]"
 Set remote port (default: '443')
-.IP "\-P | \-\-protocol [sslv23|sslv3|tlsv1]"
-Set protocol to use when communicating with server (default: 'tlsv1')
 .IP "\-C | \-\-certdir [dirname]"
 Set the local directory where certificates are located
 (default: '/etc/ssl/certs')
diff --git a/src/tlsdate-helper-plan9.c b/src/tlsdate-helper-plan9.c
index 3c532aab4398..369d168f054a 100644
--- a/src/tlsdate-helper-plan9.c
+++ b/src/tlsdate-helper-plan9.c
@@ -974,23 +974,10 @@ run_ssl (uint32_t *time_map, int time_is_an_illusion)
   SSL_library_init();
 
   ctx = NULL;
-  if (0 == strcmp("sslv23", protocol))
-  {
-verb ("V: using SSLv23_client_method()\n");
-ctx = SSL_CTX_new(SSLv23_client_method());
-  } else if (0 == strcmp("sslv3", protocol))
-  {
-verb ("V: using SSLv3_client_method()\n");
-ctx = SSL_CTX_new(SSLv3_client_method());
-  } else if (0 == strcmp("tlsv1", protocol))
-  {
-verb ("V: using TLSv1_client_method()\n");
-ctx = SSL_CTX_new(TLSv1_client_method());
-  } else
-die("Unsupported protocol `%s'\n", protocol);
-
+  verb ("V: using SSLv23_client_method()\n");
+  ctx = SSL_CTX_new(SSLv23_client_method());
   if (ctx == NULL)
-die("OpenSSL failed to support protocol `%s'\n", protocol);
+die("OpenSSL failed to support protocol `sslv23'\n");
 
   verb("V: Using OpenSSL for SSL\n");
   if (ca_racket)
@@ -1077,20 +1064,19 @@ main(int argc, char **argv)
   int timewarp;
   int leap;
 
-  if (argc != 12)
+  if (argc != 11)
 return 1;
   host = argv[1];
   hostname_to_verify = argv[1];
   port = argv[2];
-  protocol = argv[3];
-  ca_cert_container = argv[6];
-  ca_racket = (0 != strcmp ("unchecked", argv[4]));
-  verbose = (0 != strcmp ("quiet", argv[5]));
-  setclock = (0 == strcmp ("setclock", argv[7]));
-  showtime = (0 == strcmp ("showtime", argv[8]));
-  timewarp = (0 == strcmp ("timewarp", argv[9]));
-  leap = (0 == strcmp ("leapaway", argv[10]));
-  proxy = (0 == strcmp ("none", argv[11]) ? NULL : argv[11]);
+  ca_cert_container = argv[5];
+  ca_racket = (0 != strcmp ("unchecked", argv[3]));
+  verbose = (0 != strcmp ("quiet", argv[4]));
+  setclock = (0 == strcmp ("setclock", argv[6]));
+  showtime = (0 == strcmp ("showtime", argv[7]));
+  timewarp = (0 == strcmp ("timewarp", argv[8]));
+  leap = (0 == strcmp ("leapaway", argv[9]));
+  proxy = (0 == strcmp ("none", argv[10]) ? NULL : argv[10]);
 
   if (timewarp)
   {
diff --git a/src/tlsdate-helper.c b/src/tlsdate-helper.c
index 877c67e8a5d2..1fe48d910bf7 100644
--- a/src/tlsdate-helper.c
+++ b/src/tlsdate-helper.c
@@ -1129,23 +1129,10 @@ run_ssl (uint32_t *time_map, int time_is_an_illusion, int http)
   SSL_library_init();
 
   ctx = NULL;
-  if (0 == strcmp("sslv23", protocol))
-  {
-verb ("V: using SSLv23_client_method()");
-ctx = SSL_CTX_new(SSLv23_client_method());
-  } el

Bug#822734: linux-grsec for desktop computers - paxd.conf necessary

[Yves-Alexis Perez]

On mer., 2016-04-27 at 19:34 +, Amarildo Júnior wrote:
> You're right, my apologies. I couldn't find 'paxd' in Debian packages,
> probably because I'm still thinking as an Arch user and packages differ a
> little from Arch to Debian.
> 
> I'll create a report on paxctld.
> 
> You may close this report.
> 
No need to close it, just reassign it to the correct package.

Regards,
-- 
Yves-Alexis



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

Bug#822812: samba: NT_STATUS_TOO_MANY_OPENED_FILES after latest upgrade

[Christopher Schramm]

Package: samba
Version: 2:4.2.10+dfsg-0+deb8u2
Severity: normal

Dear Maintainer,

since the samba version in jessie was updated to 4.2 we have an issue with our 
server that renders shares unusable. After they've been accessed for a small 
amount of time, the log constantly shows:

single_accept_connection: accept: NT_STATUS_TOO_MANY_OPENED_FILES

In fact each samba process' /proc/*/limits file shows:

Max open files1024 4096 files

>From what I read on the Internet this limit seems to be quite low for a 
>frequently used Samba server.

ulimit -n in ssh shows 65536. I tried to increase the limit for samba by adding 
a nofile configuration to /etc/security/limits.conf as well as adding a max 
open files configuration to /etc/samba/smb.conf but it did not have any effect. 
I also added pam_limits.so to /etc/pam.d/samba as I found that on the Internet, 
however I doubt that it makes any sense in my situation as it is not about 
per-login (smbd) processes but the limit is set for the main samba process and 
every child.

I'm puzzled how to change the limit and why this shows up after the upgrade. 
The server worked fine before.

Regards
Christopher


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=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 samba depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.26
ii  libbsd0  0.7.0-2
ii  libc62.19-18+deb8u4
ii  libhdb9-heimdal [heimdal-hdb-api-8]  1.6~rc2+dfsg-9
ii  libldb1  2:1.1.20-0+deb8u1
ii  libpam-modules   1.1.8-3.1+deb8u1+b1
ii  libpam-runtime   1.1.8-3.1+deb8u1
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.9-2
ii  libtalloc2   2.1.2-0+deb8u1
ii  libtdb1  1.3.6-0+deb8u1
ii  libtevent0   0.9.25-0+deb8u1
ii  lsb-base 4.1+Debian13+nmu1
ii  multiarch-support2.19-18+deb8u4
ii  procps   2:3.3.9-9
ii  python   2.7.9-1
ii  python-dnspython 1.12.0-1
ii  python-ntdb  1.0-5
ii  python-samba 2:4.2.10+dfsg-0+deb8u2
pn  python2.7:any
ii  samba-common 2:4.2.10+dfsg-0+deb8u2
ii  samba-common-bin 2:4.2.10+dfsg-0+deb8u2
ii  samba-dsdb-modules   2:4.2.10+dfsg-0+deb8u2
ii  samba-libs   2:4.2.10+dfsg-0+deb8u2
ii  tdb-tools1.3.6-0+deb8u1
ii  update-inetd 4.43

Versions of packages samba recommends:
ii  attr   1:2.4.47-2
ii  logrotate  3.8.7-1+b1
ii  samba-vfs-modules  2:4.2.10+dfsg-0+deb8u2

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.6.p5+dfsg-7+deb8u1
pn  smbldap-tools  
ii  winbind2:4.2.10+dfsg-0+deb8u2

-- no debconf information

Bug#822734: linux-grsec for desktop computers - paxd.conf necessary

[Amarildo Júnior]

You're right, my apologies. I couldn't find 'paxd' in Debian packages,
probably because I'm still thinking as an Arch user and packages differ a
little from Arch to Debian.

I'll create a report on paxctld.

You may close this report.

Regards,
Amarildo

Bug#783596: /e/n/i dns-* option only works in last of homonymous iface def'ns

[Chris Francy]

> Any suggestions?

I believe the smallest change you could make that might make some
sense would be in the following patch.  I don't know what people would
expect if they had different DNS servers defined per stanza, but I
certainly believe that people don't expect their defined options to be
over-written from interfaces with nothing defined.

# diff -u 000resolvconf 000resolvconf.jessie
--- 000resolvconf   2016-04-27 11:58:54.861735300 -0700
+++ 000resolvconf.jessie2016-04-27 12:00:52.109735300 -0700
@@ -43,5 +43,8 @@
 done
 IFS="$STANDARD_IFS"

+# if we don't  have any options, don't do anything.
+test -n "$R" || exit 0
+
 echo -n "$R" | /sbin/resolvconf -a "${IFACE}.${ADDRFAM}" || :

Chris Francy

Bug#728422: [buildd-tools-devel] Bug#728422: sbuild: fails to getent group sbuild when running with init=/bin/systemd

[Antonio Terceiro]

On Wed, Apr 27, 2016 at 08:53:54PM +0200, Jérémy Lal wrote:
> Package: sbuild
> Version: 0.68.0-1
> Followup-For: Bug #728422
> 
> Maybe the problem comes simply from the fact that i booted
> on linux image 4.5 today, and booting on linux image 4.4.6
> makes it work again.
> Something with my config ?
> 
> [sid-amd64-sbuild]
> aliases=sid
> type=directory
> union-type=overlay
  ^^

this is known to be a problem with Linux 4.5 (#821442). It is fixed in
Linux 4.6


signature.asc
Description: PGP signature

Bug#758660: persist

[Fernando Toledo]

This bug still persist on debian wheezy with libpam-mysql 0.7~RC1-4+b3

can apply these patch from #48 ?

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar

Bug#663114: Updated parallelism patch for dkms 2.2.0.3

[Petter Reinholdtsen]

[Andras Korn 2015-04-05]
> I updated my patch for dkms 2.2.0.3. It also uses nproc now if it's
> available.
> 
> Is there a particular reason why this can't be merged?

As far as I can tell, the reason is lack of man-power in the dkms Debian team.

I do not know the dkms code enough to dear to integrate it myself.  Did you try 
to
send it upstream?

-- 
Happy hacking
Petter Reinholdtsen

Bug#794266: New Workaround

[Manuel Roeder]

- if you see
  [2.261416] rtc rtc0: invalid alarm value: 1900-1-29 1193038:40:16
  when checking the kernel-log

- unbind the rtc-driver
  echo 0-0030 > /sys/bus/i2c/devices/0-0030/driver/unbind

- The following command ist needed for sure !!! other ways it wont work

  i2cget 0 0x30 1

- issue a reboot

  reboot

- after reboot check again for
  [2.261416] rtc rtc0: invalid alarm value: 1900-1-29 1193038:40:16

  ... it should be gone!!!
  ... if not start from the beginning !

- if the error message is gone you should be able to
  power the machine down now

  poweroff

- powerdown will work normal again until the alarm is set wrong
  again

Manuel

Bug#728422: sbuild: fails to getent group sbuild when running with init=/bin/systemd

[Jérémy Lal]

Package: sbuild
Version: 0.68.0-1
Followup-For: Bug #728422

Maybe the problem comes simply from the fact that i booted
on linux image 4.5 today, and booting on linux image 4.4.6
makes it work again.
Something with my config ?

[sid-amd64-sbuild]
aliases=sid
type=directory
union-type=overlay
description=Debian sid/amd64 autobuilder
directory=/var/lib/sbuild/sid-amd64
groups=root,sbuild
root-groups=root,sbuild
profile=sbuild


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

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

Versions of packages sbuild depends on:
ii  adduser 3.114
ii  apt-utils   1.2.11
ii  libsbuild-perl  0.68.0-1
ii  perl5.22.1-10

Versions of packages sbuild recommends:
ii  debootstrap  1.0.80
ii  fakeroot 1.20.2-1

Versions of packages sbuild suggests:
ii  deborphan  1.7.28.8-0.3
ii  wget   1.17.1-1+b1

-- no debconf information

Bug#822811: icewm: Sometimes clock hangs when time has been changed

[Michael Lange]

Package: icewm
Version: 1.3.8-2
Severity: normal

Dear Maintainer,

sometimes when the system clock has been changed the icewm taskbar clock does
not reflect the change but "freezes" (along with the net and CPU applets).
This behavior appears to occur especially often (but not exclusively) when the
clock has been turned "backwards".
It seems like the clock reliably "comes to life" again when the mouse hovers
over the clock until the tooltip appears.

I noticed this bug both with 1.3.8-2 and with
1.3.8+githubmod+20150914+fa3fdef-2 , although the behavior seems to be slightly
different:
with the 1.3.8-2 version, any tooltip from an iconified window or a tray applet
that touches the clock or the net/cpu-applet seems to revive the clock, with
the "20150914" version only the clock's own tooltip seems to do so (at least
this was my impression).

This bug may or not be related to a (rather old) old bug report I found at:
https://sourceforge.net/p/icewm/bugs/621/

Best regards, and many thanks for your continous work on IceWM.

Michael




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

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

Versions of packages icewm depends on:
ii  icewm-common1.3.8-2
ii  libc6   2.19-18+deb8u4
ii  libesd0 0.2.41-11
ii  libfontconfig1  2.11.0-6.3
ii  libgcc1 1:4.9.2-10
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u4
ii  libglib2.0-02.42.1-1+b1
ii  libice6 2:1.0.9-1+b1
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxrandr2  2:1.4.2-1+b1
ii  ttf-dejavu-core 2.34-1

icewm recommends no packages.

Versions of packages icewm suggests:
pn  icewm-gnome-support  

-- no debconf information

Bug#822767: libgtk-3-0: firefox scrollbar unusable

[Jörg-Volker Peetz]

Package: libgtk-3-0
Version: 3.20.3-1
Severity: normal

Dear Maintainer(s),

also for the new firefox version in sid (46.0-1) the scrollbars are unusable.
Going back to version 3.18.9-1 of the libgtk-3 packages makes the scrollbars
work again.

Regards,
jvp.

Bug#601605: fbreader: Make it a minor bug

[Eugene V. Lyubimkin]

Control: severity -1 minor

Hello,

On 08.04.2016 22:49, Alex Henry wrote:
> I actually think this is a bug, not a wishlist item. A program
> should be registered to open the files it is able to open.
> 
> Imagine someone without much technical knowledge: reads fbreader
> is able to open epub books on the web, installs package and then
> fails to open the books/files upon clicking on them. It could
> practically make the package unusable on this case.
> 
> Sure it's not a major bug but it's a bug nonetheless. Thank you
> for your consideration.

Sure, it should be minor now. Thanks for a suggestion. Patches also welcome.

Bug#725536: libapache2-mod-authn-yubikey: FTBFS: make[1]: *** No rule to make target `../../apache228-install/build/special.mk'. Stop.

[Fernando Seiti Furusato]

Source: libapache2-mod-authn-yubikey
Followup-For: Bug #725536

Hello.
This also occurs on ppc64el and probably on other architectures that
did not need to rebuild (Some are installed for ~1k days, for instance).
A solution that I found for this was to import some of the *mk files to
the package.
This and fixing the Makefile to use those files allowed the package to
build.
I tested it on ppc64el and amd64 and it built successfully.

The modifications I made are in the patch attached as well as some
comments on them.

Regards.
diff -Nru libapache2-mod-authn-yubikey-1.0/debian/changelog libapache2-mod-authn-yubikey-1.0/debian/changelog
--- libapache2-mod-authn-yubikey-1.0/debian/changelog	2013-07-10 05:58:36.0 -0400
+++ libapache2-mod-authn-yubikey-1.0/debian/changelog	2016-04-27 13:50:18.0 -0400
@@ -1,3 +1,12 @@
+libapache2-mod-authn-yubikey (1.0-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Imported build/rules.mk build/special.mk and build/config_vars.mk from
+apache2 to fix ftbfs
+  * Fixed Makefile to use the right directory 
+
+ -- Fernando Seiti Furusato   Wed, 27 Apr 2016 13:47:49 -0400
+
 libapache2-mod-authn-yubikey (1.0-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru libapache2-mod-authn-yubikey-1.0/debian/patches/fix-ftbfs.patch libapache2-mod-authn-yubikey-1.0/debian/patches/fix-ftbfs.patch
--- libapache2-mod-authn-yubikey-1.0/debian/patches/fix-ftbfs.patch	1969-12-31 19:00:00.0 -0500
+++ libapache2-mod-authn-yubikey-1.0/debian/patches/fix-ftbfs.patch	2016-04-27 13:49:29.0 -0400
@@ -0,0 +1,422 @@
+Index: libapache2-mod-authn-yubikey-1.0/Makefile
+===
+--- libapache2-mod-authn-yubikey-1.0.orig/Makefile
 libapache2-mod-authn-yubikey-1.0/Makefile
+@@ -4,9 +4,9 @@
+ ##
+ 
+ builddir=.
+-top_srcdir=../../apache228-install
+-top_builddir=../../apache228-install
+-include ../../apache228-install/build/special.mk
++top_srcdir=.
++top_builddir=.
++include ./build/special.mk
+ 
+ #   the used tools
+ APXS=apxs
+Index: libapache2-mod-authn-yubikey-1.0/build/rules.mk
+===
+--- /dev/null
 libapache2-mod-authn-yubikey-1.0/build/rules.mk
+@@ -0,0 +1,245 @@
++# Licensed to the Apache Software Foundation (ASF) under one or more
++# contributor license agreements.  See the NOTICE file distributed with
++# this work for additional information regarding copyright ownership.
++# The ASF licenses this file to You under the Apache License, Version 2.0
++# (the "License"); you may not use this file except in compliance with
++# the License.  You may obtain a copy of the License at
++#
++# http://www.apache.org/licenses/LICENSE-2.0
++#
++# Unless required by applicable law or agreed to in writing, software
++# distributed under the License is distributed on an "AS IS" BASIS,
++# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
++# See the License for the specific language governing permissions and
++# limitations under the License.
++#
++#
++# The build environment was originally provided by Sascha Schumann.
++
++include  $(top_builddir)/build/config_vars.mk
++
++# Combine all of the flags together in the proper order so that
++# the user-defined flags can always override the configure ones, if needed.
++# Note that includes are listed after the flags because -I options have
++# left-to-right precedence and CPPFLAGS may include user-defined overrides.
++# The "MOD_" prefixed variable are provided to allow modules to insert their
++# (per-subdirectory) settings through definitions in modules.mk, with highest
++# precedence.
++#
++ALL_CFLAGS   = $(MOD_CFLAGS) $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
++ALL_CPPFLAGS = $(DEFS) $(INTERNAL_CPPFLAGS) $(MOD_CPPFLAGS) $(EXTRA_CPPFLAGS) $(NOTEST_CPPFLAGS) $(CPPFLAGS)
++ALL_CXXFLAGS = $(MOD_CXXFLAGS) $(EXTRA_CXXFLAGS) $(NOTEST_CXXFLAGS) $(CXXFLAGS)
++ALL_LDFLAGS  = $(MOD_LDFLAGS) $(EXTRA_LDFLAGS) $(NOTEST_LDFLAGS) $(LDFLAGS)
++ALL_LIBS = $(MOD_LIBS) $(EXTRA_LIBS) $(NOTEST_LIBS) $(LIBS)
++ALL_INCLUDES = $(MOD_INCLUDES) $(INCLUDES) $(EXTRA_INCLUDES)
++
++# Compile commands
++
++BASE_CC  = $(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES)
++BASE_CXX = $(CXX) $(ALL_CXXFLAGS) $(ALL_CPPFLAGS) $(ALL_INCLUDES)
++
++COMPILE  = $(BASE_CC) $(PICFLAGS)
++CXX_COMPILE  = $(BASE_CXX) $(PICFLAGS)
++
++SH_COMPILE = $(LIBTOOL) --mode=compile $(BASE_CC) $(SHLTCFLAGS) -c $< && touch $@
++SH_CXX_COMPILE = $(LIBTOOL) --mode=compile $(BASE_CXX) $(SHLTCFLAGS) -c $< && touch $@
++
++LT_COMPILE = $(LIBTOOL) --mode=compile $(COMPILE) $(LTCFLAGS) -c $< && touch $@
++LT_CXX_COMPILE = $(LIBTOOL) --mode=compile $(CXX_COMPILE) $(LTCFLAGS) -c $< && touch $@
++
++# Link-related commands
++
++LINK = $(LIBTOOL) --mode=link $(CC) $(ALL_CFLAGS) $(PILDFLAGS) $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@
++SH_LINK  = $(SH_LIBTOOL) --mode=link $(CC) $(ALL_CFLAGS) $(LT_LDFLA

Bug#822676: fixed in evince 3.20.0-3

[Simon McVittie]

On Wed, 27 Apr 2016 at 14:04:20 +, Ben Bailess wrote:
> Should I file a new bug under apparmor-profiles-extra regarding this?

Yes, I think so.

> I welcome your feedback on how best to report so evince and
> apparmor-profiles-extra can be installed simultaneously and managed via apt.

The fix would be for the apparmor-profiles-extra maintainer to release
a new version of apparmor-profiles-extra that removes the usr.bin.evince
profile.

In an ideal world, apparmor-profiles-extra would gradually shrink until
it didn't contain any profiles and could be removed, because every
profile would be part of its own package (e.g. evince).

S

Bug#822810: mutt-kz: pgp_decryption_okay: unknown variable

[Jakub Wilk]

Package: mutt-kz
Version: 1.5.23.1-7

I'm getting these errors every time I run mutt-kz:

Error in /etc/Muttrc.d/gpg.rc, line 15: pgp_decryption_okay: unknown variable
Error in /usr/lib/mutt/source-muttrc.d|, line 4: source: errors in 
/etc/Muttrc.d/gpg.rc
Error in /etc/Muttrc.d/smime.rc, line 71: smime_sign_digest_alg: unknown 
variable
Error in /usr/lib/mutt/source-muttrc.d|, line 5: source: errors in 
/etc/Muttrc.d/smime.rc
Error in /etc/Muttrc, line 133: source: errors in /usr/lib/mutt/source-muttrc.d|
source: errors in /etc/Muttrc


Apparently the new mutt (1.6.0) added some configuration variables that 
mutt-kz doesn't grok.



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

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

Versions of packages mutt-kz depends on:
ii  libassuan02.4.2-3
ii  libc6 2.22-7
ii  libcomerr21.43~WIP.2016.03.15-2
ii  libgnutls30   3.4.11-4
ii  libgpg-error0 1.22-1
ii  libgpgme111.6.0-3
ii  libgssapi-krb5-2  1.13.2+dfsg-5
ii  libidn11  1.32-3
ii  libk5crypto3  1.13.2+dfsg-5
ii  libkrb5-3 1.13.2+dfsg-5
ii  libncursesw5  6.0+20160319-1
ii  libnotmuch4   0.22-1
ii  libsasl2-22.1.26.dfsg1-15
ii  libtinfo5 6.0+20160319-1
ii  libtokyocabinet9  1.4.48-10
ii  mutt  1.6.0-1

--
Jakub Wilk

Bug#794266: Workaround for rtc alarm bug

[Manuel Roeder]

- if you see
  [2.261416] rtc rtc0: invalid alarm value: 1900-1-29 1193038:40:16
  when checking the kernel-log

- unbind the rtc-driver
  echo 0-0030 > /sys/bus/i2c/devices/0-0030/driver/unbind

- issue a reboot

  reboot

- after reboot check again for
  [2.261416] rtc rtc0: invalid alarm value: 1900-1-29 1193038:40:16

  ... it should be gone!!!
  ... if not start from the beginning !

- if the error message is gone you should be able to
  power the machine down now

  poweroff

- powerdown will work normal again until the alarm is set wrong
  again

Manuel

Bug#750335: Bug#820543: RFS: python-django-feincms [NMU] [RC]

[Gianfranco Costamagna]

control: tags -1 patch
control: tags -1 pending
Hi, uploaded the fix on deferred/5, please let me know if I have to cancel it 
or speed it up.

I also tagged it and pushed the tag on git.


thanks for your contribution to Debian!

cheers,

Gianfranco






Il Sabato 16 Aprile 2016 21:15, Christopher Baines  ha 
scritto:
On 13/04/16 18:22, Gianfranco Costamagna wrote:
> control: owner -1 !
> control: tags -1 moreinfo
> 
> Hi Chris
> 
>> I am looking for a sponsor to update the python-django-feincms package.
>> The package has 3 RC bugs, the earliest dating back to June 2014 (nearly
>> a year).
>>
> 
> before uploading I have some issues to raise.
> 
> first python-django-tagging needs to be fixed. I see the fix is already on 
> git (you
> did the import), so with this mail I'm contacting both maintainers to see if 
> they
> want to upload it.

I've now filed #821220 against sponsorship-requests for
python-django-tagging.

> Well, there is also a new changelog entry about fixing VCS fields, you should
> really merge in the previous one, since it never hit unstable.

Done.

> that said, please fix before the tagging package, and then we will look at 
> this one
> 
> https://launchpadlibrarian.net/165738145/python-django-feincms_1.7.4-1_1.7.4-1ubuntu1.diff.gz
> what about this patch?

I removed the patched line in this commit [1], with the reasoning that
after the update to the new version, the file for which the permissions
are being changed, no longer exists.

1:
https://anonscm.debian.org/cgit/python-modules/packages/python-django-feincms.git/commit/?id=835fc3c05636254d546e8ea99fd8d8a6692f2038


> please note: I didn't do a full review, lets wait some time for maintainers 
> to react, and
> then I'll be happy to sponsor the packages in the correct order (-tagging and 
> then -feincms).

Great, thanks :)

Bug#807454: Bug#821220: RFS: python-django-tagging [NMU] [RC]

[Gianfranco Costamagna]

Control: tags -1 patch
control: tags -1 pending

Hi, uploaded on deferred/5

let me know if I have to cancel or I can speed it up.

I also tagged the git repo and pushed the changes.

thanks for your contribution to Debian!

Gianfranco




Il Sabato 16 Aprile 2016 21:06, Christopher Baines  ha 
scritto:
Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor to update the python-django-tagging package.
The package fails to build from source, since December 2015.

I updated the package to the latest upstream version, which required a
bit of fixing with respect to the git-dpm metadata. This means that the
package does build from source (fixing the RC bug).

https://anonscm.debian.org/cgit/python-modules/packages/python-django-tagging.git/

Thanks,

Chris

Bug#822809: /usr/bin/firefox: [cookies] "ask me every time" option deleted

[Nicolas Patrois]

Package: firefox-esr
Version: 45.0.2esr-1
Severity: normal
File: /usr/bin/firefox
Tags: upstream

Dear Maintainer,

Now, Firefox accepts EVERY cookies.
I can’t select the ones I accept and the ones I refuse anymore so easily than 
before.
Yes, I read Mozilla’s opinion about it.

-- Package-specific info:

-- Extensions information
Name: British English Dictionary (Updated) dictionary
Location: ${PROFILE_EXTENSIONS}/en...@flyingtophat.co.uk
Status: enabled

Name: CacheViewer Continued
Location: ${PROFILE_EXTENSIONS}/{30E08C68-889E-11E0-95EF-DA7E4824019B}.xpi
Status: app-disabled

Name: CheckMyHTTPS
Location: ${PROFILE_EXTENSIONS}/i...@checkmyhttps.net.xpi
Status: enabled

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

Name: Dictionnaires français dictionary
Location: ${PROFILE_EXTENSIONS}/fr-dicolle...@dictionaries.addons.mozilla.org
Status: enabled

Name: English (GB) Language Pack locale
Location: 
/usr/lib/firefox-esr/browser/extensions/langpack-en...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-en-gb
Status: enabled

Name: FaviconizeTab
Location: ${PROFILE_EXTENSIONS}/faviconize...@espion.just-size.jp.xpi
Status: enabled

Name: Firebug
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com
Package: xul-ext-firebug
Status: user-disabled

Name: Firefox Hello Beta
Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi
Status: enabled

Name: FireFTP
Location: ${PROFILE_EXTENSIONS}/{a7c6cf7f-112c-4500-a7ea-39801a327e5f}
Status: user-disabled

Name: Français Language Pack locale
Location: 
/usr/lib/firefox-esr/browser/extensions/langpack...@firefox-esr.mozilla.org.xpi
Package: firefox-esr-l10n-fr
Status: enabled

Name: Gestionnaire de session
Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi
Status: enabled

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

Name: Lightbeam
Location: ${PROFILE_EXTENSIONS}/jid1-f9uj2thwoam...@jetpack.xpi
Status: user-disabled

Name: Personas Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/personas@christopher.beard
Package: xul-ext-personasplus
Status: user-disabled

Name: Referrer Control
Location: ${PROFILE_EXTENSIONS}/referrercont...@qixinglu.com.xpi
Status: enabled

Name: Smart Referer
Location: ${PROFILE_EXTENSIONS}/smart-refe...@meh.paranoid.pk.xpi
Status: enabled

Name: uBlock Origin
Location: ${PROFILE_EXTENSIONS}/ublo...@raymondhill.net.xpi
Status: enabled

Name: Ubuntu Lucid - Ambiance theme
Status: enabled

Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: user-disabled

Name: Web Developer
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Package: xul-ext-webdeveloper
Status: enabled

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

Name: Zotero
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/zot...@chnm.gmu.edu
Package: xul-ext-zotero
Status: enabled

-- Plugins information
Name: Garmin Communicator
Location: /usr/lib/mozilla/plugins/npGarminPlugin.so
Package: garmin-plugin
Status: disabled

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

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

Name: Java(TM) Plug-in 1.6.0_26
Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: enabled

Name: Parole media player plugin-in
Location: /usr/lib/mozilla/plugins/parole-player.so
Package: browser-plugin-parole
Status: enabled

Name: Shockwave Flash (11.2.202.508)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled

Name: Silverlight Plug-In
Location: /usr/lib/moon/plugin/libmoonloader.so
Package: moonlight-plugin-core
Status: enabled


-- Addons package information
ii  browser-plugin 0.2.0.2-3i386 multimedia plugin for web browser
ii  firefox-esr45.0.2esr-1  i386 Mozilla Firefox web browser
ii  firefox-esr-l1 45.0.2esr-1  all  English (United Kingdom) language
ii  firefox-esr-l1 45.0.2esr-1  all  French language package for Firef
ii  garmin-plugin  0.3.23-2 i386 browser plugin for communication 
ii  gnome-shell3.18.1-1 i386 graphical shell for the GNOME des
ii  moonlight-plug 1.0.1-3+b1   i386 Free Software clone of Silverligh
ii  rhythmbox-plug 3.3.1-1  i386 plugins for rhythmbox music playe
ii  sun-java6-bin  6.26-3   i386 Sun Java(TM) Runtime Environment 
ii  xul-ext-firebu 2.0.16-1 all  web development plugin for Firefo
ii  xul-ex

Bug#822808: linux-image-3.16.0-4-amd64: groupadd ends in EBUSY on /etc/group

[Michael Luecke]

Package: src:linux
Version: 3.16.7-ckt25-2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
I wanted to install the 'openssh-client' package.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I typed 'sudo apt-get install openssh-client'.
   * What was the outcome of this action?
apt-get ended with the error 'groupadd: failure while writing changes 
to /etc/group'
   * What outcome did you expect instead?
Faultless installation of the 'openssh-client' package.

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

* As i wanted to install the 'openssh-client' i got the following output:
michael@michael-wst:~/Desktop$ sudo apt-get install openssh-client
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  ssh-askpass libpam-ssh keychain monkeysphere
The following NEW packages will be installed:
  openssh-client
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 691 kB of archives.
After this operation, 3,765 kB of additional disk space will be used.
Get:1 http://security.debian.org/ jessie/updates/main openssh-client amd64 
1:6.7p1-5+deb8u2 [691 kB]
Fetched 691 kB in 0s (2,664 kB/s)  
Selecting previously unselected package openssh-client.
(Reading database ... 57645 files and directories currently installed.)
Preparing to unpack .../openssh-client_1%3a6.7p1-5+deb8u2_amd64.deb ...
Unpacking openssh-client (1:6.7p1-5+deb8u2) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up openssh-client (1:6.7p1-5+deb8u2) ...
groupadd: failure while writing changes to /etc/group
addgroup: `/usr/sbin/groupadd -g 117 ssh' returned error code 10. Exiting.
dpkg: error processing package openssh-client (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 openssh-client
E: Sub-process /usr/bin/dpkg returned an error code (1)

* Then I tried to install the same package as root:
root@michael-wst:~# apt-get install openssh-client
Reading package lists... Done
Building dependency tree   
Reading state information... Done
openssh-client is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
#Setting up openssh-client (1:6.7p1-5+deb8u2) ...
groupadd: failure while writing changes to /etc/group
addgroup: `/usr/sbin/groupadd -g 117 ssh' returned error code 10. Exiting.
dpkg: error processing package openssh-client (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 openssh-client
E: Sub-process /usr/bin/dpkg returned an error code (1)

* Then I tried to add the group manually:
root@michael-wst:~# /usr/sbin/groupadd -g 117 ssh
groupadd: failure while writing changes to /etc/group

* strace of the command:
root@michael-wst:~# strace -o/tmp/strace /usr/sbin/groupadd -g 117 ssh
execve("/usr/sbin/groupadd", ["/usr/sbin/groupadd", "-g", "117", "ssh"], [/* 25 
vars */]) = 0
brk(0)  = 0x7f9a70948000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f9a6ea7c000
access("/etc/ld.so.preload", R_OK)  = 0
open("/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
close(3)= 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=43851, ...}) = 0
mmap(NULL, 43851, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9a6ea71000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libaudit.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20*\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=113024, ...}) = 0
mmap(NULL, 2249344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f9a6e429000
mprotect(0x7f9a6e443000, 2093056, PROT_NONE) = 0
mmap(0x7f9a6e642000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7f9a6e642000
mmap(0x7f9a6e645000, 37504, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f9a6e645000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20c\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=142728, ...}) = 0
mmap(NULL, 2246896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DE

Bug#822807: firefox: Scrollbar slider is invisible

[Victor Porton]

Package: firefox
Version: 46.0-1
Severity: important

Dear Maintainer,

As you see in the attached screenshot, the scrollbar scroller is not visible
(however clicking mouse in the scrollbar does scroll).

So, it is impossible to understand by seeing at the scrollbar, where we are
in the page, at its beginning or end or middle.


-- Package-specific info:

-- Extensions information
Name: "Yandex Elements"
Location: ${PROFILE_EXTENSIONS}/yasea...@yandex.ru.xpi
Status: user-disabled

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

Name: Facebook service
Status: enabled

Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: user-disabled

Name: Firefox Hello
Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi
Status: enabled

Name: FirefoxNotify
Location: 
/usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/firefoxnotify@abhishek.mukherjee
Package: xul-ext-notify
Status: app-disabled

Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled

Name: Menu Icons Plus
Location: ${PROFILE_EXTENSIONS}/menuiconsp...@codedawn.com.xpi
Status: enabled

Name: MetaTags
Location: ${PROFILE_EXTENSIONS}/metat...@porton.ex-code.com.xpi
Status: app-disabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: QuickJS
Location: ${PROFILE_EXTENSIONS}/{bb65e674-b194-4b6e-8033-5fa0afe3a198}.xpi
Status: enabled

Name: Sage
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596}
Package: xul-ext-sage
Status: enabled

Name: usi (User|Unified Script Injector)
Location: ${PROFILE_EXTENSIONS}/firefox-addon-...@jetpack.xpi
Status: user-disabled

Name: Visual Bookmarks
Location: ${PROFILE_EXTENSIONS}/v...@yandex.ru.xpi
Status: enabled

Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi
Status: user-disabled

-- Plugins information
Name: Adobe Reader 9.5
Location: /usr/lib/mozilla/plugins/nppdf.so
Status: disabled

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

Name: Google Talk Plugin
Location: /opt/google/talkplugin/libnpgoogletalk.so
Package: google-talkplugin
Status: enabled

Name: Google Talk Plugin Video Renderer
Location: /opt/google/talkplugin/libnpo1d.so
Package: google-talkplugin
Status: enabled

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

Name: Java(TM) Plug-in 1.6.0_26
Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: enabled

Name: MozPlugger 1.14.5 handles QuickTime and Windows Media Player Plugin 
(1.14.5)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled

Name: Shockwave Flash (11.2.202.577)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  firefox46.0-1   i386 Mozilla Firefox web browser
ii  gnome-shell3.20.1-1 i386 graphical shell for the GNOME des
ii  google-talkplu 5.41.0.0-1   i386 Google Talk Plugin
ii  mozplugger 1.14.5-2 i386 Plugin allowing external viewers 
ii  rhythmbox-plug 3.3.1-1  i386 plugins for rhythmbox music playe
ii  sun-java6-bin  6.26-0squeez i386 Sun Java(TM) Runtime Environment 
ii  xul-ext-notify 1.5.4-3  all  integrate Iceweasel download mess
ii  xul-ext-sage   1.5.4-2  all  lightweight RSS and Atom feed rea

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable')
Architecture: i386 (i686)

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

Versions of packages firefox depends on:
ii  debianutils   4.7
ii  fontconfig2.11.0-6.4
ii  libasound21.1.0-1
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.22-7
ii  libcairo-gobject2 1.14.6-1+b1
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.8-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.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:5.3.1-14
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.0-1
ii  libgtk-3-03.20.3-1
ii  libgtk2.0-0   

Bug#822806: libbpp-phyl-omics: FTBFS: d-shlibmove: not found

[Aaron M. Ucko]

Source: libbpp-phyl-omics
Version: 2.2.0-1
Severity: serious
Justification: fails to build from source

Hi, Andreas.

Builds of libbpp-phyl-omics in minimal environments (notably, on the
autobuilders) have been failing:

  /bin/sh: 1: d-shlibmove: not found
  debian/rules:12: recipe for target 'override_dh_install' failed
  make[1]: *** [override_dh_install] Error 127
  make[1]: Leaving directory '/<>'
  debian/rules:9: recipe for target 'binary-arch' failed
  make: *** [binary-arch] Error 2

Please declare a build dependency on d-shlibs and confirm with
pbuilder or the like that you haven't missed anything else.

Thanks!

Bug#822805: ITP: voctomix -- Full-HD Software Live-Video-Mixer

[Holger Levsen]

Package: wnpp
Severity: wishlist
Owner: Holger Levsen 

* Package name: voctomix
  Version : 0.2
  Upstream Author : C3Voc 
* URL : https://github.com/voc/voctomix
* License : MIT
  Programming Lang: Python
  Description : Full-HD Software Live-Video-Mixer

 The Voctomix Project consists of three parts:
  - Voctocore, the videomixer core-process that does the actual video-
and
audio crunching
  - Voctogui, a GUI implementation in GTK controlling the core's
functionality
and giving visual feedback of the mixed video
  - Voctotools (not yet implemented), a collection of tools and examples
on how
to talk to the core-process, feeding and receiving video-streams
 .
 Voctomix is written in Python using GStreamer by the CCC VOC.


I don't really want to maintain this though, but I figured it would be
useful to have this packaged for DebConf16 and beyond. I'm happy to bring
the package in shape though, get it into the Debian archive and sponsor
future uploads.

IOW: more maintainers wanted!

I have a 90% ready package and will publish the git branch shortly.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#785563: autofs: systemctl reload autofs.service: /usr/bin/kill not found

[Leo L. Schwab]

Package: autofs
Version: 5.1.1-1
Followup-For: Bug #785563

Dear Maintainer,

  ___ _   _   _ 
|  _ \_ _| \ | |/ ___| |
| |_) | ||  \| | |  _| |
|  __/| || |\  | |_| |_|
|_|  |___|_| \_|\(_)

Seriously, this bug report is nearly a year old, and this is
literally a one-line fix.  I've attached my modified copy of
/lib/systemd/system/autofs.service for your reference (the source of the
debsums error noted below), which fixes the reported issue.

Schwab


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

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

Versions of packages autofs depends on:
ii  init-system-helpers  1.30
ii  libc62.22-7
ii  libxml2  2.9.3+dfsg1-1
ii  multiarch-support2.22-7
ii  ucf  3.0036

Versions of packages autofs recommends:
ii  kmod22-1.1
ii  nfs-common  1:1.2.8-9

autofs suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /lib/systemd/system/autofs.service (from autofs package)
[Unit]
Description=Automounts filesystems on demand
After=network.target ypbind.service sssd.service network-online.target
Wants=network-online.target

[Service]
Type=forking
PIDFile=/var/run/autofs.pid
EnvironmentFile=-/etc/default/autofs
ExecStart=/usr/sbin/automount $OPTIONS --pid-file /var/run/autofs.pid
ExecReload=/bin/kill -HUP $MAINPID
TimeoutSec=180

[Install]
WantedBy=multi-user.target

Bug#821119: [debian-refcard] change build mechanism to improve layout for cs, el and sk

[Holger Wansing]

Control: tags -1 + pending


Holger Wansing  wrote:
> While playing around with this, I found that there is probably room
> for improvement for the languages Czech, Greek and Slovak. 
> When building the pdfs with
>   make USE_DBLATEX=2 refcard-XX-a4.pdf
> (this means using dblatex instead of xmlroff) I get a pdf with a correct 
> copyright notice, coloured URLs and better usage of the available space 
> on the sheet (somewhat smaller fonts, and no unused space as it was 

Proofreaders for all these three languages have confirmed, that text
renders fine with dblatex, so I have committed this.



-- 

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/