Bug#824447: build deb for stretch

[Yang Yu]

Package: usbmount
Version: 0.0.22

It looks like the package is not built for stretch but present in all
other releases. What's preventing it from being built?
Thanks.


Yang

Bug#824043: [pkg-boost-devel] Bug#824043: this should be a dependency package, instead of containing all headers

[Steve M. Robbins]

On May 11, 2016 06:08:37 PM Joachim Wuttke wrote:

> The way Boost is currently packaged in Debian is non-standard, and
> inconvenient.

I agree it is a bit unusual.  I am sorry that you find it inconvenient.


> Standard is that -dev packages contain header files. This is violated by
> packages like libboost-date-time1.58-dev that contain no headers, but
> binary libraries.
> 
> These libraries should go to libboost-date-time1.58.0.

This is incorrect.  Debian's -dev packages always contain the link-time 
libraries (.a and .so).  Please see Section 8.4 of the Policy Manual [1]

> libboost-date-time1.58-dev should contain /usr/include/boost/date_time.hpp.

What the Policy Manual says is:

Installing the development package must result in installation of all 
the   
development files necessary for compiling programs against that shared  

library.

This is true of libboost-date-time1.58-dev.  No policy is violated.  

Now, of course, your complaint is that it installs *more* than strictly 
necessary and that is unusual; it is true.  Years ago, boost was split as you 
describe.  I tried partitioning the boost headers into the various -dev 
packages.  But Boost was not very good at encapsulation so it happened that 
Boost.X would be using headers that normally "belong" to Boost.Y.  This 
resulted in bug reports including  #548503, #553281, #550006.  I did fix some 
such using inter-component dependencies (i.e. boostX-dev depends on boostY-
dev) but then I would get bugs rightly complaining that there should be no 
such dependency.  The best compromise I came up with was to put all *headers* 
in one place and have all -dev packages depend on that.

I have had essentially no complaint (before yours) about this practice in the 
intervening 6.5 years.

 
> libboost1.58-dev currently contains header files for _all_ components of
> Boost, which precludes selective (de)installation. It should become a
> dependency package, and leave it to packages like
> libboost-date-time1.58-dev to actually contain specific headers.

If we are going to return to this practice, we should be convinced that (a) 
Boost is now better at encapsulation and (b) provides a mechanism to produce 
the required partition of header files.

Best,
-Steve

[1] https://www.debian.org/doc/debian-policy/ch-sharedlibs.html


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

Bug#824260: texlive-bin: FTBFS on mips, mipsel & sparc64 due to test failures

[Norbert Preining]

Hi all,

I am travelling so I cannot actually test-build it. If someone could do
a test run, here is a test package that sets the 
U_IS_BIG_ENDIAN=0 
for C(XX)FLAGS on these architectures.

http://www.preining.info/debian/texlive-bin_2016.20160513.41080-2~1.debian.tar.xz
http://www.preining.info/debian/texlive-bin_2016.20160513.41080-2~1.dsc

(.orig.tar.xz is in the normal Debian pool).

Thanks for any testing

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#817031: RFP: ots -- OpenType Sanitiser

[Paul Wise]

Control: retitle -1 RFP: opentype-sanitiser -- OpenType Sanitiser (ots)

On Sun, 2016-05-15 at 20:44 +, Mattia Rizzolo wrote:

> Though notice that there is already another package with that name in
> debian: https://tracker.debian.org/pkg/ots but it's another thing
> (Open Text Summarizer)

Thanks for pointing that out, renaming the RFP accordingly.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#824446: redshift: There is no documentation on where to place a config file

[Karl O. Pinc]

Package: redshift
Version: 1.9.1-4
Severity: normal

Hello,

The package includes a sample config file, but contains
no information on where to put it.  Where does the config
file go?

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (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)

Versions of packages redshift depends on:
ii  libc6 2.19-18+deb8u4
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libdrm2   2.4.58-2
ii  libgeoclue0   0.12.99-4
ii  libglib2.0-0  2.42.1-1+b1
ii  libx11-6  2:1.6.2-3
ii  libxcb-randr0 1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxml2   2.9.1+dfsg1-5+deb8u1
ii  libxxf86vm1   1:1.1.3-1+b1

redshift recommends no packages.

redshift suggests no packages.

-- no debconf information

Bug#824445: redshift: Man page says there's an info page, but there is not

[Karl O. Pinc]

Package: redshift
Version: 1.9.1-4
Severity: minor

Hi,

The man page says there's an info page, but there is no info page.

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (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)

Versions of packages redshift depends on:
ii  libc6 2.19-18+deb8u4
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libdrm2   2.4.58-2
ii  libgeoclue0   0.12.99-4
ii  libglib2.0-0  2.42.1-1+b1
ii  libx11-6  2:1.6.2-3
ii  libxcb-randr0 1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxml2   2.9.1+dfsg1-5+deb8u1
ii  libxxf86vm1   1:1.1.3-1+b1

redshift recommends no packages.

redshift suggests no packages.

-- no debconf information

Bug#806821: `emacs --daemon` crashes instantly

[Memnon Anon]

FWIW, Bug #18869 on the emacs bugtracker seems 
to be related: 

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18869

I did some testing and I can reproduce the crash
with the given font "Source Code Pro-9".

Some further testing seems to point at the font name itself.
Steps to reproduce:

,[ ~/.emacs [
| (set-face-attribute 'default t :font "SomeBogusFont1")
`
starts the daemon just fine.

However with
,[ ~/.emacs [
| (set-face-attribute 'default t :font "SomeBogusFont-1")
`

, the daemon does not start correctly.

This is with 
GNU Emacs24.5.1 (powerpc-unkwnon-linux-gnu, GTK+ Version 3.18.9)
 of 2016-04-08 on powerpc-osuosl-01, modifed by Debian
on my laptop, running latest debian testing.

hth
Memnon
-- 
/---\
| SDF and SDF-EU Public Access UNIX System  |
| http://sdf.org   ||   http://sdf-eu.org   |
=

Bug#824444: gtk-redshift: The README.debian has the wrong filename vis autostart

[Karl O. Pinc]

Package: gtk-redshift
Version: 1.9.1-4
Severity: minor

Hello,

The README.debian says to autostart install:

/usr/share/applications/gtk-redshift.desktop

This is wrong.   The correct filename is:

/usr/share/applications/redshift-gtk.desktop


Regards,

Karl

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (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)

Versions of packages gtk-redshift depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-3.1
ii  python-gtk2   2.24.0-4
ii  python3   3.4.2-2
ii  python3-gi3.14.0-1
ii  python3-xdg   0.25-4
pn  python3:any   
ii  redshift  1.9.1-4

Versions of packages gtk-redshift recommends:
ii  at-spi2-core  2.14.0-1

gtk-redshift suggests no packages.

-- no debconf information

Bug#824443: gtk-redshift: README.Debian has bad autostart instructions

[Karl O. Pinc]

Package: gtk-redshift
Version: 1.9.1-4
Severity: minor

Hi,

The README.debian says:

If you want gtk-redshift autostarted please
configure this in your specific desktop environment (e.g. by placing
/usr/share/applications/gtk-redshift.desktop in
$HOME/$XDG_CONFIG_HOME/autostart/
(usually defaults to $HOME/.config/autostart).

This is wrong.  The user should install an autostart package.
(e.g. gtk-redshift or redshift-plasmoid.)

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (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)

Versions of packages gtk-redshift depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-3.1
ii  python-gtk2   2.24.0-4
ii  python3   3.4.2-2
ii  python3-gi3.14.0-1
ii  python3-xdg   0.25-4
pn  python3:any   
ii  redshift  1.9.1-4

Versions of packages gtk-redshift recommends:
ii  at-spi2-core  2.14.0-1

gtk-redshift suggests no packages.

-- no debconf information

Bug#824442: and conflict needs to be resolved

[Ben Hutchings]

Source: glibc
Version: 2.22-7
Severity: serious

(Continued from bug #822393.)

glibc's  should check whether  has already been
included and, if so, avoid making conflicting definitions.

Including the headers in the opposite order works since this change in
Linux 4.6:
https://git.kernel.org/linus/4a91cb61bb995e5571098188092e296192309c77

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


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

Bug#824441: aptitude segfaults when marking texlive-generic-extra as auto-installed

[Christoph Anton Mitterer]

On Mon, 2016-05-16 at 12:01 +1000, James Tocknell wrote:
> Are there debug symbols for aptitude in unstable so I can provide a
> backtrace,
> they only appear to be in testing?
You probably need to use:
https://wiki.debian.org/AutomaticDebugPackages

Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#822393: and conflict needs to be resolved

[Ben Hutchings]

Control: reassign -1 src:linux 4.5.1-1

The kernel side of this has been implemented upstream in Linux 4.6.

As it's not possible to clone a merged bug, I'm assigning this to the
kernel only and will open a separate bug for glibc.

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


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

Bug#824441: aptitude segfaults when marking texlive-generic-extra as auto-installed

[James Tocknell]

Package: aptitude
Version: 0.8.1-1
Severity: important

As per the title, aptitude segfaults when marking texlive-generic-extra as
auto-installed. I'm marking it as auto-installed via the keyboard shortcut.
The segfault happens when I'm in the default limit as well as the limit "!~M".
This happens every time I do this, whether it's the first thing I do in
aptitude, or after doing something else.

Are there debug symbols for aptitude in unstable so I can provide a backtrace,
they only appear to be in testing?


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

aptitude version information:
aptitude 0.8.1
Compiler: g++ 5.3.1 20160429
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.8.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160319
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffec6f6d000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fe2abcde000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fe2abaae000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fe2ab883000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fe2ab67c000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fe2ab37f000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fe2ab084000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7fe2aae6a000)
libboost_filesystem.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x7fe2aac51000)
libboost_system.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x7fe2aaa4c000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7fe2aa648000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fe2aa42b000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fe2aa0aa000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fe2a9dac000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fe2a9b96000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe2a97f1000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fe2a95ee000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fe2a93ea000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fe2a91d2000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fe2a8fb7000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fe2a8da7000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fe2a8b83000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7fe2a8971000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fe2a8768000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fe2a8563000)
/lib64/ld-linux-x86-64.so.2 (0x562319c83000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common0.8.1-1
ii  libapt-pkg5.0  1.2.12
ii  libboost-filesystem1.58.0  1.58.0+dfsg-5+b1
ii  libboost-iostreams1.58.0   1.58.0+dfsg-5+b1
ii  libboost-system1.58.0  1.58.0+dfsg-5+b1
ii  libc6  2.22-9
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:6.1.1-3
ii  libncursesw5   6.0+20160319-1
ii  libsigc++-2.0-0v5  2.8.0-1
ii  libsqlite3-0   3.12.2-1
ii  libstdc++6 6.1.1-3
ii  libtinfo5  6.0+20160319-1
ii  libxapian22v5  1.2.23-1

Versions of packages aptitude recommends:
ii  libparse-debianchangelog-perl  1.2.0-8
ii  sensible-utils 0.0.9

Versions of packages aptitude suggests:
ii  apt-xapian-index0.47+nmu2
pn  aptitude-doc-en | aptitude-doc  
ii  debtags 2.1
pn  tasksel 

-- no debconf information

Bug#824440: git-format-patch manpage: Ambiguous "-o .." instead of "-o ."

[Josh Triplett]

Package: git-man
Version: 1:2.8.1-1
Severity: normal
File: /usr/share/man/man1/git-format-patch.1.gz

Quoting "man git-format-patch":
> If -o is specified, output files are created in . Otherwise they
> are created in the current working directory. The default path can be
> set with the format.outputDirectory configuration option. The -o option
> takes precedence over format.outputDirectory. To store patches in the
> current working directory even when format.outputDirectory points
> elsewhere, use -o ..

That "-o .." at the end should say "-o ."; the '.' at the end of the sentence
makes it ambiguous.  I would suggest quoting "-o ." or otherwise making the
syntax clear.

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

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

-- no debconf information

Bug#824439: evince: please support ICC profiles/other metadata when exporting images

[Fulano Diego Perez]

Package: evince
Version: 3.20.0-3
Severity: wishlist



when saving images from PDF files to JPEG or TIFF evince does not currently
respect the embedded ICC profiles and exports them without and also without
other copyright/rights metadata

by default Acrobat exports and preserves ICC profiles but not other
copyright/rights metadata

i suggest exporting both or preserving all metadata to respect
copyright/rights



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

Kernel: Linux 4.5.0-2-amd64
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  evince-common3.20.0-3
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-7
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libevdocument3-4 3.20.0-3
ii  libevview3-3 3.20.0-3
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.0-1
ii  libgnome-desktop-3-123.20.1-1
ii  libgtk-3-0   3.20.3-2
ii  libpango-1.0-0   1.40.1-1
pn  libsecret-1-0
ii  shared-mime-info 1.6-1

Versions of packages evince recommends:
ii  dbus-x11  1.10.8-1

Versions of packages evince suggests:
ii  gvfs  1.28.1-1
ii  nautilus  3.20.1-2
ii  poppler-data  0.4.7-7
pn  unrar 

-- no debconf information

Bug#824011: warzone2100: FTBFS in testing (maybe missing Build-Conflicts)

[Santiago Vila]

severity 824011 serious
thanks

On Mon, May 16, 2016 at 02:17:23AM +0200, Markus Koschany wrote:

> I have just rebuilt warzone2100 in a clean sid cowbuilder chroot.

Well, if that's all you did, then I would say that you didn't
understand the nature of the problem.

I'll try to explain better below.

> Everything went fine. Currently automake 1.11 is automatically installed
> but this might change in the future so we should keep an eye on this
> issue. I don't consider this to be release critical at the moment as
> long as warzone2100 can be built from source in a default chroot
> environment but I leave the rest to pabs, if he should feel differently
> about that.

That's precisely the problem: chroots do *not* have to be "default",
and that's precisely why Build-Conflicts exists at all.

Moreover, my chroot was pretty "standard" as it had debhelper installed
by default, nothing really strange.

This is a FTBFS bug. Please read Debian Policy about Build-Conflicts
before modifying severity again.

I'll quote policy for you to save time:

  Build-Depends, Build-Depends-Indep, Build-Conflicts, Build-Conflicts-Indep

 Source packages that require certain binary packages to be installed
 or *absent* at the time of building the package can declare
 relationships to those binary packages.

This is the case here. This package requires normal automake to be
*absent* because it needs automake1.11 and gets confused if there is
another automake floating around.

Thanks.

Bug#824438: volatility: Reviewed manpage available

[Joao Eriberto Mota Filho]

Package: volatility
Severity: minor

There is a reviewed manpage for volatility. This manpage is being used
as an example inside txt2man package.

This is a remind to use the new manpage in next revision.

Eriberto

Bug#824435: please enable CONFIG_EXYNOS_VIDEO

[Ben Hutchings]

Control: reassign -1 src:linux 4.5.3-2
Control: tag -1 moreinfo

On Mon, 2016-05-16 at 01:48 +0200, Steinar H. Gunderson wrote:
> Package: linux-image-4.5.0-2-armmp-lpae
> Version: 4.5.3-2
> Severity: wishlist
> 
> Hi,
> 
> The ODROID XU3/XU4 run linux-image-4.5.0-2-armmp-lpae quite well
> (barring cpufreq and proper big.LITTLE support), but there's no video output
> support, only serial console. Would you please consider setting
> CONFIG_EXYNOS_VIDEO=m in debian/config/armhf/config.armmp?

That has no useful effect, as it is a boolean option that only enables
a menu of further options.

Please explain what changes are really needed.

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


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

Bug#824416: cpu fan doesn't start

[Ben Hutchings]

Control: reassign -1 src:linux 3.2.78-1
Control: tag -1 moreinfo

On Sun, 2016-05-15 at 20:21 +0300, john k wrote:
> Package: linux-image-3.2.0-4-486
> Version: 3.2.78-1
>
> cpu fan doesn't start automatically. The result is to high
> temperature.

Did it work when running an earlier kernel version or an earlier
version of Debian?

> If i boot different OS fan works ok.
> If i enter bios fan works ok.
> If i restart or boot while in high temperature to debian, system says
> "critical temperature" and auto shuts down.
> The machine is a laptop. It uses the problematic i2c chip with the
> problematic lm75 driver.

Why do you say the chip is problematic?  Why is the lm75 driver even
loaded?  That shouldn't happen automatically and is not necessary as
the BIOS should manage fan speed by itself.

> I am attaching a hardinfo report

We prefer that you use 'reportbug' which will run our own scripts to
gather information.

What is the kernel command line?  (It's in /proc/cmdline)

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


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

Bug#824011: warzone2100: FTBFS in testing (maybe missing Build-Conflicts)

[Markus Koschany]

Control: severity -1 normal

On Wed, 11 May 2016 11:34:14 +0200 (CEST) Santiago Vila
 wrote:
> Package: warzone2100
> Version: 3.1.1-3
> Severity: serious
> 
> Dear maintainer:
> 
> This package fails to build from source in stretch:
> 
> -
>  debian/rules build
> dh build --parallel --with autoreconf
>dh_testdir
>dh_update_autotools_config
>debian/rules override_dh_autoreconf
> make[1]: Entering directory '/<>'
> dh_autoreconf ./autogen.sh
> + checking for automake >= 1.12 ... found 1.15, ok.
> Sorry, automake 1.12+ is not supported yet, please use 1.11.

[...]

Hi,

I have just rebuilt warzone2100 in a clean sid cowbuilder chroot.
Everything went fine. Currently automake 1.11 is automatically installed
but this might change in the future so we should keep an eye on this
issue. I don't consider this to be release critical at the moment as
long as warzone2100 can be built from source in a default chroot
environment but I leave the rest to pabs, if he should feel differently
about that.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#824437: mpack: RFC 2047 non-compliant. MIME strings are not decoded

[Anonymous]

Package: mpack
Version: 1.6-8
Severity: normal

Dear Maintainer,

If a MIME header uses a character set encoding, munpack does not
correctly decode the string when naming the file.  For example, if a
MIME header looks like this:

===8<
--926373431-50545-903641383=:8047
Content-Type: application/pdf;
name="=?ISO-8859-1?Q?Andr=E9?="
Content-Disposition: attachment;
filename="=?ISO-8859-1?Q?Andr=E9?="
Content-Transfer-Encoding: BASE64
===8<

Then munpack creates a file that is literally named
"=?ISO-8859-1?Q?Andr=E9?=".  Likewise, it's the same problem if the
filename is UTF-8 encoded, which takes the form:
"=?UTF-8?B?blahblah=?=".

This does not comply with RFC 2047.  For simple example if the
decoding that's needed, see: http://dogmamix.com/MimeHeadersDecoder/
Perhaps that site will be good for testing purposes.

-- 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/2 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 mpack depends on:
ii  libc6  2.19-18+deb8u4

mpack recommends no packages.

Versions of packages mpack suggests:
pn  inews   
ii  postfix [mail-transport-agent]  2.11.3-1

-- no debconf information

Bug#824436: publicsuffix: FTBFS: Missing Build-Depends on python3

[Daniel Schepler]

Source: publicsuffix
Version: 20160509-1
Severity: serious

>From my pbuilder build log:

...
 debian/rules build
dh build
   dh_testdir
   dh_update_autotools_config
   dh_auto_configure
   dh_auto_build
make -j1
make[1]: Entering directory '/build/publicsuffix-20160509'
cd linter;\
  ./pslint_selftest.sh; \
  ./pslint.py ../public_suffix_list.dat;
test_allowedchars: FAILED
--- test_allowedchars.expected 2016-05-09 22:24:09.0 +
+++ log/test_allowedchars.log 2016-05-13 04:30:46.298909577 +
@@ -1,4 +1 @@
-10: error: Illegal character: 'a.exam#ple.com'
-11: error: Illegal character: 'b.exam ple.com'
-13: error: Invalid UTF-8 character
-15: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_dots: FAILED
--- test_dots.expected 2016-05-09 22:24:09.0 +
+++ log/test_dots.log 2016-05-13 04:30:46.298909577 +
@@ -1,4 +1 @@
-9: error: Leading/trailing or multiple dot: '.a.example.com'
-10: error: Leading/trailing or multiple dot: 'b.example.com.'
-11: error: Leading/trailing or multiple dot: 'c..example.com'
-13: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_duplicate: FAILED
--- test_duplicate.expected 2016-05-09 22:24:09.0 +
+++ log/test_duplicate.log 2016-05-13 04:30:46.298909577 +
@@ -1,6 +1 @@
-9: error: Found doublette/ambiguity (previous line was 8): '*.com'
-13: error: Found doublette/ambiguity (previous line was 12): '!www.com'
-17: error: Found doublette/ambiguity (previous line was 16): '*.example.com'
-21: error: Found doublette/ambiguity (previous line was 20): 'example1.com'
-24: error: Found doublette/ambiguity (previous line was 17): 'example.com'
-26: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_exception: FAILED
--- test_exception.expected 2016-05-09 22:24:09.0 +
+++ log/test_exception.log 2016-05-13 04:30:46.302909685 +
@@ -1,6 +1 @@
-17: error: Leading/trailing or multiple dot: '!.example.com'
-18: error: Illegal character: 'w!w.example.com'
-19: error: Found doublette/ambiguity (previous line was 12): '!www.example.com'
-20: error: Exception without previous wildcard: '!a.b.example.com'
-21: error: Exception without previous wildcard: '!a.c.example.com'
-23: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_punycode: FAILED
--- test_punycode.expected 2016-05-09 22:24:09.0 +
+++ log/test_punycode.log 2016-05-13 04:30:46.302909685 +
@@ -1,3 +1 @@
-7: error: Punycode found: 'a.xn--0zwm56d'
-8: error: Double minus found: 'a.ex--ample.com'
-10: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_section1: FAILED
--- test_section1.expected 2016-05-09 22:24:09.0 +
+++ log/test_section1.log 2016-05-13 04:30:46.306909791 +
@@ -1,3 +1 @@
-4: error: Rule outside of section: 'example.com'
-4: warning: No ICANN section found
-4: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_section2: FAILED
--- test_section2.expected 2016-05-09 22:24:09.0 +
+++ log/test_section2.log 2016-05-13 04:30:46.306909791 +
@@ -1,2 +1 @@
-11: warning: 2 ICANN sections found
-11: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_section3: FAILED
--- test_section3.expected 2016-05-09 22:24:09.0 +
+++ log/test_section3.log 2016-05-13 04:30:46.306909791 +
@@ -1,2 +1 @@
-11: warning: No ICANN section found
-11: warning: 2 PRIVATE sections found
+/usr/bin/env: 'python3': No such file or directory
test_section4: FAILED
--- test_section4.expected 2016-05-09 22:24:09.0 +
+++ log/test_section4.log 2016-05-13 04:30:46.310909899 +
@@ -1,3 +1 @@
-8: error: Unexpected end of section: '// ===END PRIVATE DOMAINS==='
-8: error: ICANN section not closed
-8: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_spaces: FAILED
--- test_spaces.expected 2016-05-09 22:24:09.0 +
+++ log/test_spaces.log 2016-05-13 04:30:46.310909899 +
@@ -1,6 +1 @@
-12: warning: Leading/Trailing whitespace: ' a.example.com'
-13: warning: Leading/Trailing whitespace: 'b.example.com '
-14: warning: Leading/Trailing whitespace: '\tc.example.com'
-15: warning: Leading/Trailing whitespace: 'd.example.com\t'
-17: warning: Leading/Trailing whitespace: '  '
-19: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or directory
test_wildcard: FAILED
--- test_wildcard.expected 2016-05-09 22:24:09.0 +
+++ log/test_wildcard.log 2016-05-13 04:30:46.310909899 +
@@ -1,5 +1 @@
-11: error: Illegal character: '**.com'
-12: error: Illegal character: 'a*.com'
-13: error: Illegal character: 'b.*.com'
-14: error: Illegal character: 'a.b.*'
-16: warning: No PRIVATE section found
+/usr/bin/env: 'python3': No such file or 

Bug#809663: Add support for s390x / hppa

[Logan Rosen]

Hi,

On Sat, 2 Jan 2016 15:13:00 +0100 Mathieu Malaterre  wrote:
> Attached is a patch to get s390x and hppa debian package.

I applied this patch in Ubuntu [1], but, as you can see from the link,
it still failed to build on s390x due to a malloc-related test
failure. Any ideas on how this can be remedied?

Thanks,
Logan

[1] https://launchpad.net/ubuntu/+source/tbb/4.4~20151115-0ubuntu5

Bug#824435: please enable CONFIG_EXYNOS_VIDEO

[Steinar H. Gunderson]

Package: linux-image-4.5.0-2-armmp-lpae
Version: 4.5.3-2
Severity: wishlist

Hi,

The ODROID XU3/XU4 run linux-image-4.5.0-2-armmp-lpae quite well
(barring cpufreq and proper big.LITTLE support), but there's no video output
support, only serial console. Would you please consider setting
CONFIG_EXYNOS_VIDEO=m in debian/config/armhf/config.armmp?

Thanks!

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

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

Bug#824434: chaosreader: Reviewed manpage available

[Joao Eriberto Mota Filho]

Package: chaosreader
Severity: minor

There is a reviewed manpage for chaosreader. This manpage is being used
as an example inside txt2man package.

This is a remind to use the new manpage in next revision.

Eriberto

Bug#780082: liferea: random crash (SIGABRT)

[David MichaelSmith]

forwarded 780082 https://github.com/lwindolf/liferea/issues/351
thanks.

Seems to have something to do with an unexpected state of the liferea 
window.  I've sent it upstream for review.


-David

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

[Mattia Rizzolo]

On Sun, May 15, 2016 at 07:48:27PM -0300, Tiago Ilieve wrote:
> There's one use case I can think of where overriding a
> "binary-without-manpage" is fine: if the executable isn't supposed to
> be used by the end-user, only as an external command called from the
> application itself.

In this case the binary should go into /usr/lib instead.  That place
exist exactly for this reason:
"/usr/lib includes object files, libraries, and internal binaries that
are not intended to be executed directly by users or shell scripts"
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA

Given that in your case you say the binary is not called by anything
else than the application itself, then why keep it in /usr/bin?

> Can't say if this is what is happening here, as I didn't reviewed the
> package.

Not here.  This package puts a single ./usr/bin/HDFCompass in a package
named hdf-compass.  If that's not intended to be used by the user then
I'd be really confused :)

-- 
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#824433: mirror listing update for mirror.cs.uwm.edu

[Jim Wagner]

Package: mirrors
Severity: minor
User: mirr...@packages.debian.org
Usertags: mirror-list

Submission-Type: update
Site: mirror.cs.uwm.edu
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: rsync.osuosl.org
CDImage-upstream: rsync.osuosl.org
Updates: twice
Maintainer: Jim Wagner 
Country: US United States

Bug#436348: liferea: Notification area icon not displayed properly

[David MichaelSmith]

tags 436348 confirmed
thanks.

This issue has been sent upstream:
https://github.com/lwindolf/liferea/issues/350

Bug#824432: mirror submission for mirror.cs.uwm.edu

[Jim Wagner]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.cs.uwm.edu
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: rsync.osuosl.org
CDImage-upstream: rsync.osuosl.org
Updates: twice
Maintainer: Jim Wagner 
Country: US United States

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

[Tiago Ilieve]

Mattia,

On 15 May 2016 at 16:24, Mattia Rizzolo  wrote:
> * d/hdf-compass.lintian-overrides
>   + bad habit doing lintian overrides without a comment.  But I can't
> imagine a reason to override binary-without-manpage.  That one just
> needs fixing, and hiding it behind an override doesn't help it.
>
> (...)
>
> FTR, what I veto against is the override for binary-without-manpage,
> that IMHO is plain wrong, even if I know several others DDs who are ok
> with that).

There's one use case I can think of where overriding a
"binary-without-manpage" is fine: if the executable isn't supposed to
be used by the end-user, only as an external command called from the
application itself. I had to do this with "pythonpy"[1], as it uses an
executable called "pycompleter" to provide its bash-completion
feature.

Can't say if this is what is happening here, as I didn't reviewed the
package. Anyway, I guess worth mentioning this kind of corner cases as
an exception for a rule.

Regards,
Tiago.

[1]: 
https://anonscm.debian.org/git/collab-maint/pythonpy.git/tree/debian/pythonpy.lintian-overrides?id=308b0f2

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Bug#824356: closed by Vagrant Cascadian <vagr...@aikidev.net> (Re: Bug#824356: XU4 does not boot)

[Steinar H. Gunderson]

On Sun, May 15, 2016 at 12:53:33AM +0200, Steinar H. Gunderson wrote:
> I suppose there's no d-i support happening for the XU4 anytime soon? :-)

I figured not, so I hacked together some images myself (based on said
U-Boot!). You may or may not be interested:

  http://storage.sesse.net/debian-xu4/

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#824431: RFS: symmetrica/2.0+ds-4 [Refreshment] - Symmetrica Combinatoric C Library

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Sponsors,

I am looking for a sponsor for the package symmetrica, a mathematical
C library used by Sage. This very version refreshes the package.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/symmetrica.git

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

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#824430: multitail: Illegal utf-8 character sequences break output permanently

[folkert]

Hi Christoph,

Thanks for the elaborate research and the fix!
I've merged it and pushed things to the github repo.

On Sun, May 15, 2016 at 11:54:00PM +0200, Christoph Biedl wrote:
> Package: multitail
> Version: 6.4.2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> if the locale settings are somewhat utf-8-ish, illegal utf-8 character
> sequences break any future multitail output until the program is
> terminated. Instead of the actual text, the string "^`" is printed for
> each character, inverted.
> 
> 
> Reproducer:
> 
> printf '\xf8\xa7\nhello\n' | LANG=en_US.UTF-8 multitail -j
> 
> 
> Analysis:
> 
> The mbsrtowcs invocation in mt.c might fail. The program does not catch
> this but uses the pre-defined value for wcur which is the null byte.
> The documentation states the value is undefined but appearently it's
> just left untouched. That null value is considered a control character
> and the code to print that generates the observed sequence (it should
> rather be "^@", different story).
> 
> The surprising thing is any future invocations to mbsrtowcs will fail,
> too. Appearently the internal state is distorted in a way it cannot
> recover even when processing sound input. This might be an issue in
> glibc, I've filed #824429
> 
> 
> Workaround:
> 
> Set LANG to C before calling multitail.
> 
> 
> Possible fixes:
> 
> - Set LC_CTYPE to "C" instead of "" in main. Unless this has other
>   side effects.
> - Instead of using the internal state, provide one on our own,
>   and reset it upon error, see below.
> 
> In either way it's a good idea to set wcur to the question mark to
> indicate a character conversion error. More elaborate things were
> printing it inverted and/or using the replacement character U+FFFD for
> this. Figuring out side effects is left as an exercise to the reader.
> 
> Christoph
> 
> --- a/mt.c
> +++ b/mt.c
> @@ -617,8 +617,12 @@ void do_color_print(proginfo *cur, char *use_string, int 
> prt_start, int prt_end,
>  
>  #ifdef UTF8_SUPPORT
>   const char *dummy = _string[offset];
> - wchar_t wcur = 0;
> - mbsrtowcs(, , 1, NULL);
> + wchar_t wcur;
> + static mbstate_t state;
> + if (mbsrtowcs(, , 1, ) == -1) {
> + wcur = '?';
> + memset (, '\0', sizeof (mbstate_t));
> + }
>  #else
>   char wcur = use_string[offset];
>  #endif
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.4.9 (SMP w/4 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> Init: unable to detect
> 
> Versions of packages multitail depends on:
> ii  libc6 2.22-7
> ii  libncursesw5  6.0+20160319-1
> ii  libtinfo5 6.0+20160319-1
> 
> multitail recommends no packages.
> 
> multitail suggests no packages.
> 
> -- no debconf information


Folkert van Heusden

-- 
Multitail est un outil permettant la visualisation de fichiers de
journalisation et/ou le suivi de l'exécution de commandes. Filtrage,
mise en couleur de mot-clé, fusions, visualisation de différences
(diff-view), etc.  http://www.vanheusden.com/multitail/
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

Bug#625685: ** ERROR **: Fatal: Feed list import failed!

[David MichaelSmith]

Hello, this error might be caused by a corrupt sqlite database.

Can you try doing an apt-get install sqlite3.. Then run
sqlite3 ~/.liferea_1.6/liferea.db
pragma integrity_check

Then report back if it's ok or not?



Please report back if this is still an issue, otherwise this bug report 
will be closed.


-David

Bug#821239: jessie-pu: package ledgersmb/1.3.40-1~deb8u1

[Robert James Clay]

Control: retitle -1 jessie-pu: package ledgersmb/1.3.40-1~deb8u1

On Sunday, May 15, 2016 09:58:06 AM Julien Cristau wrote:
> The usual sequence is *not* unstable -> testing -> jessie-pu.  The usual
> sequence is to fix the bugs in unstable/testing, and then separately
> cherry-pick the fixes that warrant the stable update to the stable
> version of the package,

  Thank you for clarifying that.  (My mistake; I was going too much by the 
last time I did something like this, which was an upstream issue and not a 
packaging issue...) 


> so in this case that would mean preparing a ledgersmb 1.3.40-1+deb8u1 with
> the fixes you want to see in stable, and not the unrelated upstream bits.

  I'll take care of that and then update the bug again.





RJ Clay
j...@rocasa.us

Bug#824137: texlive-fonts-extra-doc: trying to overwrite '/usr/share/doc/texlive-doc/latex/mweights/README' from texlive-latex-extra-doc 2015.20160320-1

[Philipp Hagemeister]

On Fri, 13 May 2016 11:05:14 +0900 Norbert Preining
 wrote:
> Indeed, thanks for the report, fixed in git for the next upload.

Is there any timetable on when that may be? I'd very much like to use
the current verwsion of texlive-*.

Best,


Philipp



signature.asc
Description: OpenPGP digital signature

Bug#706056: liferea: Does not accept space key for skimming through article

[David MichaelSmith]

tags 706056 upstream

Confirmed and sent to upstream:

https://github.com/lwindolf/liferea/issues/349

-David

Bug#778715: Edge scrolling is quite annoying

[Vincent Bernat]

 ❦ 15 mai 2016 17:12 -0500, Jason Crain  :

>> Since some versions, evince scrolls its content when the mouse is on
>> the top edge or the bottom edge. This also happens when evince doesn't
>> have the focus or when the mouse is on another screen. The behavior is
>> also quite unexpected.
>> 
>> If there is some compile-time option to disable this, it would be
>> welcome. I have an hard time to understand why such a feature has been
>> implemented.
>
> I can't reproduce this on either Jessie or Sid.  Can you confirm if you
> still have this problem?  What desktop environment are you using?  Does
> this effect any other gtk3 apps like gedit?

No, this doesn't happen any more since quite some time. I don't remember
when the problem disappeared.
-- 
Make your program read from top to bottom.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#778715: Edge scrolling is quite annoying

[Jason Crain]

Control: tags -1 + unreproducible moreinfo

On Wed, Feb 18, 2015 at 10:32:22PM +0100, Vincent Bernat wrote:
> Since some versions, evince scrolls its content when the mouse is on
> the top edge or the bottom edge. This also happens when evince doesn't
> have the focus or when the mouse is on another screen. The behavior is
> also quite unexpected.
> 
> If there is some compile-time option to disable this, it would be
> welcome. I have an hard time to understand why such a feature has been
> implemented.

I can't reproduce this on either Jessie or Sid.  Can you confirm if you
still have this problem?  What desktop environment are you using?  Does
this effect any other gtk3 apps like gedit?

Bug#800895: liferea: Over 60 seconds before Liferea application window appears

[David MichaelSmith]

If you launch it from a console, do you get any interesting output in
regards to errors or warnings while you're waiting?


Did this resolve the issue, or do you have any additional details?

Approximately how many "items" do you have in your feeds, in total?

Bug#813650: liferea: Liferea close with database error during launch

[David MichaelSmith]

During launch, Liferea close with the following messages :

"Unexpected status on SQL execution: 11 (database disk image is malformed)"

and

"ERROR:db.c:729:db_init: assertion failed: (sqlite3_get_autocommit (db))" .

The problem persist even after deleting all (including database) files in
~/.liferea/



Thanks for the bug report.

I see that upstream has the following resolution for this issue:




in such a case the DB was corrupted and cannot be recovered.

You need to delete ~/.local/share/liferea/liferea.db (and maybe restore it
from backup).


https://sourceforge.net/p/liferea/mailman/message/34694576/


Please try this and let me know if this resolves the issue.

Regards,

-David

Bug#824221: [debhelper-devel] Bug#824221: debhelper: Standards-Version 3.9.7 recommends to install additional docs under the main package

[Axel Beckert]

Hi,

Sandro Knauß wrote:
> Standard-Version 3.9.7 recommends that additional documentation is installed 
> under 
> /usr/share/doc/ instaed of /usr/share/doc/-doc
> 
> It would be nice if debhelper can handle this in a nice way.
> * For example an additional option to install all files in
>   -doc.docs under /usr/share/doc/

Indeed, that would be nice feature. I just ran into a case where
having this would very helpful.

> * adding a second column to *.docs files with the packagename where
>   to install

>From the documentation it seems not clear if line breaks are required
to be the delimiter between items in this file (as in many other
debhelper files) or if simple blanks would suffice.

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

Bug#660597: Browser fails to report page load errors

[David MichaelSmith]

 Liferea does not show any errors or prompts when clicking on some
 types of content. (Debian Bug # 660597)


https://github.com/lwindolf/liferea/issues/348

Bug#824430: multitail: Illegal utf-8 character sequences break output permanently

[Christoph Biedl]

Package: multitail
Version: 6.4.2-1
Severity: normal

Dear Maintainer,

if the locale settings are somewhat utf-8-ish, illegal utf-8 character
sequences break any future multitail output until the program is
terminated. Instead of the actual text, the string "^`" is printed for
each character, inverted.


Reproducer:

printf '\xf8\xa7\nhello\n' | LANG=en_US.UTF-8 multitail -j


Analysis:

The mbsrtowcs invocation in mt.c might fail. The program does not catch
this but uses the pre-defined value for wcur which is the null byte.
The documentation states the value is undefined but appearently it's
just left untouched. That null value is considered a control character
and the code to print that generates the observed sequence (it should
rather be "^@", different story).

The surprising thing is any future invocations to mbsrtowcs will fail,
too. Appearently the internal state is distorted in a way it cannot
recover even when processing sound input. This might be an issue in
glibc, I've filed #824429


Workaround:

Set LANG to C before calling multitail.


Possible fixes:

- Set LC_CTYPE to "C" instead of "" in main. Unless this has other
  side effects.
- Instead of using the internal state, provide one on our own,
  and reset it upon error, see below.

In either way it's a good idea to set wcur to the question mark to
indicate a character conversion error. More elaborate things were
printing it inverted and/or using the replacement character U+FFFD for
this. Figuring out side effects is left as an exercise to the reader.

Christoph

--- a/mt.c
+++ b/mt.c
@@ -617,8 +617,12 @@ void do_color_print(proginfo *cur, char *use_string, int 
prt_start, int prt_end,
 
 #ifdef UTF8_SUPPORT
const char *dummy = _string[offset];
-   wchar_t wcur = 0;
-   mbsrtowcs(, , 1, NULL);
+   wchar_t wcur;
+   static mbstate_t state;
+   if (mbsrtowcs(, , 1, ) == -1) {
+   wcur = '?';
+   memset (, '\0', sizeof (mbstate_t));
+   }
 #else
char wcur = use_string[offset];
 #endif


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

Kernel: Linux 4.4.9 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages multitail depends on:
ii  libc6 2.22-7
ii  libncursesw5  6.0+20160319-1
ii  libtinfo5 6.0+20160319-1

multitail recommends no packages.

multitail suggests no packages.

-- no debconf information

Bug#824429: libc6: In certain locale combinations mbsrtowcs cannot recover from EILSEQ

[Christoph Biedl]

Package: libc6
Version: 2.22-7
Severity: normal

Dear Maintainer,

It might be questionable whether this is a bug in glibc at all. But at
least it's surprising behaviour.

The reproducer below calls mbstowcs two times, first time with
an illegal UTF-8 sequence, second time a correct one.

Now if the caller's environment is set to something UTF-8-ish like
"en_US.UTF-8" or "de_DE.UTF-8", also the second and any further
mbsrtowcs invocation fail with EILSEQ. Note setting LC_CTYPE to an
empty string is also required to make this happen.

Also, I didn't make this up, this happened to me in real-life code.
That application needs to be restarted to be usable again. There are
several ways to work around it, still in my opinion it should be
addressed at the libc side.

Or in short:

With LANG set to "C", both tests pass; while set to "en_US.UTF-8" the
second fails.

FWIW, on a 10.3-RELEASE FreeBSD the first fails for "C" (i.e. the
character sequence is accepted) while both pass for "en_US.UTF-8".

Christoph




#include 
#include 
#include 
#include 

int main (int argc, char **argv) {
char buffer1[] = "\xf8\xa7";
char buffer2[] = "a";
const char *ptr;
wchar_t wcur;

setlocale(LC_CTYPE, "");

ptr = [0];
if (mbsrtowcs (, , 1, NULL) == -1) {
if (errno == EILSEQ) {
perror ("ok: mbsrtowcs failed as expected");
} else {
perror ("not ok: mbsrtowcs failed");
}
} else {
printf ("not ok: mbsrtowcs passed on illegal sequence\n");
}

ptr = [0];
if (mbsrtowcs (, , 1, NULL) == -1) {
perror ("not ok: mbsrtowcs failed");
} else {
printf ("ok: mbsrtowcs pass\n");
}
}



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

Kernel: Linux 4.4.9 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libc6 depends on:
ii  libgcc1  1:6.1.1-1

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.59
pn  glibc-doc  
ii  libc-l10n  2.22-7
ii  locales2.22-7

-- debconf information excluded

Bug#666145: Displays "Fatal: cannot retrieve browser command!" when a link is clicked

[David MichaelSmith]

So try using gnome-openhttp://www.google.com   from a 
command-line and
report back what happens.
Also try using gnome-open mailto:666...@bugs.debian.org  and see if that
works too.

If you don't have gnome-open on your system, use xdg-open instead.
Should give you the same results.


The configuration for your mime types is in
~/.local/share/applications/mimeapps.list

Try running cat ~/.local/share/applications/mimeapps.list | grep http
If you see anything in there that is no longer installed in your system
you're going to have to fix it.

You could always backup to another location and delete
~/.local/share/applications/mimeapps.list  which should cause your
desktop environment to regenerate it.



Hello,

Just checking in to see if anybody was still impacted by this issue. As 
far as I can tell, it's mainly caused by a stray config file that points 
to the wrong web browser, or no web browser at all.


These old config files are mostly from people upgrading as the issue 
does not present itself with a clean configuration.


Let me know if you're still having this issue in Jessie or newer, or 
I'll go ahead and close this out.


Thanks for your time.

-David

Bug#824004: RFS: pygtail/0.6.1-1

[Christopher Baines]

On 15/05/16 20:54, Mattia Rizzolo wrote:
> On Wed, May 11, 2016 at 09:27:26AM +0100, Christopher Baines wrote:
>> I am looking for a sponsor for "pygtail"
> 
> o/
> 
> I really wonder why you use 2 different email address for your packaging
> work (mail@) and to file bugs (chris@).  It made me nearly skip this due
> to my policy of no-ITP-for-new-guys :)

I did initially try to use m...@cbaines.net to interact with the mailing
lists, and BTS, but they both just ignore me. I believe due to the
following reason [1], so I switched to using ch...@cbaines.net, and
things started working:

"Unfortunately it's currently impossible to subscribe with a username
that matches procmail's check for mail coming from a daemon. This means
that a username may not have "mail", "admin", "root", "master" or
similar strings in it (see procmailrc(5) for "FROM_DAEMON")."

1: https://www.debian.org/MailingLists/#subunsub

>>   https://anonscm.debian.org/cgit/python-modules/packages/pygtail.git/
> 
> I only noticed the unordered build-deps.  I just ran wrap-and-sort,
> tagged, built, signed, uploaded :)
> 
> Didn't really want to drag this RFS for such sillyness when I'm in the
> same team and can push.
> 
> Thanks for your contribution to Debian!

Thank you! wrap-and-sort is new to me, but I like the sound of it (I use
cme fix dpkg-control often.




signature.asc
Description: OpenPGP digital signature

Bug#823837: RFS: haproxy-log-analysis/2.0~b0-1

[Christopher Baines]

On 15/05/16 21:10, Mattia Rizzolo wrote:
> On Mon, May 09, 2016 at 02:33:09PM +0100, Christopher Baines wrote:
>> I am looking for a sponsor for "haproxy-log-analysis"
> 
> o/
> 
>> https://anonscm.debian.org/cgit/python-modules/packages/haproxy-log-analysis.git/
> 
> uploaded!

Amazing, thank you :)




signature.asc
Description: OpenPGP digital signature

Bug#819457: xul-ext-mozvoikko: Please add firefox(-esr) as alternative dependencies

[Martin-Éric Racine]

Package: xul-ext-mozvoikko
Version: 2.0.1-1
Followup-For: Bug #819457

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sure enough, firefox-esr has already entered Testing.

- -- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'stable')
Architecture: i386 (i586)

Kernel: Linux 3.16.0-4-586
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xul-ext-mozvoikko depends on:
pn  iceweasel | icedove | iceape  
ii  libvoikko14.0.2-2
ii  voikko-fi 2.0-3

xul-ext-mozvoikko recommends no packages.

xul-ext-mozvoikko suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXOObCAAoJEK4fgnfEtNe2je4P/2TXsUT/TouO0jR2eTiqqw2F
ztOC3dA4HV2OWUkWO8++zF719C5ZDZZjjHJYF3QGynYce5jAtc2wSPQFqhgU+fZS
t00oBuwl+pyOvGGgcjupLjkPpjCmC26uBK2QwzTLgzOTBdPfUQM5jJO81X69sXqK
3lEmrQiX40dyg6u2k4hLhdVXw2ggMmiHO9r6A5Iul8kGWppCp+1OMk2xMF0KMFkc
b1so4LYP3uzeoVcgRVMGpgq5jcd7KsikIFd/VeIQOt5eQfJWB523gs/6JXQ0SbIA
2liWjnG96cRvkYBiRiuhZgBx8wNPd66iEUCV3Jm4vm+revmdvav8jiqNJdEmUtLP
RarrtlUc8rvFA2gYilVB1TxgtYLu+scwGYQVdAxlV2CYCxDBPR/wGHCvLk0z/DXH
bXKobISp3T4Df66gSSa+fe5cb4wu7VPicnGv8atweD8Oct5s6RvNPSm9oCsrwIFa
tH2Kdm5x3OL9pgT07gcLEshnYcwsUaIMgWrtamu6A+qCIH0dD3rGzSyWcm+xCEPS
Ak5Xduow8pitf37NJJAMkIHFT2q+uddDcEX3uMKUW16oKufZ7RR4ximBbpPAt6ln
e2yVh+ztjlplQkTjdWEv7+c6NIr1iCcVCaCMTWkqBquhduSowS3A7OjV63aC+XuS
Vpnr0d+tDNqMfFHS6OeM
=Has/
-END PGP SIGNATURE-

Bug#824260: texlive-bin also FTBFS on i386 using gcc-6 and glibc 2.23

[Daniel Schepler]

For what it's worth, I've also just seen a test failure in
tests/upmendex on i386, during a test rebuild of all packages using
gcc-defaults and glibc from experimental:

FAIL: tests/upmendex


This is upmendex version 0.50 (TeX Live 2016).
Scanning input file ../../../texk/upmendex/tests/foo.idxdone (3
entries accepted, 0 rejected).
3 entries accepted, 0 rejected.
Sorting indexdone(0 comparisons).
Sorting pagesdone(4 comparisons).
Making index filedone.
0 warnings, written in foo.ilg1.
Output written in foo.ind1.
This is upmendex version 0.50 (TeX Live 2016).
Scanning dictionary file ../../../texk/upmendex/tests/uni.dictdone.
Scanning input file ../../../texk/upmendex/tests/uni.idxdone (8
entries accepted, 0 rejected).
8 entries accepted, 0 rejected.
Sorting indexdone(24 comparisons).
Sorting pagesdone(0 comparisons).
Making index file.Segmentation fault
FAIL tests/upmendex.test (exit status: 1)
-- 
Daniel Schepler

Bug#821454: [pkg-golang-devel] Bug#821454: [pkg-go] Bug#821454: dh-golang: Position-independent executables (PIE)

[Peter Colberg]

Hi Michael,

On Fri, Apr 29, 2016 at 01:17:51PM +1200, Michael Hudson-Doyle wrote:
> So we'll leave this bug for that bit?

I noticed that you are now an Uploader for golang-go.

What are your thoughts on https://bugs.debian.org/823014 ?

Regards,
Peter

Bug#782812: ITP: gnusocial, be aware of each other

[Mattia Rizzolo]

You probably didn't notice each other, but you seem to be working on the
same package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782812
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813818

Please work together to avoid duplication of work and waste of effort.

-- 
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#817031: RFP: ots -- OpenType Sanitiser

[Mattia Rizzolo]

On Mon, Mar 07, 2016 at 07:09:04PM +0800, Paul Wise wrote:
> * Package name: ots
> 
> The OpenType Sanitiser (OTS) parses and serialises OpenType files,
> validating them and sanitising them as it goes.

Though notice that there is already another package with that name in
debian: https://tracker.debian.org/pkg/ots but it's another thing
(Open Text Summarizer)

-- 
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#824428: cinnamon: touchpad scrolling defaults now to reversed order?

[Christoph Anton Mitterer]

Package: cinnamon
Version: 3.0.2-1
Severity: wishlist


Hi.

With 3.0 there appears to be a new option that makes
the touchbad horizontal/vertical scrolling reverse the direction.

While this is nice, it seems to be default to the reversed order.
Any reason for that?
The old behaviour seemed to be more intuitive...

Anyway, this is just a reminder that you *may* want to change
that default - not a real request to do so.
If you say, you want to follow upstream's new default (if this
actually is that), then I'm fine with it either, since it can
be easily configured (cinnamon vs. Gnome ^^); in that case, feel
free to close the bug :)

Cheers,
Chris

Bug#824427: cinnamon: bell sound appears in all kinds of places

[Christoph Anton Mitterer]

Package: cinnamon
Version: 3.0.2-1
Severity: normal


Hey.

Not sure whether this can be considered a "bug"...
Since 3.0, in all kinds of things the "bell" sound appears
in all kinds of places, where it didn't before...

e.g. when doing an unsuccessful tab completion in
gnome-terminal (which at least has an option to disable the
bell)... or in Firefox when searching for text and that isn't
found.

That's quite annoying and I didn't find a way to get rid of
it via the sound applet,...
It is possible in my system cause the soundcard itself
(though only ALSA exports this and Pulseaudio once again sucks
here), allows me to "mute" the "beep" (which seems to be used
for the bell.
But this is of course no solution for all those people
with cards who don't export that as a mixer item.


Cheers,
Chris.


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

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

Versions of packages cinnamon depends on:
ii  caribou  0.4.20-1
ii  cinnamon-common  3.0.2-1
ii  cinnamon-control-center  3.0.0-1
ii  cinnamon-desktop-data3.0.1-1
ii  cinnamon-screensaver 3.0.0-1
ii  cinnamon-session 3.0.0-2
ii  cinnamon-settings-daemon 3.0.1-1
ii  cjs  3.0.1-1
ii  cups-pk-helper   0.2.5-2+b1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-caribou-1.0   0.4.20-1
ii  gir1.2-clutter-1.0   1.26.0-2
ii  gir1.2-cmenu-3.0 3.0.0-1
ii  gir1.2-cogl-1.0  1.22.0-2
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.34.0-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.48.0-2
ii  gir1.2-gnomedesktop-3.0  3.20.2-1
ii  gir1.2-gtk-3.0   3.20.4-1
ii  gir1.2-gtkclutter-1.01.8.0-1
ii  gir1.2-javascriptcoregtk-3.0 2.4.11-1
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gir1.2-meta-muffin-0.0   3.0.3-1
ii  gir1.2-networkmanager-1.01.2.2-1
ii  gir1.2-notify-0.70.7.6-2
ii  gir1.2-pango-1.0 1.40.1-1
ii  gir1.2-polkit-1.00.105-15
ii  gir1.2-soup-2.4  2.54.1-1
ii  gir1.2-upowerglib-1.00.99.4-2
ii  gir1.2-webkit-3.02.4.11-1
ii  gkbd-capplet 3.6.0-1
ii  gnome-backgrounds3.20-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-themes-standard3.20-1
ii  gsettings-desktop-schemas3.20.0-3
ii  libatk-bridge2.0-0   2.20.1-1
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-9
ii  libcairo21.14.6-1+b1
ii  libcinnamon-menu-3-0 3.0.0-1
ii  libcjs0  3.0.1-1
ii  libclutter-1.0-0 1.26.0-2
ii  libcogl-pango20  1.22.0-2
ii  libcogl-path20   1.22.0-2
ii  libcogl201.22.0-2
ii  libcroco30.6.11-1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libgirepository-1.0-11.48.0-2
ii  libgl1-mesa-glx [libgl1] 11.2.2-1
ii  libglib2.0-0 2.48.1-1
ii  libglib2.0-bin   2.48.1-1
ii  libgstreamer1.0-01.8.1-1
ii  libgtk-3-0   3.20.4-1
ii  libjs-jquery 1.12.3-1
ii  libmozjs-24-024.2.0-3
ii  libmuffin0   3.0.3-1
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libstartup-notification0 0.12-4
ii  libx11-6 2:1.6.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxml2  2.9.3+dfsg1-1
ii  mesa-utils   8.3.0-1
ii  nemo 3.0.1-1
ii  

Bug#824387: Acknowledgement (asterisk: SIP registrations fail with latest version)

[Anton Ivanov]

I have narrowed down the registration to a set of Cisco 79xx clients -
looks like a regression from one of the recent openssl updates. They all
suddenly stopped working after it.

You can downgrade this accordingly

I will file the debug info issue separately later.

A.

On 15/05/16 10:27, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian VoIP Team 
>
> If you wish to submit further information on this problem, please
> send it to 824...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>

Bug#819539: Delayed 0.10.0 upload

[Hilko Bengen]

Hi,

I have just made an upload of valabind/0.10.0-0.1 to DELAYED/5, feel
free to reschedule or cancel as you see fit.

Cheers,
-Hilko


valabind_0.10.0-0.1.debian.tar.xz
Description: application/xz

Bug#824402: sra-toolkit: does not load data from fastq files to directory (and probably more problems)

[Andreas Tille]

Hi Jana,

thanks for this bug report.  I admit that sra-toolkit packaging is
lagging behind upstream development.  The reason was a new dependency
(ngs-sdk) which is packaged now.  I tried the latest upstream source but
due to the quite unusual build system (the source is using a configure
script which is something else than an autoconf created script) the new
version does not build as simple.  I hope that once we've managed to get
the package build there are chances that this problem is fixed - if not
we try to contact upstream about this.

Any volunteer to fox the build system is more than welcome.

Kind regards

  Andreas.

On Sun, May 15, 2016 at 04:18:46PM +0200, jana wrote:
> Package: sra-toolkit
> Version: 2.3.5-2+dfsg-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> The latf-load binary from sra-toolkit package doesn't load data from fastq
> files to directory - it will ends up with these errors:
> 
> $ latf-load -q PHRED_33 -o Desktop/test Desktop/test.fastq
> 2016-05-15T13:51:17 latf-load.2.3.5 warn: Deprecated argument '-q' may not be
> supported in future releases. Please use '--quality' instead.
> 2016-05-15T13:51:17 latf-load.2.3.5 err: path not found while opening 
> directory
> within file system module - file="align/align.vschema"
> 2016-05-15T13:51:17 latf-load.2.3.5 err: path not found while opening 
> directory
> within file system module - failed to parse schema file align/align.vschema
> 2016-05-15T13:51:17 latf-load.2.3.5 err: path not found while opening 
> directory
> within file system module - accession="test" errors="0" status="failure"
> 2016-05-15T13:51:17 latf-load.2.3.5 err: path not found while opening 
> directory
> within file system module - load failed
> 
> It seems the binary doesn't see the necessary vschema files. There is
> everything fine on the upstream package. The temporary solution is to
> copy/symlink schema directory from upstream package (latest version) to /usr -
> this works fine. I think the problem influence other binaries too, but I don't
> know - didn't try. I tryed this on the clean Debian 8 installation - the
> problem remains.
> 
> 
> 
> -- System Information:
> Debian Release: 8.4
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
> Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages sra-toolkit depends on:
> ii  libbz2-1.0 1.0.6-7+b3
> ii  libc6  2.19-18+deb8u4
> ii  libxml22.9.1+dfsg1-5+deb8u1
> ii  sra-toolkit-libs0  2.3.5-2+dfsg-1
> ii  zlib1g 1:1.2.8.dfsg-2+b1
> 
> sra-toolkit recommends no packages.
> 
> sra-toolkit suggests no packages.
> 
> -- no debconf information
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#823609: jessie-pu: package openssl/1.0.1t-1+deb8u1

[Kurt Roeckx]

On Sun, May 15, 2016 at 08:09:06PM +0100, Adam D. Barratt wrote:
> On Wed, 2016-05-11 at 23:48 +0200, Sebastian Andrzej Siewior wrote:
> > control: retitle -1 jessie-pu: package openssl/1.0.1t-1+deb8u2
> > 
> > On 2016-05-06 16:07:15 [+0200], Kurt Roeckx wrote:
> > 
> > > So I've prepared an update for jessie with version
> > 
> > I prepared an u2 which updates some certs for the testsuite. The old
> > expired yesterday and so the testsuite fails and the package won't
> > build. New ones are valid till May 26 17:28:31 2023.
> 
> Please go ahead.

1.0.1t-1+deb8u2 has been uploaded.


Kurt

Bug#824121: RFS: python-nanomsg/1.0-2 [ITP]

[Mattia Rizzolo]

control: tag -1 moreinfo
control: owner -1 !

On Thu, May 12, 2016 at 11:38:14PM +1000, Jonathon Love wrote:
> I am looking for a sponsor for my package "python-nanomsg"

o/

>   dget -x 
> https://mentors.debian.net/debian/pool/main/p/python-nanomsg/python-nanomsg_1.0-2.dsc

This one too.
It has Vcs-* pointin to the DPMT namespace, but this time the repository
doesn't exist.  And DPMT is not neither in Maintainer: nor in
Uploaders:.

Also it doesn't close a WNPP bug?

I found the ITP #776083, which is owned by somebody else (which strikes
me, as I would expect the ITP to "expire" after some months, but
apparently here didn't happen).  So, I won't sponsor this until you
clarify the situation with the ITP owner and get an ack from him and
take over the ITP.

Please clarify these situations.

-- 
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#824426: FTBFS against libical2

[Michael Biebl]

Source: syncevolution
Version: 1.4.99.4-5
Severity: serious

Hi,

during the libical transition [1], your package syncevolution was
rebuilt and it now FTBFS:


libtool: link: g++ -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-pthread -I/usr/include/gtk-2.0
-I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng16
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2
-Wall -Wno-unknown-pragmas -Wno-deprecated-declarations -g -O2 -fPIE
-fstack-protector-strong -Wformat -Werror=format-security
-Wl,-uSyncEvolution_Module_Version -Wl,--export-dynamic
-Wl,-usyncevo_fetch_timezone -fPIE -pie -Wl,-z -Wl,relro -Wl,-z -Wl,now
-Wl,--as-needed -o src/.libs/syncevo-dbus-server -pthread
-L/usr/lib/x86_64-linux-gnu -lcppunit -ldl
./src/dbus/server/.libs/libsyncevodbusserver.a -lpcre -lpcrecpp
src/gdbusxx/.libs/libgdbussyncevo.so
src/syncevo/.libs/libsyncevolution.so -lgthread-2.0 -lnotify
-lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo
-lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfontconfig
/usr/lib/x86_64-linux-gnu/libfreetype.so -lgio-2.0 -lgobject-2.0
-lglib-2.0 -pthread
src/syncevo/.libs/libsyncevolution.so: undefined reference to
`ical_tzid_prefix'
collect2: error: ld returned 1 exit status
Makefile:6187: recipe for target 'src/syncevolution' failed
make[3]: *** [src/syncevolution] Error 1
make[3]: *** Waiting for unfinished jobs
src/syncevo/.libs/libsyncevolution.so: undefined reference to
`ical_tzid_prefix'
collect2: error: ld returned 1 exit status
Makefile:6128: recipe for target 'src/syncevo-local-sync' failed
make[3]: *** [src/syncevo-local-sync] Error 1
src/syncevo/.libs/libsyncevolution.so: undefined reference to
`ical_tzid_prefix'
collect2: error: ld returned 1 exit status
Makefile:6069: recipe for target 'src/syncevo-dbus-server' failed
make[3]: *** [src/syncevo-dbus-server] Error 1
make[3]: Leaving directory '/«PKGBUILDDIR»'
Makefile:10646: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/«PKGBUILDDIR»'
Makefile:4226: recipe for target 'all' failed
make[1]: *** [all] Error 2

The full build log is available at [2]

Regards,
Michael

[1] https://release.debian.org/transitions/html/auto-libical.html
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797074
[2] 
https://buildd.debian.org/status/fetch.php?pkg=syncevolution=amd64=1.4.99.4-5%2Bb1=1462978210




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

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

Bug#824425: ITP: golang-github-rcrowley-go-metrics -- Go port of Coda Hale's Metrics library

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-rcrowley-go-metrics
  Version : 0.0~git20160226.0.eeba7bd-1
  Upstream Author : Richard Crowley
* URL : https://github.com/rcrowley/go-metrics
* License : BSD-2-Clause
  Programming Lang: Go
  Description : Go port of Coda Hale's Metrics library

this is needed for syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#824416: cpu fan doesn't start

[john k]

Package: linux-image-3.2.0-4-486
Version: 3.2.78-1

cpu fan doesn't start automatically. The result is to high temperature.
If i boot different OS fan works ok.
If i enter bios fan works ok.
If i restart or boot while in high temperature to debian, system says "critical 
temperature" and auto shuts down.
The machine is a laptop. It uses the problematic i2c chip with the problematic 
lm75 driver.
I am attaching a hardinfo report
Thank you.


Title: HardInfo (0.5.1) System Report


ComputerSummary
Computer
ProcessorIntel(R) Pentium(R) M processor 1.60GHz
Memory498MB (330MB used)
Operating SystemDebian GNU/Linux 7.10
User Namewhite (white)
Date/TimeSun 15 May 2016 08:19:02 PM EEST
Display
Resolution1024x768 pixels
OpenGL RendererMesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2
X11 VendorThe X.Org Foundation
Multimedia
Audio AdapterICH4 - Intel 82801DB-ICH4
Audio AdapterICH-MODEM - Intel 82801DB-ICH4 Modem
Input Devices
 AT Translated Set 2 keyboard
 Lid Switch
 Power Button
 Sleep Button
 Power Button
 Video Bus
 PC Speaker
 SynPS/2 Synaptics TouchPad
 ACPI Virtual Keyboard Device
Printers
No printers found
Operating System
Version
KernelLinux 3.2.0-4-486 (i686)
Compiled#1 Debian 3.2.78-1
C LibraryUnknown
Default C CompilerUnknown
DistributionDebian GNU/Linux 7.10
Current Session
Computer Namewhite
User Namewhite (white)
Home Directory/home/white
Desktop EnvironmentUnknown (Window Manager: Openbox)
Misc
Uptime1 hour, 37 minutes
Load Average0.26, 0.28, 0.20
Kernel Modules
Loaded Modules
cryptdSoftware async crypto daemon
aes_i586Rijndael (AES) Cipher Algorithm, asm optimized
aes_genericRijndael (AES) Cipher Algorithm
parport_pcPC-style parallel port driver
ppdev
lp
parport
uinputUser level driver support for input subsystem
nfsd
nfs
nfs_acl
auth_rpcgss
fscacheFS Cache Manager
lockdNFS file locking service version 0.5.
sunrpc
ds1621DS1621 driver
lm75LM75 driver
loop
arc4ARC4 Cipher Algorithm
rtl8192cuRealtek 8192C/8188C 802.11n USB wireless
rtlwifiRealtek 802.11n PCI wireless core
pcmciaPCMCIA Driver Services
rtl8192c_commonRealtek 8192C/8188C 802.11n PCI wireless
mac80211IEEE 802.11 subsystem
i915Intel Graphics
yenta_socket
joydevJoystick device interfaces
drm_kms_helperDRM KMS helper
drmDRM shared core routines
ipw2100Intel(R) PRO/Wireless 2100 Network Driver
8139tooRealTek RTL-8139 Fast Ethernet driver
8139cpRealTek RTL-8139C+ series 10/100 PCI Ethernet driver
pcmcia_rsrc
miiMII hardware support library
pcmcia_coreLinux Kernel Card Services
libipw802.11 data/management/control stack
i2c_algo_bitI2C-Bus bit-banging algorithm
lib80211common routines for IEEE802.11 drivers
snd_intel8x0mIntel 82801AA,82901AB,i810,i820,i830,i840,i845,MX440; SiS 7013; NVidia MCP/2/2S/3 modems
i2c_coreI2C-Bus main module
snd_intel8x0Intel 82801AA,82901AB,i810,i820,i830,i840,i845,MX440; SiS 7012; Ali 5455
sgSCSI generic (sg) driver
cfg80211wireless configuration support
snd_ac97_codecUniversal interface for Audio Codec '97
snd_pcmMidlevel PCM code for ALSA.
rfkillRF switch support
snd_page_allocMemory allocator for ALSA system.
snd_seqAdvanced Linux Sound Architecture sequencer.
sr_modSCSI cdrom (sr) driver
uhci_hcdUSB Universal Host Controller Interface driver
iTCO_wdtIntel TCO WatchDog Timer Driver
ehci_hcdUSB 2.0 'Enhanced' Host Controller (EHCI) Driver
iTCO_vendor_supportIntel TCO Vendor Specific WatchDog Timer Driver Support
evdevInput driver event char devices
acpi_cpufreqACPI Processor P-States Driver
cdrom
mperf
rng_coreH/W Random Number Generator (RNG) driver
psmousePS/2 mouse driver
pcspkrPC Speaker beeper driver
serio_rawRaw serio driver
usbcore
snd_seq_deviceALSA sequencer device management
shpchpStandard Hot Plug PCI Controller Driver
snd_timerALSA timer interface
acACPI AC Adapter Driver
batteryACPI Battery Driver
videoACPI Video Driver
sndAdvanced Linux Sound Architecture driver for soundcards.
usb_common
soundcoreCore sound module
ac97_bus
processorACPI Processor Driver
buttonACPI Button Driver
ext4Fourth Extended Filesystem
crc16CRC16 calculations
mbcacheMeta block cache (for extended attributes)
jbd2
sd_modSCSI disk (sd) driver
crc_t10difT10 DIF CRC calculation
ata_genericlow-level driver for generic ATA
ata_piixSCSI low-level driver for Intel PIIX/ICH ATA controllers
libataLibrary module for ATA devices
scsi_modSCSI core
thermalACPI Thermal Zone Driver
thermal_sysGeneric thermal management sysfs support
Display
Display
Resolution1024x768 pixels
VendorThe X.Org Foundation
Version1.12.4
Monitors
Monitor 01024x768 pixels
Extensions
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
OpenGL
VendorTungsten Graphics, Inc
RendererMesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2
Version1.3 Mesa 8.0.5
Direct RenderingYes
Environment Variables
Environment Variables
USERwhite
LANGUAGEen_US:en
SSH_AGENT_PID3003
HOME/home/white

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

[Mattia Rizzolo]

control: tag -1 moreinfo
control: owner -1 !
control: block 812434 by -1

On Sun, May 08, 2016 at 11:46:45AM +0100, Ghislain Vaillant wrote:
> I am looking for a sponsor for my package "hdf-compass"

o/

>   dget -x 
> https://mentors.debian.net/debian/pool/main/h/hdf-compass/hdf-compass_0.6.0b5-1.dsc

Doing the thing through the git repo linked there.

Again, pushing a debian/ tag before the upload is not that great idea,
as now I have things I'm not happy about and the tag needs to be
deleted/recreated.  Usually I also push the tag for teams I'm part of
(like this), but I can also leave it to you if you like.  Just that as
of now there is a tag that doesn't match reality.

* d/hdf-compass.lintian-overrides
  + bad habit doing lintian overrides without a comment.  But I can't
imagine a reason to override binary-without-manpage.  That one just
needs fixing, and hiding it behind an override doesn't help it.
* d/rules:
  + what's the reason for disabling the tests?  please document it in a
comment.


FTR, what I veto against is the override for binary-without-manpage,
that IMHO is plain wrong, even if I know several others DDs who are ok
with that).

-- 
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#802651: [Pkg-alsa-devel] Bug#802651: [libasound2] SIG11 on 'aplay -L'

[Michał Mirosław]

On Mon, May 09, 2016 at 09:52:41PM +0200, Michał Mirosław wrote:
> On Mon, May 09, 2016 at 02:31:11PM +0200, Elimar Riesebieter wrote:
> > * Michał Mirosław  [2016-05-09 12:07 +0200]:
> > 
> > > On Sun, May 08, 2016 at 05:14:30PM +0200, Elimar Riesebieter
> > > wrote:
> > > > * Michał Mirosław  [2015-10-22 08:46
> > > > +0200]:
> > > > 
> > > > > Package: libasound2 Version: 1.0.28 Severity: normal Tags:
> > > > > patch
> > > > > 
> > > > > --- Please enter the report below this line. ---
> > > > > 
> > > > > 'aplay -L' segfaults with ALSA configuration containing
> > > > > multiple "@hooks" entries. This happens, eg. with
> > > > > libasound2-plugins installed and having one @hooks in
> > > > > /etc/asound.conf like following:
> > > > > 
> > > > > @hooks [ { func load files [ "/usr/share/alsa/bluetooth.conf"
> > > > > ] errors false } ]
> > > > 
> > > > I can reproduce this segfault. Well,
> > > > /usr/share/alsa/bluetooth.conf isn't distributed by any Debian
> > > > package and is not available in my default installation. Do you
> > > > installed that file? Anyway, what is your goal with that hook?
> > > 
> > > Hmm. This comes from bluez-alsa package - it seems this was left
> > > after an upgrade from wheezy (the file is from bluez-alsa
> > > package). This seems irrelevant, though, as you should be able to
> > > trigger the bug with any two files.
> > 
> > Wrong, if I use the existing /usr/share/alsa/smixer.conf instead of
> > /usr/share/alsa/bluetooth.conf there is no segfault.
> > 
> > Could you please provide your bluetooth.conf?
> That's the one from wheezy's bluez-alsa (version 4.99-2). Attached.

BTW, for me, it's enough to put:

@hooks [ { func load files [ "/dev/null" ] } ]

in /etc/asound.conf to make 'aplay -L' blow up.

Best Regards,
Michał Mirosław

Bug#823609: jessie-pu: package openssl/1.0.1t-1+deb8u1

[Adam D. Barratt]

On Wed, 2016-05-11 at 23:48 +0200, Sebastian Andrzej Siewior wrote:
> control: retitle -1 jessie-pu: package openssl/1.0.1t-1+deb8u2
> 
> On 2016-05-06 16:07:15 [+0200], Kurt Roeckx wrote:
> 
> > So I've prepared an update for jessie with version
> 
> I prepared an u2 which updates some certs for the testsuite. The old
> expired yesterday and so the testsuite fails and the package won't
> build. New ones are valid till May 26 17:28:31 2023.

Please go ahead.

Regards,

Adam

Bug#824424: please mark cross binutils as Multi-Arch: foreign

[Helmut Grohne]

Source: binutils
Version: 2.25.1-2
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

please mark binutils-$targettriplet as Multi-Arch: foreign.

I think that this marking is correct, because the architecture name is
encoded into the binary package name and thus there is no ambiguity
about the interface. It should be possible to use e.g.
binutils-mips-linux-gnu:i386 and binutils-mips-linux-gnu:amd64
completely interchangeably.

I think that this marking is necessary, because it is part of our plan
to support cross toolchain translation. Eventually, we will need
binutils-for-host (Arch:any, M-A:same, Depends: binutils-$targettriplet)
in a similar way to src:gcc-cross-support. For that dependency to become
satisfiable in non-trivial ways, we need the M-A:foreign marking on
binutils-$targettriplet. Though, the absence of a patch for
binutils-for-host implies that there is no urgency about this.

Do you agree with the reasoning and the attached patch? debian/control
needs to be regenerated after applying it.

Helmut
--- binutils-2.26/debian/control.cross.in
+++ binutils-2.26/debian/control.cross.in
@@ -6,6 +6,7 @@
 Provides: @binutils_alt_triplet@
 Priority: extra
 Built-Using: ${Built-Using}
+Multi-Arch: foreign
 Description: GNU binary utilities, for @target@ target
  This package provides GNU assembler, linker and binary utilities
  for @target@ target, for use in a cross-compilation environment.

Bug#798102: ams: Lots of kworker activity after wake from hibernate on Powerbook

[Michael Hanselmann]

On 09.05.2016 08:22, Mathieu Malaterre wrote:
> Well, isn't it better to simply remove this driver if no-one is maintaining 
> it ?

Considering how broken hibernation was on my machine (IIRC it worked
once, maybe twice) I'm not ruling out that the issue is somewhere
deeper. That is not to say that the ams code is free of issues--I just
can't say without having a reliable test case.

I'll try to give it another spin on a PowerBook6,8 with the I2C version
of the sensor (Dan, the bug reporter, used a PowerBook5,6). Hopefully
the device actually works--I never powered it on after acquiring it.

Michael



signature.asc
Description: OpenPGP digital signature

Bug#823478: RFS: python3-protobuf3/0.2.1-2 [ITP]

[Mattia Rizzolo]

control: tag -1 moreinfo
control: owner -1 !
control: block 823321 by -1

On Thu, May 05, 2016 at 02:09:23PM +1000, Jonathon Love wrote:
> I am looking for a sponsor for my package "python3-protobuf3"

o/

> dget -x 
> https://mentors.debian.net/debian/pool/main/p/python3-protobuf3/python3-protobuf3_0.2.1-2.dsc

Umh.  This has a repository in DPMT, but you are the maintainer.
That's something too wrong, please clarify or fix.

Also, as this is in DPMT, by team policy I'll just ignore mentors.d.n
and stuff there and only use the git repo.

* d/control:
  + Std-Ver is 3.9.8 nowadays, please check against that.
  + The description is really too short, please try to write a bit more
* d/copyright:
  + please wrap the copyright text at ~70 chars, you can find a lot of
examples around in the archive, including one in the very package
you're packaging.
* d/rules:
  + shouldn't PYBUILD_NAME be 'protobuf3' ?


Also, it fails to build:


test_get_wire_values (tests.test_message.TestMessage) ... ok
test_parse_from_bytes (tests.test_message.TestMessage) ... ok
test_remove_field_value (tests.test_message.TestMessage) ... ok
test_repr (tests.test_message.TestMessage) ... ok
test_set_wire_values (tests.test_message.TestMessage) ... ok

==
ERROR: tests.test_compiler (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: tests.test_compiler
Traceback (most recent call last):
  File "/usr/lib/python3.5/unittest/loader.py", line 428, in _find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python3.5/unittest/loader.py", line 369, in 
_get_module_from_name
__import__(name)
  File 
"/build/python3-protobuf3-0.2.1/.pybuild/pythonX.Y_3.5/build/tests/test_compiler.py",
 line 14, in 
class TestCompiler(TestCase):
  File 
"/build/python3-protobuf3-0.2.1/.pybuild/pythonX.Y_3.5/build/tests/test_compiler.py",
 line 198, in TestCompiler
@skipIf(protoc_version < StrictVersion("2.5.0"), "allow_alias requires 
protoc >= 2.5.0")
  File "/usr/lib/python3.5/distutils/version.py", line 52, in __lt__
c = self._cmp(other)
  File "/usr/lib/python3.5/distutils/version.py", line 170, in _cmp
if self.version != other.version:
AttributeError: 'StrictVersion' object has no attribute 'version'


--
Ran 128 tests in 0.020s

FAILED (errors=1)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/build/python3-protobuf3-0.2.1/.pybuild/pythonX.Y_3.5/build; python3.5 -m 
unittest discover -v 
dh_auto_test: pybuild --test -i python{version} -p 3.5 --dir . returned exit 
code 13
debian/rules:7: recipe for target 'build' failed
make: *** [build] Error 25
dpkg-buildpackage: error: debian/rules build gave error exit status 2

-- 
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#824417: gnome-terminal: Does not show up in menu(s) in LXDE. Last line of file /usr/share/applications/org.gnome.Terminal.desktop specifies "OnlyShowIn=GNOME; Unity; " Please add LXDE as well.

[Lubo Diakov]

> LXDE is dead upstream (has been replaced by LXQt). So I'm not convinced
> it makes sense to add this for LXDE now.

Ok, I must have missed that news. My question would then be, is there
some harm to adding it so it works now, until all former LXDE users
migrate to LXQT or something else? Even if it means reverting that
later, when there is no LXDE package? We are talking about 5 extra
letters "LXDE;" in 1 single text file, and it will not affect any
other desktop environment in any way. And if not, what will be done
if/when LXQT or any newer DE currently not supported comes along? I
understand whitelisting only DEs that are known to be compatible and
actively developed, but up to a point. Surely there are more than 2
viable DEs in existence? Maybe only they meet some quality cutoff, but
it seems somewhat arbitrary without having an idea what the cutoff is.
>
> I wonder if it would make sense to drop
> debian/patches/01_onlyshowin.patch completely.
>
> This patch was added as other desktop environments usually install their
> own preferred terminal, in case of lxde this is lxterminal.

Yes, please. Having every program that is technically compatible show
up without jumping through unneeded hoops. Anyone who installs 2 or
more should be tech. savvy enough to know why he/she did it, i.e. the
other one has a feature they need.
>
> Having multiple terminals in the menu could be confusing.

Only to rank beginners, and that can be mitigated somewhat by clear
concise explanations/titles in the menu and hints. E.g. if instead of
calling itself "Terminal" as if there is only one (echoes of
Highlander in my head) it would specify "gnome terminal, a terminal
emulator for X11 implemented by gnome, with perhaps the upstream URL
for FAQs, if needed"
>
> Michael
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>


-- 
Любомир Гаврилов Дяков
емайл:
lubodia...@gmail.com

Bug#823548: linux-user-chroot deprecation

[GCS]

Control: owner -1 !

On Mon, May 9, 2016 at 7:10 PM, Simon McVittie  wrote:
> On Mon, 09 May 2016 at 19:01:15 +0200, László Böszörményi (GCS) wrote:
>> I plan to package bubblewrap, then ask for removal of linux-user-chroot.
 OK, packaged and going to upload it soon.

> May I co-maintain, preferably in collab-maint git? xdg-app (now called
> Flatpak, apparently) is going to depend on it soon; for now it's a git
> submodule, but when a system copy is supported I suspect I'll need to keep
> it somewhat in sync with xdg-app.
 Do you think it will be tightly coupled? We may co-maintain the
packages vica-versa, will talk about it.

Regards,
Laszlo/GCS

Bug#824423: ITP: golang-github-gobwas-glob -- Go glob

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-gobwas-glob
  Version : 0.0~git20160514.0.49571a1-1
  Upstream Author : Sergey Kamardin
* URL : https://github.com/gobwas/glob
* License : Expat
  Programming Lang: Go
  Description : Go glob

This is needed for syncthing

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#824422: golang: REAME.Debian mentions non-existant golang-go-$GOOS-$GOARCH packages

[James Cowgill]

Package: golang
Version: 2:1.6.1-2
Severity: minor

Hi,

The README.Debian for golang contains this:

---
If you get an error message like this:

~/gocode/src/helloworld $ GOARCH=386 go build
go build runtime: linux/386 must be bootstrapped using make.bash

…you are missing the appropriate golang-go-$GOOS-$GOARCH debian
package,
i.e. golang-go-linux-386 in this case.
---

But the golang-go-... packages no longer exist.

Thanks,
James

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

Bug#823331: RFS: node-zmq/2.15.0+dfsg-2

[Mattia Rizzolo]

control: tag -1 moreinfo
control: owner -1 !
control: block 823251 by -1

On Tue, May 03, 2016 at 05:33:28PM +0200, Gordon Ball wrote:
>   I am looking for a sponsor for my package "node-zmq"

o/

> https://mentors.debian.net/debian/pool/main/n/node-zmq/node-zmq_2.15.0+dfsg-2.dsc

Alright, so this package is maintained in collab-maint.  Great.
Now:

* why did you upload a -2 to mentors.d.n?
* in git there is a newer version with minimal changes, guess it would
  be better if I upload that one?
* you install History.md.  I think it would be better to install that
  file as a changelog, see
  https://www.debian.org/doc/debian-policy/ch-docs.html#s-changelogs
  For that, just call dh_installchangelogs.

You don't need to upload new releases to mentors, I actually prefer
working with git.
-- 
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#824421: golang: FTBFS using gccgo

[James Cowgill]

Source: golang
Version: 2:1.6.1-2
Severity: normal

Hi,

golang contains this build-dependency line indicating that it can be
built with gccgo:
 golang-go (>= 2:1.4.2-2~) | gccgo-5,

However when I try to use gccgo, the build fails with:

 debian/rules build-arch
dh --parallel  build-arch
   dh_testdir -a -O--parallel
   dh_update_autotools_config -a -O--parallel
   dh_auto_configure -a -O--parallel
   debian/rules override_dh_auto_build-arch
make[1]: Entering directory '/tmp/golang/golang-1.6.1'
[ -f VERSION ] || echo "debian snapshot +$(dpkg-parsechangelog -SVersion)" > 
VERSION
export GOROOT_BOOTSTRAP=$(env -i go env GOROOT) \
&& cd src \
&& /tmp/golang/golang-1.6.1/debian/helpers/goenv.sh \
bash ./make.bash --no-banner
env: ‘go’: No such file or directory
# Building Go bootstrap tool.
cmd/dist
ERROR: Cannot find /go1.4/bin/go.
Set $GOROOT_BOOTSTRAP to a working Go tree >= Go 1.4.
debian/rules:74: recipe for target 'override_dh_auto_build-arch' failed
make[1]: *** [override_dh_auto_build-arch] Error 1
make[1]: Leaving directory '/tmp/golang/golang-1.6.1'
debian/rules:18: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Thanks,
James

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

Bug#824420: python-phply: Building with DEB_BUILD_OPTIONS="nocheck" causes parsetab.py not to be included

[Cara]

Package: python-phply
Version: 0.9.1-3
Severity: minor
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness

Dear Maintainer,

While checking this package with the reproducible builds[1] tool
chain, I noticed that building the package with
DEB_BUILD_OPTIONS="nocheck" set causes the file parsetab.py not to be
included in the final .deb, because the tests are what cause
parsetab.py to be generated.  Another PLY-based package,
pycparser, has a specific file _build_tables.py[2] that's called by
setup.py and by the debian version's rules[3] to build the parse
tables during installation, so a similar solution would probably work
for python-phply.

 [1]: https://wiki.debian.org/ReproducibleBuilds
 [2]:
 https://github.com/eliben/pycparser/blob/master/pycparser/_build_tables.py
 [3]: 
https://anonscm.debian.org/viewvc/python-modules/packages/pycparser/trunk/debian/rules?revision=34279=markup

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

Kernel: Linux 4.2.0-35-generic (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)

-- no debconf information

Bug#824418: ITP: golang-github-jackpal-gateway -- library for discovering the address of a LAN gateway

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-jackpal-gateway
  Version : 0.0~git20160320.0.3219437-1
  Upstream Author : Jack Palevich
* URL : https://github.com/jackpal/gateway
* License : BSD-3-clause
  Programming Lang: Go
  Description : A library for discovering the address of a LAN gateway.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#824417: gnome-terminal: Does not show up in menu(s) in LXDE. Last line of file /usr/share/applications/org.gnome.Terminal.desktop specifies "OnlyShowIn=GNOME; Unity; " Please add LXDE as well.

[Michael Biebl]

Am 15.05.2016 um 19:30 schrieb Lubo Diakov:
> Package: gnome-terminal
> Version: 3.20.1-2
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>Installing gnome-terminal and trying to launch it from the LXDE menu   
> 
> * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  Added LXDE; to Last line of file 
> /usr/share/applications/org.gnome.Terminal.desktop then logged out and logged 
> back in. 

LXDE is dead upstream (has been replaced by LXQt). So I'm not convinced
it makes sense to add this for LXDE now.

I wonder if it would make sense to drop
debian/patches/01_onlyshowin.patch completely.

This patch was added as other desktop environments usually install their
own preferred terminal, in case of lxde this is lxterminal.

Having multiple terminals in the menu could be confusing.

Michael
-- 
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#824419: cups-filters: Please document pdfAutorotate in the README

[Brian Potkin]

Package: cups-filters
Version: 1.0.83-2+b1
Severity: wishlist
Tags: patch upstream


Although pdfAutorotate was introduced in cups-filters 1.0.25 it is not
documented anywhere. I would suggest the README is as good a place as
any. My suggestion is:

  A PDF file containing pages with page width greater than page height
  (a landscape page) has such pages automatically rotated anticlockwise
  by 90 degrees. To turn off the feature on a job-for-job basis use

lp -d  -o nopdfAutorotate 

  On a per queue basis use

-o nopdfAutorotate

  as an option to lpadmin.  

  Note that the 'landscape' and 'orientation-requested=4' options of
  CUPS take precedence and are applied before 'pdfAutorotate' or
  'nopdfAutorotate'.

(BTW. It is noticable that portrait/landscape bug reports when printing
from applications have reduced to zero since the introduction of
pdfAutorotate. It is also worth remarking that I think it is the only
way of printing a PDF with mixed orientation pages).

Regards,

Brian.

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Peter Colberg]

On Sun, May 15, 2016 at 05:39:31PM +, Mattia Rizzolo wrote:
> On Sun, May 15, 2016 at 01:30:39PM -0400, Peter Colberg wrote:
> > Please try building acmetool commit fb8b2a5, which disables the
> > OCSP test to avoid network access in the build chroot.
> 
> yeah, that one does build.

Please do a "git fetch" and "git reset --hard origin/master" to fix
a search accident. I promise to never overwrite HEAD again :-(

> Given that you seem to be here, maybe you can double check these lintian
> tags?
> 
> W: acmetool: spelling-error-in-readme-debian acme acme (duplicate word) acme

That is a false positive:

# grep '\' debian/README.Debian
d /var/run/acme 0755 acme acme - -

> I: acmetool: spelling-error-in-binary usr/bin/acmetool unkown unknown

I searched for this spelling error before in all of the Golang
packages but could not find it, so it must be in the Go standard
library. I will file an upstream issue with golang/go.

> There is also this one, but my guess is that is'a false positive?
> I: acmetool: spelling-error-in-binary usr/bin/acmetool writeN written

Yes, the trailing capital letter is characteristic of a false positive
that I have seen in other packages before.

> Also, I don't know golang, but does the same hardening stuff that you do
> on C/C++ applies here too?  In that case:
> I: acmetool: hardening-no-pie usr/bin/acmetool
> I: acmetool: hardening-no-bindnow usr/bin/acmetool

This is an ongoing issue, please see the following bugs:

https://bugs.debian.org/821454

https://bugs.debian.org/823014

I plan to upload a new version of acmetool once #823014 is fixed.

> PS: I had already pulled and worked too.  I *think* that since some
> debhelper versions where the -O was internally refactored it's not
> strictly needed anymore to carry on the -O in all the overrides.

I will ask the Debian Go maintainers whether -O--buildsystem=golang
can be dropped safely. In any case, it’s fixed in commit 4244a83,
which is ready for upload.

Regards,
Peter

Bug#541819: GPL-licensed programs link to OpenSSL

[Christoph Berg]

Re: Osamu Aoki 2016-05-05 <20160505141508.GB26421@goofy.local>
> As for https://bugs.debian.org/541819 ,  can we check if it is still
> problem.  In short, Jakub raises issue for uscan and bts.
> 
> As for uscan, I see the changelog:
> | devscripts (2.13.5) unstable; urgency=low
> | 
> |   [ James McCoy ]
> |   ...
> | * uscan:
> |   ...
> | + Require LWP::Protocol::https instead of Crypt::SSLeay to access https
> |   sites.  (Closes: #624317)
> |   ...
> |  -- James McCoy   Wed, 04 Dec 2013 22:27:45 -0500
> LWP is provided by libwww-perl which is Artistic or GPL-1+.
> 
> 
> As for bts, it uses Net::SMTP::SSL since 2008-06 and it is provided by
> the libnet-smtp-ssl-perl package which is Artistic or GPL-1+.
> 
> So as far as the direct dependency, both are OK even from Jakub's POV.
> 
> Can anyone tip in to evaluate this situation?

I'd think if this issue wasn't important enough to get fixed in the
past 7 years, we can just close it now.

> PS: I am more or less with Christoph's point that the license
> incompatibility for SSLeay is not an issue for perl programs at all.

I've never heard anything to the contrary, but IANAL.

Christoph

Bug#824160: p7zip: CVE-2016-2334 CVE-2016-2335

[Salvatore Bonaccorso]

HI Robert,

Thanks for the unstable fix.

On Sun, May 15, 2016 at 11:06:07AM +0200, Robert Luberda wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Yuriy M. Kaminskiy pisze:
> >> Can you check it actually affects [...]
> > 
> > According to http://www.talosintel.com/reports/* (as linked from 
> > tracker), CVE-2016-2334  affects HFS+ parser and CVE-2016-2335 UDF
> > parser.
> 
> I've found patches at [1]. Patch for CVE-2016-2335 applies clearly on
> both 9.20 and 15.14. However the patch for CVE-2016-2334 can be
> applied to 15.14 only. According to [2] "HFS support was improved" in
> version 9.32 beta, so 9.20 might not be vulnerable to this issue.
> 
> Dear Talos Team,
> Could you please confirm whether 9.20 is or is not vulnerable to
> CVE-2016-2334?

I think it is because the TALOS report says that 9.20 was tested as
well and found to be vulnerable. But an explicit confirmation would be
great.

Regards,
Salvatore

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Mattia Rizzolo]

On Sun, May 15, 2016 at 01:30:39PM -0400, Peter Colberg wrote:
> Please try building acmetool commit fb8b2a5, which disables the
> OCSP test to avoid network access in the build chroot.

yeah, that one does build.
Given that you seem to be here, maybe you can double check these lintian
tags?

W: acmetool: spelling-error-in-readme-debian acme acme (duplicate word) acme
I: acmetool: spelling-error-in-binary usr/bin/acmetool unkown unknown

There is also this one, but my guess is that is'a false positive?
I: acmetool: spelling-error-in-binary usr/bin/acmetool writeN written

Also, I don't know golang, but does the same hardening stuff that you do
on C/C++ applies here too?  In that case:
I: acmetool: hardening-no-pie usr/bin/acmetool
I: acmetool: hardening-no-bindnow usr/bin/acmetool


If you prefer otherwise, I can upload with those, though.

PS: I had already pulled and worked too.  I *think* that since some
debhelper versions where the -O was internally refactored it's not
strictly needed anymore to carry on the -O in all the overrides.

-- 
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#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Ondrej Novy]

Hi,

2016-05-15 19:26 GMT+02:00 Mattia Rizzolo :
>
> I only maintain letsencrypt.sh that doesn't have tests, so I'm not
> really testing it.  I don't know about the other clients.
>

but there are tests:
https://github.com/lukas2511/letsencrypt.sh/blob/master/test.sh :)

-- 
Best regards
 Bc. Ondrej Novy

Email: n...@ondrej.org
GPG: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Peter Colberg]

On Sun, May 15, 2016 at 01:30:39PM -0400, Peter Colberg wrote:
> Hi Mattia,
> 
> Please try building acmetool commit fb8b2a5, which disables the
> OCSP test to avoid network access in the build chroot.

Sorry, I pushed too fast, that should be commit 4244a83.

Peter

Bug#809623: RFS: telegram-purple/1.2.5

[Mattia Rizzolo]

On Mon, Feb 29, 2016 at 08:18:28PM +, Gianfranco Costamagna wrote:
> Hi,
> 
> >It *is* backward-compatible, but now a freshly-introduced 
> >turns-out-to-be-big feature is missing.
> 
> 
> let me know if you can do your upstream features in time, and I'll try to 
> quickly make the package
> uploaded on unstable then :)

Is anything happening here?
Months passed since last email.

-- 
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#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Peter Colberg]

Hi Mattia,

Please try building acmetool commit fb8b2a5, which disables the
OCSP test to avoid network access in the build chroot.

Peter

Bug#824417: gnome-terminal: Does not show up in menu(s) in LXDE. Last line of file /usr/share/applications/org.gnome.Terminal.desktop specifies "OnlyShowIn=GNOME; Unity; " Please add LXDE as well.

[Lubo Diakov]

Package: gnome-terminal
Version: 3.20.1-2
Severity: important

Dear Maintainer,

   * What led up to the situation?
   Installing gnome-terminal and trying to launch it from the LXDE menu   

* What exactly did you do (or not do) that was effective (or
 ineffective)?
 Added LXDE; to Last line of file 
/usr/share/applications/org.gnome.Terminal.desktop then logged out and logged 
back in. 

* What was the outcome of this action?
It worked.

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gconf-service3.2.6-3
ii  gnome-terminal-data  3.20.1-2
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-7
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libdconf10.26.0-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.0-1
ii  libgtk-3-0   3.20.3-2
ii  libnautilus-extension1a  3.20.1-2
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  libuuid1 2.28-1
ii  libvte-2.91-00.44.1-1
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.10.8-1
ii  gvfs  1.28.1-1
ii  yelp  3.20.1-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Mattia Rizzolo]

On Sun, May 15, 2016 at 01:14:54PM -0400, Peter Colberg wrote:
> Thanks for catching this. I built the package in an sbuild chroot,
> which by default does not block network connections. The test is
> trying to contact the Let’s Encrypt staging server.

As you probably know that's not allowed :)
Also, FYI, whilst most of Debian's buildd allows network connection,
ubuntu's don't, so your package would have FTBFS there.

> The easiest solution is to disable the test for now, but in the

yes please.

> long term it would be good to package boulder for Debian and use
> it for offline testing.
> 
> How are you currently testing the other Let’s Encrypt clients?
> 
> Would you be interested in packaging boulder together?

I only maintain letsencrypt.sh that doesn't have tests, so I'm not
really testing it.  I don't know about the other clients.

> > In the meantime I did 3 more trivial commits, that I pushed.
> > 
> > (hope you don't mind the extra commits, but imho that's the main
> > advantage of keeping packages in a team, have the team mates being able
> > to do such sillyness! ;))
> 
> Yes, your commits are very welcome.
> 
> Which repository did you push to? master is still at 771996d:
> 
> https://anonscm.debian.org/cgit/letsencrypt/acmetool.git

Turns out I wrote something I didn't do, pushed now.


Please ping once you disabled those tests

-- 
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#822634: RFS: magit-svn/2.1.1-1 [ITP]

[Mattia Rizzolo]

control: tag -1 moreinfo
control: owner -1 !

On Mon, Apr 25, 2016 at 10:43:41PM +0200, Alberto Luaces wrote:
>   I am looking for a sponsor for my package "magit-svn"

o/

> dget -x 
> http://mentors.debian.net/debian/pool/main/m/magit-svn/magit-svn_2.1.1-1.dsc

Well, I prefer git, so I'll do the thing with git here that you (have
to?) use it, and nitpick on it.

* please provide a pristine-tar branch with the metadata of this tarball
* d/control:
  + Vcs-Git is missing, even if Vcs-Browser exist, please add it.
  + These recent days there are guys doing s/cgit/git/ in their
Vcs-Browser, you may consider it too
  + Std-Version is 3.9.8, please check against that
* d/patches/0001-elpa-version.patch:
  + do you have forwarded it?
* d/copyright:
  + line 7 has 'License: GPL', though:
- there is no standalon license paragraph named 'GPL' in d/copygith,
  so you are not respecting the format specification
- the license of that file is actually GPL-3+.

Turns out that what's in git is different than what you uploaded, with a
different email address even.  Care to explain?

Not just that, the tarball you provide is different than what I can
download from https://github.com/magit/magit-svn/releases in a way that
is actually differnt and not just a repack.  Please use what upstream
provides, if you need that diff, then you've got to use a patch.



mattia@chase ~/devel/RFS/magit-svn % diffoscope 2.1.1.tar.gz 
magit-svn_2.1.1.orig.tar.gz
--- 2.1.1.tar.gz
+++ magit-svn_2.1.1.orig.tar.gz
├── metadata
│ @@ -1 +1 @@
│ -gzip compressed data, from Unix
│ +gzip compressed data, max compression, from Unix
│   --- 2.1.1.tar
├── +++ magit-svn_2.1.1.orig.tar
│   ├── file list
│   │ @@ -1,2 +1,2 @@
│   │ -drwxrwxr-x   0 root (0) root (0)0 2015-10-18 
17:33:27.00 magit-svn-2.1.1/
│   │ --rw-rw-r--   0 root (0) root (0) 8718 2015-10-18 
17:33:27.00 magit-svn-2.1.1/magit-svn.el
│   │ +drwxrwxr-x   0 root (0) root (0)0 2015-12-19 
13:47:06.00 magit-svn-2.1.1/
│   │ +-rw-rw-r--   0 root (0) root (0) 8758 2015-12-19 
13:47:06.00 magit-svn-2.1.1/magit-svn.el
│   ├── magit-svn-2.1.1/magit-svn.el
│   │ @@ -230,23 +230,25 @@
│   │  
│   │  (defun magit-insert-svn-unpushed ()
│   │(--when-let (magit-svn-get-ref)
│   │  (magit-insert-section (svn-unpushed)
│   │(magit-insert-heading "Unpushed git commits:")
│   │(magit-insert-log (format "%s..HEAD" it)
│   │  
│   │ -(magit-define-section-jumper svn-unpulled "Unpulled svn commits")
│   │ -(magit-define-section-jumper svn-unpushed "Unpushed git commits")
│   │ +(magit-define-section-jumper magit-jump-to-svn-unpulled
│   │ +  "Unpulled svn commits" svn-unpulled)
│   │ +(magit-define-section-jumper magit-jump-to-svn-unpushed
│   │ +  "Unpushed git commits" svn-unpushed)
│   │  
│   │  (defun magit-insert-svn-remote ()
│   │(--when-let (magit-svn-get-rev)
│   │  (magit-insert-section (line)
│   │ -  (magit-insert (format "%-10s%s from %s\n" "Remote:"
│   │ -(propertize (concat "r" it) 'face 
'magit-hash)
│   │ -(magit-svn-get-url))
│   │ +  (insert (format "%-10s%s from %s\n" "Remote:"
│   │ +  (propertize (concat "r" it) 'face 'magit-hash)
│   │ +  (magit-svn-get-url))
│   │  
│   │  ;;; magit-svn.el ends soon
│   │  
│   │  (define-obsolete-function-alias 'turn-on-magit-svn 'magit-svn-mode)
│   │  
│   │  (provide 'magit-svn)
│   │  ;; Local Variables:
│   ╵
╵

-- 
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#824405: evince: scrollbar regression with libgtk-3-0 3.20

[Jörg-Volker Peetz]

Jason Crain wrote on 05/15/16 19:08:
> On Sun, May 15, 2016 at 05:47:14PM +0200, Jörg-Volker Peetz wrote:
>> keeping it sober, I use just openbox + lxpanel, no desktop theme set. In
>> ~/.config/gtk-3.0/gtk.css I have, beside some color settings, these defined:
>>
>> .scrollbar {
>>   -GtkScrollbar-has-backward-stepper: true;
>>   -GtkScrollbar-has-forward-stepper: true;
>> }
>> .scrollbar.trough {
>>   background-color: Thistle2;
>> }
>>
>> Concerning Adwaita or themes, all dependencies of libgtk-3-common are 
>> installed.
> 
> The steppers have been missing from the default gnome theme for a while,
> so this is more about how your css override has stopped working, right?
> 

Yes.
With gtk-3 3.18 this configuration works.
I also see this problem with emacs24 and with the firefox version linked against
gtk-3.
I wasn't able to find something helpful in the web.

Regards,
jvp.

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

[Peter Colberg]

Hi Mattia,

On Sun, May 15, 2016 at 03:55:04PM +, Mattia Rizzolo wrote:
> So, I was about to upload, but it failed to build:
> 
>dh_auto_test -O--buildsystem=golang
>   cd obj-x86_64-linux-gnu
>   go test -v github.com/hlandau/acme/acmeapi 
> github.com/hlandau/acme/acmeapi/acmeendpoints 
> github.com/hlandau/acme/acmeapi/acmeutils 
> github.com/hlandau/acme/cmd/acmetool github.com/hlandau/acme/fdb 
> github.com/hlandau/acme/hooks github.com/hlandau/acme/interaction 
> github.com/hlandau/acme/redirector github.com/hlandau/acme/responder 
> github.com/hlandau/acme/solver github.com/hlandau/acme/storage 
> github.com/hlandau/acme/storageops
…
> === RUN   TestOCSP
> --- FAIL: TestOCSP (0.00s)
>   ocsp_test.go:80: ocsp error: Get 
> http://ocsp.staging-x1.letsencrypt.org//MFQwUjBQME4wTDAJBgUrDgMCGgUABBQ55F6w46hhx/o6OXOHa+Yfe32YhgQU+3hPEvlgFYMsnxd/NBmzLjbqQYkCEwD69zi1DRRe9pEhERQvpXm9NBw=:
>  dial tcp: lookup ocsp.staging-x1.letsencrypt.org on [::1]:53: read udp 
> [::1]:39826->[::1]:53: read: connection refused

Thanks for catching this. I built the package in an sbuild chroot,
which by default does not block network connections. The test is
trying to contact the Let’s Encrypt staging server.

The easiest solution is to disable the test for now, but in the
long term it would be good to package boulder for Debian and use
it for offline testing.

How are you currently testing the other Let’s Encrypt clients?

Would you be interested in packaging boulder together?

> In the meantime I did 3 more trivial commits, that I pushed.
> 
> (hope you don't mind the extra commits, but imho that's the main
> advantage of keeping packages in a team, have the team mates being able
> to do such sillyness! ;))

Yes, your commits are very welcome.

Which repository did you push to? master is still at 771996d:

https://anonscm.debian.org/cgit/letsencrypt/acmetool.git

Regards,
Peter

Bug#821171: RFS: growl-for-linux/0.8.1-2 [ITP]

[Mattia Rizzolo]

control: tag -1 moreinfo

On Sat, Apr 30, 2016 at 06:56:25PM +0900, HAYASHI Kentaro wrote:
> So, I've removed package from mentors.d.n. and I'll contact
> to upstream above issues to fix them.

When solved, please remove the moreinfo tag.

-- 
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#824383: gnome-software: packages not installed from repositories are claimed to be non-free

[Matthias Klumpp]

2016-05-15 18:58 GMT+02:00 Paul Wise :
> On Sun, 2016-05-15 at 18:42 +0200, Matthias Klumpp wrote:
>
>> Where would that (machine readable) metadata be? Parsing
>> debian/copyright files is impractical, especially if they are not
>> machine-readable (which is the case with Xchat).
>
> As I implied in the other email, the Section field in debian/control of
> source packages indicates if a package is non-free or not and this
> field is also present in the corresponding binary package and in the
> dpkg status file for all packages, including manually installed ones.

Yes, but consider that some random 3rd-party who doesn't know about
proper sections builds a package in section "misc": Then we would
claim the package to be free software while it clearly isn't.
TBH, I think any package not in the Debian repositories can not be
trusted to be DFSG-free at all, and therefore we shouldn't claim it to
be, unless the developer explicitly stated that in it's upstream
metadata by only having free licenses in its project_license tag.
That stuff is marked as "potentially non-free" is only a visual thing
btw, it won't prevent you to install/uninstall/rate the software.

(Marking this as wontfix early was probably a mistake, because I can
see why someone might have a different opinion on this matter... Maybe
that needs a project-wide decision, but from my experience 3rd-party
developers don't do packaging correctly and often produce bad deb
packages, and we really should not treat those as containing free
software, until it's clear that they are.)

Bug#824405: evince: scrollbar regression with libgtk-3-0 3.20

[Jason Crain]

On Sun, May 15, 2016 at 05:47:14PM +0200, Jörg-Volker Peetz wrote:
> keeping it sober, I use just openbox + lxpanel, no desktop theme set. In
> ~/.config/gtk-3.0/gtk.css I have, beside some color settings, these defined:
> 
> .scrollbar {
>   -GtkScrollbar-has-backward-stepper: true;
>   -GtkScrollbar-has-forward-stepper: true;
> }
> .scrollbar.trough {
>   background-color: Thistle2;
> }
> 
> Concerning Adwaita or themes, all dependencies of libgtk-3-common are 
> installed.

The steppers have been missing from the default gnome theme for a while,
so this is more about how your css override has stopped working, right?

Bug#782823: Evince always crashes when called without arguments, error "rangecheck -15 \n Segmentation fault"

[George Bateman]

I don't have this problem any more, and I haven't got a copy of the
recently-used.xbel that would have been causing it. Sorry! Thanks for
checking this out though.

On 15 May 2016 at 00:27, Jason Crain  wrote:
> Control: tags -1 + moreinfo unreproducible
>
> On Sat, Apr 18, 2015 at 12:23:39PM +0100, George Bateman wrote:
>> When I click on an Evince launcher from the Cinnamon menu, it causes
>> Evince to appear briefly, then close. When I type "evince" in a
>> terminal, the same thing happens, but I see the error text
>>
>> rangecheck -15
>> Segmentation fault
>>
>> If I call "evince /tmp/test.pdf", it opens successfully, although I do
>> see the error "(evince:1219): Gtk-WARNING **:
>> gtk_widget_size_allocate(): attempt to allocate widget with width -76
>> and height 17". Similarly, opening downloaded PDFs from Firefox works
>> OK.
>>
>> This bug behaves similarly to
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762719, but doesn't
>> appear to be the same one; I can reproduce that bug, but it gives
>> different error messages etc. Also, this bug is not dependant on the
>> previous file opened.
>
> It's probably related to #762719, but I'd guess instead of a password
> protected PDF, it's due to some other recently used bad file.  If you
> still have this problem, can you try to clear the recently used list by:
>
> mv ~/.local/share/recently-used.xbel ~/
>
> And see if that fixes it?  And if it does fix it, go through
> recently-used.xbel to see if you can find which document crashes evince?

Bug#824415: ITP: golang-github-audriusbutkevicius-go-nat-pmp -- A Go language client for the NAT-PMP internet protocol

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-audriusbutkevicius-go-nat-pmp
  Version : 0.0~git20160410.0.88a8019-1
  Upstream Author : Audrius Butkevicius
* URL : https://github.com/AudriusButkevicius/go-nat-pmp
* License : Apache-2.0
  Programming Lang: Go
  Description : A Go language client for the NAT-PMP internet
protocol for port mapping and discovering the external IP address of a
firewall.


This is needed for syncthing



-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#824206: dmidecode: Fix decoding of SMBIOS 3.0 tables (LP: #1578022)

[Jörg Frings-Fürst]

Hallo Colin,

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

It looks like your patch are part of the recommended patches from
upstream. They are are already included (see [1]).

So I close this bug.

Many thanks again.

CU
Jörg


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

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

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

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

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



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

Bug#801506: 413 Client Error: Request Entity Too Large on SSL site where curl works

[Daniele Tricoli]

Hello Enrico,

On Sunday, May 15, 2016 03:44:39 PM Enrico Zini wrote:
> is there any news on this?

Sorry for the long delay. I started working on it but I got distracted by real 
life so I did not finished.

> I'd like at some point to be able to have again a toolchain that works
> out of the box without workarounds.

I see, and it's important to sort this out.

This is my actual plan:
1. Update urllib3 and requests (the first package is ready, I'm updating 
   requests right now)
2. see if the problem is still present;
3. forward the bug upstream; upstream is very responsive so we will have 
   news soon.

Thanks and sorry again for the delay on handling this.

Kind regards,

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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