Bug#596187: Fills up small hard drive - request for debconf option to set size before installation

[Petter Reinholdtsen]

Hi.  Do you have an estimate on when this fix will be available in unstable?

Btw, I just noticed btrfs reject swapon for a file on btrfs.  Perhaps
that should be detected and rejected with a sensible error message too?
My FreedomBox uses btrfs, so it proves to be completely useless to fill
up the partition with a file that can not be used. :(
-- 
Happy hacking
Petter Reinholdtsen

Bug#875919: irony-mode

[Nicholas D Steeves]

git sponsor from

commit 075982d84ddeb90338b226e25265fe7e6e99d66e

server/build-aux/run-clang-tidy/run-clang-tidy.py changed location


signature.asc
Description: PGP signature

Bug#878502: wrong/missing copyright for clang-tools-extra/clang-tidy/tool/run-clang-tidy.py (and others!)

[Nicholas D Steeves]

On Thu, Oct 19, 2017 at 09:36:50AM +0200, Sylvestre Ledru wrote:
>Le 17/10/2017 à 23:44, Nicholas D Steeves a écrit :
>  On Sat, Oct 14, 2017 at 08:42:19AM +0200, Sylvestre Ledru wrote:
> Le 14/10/2017 à 05:16, Nicholas D Steeves a écrit :
> 
>   I would submit a patch, but I'm sure what conventions the LLVM/Clang team 
> follow.
> 
> We don't really have a convention for this. So, feel free to submit a
> patch with what you think is the best!
> 
>  Patches attached.  I broke them up into multiple commits in case you
>  wanted to reject by patch instead of by hunk.  Feel free to squash
>  them if you prefer fewer commits.
> 
>Many thanks. I applied the 3 first in the svn. They will be part of the
>next upload :)
> 
>S

Thank you Sylvestre :-)

If you have any emacs users on the LLVM team, could you please ask one
of them to take a look at this RFS.  The thread has gotten long
because it's been over a month, so here are the relevant posts.  ltdr:
maintainer asked Debian Emacs Addons Team to maintain the package:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875919#76
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875919#75

In return I'd be happy to work on company-mode integration with
company-irony (for code completion), on-the-fly syntax checking with
flycheck-irony, and/or eldoc-irony (shows you, in the echo area, the
argument list of the function call you are currently writing).

Sincerely,
Nicholas


signature.asc
Description: PGP signature

Bug#875919: irony-mode

[Nicholas D Steeves]

Oh yeah!

Forgot to update date stamp and post changelog.  Mentors package has
been updated.

git+ssh://git.debian.org/git/pkg-emacsen/pkg/irony-mode.git
commit a3f8f4faaa2a4a99fe51a7d4cfdd045fdfad799e

irony-mode (1.2.0-1) unstable; urgency=medium

  * Change team from collab-maint to Debian Emacs addons
  * New upstream version
  * Elpafy irony-mode (Closes: #872689)
- debian/control: Add --with elpa
- Drop obsolete emacsen-compat, emacsen-install, emacsen-remove,
  emacsen-startup, and install
- Add elpa-irony.elpa to install and bytecompile *.el
- Use irony-server.install to install irony-server
  * debian/control:
- Split package into Arch: all elpa-irony and Arch: any irony-server
- Irony-mode is now a dummy transitional package
- Add python3-docutils to Build-Depends (needed to generate manpage)
- Bump required debhelper version to >= 10
- Bump Standards-Version
- Add Testsuite: autopkgtest-pkg-elpa
- Update libclang-dev Build-Depends (Closes: #873410)
  * Bump compat
  * debian/rules: Drop --parallel, because it's implicit with dh 10
  * Generate and install man page
  * Add DEP-3 header to fix-install-prefix
  * debian/copyright:
- Update copyright for irony-mode from L3 of irony.el
- Add missing copyright for irony-cdb-libclang.el
  and server/run-clang-tidy.py

 -- Nicholas D Steeves   Sat, 21 Oct 2017 00:40:05 -0400

irony-mode (0.2.1-1~exp1) experimental; urgency=medium

  * Team upload (collab-maint).


signature.asc
Description: PGP signature

Bug#879248: r-cran-nmf FTBFS on some arches because of misuse of detectCores()

[Michael Cree]

Source: r-cran-nmf
Version: 0.20.6-1
Severity: wishlist

r-cran-nmf FTBFS on alpha, sparc64 and the non-linux arches, because
it calls R base function parallel::detectCores() and expects the
result to be an integer, however the detectCores() documentation
states that the result is an integer only if the number of CPU cores
is actually detected, and NA otherwise.  On the above mentioned
systems detectCores() fails to detect the number of CPUs thus returns
NA which leads to the failure to build in r-cran-nmf.

The problem is at line 81 of R/options.R which has:

, pbackend= if( parallel::detectCores() > 1 ) 'par' else 'seq'

Presumably that code should be modified to assign detectCores() to a
variable and test for NA, and if it is NA just go with one core.

Use of detectCores() is also in R/parallel.R and presumably that
also should be checked for an NA returned value.

Cheers
Michael.

Bug#875919: irony-mode

[Nicholas D Steeves]

Control: retitle -1 'irony-mode/1.2.0-1 [Team upload]

Updated to new upstream version 1.2.0
Please sponsor from

git clone git+ssh://git.debian.org/git/pkg-emacsen/pkg/irony-mode.git
at commit:239fdff99fd1953166be3dec60077e3d771e56bd

Or alternative from mentors

dget 
https://mentors.debian.net/debian/pool/main/i/irony-mode/irony-mode_1.2.0-1.dsc

For more info see

https://mentors.debian.net/package/irony-mode

Cheers,
Nicholas



signature.asc
Description: PGP signature

Bug#879247: ITP: jieba -- Jieba Chinese text segmenter

[Yangfl]

Package: wnpp
Severity: wishlist
Owner: Yangfl 

* Package name: jieba
  Version : 0.39
  Upstream Author : fxsjy
* URL : https://github.com/fxsjy/jieba
* License : MIT
  Programming Lang: Python
  Description : Jieba Chinese text segmenter

"Jieba" (Chinese for "to stutter")is a high-accuracy Chinese text segmenteran
based on HMM-model and Viterbi algorithm. It uses dynamic programming to find
the most probable combination based on the word frequency.

It supports three types of segmentation mode:
 * Accurate Mode attempts to cut the sentence into the most accurate
   segmentations, which is suitable for text analysis.
 * Full Mode gets all the possible words from the sentence. Fast but not
   accurate.
 * Search Engine Mode, based on the Accurate Mode, attempts to cut long words
   into several short words, which can raise the recall rate. Suitable for
   search engines.
Traditional Chinese and customized dictionaries are also supported.

Bug#879246: RFS: manpages-zh/1.6.3.2-1

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: chinese-develop...@lists.alioth.debian.org

Dear mentors and chinese-developers folks,

I am looking for a sponsor for my package "manpages-zh"

 * Package name: manpages-zh
   Version : 1.6.3.2-1
   Upstream Author : (myself)
 * URL : https://github.com/man-pages-zh/manpages-zh/
 * License : GFDL-1.2+
   Section : doc

  It builds those binary packages:

manpages-zh - Chinese manual pages

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

  https://mentors.debian.net/package/manpages-zh


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

dget -x 
https://mentors.debian.net/debian/pool/main/m/manpages-zh/manpages-zh_1.6.3.2-1.dsc

  Git packaging repository:

https://anonscm.debian.org/git/chinese/manpages-zh.git

  Changes since the last upload:

 manpages-zh (1.6.3.2-1) unstable; urgency=medium
 .
  * New upstream release.
  * Bump Standards-Version to 4.1.1.
  * d/control: Remove reference to zh-trans package, long disappeared.

Regards,
Boyuan Yang

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

Bug#874621: screen lock cannot be unlocked in vnc session

[Michael Biebl]

Control: severity -1 important

On Fri, 8 Sep 2017 12:22:37 +0530 Pirate Praveen  wrote:
> package: gnome-shell
> version: 3.22.3-3
> severity: grave
> justification: makes it unusable and it is a regression

Downgrading to important as this certainly doesn't make gnome-shell
unusable.

-- 
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#878411: gnome-session-bin doesn't set environmental variable of GTK_IM_MODULE

[Michael Biebl]

On Fri, 13 Oct 2017 21:37:35 +0900 Takahide Nojima
 wrote:
> Package: gnome-session-bin
> Version: 3.26.1-1
> Severity: serious
> Tags: patch
> 
>  I updated gnome desktop from debian sid. However, I found I can not
> type Japanese language anymore.
> 
>  I finally found gnome-session-bin correctly set an envirionmental
> variable of QT_IM_MODULE, but it doesn't set GTK_IM_MODULE , and this
> cause gtk can't talk to ibus.
> 
>  So I worte a patch for temporary fix this problem, and attach the
> patch. It works fine in my debian box.
> 
>  How about this patch?

I don't think gnome-session ever set the GTK_IM_MODULE env variable.
It's unclear from your bug report whether this was working before for
you ("I can not anymore Japanes language anymore").
Are you saying that with older gnome-session-bin versions it worked?

-- 
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#874526: Keyboard grab doesn't work under Wayland

[Michael Biebl]

On Sat, 14 Oct 2017 15:12:34 -0400 Jeremy Bicha  wrote:
> On Wed, Sep 6, 2017 at 5:58 PM, Josh Triplett  wrote:
> > The mechanism gnome-boxes uses to grab the keyboard doesn't work under
> > the default GNOME Wayland session. This makes it impossible to send
> > Ctrl-Alt-Delete; it always goes to gnome-shell instead.
> 
> Please verify whether you can still reproduce this bug after updating
> to gnome-shell and gnome-control-center 3.26 which are now in Debian
> unstable.

Josh, can you please re-test with an up-to-date sid system.
According to a comment in the upstream bug tracker, this should be fixed.

-- 
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#879245: ITP: myetherwallet -- client-side tool for the Ethereum network

[Ben Finney]

Package: wnpp
Severity: wishlist

* Package name: myetherwallet
  Version : 3.10.4.3
  Upstream authors: MyEtherWallet LLC 
* URL : https://www.myetherwallet.com/
* License : Expat
  Programming Lang: JavaScript
  Description : client-side tool for the Ethereum network
MyEtherWallet is a client-side tool for easily & securely interacting
with the Ethereum network. MyEtherWallet equips Ethereum users with
an easy-to-understand and accessible suite of tools for their needs.
.
Features:
.
 * Create new wallets completely client side.
 * Access your wallet via unencrypted private key, encrypted private
   key, keystore files, mnemonics, or Digital Bitbox, Ledger Nano S
   or TREZOR hardware wallet.
 * Easily send ETH and any ERC-20 Standard Token. Many tokens
   included as default.
 * Generate, sign & send transactions offline, ensuring your private
   keys never touch an internet-connected device.
 * Now in 18 languages thanks 100% to the amazing Ethereum community.
.
Ethereum is a decentralized platform that runs smart contracts:
applications that run exactly as programmed, with no risk of
downtime, censorship, fraud, or third-party interference.

-- 
 \“To be is to do” |
  `\—Plato “To do is to be” —Aristotle |
_o__)“Do be do be do” —Sinatra |
Ben Finney 


signature.asc
Description: PGP signature

Bug#823854: lintian: Incorrectly identified as minified Javascript ("source-is-missing")

[Chris Lamb]

forcemerge 823854 864555
thanks

Merging; many thanks! :)


Regards,

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

Bug#851126: lintian: cwl-runner should be added to acceptable interpreter list

[Chris Lamb]

tags 851126 + pending
thanks

Fixed in Git:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=9d8dc71a888ed9cd8755650fa0bb4f219b7e112e


Regards,

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

Bug#825222: lintian: please allow debian/source/timestamps in unknown-file-in-debian-source

[Chris Lamb]

tags 825222 + moreinfo
thanks

Hi Paul,

> Consider [.ppu foles] sort of binary header files. […] I intend to
> store those timestamps in debian/source/timestamps.

Why not debian/timestamps? In a de facto sense, it seems like debian/source
is "reserved" for the dpkg source format.


Regards,

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

Bug#851833: binary-or-shlib-defines-rpath too strict

[Chris Lamb]

tags 851833 + moreinfo
thanks


Hi Nico,

> When executing the test binaries (which are compiled in the build tree
> alongside the libraries), they have to find the linked shared libraries.
> Messing with the rpath is necessary.

Granted, although how might you propose Lintian could detect the difference
between packages that need this or not?


Regards,

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

Bug#878911: avahi FTBFS with debhelper 10.9.2

[Michael Biebl]

On Tue, 17 Oct 2017 19:45:11 +0300 Adrian Bunk  wrote:
> Source: avahi
> Version: 0.7-3
> Severity: serious
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/avahi.html
> 
> ...
>dh_systemd_start
> dh_systemd_start: Could not find "avahi-daemon.socket" in the 
> /lib/systemd/system directory of avahi-dnsconfd. This could be a typo, or 
> using Also= with a service file from another package. Please check carefully 
> that this message is harmless.
> dh_systemd_start: Cannot open(avahi-daemon.socket) for extracting the Also= 
> line(s)
> debian/rules:4: recipe for target 'binary' failed
> make: *** [binary] Error 2
> 
> 
> 19:35 < nthykier> bunk: Ideally, avahi would fix this on their end.  Without 
> the fail-on-error, debhelper will silently "not do things" 
>   when the file is unreadable (even if only temporarily).  
> I.e. a "fail-to-fail"-case
> 

avahi-daemon.socket is provided by avahi-daemon, a binary package which
is built from the same source package and avahi-dnsconfd depends on
avahi-daemon.
Niels, can you be a bit more specific why this fails now and what you
think is the proper fix?
A service file having an Also= line referencing a service which pulled
in via Depends seems fine to me.

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#853692: ufraw: diff for NMU version 0.22-1.2

[Hubert Chathi]

On Sat, 21 Oct 2017 00:31:59 +0200, Andreas Bombe  said:

> Dear maintainer,

> I've prepared an NMU for ufraw (versioned as 0.22-1.2) and uploaded it
> to DELAYED/2. Please feel free to tell me if I should delay it longer.

Hi Andreas,

Thank you for the patch and the NMU.  I was actually just looking at
this the other day, but never actually made a new package for it.  As
you note, the code in there is a bit questionable.  Assigning some
values to an unsigned, and then calling abs on that unsigned value is an
odd thing to do.

It looks like upstream's upstream's patch is to change i and c to int
instead of unsigned, and I will upload a new package soon that does
that.  However, please feel free to leave your NMU in DELAYED/2, as that
will force me to actually upload my package soon. ;)

Thanks

-- 
Hubert Chathi  -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368

Bug#857042: thonny packaging status

[David Steele]

On Mon, Oct 16, 2017 at 7:14 AM, Aivar Annamaa 
wrote:

> I think I managed to complete the package.
>
> Here is the debian folder: https://bitbucket.org/plas/
> thonny-debian/src/master/debian/?at=master
>
> Here are the resulting files: https://bitbucket.org/plas/
> thonny-debian/downloads/
>
> I uploaded the package to https://mentors.debian.net. The output from
> dput indicated everything went fine, but I can't see the package under "My
> packages". Does it take some time?
>

I can see the package on mentors. It looks pretty good.

The watch file has some problems. Take a look at a recent uscan man page
for an example of a pypi watch file, and run 'uscan --force-download
--verbose' to test.

I'm a big fan of watch files and of get-orig-source (
https://wiki.debian.org/onlyjob/get-orig-source). The PGP signature
checking capability of uscan is also a good thing, if you are feeling
adventurous.

You still have a lintian issue to deal with Run 'lintian' in the project
directory after a build to review. Debian standards changes are summarized
in https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt.

I see that the tip of master builds much more cleanly - it needs a commit
tag to match in the changelog.

I built from your repository. There are generally two models for
maintaining packaging git repositories. One way has a branch containing
only a debian directory. The other includes the upstream data, both in a
pristine state, and also included with the debian directory for building.
You've gone the source included route, but the files don't match the tar
downloaded from pypi. Make sure you can build without error.  (Yes, I know
the tar probably doesn't match the upstream repository, but the watch file
defines the tar as the canonical source. Maintain the differences in the
debian branch, and review them).

Remember that, at some point, the UNRELEASED reference in the changelog
needs to change to unstable.

I haven't installed the package yet.

--
AE0D BF5A 92A5 ADE4 9481  BA6F 8A31 71EF 3661 50CE


signature.asc
Description: GooPG digital signature

Bug#879205: [rt.cpan.org #123341] Re: Bug#879205: MIME::Words::encode_mimewords: double-encodes (produces Mojibake), produces too long lines

[Thorsten Glaser]

Dianne Skoll via RT dixit:

>I don't understand that either.  Maybe it was also an older version of
>Perl?  Perl's UTF-8 handling underwent extensive changes a few years ago.

Yes, that was on Debian wheezy. I reported this as bug in Debian
against wheezy (which is still supported-ish) first, then as a
separate bug against sid because I tried to see if it was still
reproducible, and got a different result.

Let me dig out version numbers…

Original system:
otrs2   3.3.18-1~deb7u1
perl5.14.2-21+deb7u5
libmime-tools-perl  5.503-1

New system:
perl5.26.0-8
libmime-tools-perl  5.508-1

In addition to that, OTRS would have the original subject in
a Perl string already, whereas I tried¹ to draft a testcase
until I succeeded reproducing the original bug.

① tried, because I don’t really know Perl — I just can program

bye,
//mirabilos
-- 
(gnutls can also be used, but if you are compiling lynx for your own use,
there is no reason to consider using that package)
-- Thomas E. Dickey on the Lynx mailing list, about OpenSSL

Bug#879101: ITP: node-uniqid -- Unique ID Generator

[Jeff Epler]

On Thu, Oct 19, 2017 at 05:39:00PM +0530, Pirate Praveen wrote:
> * URL : http://github.com/adamhalasz/diet-uniqid/

Link is 404'd.  Not sure if you intend
https://github.com/adamhalasz/uniqid/
or if there was supposed to be a "diet" version that is depended on.

Jeff

Bug#878967: debian-policy: clarify purpose of debian/changelog

[Sean Whitton]

Hello,

On Thu, Oct 19 2017, Russ Allbery wrote:

> My impression of discussion on debian-mentors over the past few years
> is that most of the people active in sponsoring have as a requirement
> that all changelogs from versions of a package that weren't uploaded
> to Debian be consolidated and the version of a new package upload, as
> finally uploaded to the archive, always be one higher than the last
> version uploaded to Debian proper.
>
> This makes a lot of sense in the context of nearly all packages that
> flow through sponsorship, and I realize it's a correction for the very
> early days of mentors.debian.net when people tended to bump the
> version for every package they made available for review, and there
> were a ton of changelog entries generated from back and forth
> discussions with mentors that never saw the archive.  That's obviously
> not very useful.
>
> But I feel like that sensible guideline hardened, during repeated
> discussion, into something that's sometimes presented as a hard and
> fast rule that one should *always* do this in Debian packaging.  Yet,
> I've seen a lot of cases where experienced DDs retain intermediate
> unreleased versions in the changelog for various reasons, so I'm a bit
> dubious of it as a concrete rule, even though it almost always makes
> sense in the specific context of sponsored uploads.

Thanks, I see what you mean.

I suspect that this was not exactly what the original submitter was
asking about, but hopefully he'll reply to clarify.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#879243: tuxguitar: Unusable in GNOME on Wayland

[Emmanuel Bourg]

SWT doesn't fully support Wayland yet. SWT 4.7 has some improvements [1]
but there are several issues left [2].

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=496923
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=516841

Bug#879244: Synchronise Directories: Compare Files: Wrong Filename with KDiff3

[Joerg Schiermeier, Bielefeld/Germany]

Package: krusader
Version: 2:2.6.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Hi there!

Please reopen issue #590676, cause this isn't working in actual Krusader and 
its very annoying.

Kind regards

Joerg Schiermeier
Bielefeld/Germany



- -- System Information:
Distributor ID: SolydXK
Description:SolydK 9 64-bit
Release:9
Codename:   solydxk-9
Architecture: x86_64

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

Versions of packages krusader depends on:
ii  kinit  5.28.0-1
ii  kio5.28.0-2
ii  libc6  2.24-11+deb9u1
ii  libgcc11:6.3.0-18
ii  libkf5archive5 5.28.0-2
ii  libkf5auth55.28.0-2
ii  libkf5bookmarks5   5.28.0-1
ii  libkf5codecs5  5.28.0-1+b2
ii  libkf5completion5  5.28.0-1
ii  libkf5configcore5  5.28.0-2
ii  libkf5configgui5   5.28.0-2
ii  libkf5configwidgets5   5.28.0-2
ii  libkf5coreaddons5  5.28.0-2
ii  libkf5guiaddons5   5.28.0-1
ii  libkf5i18n55.28.0-2
ii  libkf5iconthemes5  5.28.0-2
ii  libkf5itemviews5   5.28.0-1
ii  libkf5jobwidgets5  5.28.0-2
ii  libkf5kiocore5 5.28.0-2
ii  libkf5kiofilewidgets5  5.28.0-2
ii  libkf5kiowidgets5  5.28.0-2
ii  libkf5notifications5   5.28.0-1
ii  libkf5parts5   5.28.0-1
ii  libkf5service-bin  5.28.0-1
ii  libkf5service5 5.28.0-1
ii  libkf5solid5   5.28.0-3
ii  libkf5sonnetui55.28.0-2
ii  libkf5textwidgets5 5.28.0-1
ii  libkf5wallet-bin   5.28.0-3
ii  libkf5wallet5  5.28.0-3
ii  libkf5widgetsaddons5   5.28.0-3
ii  libkf5windowsystem55.28.0-2
ii  libkf5xmlgui5  5.28.0-1
ii  libqt5concurrent5  5.7.1+dfsg-3+b1
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5dbus55.7.1+dfsg-3+b1
ii  libqt5gui5 5.7.1+dfsg-3+b1
ii  libqt5network5 5.7.1+dfsg-3+b1
ii  libqt5printsupport55.7.1+dfsg-3+b1
ii  libqt5widgets5 5.7.1+dfsg-3+b1
ii  libqt5xml5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-18
ii  zlib1g 1:1.2.8.dfsg-5

krusader recommends no packages.

Versions of packages krusader suggests:
ii  arj 3.10.22-15
ii  ark 4:16.08.3-2
ii  bzip2   1.0.6-8.1
ii  cpio2.11+dfsg-6
ii  hashdeep [md5deep]  4.4-4
ii  kmail   4:16.04.3-4~deb9u1
ii  kompare 4:16.08.0-1+b1
ii  konsole 4:16.12.0-4
ii  krename 4.0.9-4+b1
ii  lhasa [lha] 0.3.1-2+b1
ii  okteta  4:16.08.3-1
ii  p7zip   16.02+dfsg-3
ii  rpm 4.12.0.2+dfsg1-2
ii  unace   1.2b-15
ii  unrar   1:5.3.2-1+deb9u1
ii  unzip   6.0-21
ii  xxdiff  1:4.0.1+dfsg-1+b1
ii  zip 3.0-11+b1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEn0auBk5Gd84Tnf+rY8qk+pwVfNIFAlnqglEACgkQY8qk+pwV
fNIsfRAAgWYSN8gvhRPLHpWeECw3R0YYiRTGAHHMATxwYhRSpuJr1B8IOiDMF4Gv
uqrVzLtmsYDmXlHFk/aRqk4SDoSCeFcZ9vpKBkcQvYF6Y9SixMOsCY0U6fBtBpWi
ldhPbF4zsXTx6CNjvMjy8K1+JJ7FW/+tauFW+tF6oAUhVnC+oYxszD3YJsk85EMY
eDOQoQYE1jo3KXoazlD21ROKe1jfQSxGxQIevHbeJ3D7EA9+CkqZatcV49L7MC2k
hRwGqsEuDeaszf9mTvIj7GBtEz2hZF5JUj6m/JcpdJCazxmtV8YEt031UO0CovCq
4W3NRAjEM7rL4AE3gABTqmXeLq95nAkgFaAOotJ8KJv50Ngro3PsClYugaqO6sRA
NZ6LsZTZtg+KEVVJrHXHUTSAl/5Oie/X+tL/DTZ/vpRwTebKimQBwdtOhU12e9XO
INXUS+bP1fJ741aXVgk2j9049CQCZZstDXny5AKXK6cBhzYD01GnL2CqcKdNwOB1
lh/Llk46yk/Pk0mgogUFSw+++pFQlShSXpwstTntUbLU9bfzl9726SSqdBhDO7a9
IH5QCCVxnK5t1rR1qL60o3XcYXIn1wsQ7hL5LmC2WIsNR4etdIqDOu7akczPeXp1
2B/Awpk0nRv+yQ4KGdJG/OwH+JOdsl7wUKN+TI3Yj3OkBQxB5Xw=
=yQid
-END PGP SIGNATURE-

Bug#876519: sponsorship-requests: RFS: tack/1.08-0.1 [RC, NMU]

[Tobias Frost]

Hi Sven,

many thanks for updating the package! I've just uploaded it.

Many thanks for your contributions to Debian!

--
tobi

Bug#879243: tuxguitar: Unusable in GNOME on Wayland

[Jeremy Bicha]

Source: tuxguitar
Version: 1.2-23
Severity: important

I tried tuxguitar 1.2-23 on Ubuntu 17.10 (with the default desktop
there on a themed GNOME on Wayland.) (I was having trouble running
GNOME on Wayland on Debian in VirtualBox.)

tuxguitar was recently switched in Debian unstable to use swt4-gtk
(which uses gtk3 by default. gtk2 does not offer any native Wayland
support. You might need gtk3 anyway for the Documentation viewer, see
879228.)

tuxguitar is nearly unusable in GNOME on Wayland. The traditional
File/Edit/View/etc. menu is missing. Mouse clicks are an inch away
from the mouse cursor. The Debian GNOME team intends to use Wayland by
default on GNOME for Debian 10 "Buster".

This might be a bug in swt4-gtk so feel free to reassign as needed. (I
normally don't use any Java apps. I just happened to try this one
while checking 879228.)

Thanks,
Jeremy Bicha

Bug#879242: ITP: r-cran-nortest -- GNU R package with five tests for normality

[Dirk Eddelbuettel]

Package: wnpp
Owner: Dirk Eddelbuettel 
Severity: wishlist

* Package name: r-cran-nortest
  Version : 1.0-4
  Upstream Author : Juergen Gross and Uwe Ligges
* URL or Web page : https://cran.r-project.org/package=nortest
* License : GPL (>= 2)
  Description : GNU R package with five tests for normality

And another new Build-Depends for r-cran-rcmdrmisc which itself was carved
out of, and is a Build-Depends for r-cran-rcmdr, which has been in Debian
since 2003.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#853692: ufraw: diff for NMU version 0.22-1.2

[Andreas Bombe]

Control: tags 853692 + patch
Control: tags 853692 + pending

Dear maintainer,

I've prepared an NMU for ufraw (versioned as 0.22-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru ufraw-0.22/debian/changelog ufraw-0.22/debian/changelog
--- ufraw-0.22/debian/changelog	2017-02-27 14:31:26.0 +0100
+++ ufraw-0.22/debian/changelog	2017-10-20 23:56:09.0 +0200
@@ -1,3 +1,11 @@
+ufraw (0.22-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch to avoid using abs() on unsigned values which will fail on gcc 7
+due to ambiguous overload resolution. (Closes: #853692)
+
+ -- Andreas Bombe   Fri, 20 Oct 2017 23:56:09 +0200
+
 ufraw (0.22-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru ufraw-0.22/debian/patches/04_no-unsigned-abs.patch ufraw-0.22/debian/patches/04_no-unsigned-abs.patch
--- ufraw-0.22/debian/patches/04_no-unsigned-abs.patch	1970-01-01 01:00:00.0 +0100
+++ ufraw-0.22/debian/patches/04_no-unsigned-abs.patch	2017-10-20 23:53:40.0 +0200
@@ -0,0 +1,24 @@
+Description: Don't use abs() on unsigned values
+ With gcc 7, compilation will fail since the overload resolution for unsigned
+ int is ambiguous. Cast the unsigned int to int rather than removing abs(),
+ since the next if condition a few lines below points to unsigned values being
+ used as containers for signed values.
+ .
+ This is a minimal patch that doesn't change or improve the questionable code
+ on a larger scale. A proper fix should figure what is going on here and how to
+ improve it.
+Author: Andreas Bombe 
+Last-Update: 2017-10-20
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/dcraw.cc
 b/dcraw.cc
+@@ -9245,7 +9245,7 @@
+ if (make[0] == 'O') {
+   i = find_green (12, 32, 1188864, 3576832);
+   c = find_green (12, 32, 2383920, 2387016);
+-  if (abs(i) < abs(c)) {
++  if (abs((int)i) < abs((int)c)) {
+ 	SWAP(i,c);
+ 	load_flags = 24;
+   }
diff -Nru ufraw-0.22/debian/patches/series ufraw-0.22/debian/patches/series
--- ufraw-0.22/debian/patches/series	2017-02-27 14:30:30.0 +0100
+++ ufraw-0.22/debian/patches/series	2017-10-20 23:28:22.0 +0200
@@ -1,3 +1,4 @@
 01_no-gimp-remote.patch
 02_CVE-2015-8366.patch
 03_fix-unsigned-char.patch
+04_no-unsigned-abs.patch

Bug#681726: Time to remove eclipse from Testing?

[Emmanuel Bourg]

Le 21/10/2017 à 00:33, Markus Koschany a écrit :

> Please claim this bug or tell me when you start to work on something
> related to Eclipse or Tycho, so that we avoid double work.

For now I'm just working on swt4-gtk. I'll ping the list if I feel ready
for some tycho/eclipse action.

Bug#681726: Time to remove eclipse from Testing?

[Markus Koschany]

Am 21.10.2017 um 00:24 schrieb Emmanuel Bourg:
> Le 20/10/2017 à 23:52, Jeremy Bicha a écrit :
> 
>> Never mind. I tried doing the dak queries and I eventually got more
>> than 500 reverse-depends before I gave up. (Attached)
> 
> Funny, I never realized that src:eclipse was basically holding most of
> the Java packages. Maybe this package deserves some of my attention
> after all ;)

Please claim this bug or tell me when you start to work on something
related to Eclipse or Tycho, so that we avoid double work.

Thanks

Markus



signature.asc
Description: OpenPGP digital signature

Bug#681726: Time to remove eclipse from Testing?

[Emmanuel Bourg]

Le 20/10/2017 à 23:52, Jeremy Bicha a écrit :

> Never mind. I tried doing the dak queries and I eventually got more
> than 500 reverse-depends before I gave up. (Attached)

Funny, I never realized that src:eclipse was basically holding most of
the Java packages. Maybe this package deserves some of my attention
after all ;)

Bug#877581: [pkg-apparmor] Bug#877581: apparmor: Ensure Linux 4.14 does not break abstractions/nameservice

[Christian Boltz]

Hello,

Am Donnerstag, 12. Oktober 2017, 18:18:53 CEST schrieb Vincas Dargis:
> Could you clarify, why Ubuntu should have issues, if they had network
> mediation before?

It turned out that the added "network unix dgram/stream" rules are not 
really needed. Let me explain ;.-)

In theory apparmor_parser should downgrade the "unix" rules in 
abstractions/base to "network unix" rules (when using Kernel < 4.15), 
which allows more than "network unix dgram/stream".

In practise this rule downgrade was broken in apparmor_parser, and got 
fixed in AppArmor 2.11.1, 2.10.3 and 2.9.5.

So once you update apparmor_parser to one of these versions, profiles 
that include abstractions/base (which basically means all profiles) 
should no longer need the "network unix dgram/stream" rules.

This also explains why Ubuntu users didn't see this problem - their 
kernel supports 'unix' rules since years, so the rule downgrade to 
'network unix' was not needed.


Note that the patch discussed in this bugreport adds a few other rules - 
those will still be needed.


Regards,

Christian Boltz
-- 
> All cats purr at 28hz.
I think your cats need tuning - according to a couple of quick measure-
ments on a recently calibrated reference cat, the dominant frequency of
a correctly adjusted cat should be 12Hz +/-20%.  [Lionel Lauer]


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

Bug#821115: RFP: csdr -- DSP library and command-line tool for Software Defined Radio

[Iain R. Learmonth]

retitle 821115 RFP: csdr -- DSP library and command-line tool for Software 
Defined Radio
noowner 821115
kthxbye

Hi,

I'm never going to have time to chase up emscripten to get this done.

Someone else should have a go if they have the time.

Thanks,
Iain.

Bug#879205: [rt.cpan.org #123341] Re: Bug#879205: MIME::Words::encode_mimewords: double-encodes (produces Mojibake), produces too long lines

[Thorsten Glaser]

Dianne Skoll via RT dixit:

>No, probably the original input was in UTF-8 already and was re-encoded
>by the call to Encode::encode.  That's why I always run tests using

Hm, probably. I’d say you just found a bug in OTRS then ;-)
(Just now it’s going to be another tricky thing to figure
out where exactly and how to fix that. Might report this
to the OTRS developers.)

One thing I don’t understand is how this was *not* double-
encoded in the old version of MIME tools?

Thanks,
//mirabilos
-- 
18:47⎜ well channels… you see, I see everything in the
same window anyway  18:48⎜ i know, you have some kind of
telnet with automatic pong 18:48⎜ haha, yes :D
18:49⎜ though that's more tinyirc – sirc is more comfy

Bug#879241: opendmarc: Use dbconfig?

[Jack Bates]

Package: opendmarc
Tags: patch

Would you consider making use of dbconfig, to automatically set up the
database for generating aggregate reports?

Here's a patch that adds it to the package:
http://nottheoilrig.com/dbconfig.patch

I used dh-exec to install schema.mysql where dbconfig expects it, which
means opendmarc.install needs to be executable, which means I needed the
"3.0 (quilt)" source format, because diff can't represent the executable
mode:

> dpkg-source: warning: executable mode 0755 of
> 'debian/opendmarc.install' will not be represented in diff

Bug#879240: RM: hunspell-en-us -- ROM; package built by scowl now

[Rene Engelhard]

Package: ftp.debian.org
Severity: normal

hunspell-en-us | 20070829-7| unstable   | source, all

Please remove the hunspell-en-us *source* package (and maybe if it's
applicable) the 20070829-7 binary package. The package is now built
by scowl (see #879199) so this source package is obsolete.

Regards,

Rene

Bug#879239: RFP: sigal -- Simple Static Gallery Generator

[Antoine Beaupre]

Package: wnpp
Severity: wishlist

* Package name: sigal
  Version : 1.3.0
  Upstream Author : Simon Conseil 
* URL : http://sigal.saimon.org/
* License : Expat
  Programming Lang: Python
  Description : Simple Static Gallery Generator

Sigal is yet another simple static gallery generator. It's written in
Python and it allows to build a static gallery of images with the
following features:

 * Process directories recursively.
 * Generate HTML pages using jinja2 templates.
 * Relative links for a portable output.
 * Support themes, videos, EXIF tags, zip download.
 * Parallel processing.
 * MIT licensed.

The idea behind Sigal is to ease the use of the javascript libraries
like galleria. These libraries do a great job to display the images,
Sigal does what is missing: resize images, create thumbnails, generate
HTML pages.

==

I am currently using Photofloat for my gallery, but I am thinking of
switching. The upstream isn't very collaborative and I couldn't get
our patches merged. Plus, the design of photofloat is an odd patchwork
of various tools, whereas Sigal is a more unified Python program, with
templating and so on. All dependencies are available in Debian.

I'd be happy to comaintain it with others or maintain this under the
Python team(s). At this point, this is a RFP because I'm not using
Sigal yet, but once I start using it more regularly, I may end up
packaging it myself, at which point I will retitle this to an ITP.

Bug#681726: Time to remove eclipse from Testing?

[Jeremy Bicha]

On Fri, Oct 20, 2017 at 12:47 PM, Markus Koschany  wrote:
> Am 20.10.2017 um 18:43 schrieb Jeremy Bicha:
>> Are there any objections to me requesting that the ftpmasters remove
>> swt-gtk and eclipse from Debian Testing so that we can complete the
>> webkitgtk removal from Testing?
>>
>> Thanks,
>> Jeremy Bicha
>
> Thank you for contacting us. I completely agree with you. Eclipse in its
> current state should not be a blocker for other packages in testing. I
> can't promise anything but I will try to get the package in shape again
> but this process will be quite slow probably, so the request for help is
> as valid as ever.

Never mind. I tried doing the dak queries and I eventually got more
than 500 reverse-depends before I gave up. (Attached)

The only other reverse-depends of libswt-webkit-gtk-3-jni in Testing
now is tuxguitar which was already switched in Unstable to swt4-gtk
which should work with webkit2gtk.

Thanks,
Jeremy Bicha
jbicha@coccia:~$ dak rm -Rns testing swt-gtk
Will remove the following packages from testing:

libswt-cairo-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-glx-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gnome-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gtk-3-java |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-webkit-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
   swt-gtk |3.8.2-4 | source

Maintainer: Debian Java Maintainers 


--- Reason ---

--

Checking reverse dependencies...
# Broken Depends:
androidsdk-tools: androidsdk-traceview
  androidsdk-uiautomatorviewer
  libandroidsdk-common-java
  libandroidsdk-ddmlib-java
  libandroidsdk-ddmuilib-java
  libandroidsdk-hierarchyviewerlib-java
  libandroidsdk-sdklib-java
  libandroidsdk-sdkstats-java
  libandroidsdk-swtmenubar-java
eclipse: eclipse-rcp [amd64 arm64 armel armhf i386 mips mipsel ppc64el s390x]
piccolo: libpiccolo-java
tuxguitar: tuxguitar

# Broken Build-Depends:
davmail: libswt-gtk-3-java
eclipse: libswt-gtk-3-java (>= 3.8.0~m6)
piccolo: libswt-gtk-3-java
tuxguitar: libswt-gtk-3-java

Dependency problem found.


jbicha@coccia:~$ dak rm -Rns testing androidsdk-tools davmail eclipse piccolo 
swt-gtk
Will remove the following packages from testing:

androidsdk-ddms | 22.2+git20130830~92d25d6-4 | all
androidsdk-hierarchyviewer | 22.2+git20130830~92d25d6-4 | all
androidsdk-tools | 22.2+git20130830~92d25d6-4 | source
androidsdk-traceview | 22.2+git20130830~92d25d6-4 | all
androidsdk-uiautomatorviewer | 22.2+git20130830~92d25d6-4 | all
   davmail | 4.8.0.2479-2 | source, all
   eclipse |   3.8.1-10 | source, all
eclipse-jdt |   3.8.1-10 | all
eclipse-pde |   3.8.1-10 | amd64, arm64, armel, armhf, i386, mips, mipsel, 
ppc64el, s390x
eclipse-platform |   3.8.1-10 | amd64, arm64, armel, armhf, i386, mips, mipsel, 
ppc64el, s390x
eclipse-platform-data |   3.8.1-10 | all
eclipse-rcp |   3.8.1-10 | amd64, arm64, armel, armhf, i386, mips, mipsel, 
ppc64el, s390x
libandroidsdk-common-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-ddmlib-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-ddmuilib-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-hierarchyviewerlib-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-sdklib-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-sdkstats-java | 22.2+git20130830~92d25d6-4 | all
libandroidsdk-swtmenubar-java | 22.2+git20130830~92d25d6-4 | all
libequinox-osgi-java |   3.8.1-10 | all
libpiccolo-java |  1.2-1 | all
libswt-cairo-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-glx-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gnome-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gtk-3-java |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
libswt-webkit-gtk-3-jni |3.8.2-4 | amd64, arm64, armel, armhf, i386, mips, 
mips64el, mipsel, ppc64el, s390x
   piccolo |  1.2-1 | source
   swt-gtk |3.8.2-4 | source

Maintainer: Debian Java Maintainers 
, Javier Fernández-Sanguino Peña 
, Alexandre Rossi , Debian 

Bug#879238: maim: Please add Homepage field to d/control

[Tobias Frost]

Package: maim
Severity: minor

Hi Patrick,

please add the Homepage field pointing to github. Thanks!

-- 
tobi

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

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

Versions of packages maim depends on:
ii  libc62.24-17
ii  libgcc1  1:7.2.0-8
ii  libgl1   0.2.999+git20170802-5
ii  libgl1-mesa-glx  17.2.2-1
ii  libimlib21.4.8-1
ii  libjpeg62-turbo  1:1.5.2-2
ii  libpng16-16  1.6.34-1
ii  libstdc++6   7.2.0-8
ii  libx11-6 2:1.6.4-3
ii  libxcomposite1   1:0.4.4-2
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
pn  slop 
ii  zlib1g   1:1.2.8.dfsg-5

maim recommends no packages.

maim suggests no packages.

Bug#879237: maim: d/control VCS-* not used correctly

[Tobias Frost]

Package: maim
Severity: normal

Hi Patrick,

VCS-* field in d/control should point to the Debian repository,
where the (package) devleopment is done. The link in the package
points to upstream (github).

Thanks for fixing!

-- 
tobi

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

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

Versions of packages maim depends on:
ii  libc62.24-17
ii  libgcc1  1:7.2.0-8
ii  libgl1   0.2.999+git20170802-5
ii  libgl1-mesa-glx  17.2.2-1
ii  libimlib21.4.8-1
ii  libjpeg62-turbo  1:1.5.2-2
ii  libpng16-16  1.6.34-1
ii  libstdc++6   7.2.0-8
ii  libx11-6 2:1.6.4-3
ii  libxcomposite1   1:0.4.4-2
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
pn  slop 
ii  zlib1g   1:1.2.8.dfsg-5

maim recommends no packages.

maim suggests no packages.

Bug#879236: eeschema: failed to load linear.lib (kicad-common 4.0.5 only)

[jeff]

Package: kicad-common
Version: 4.0.5+dfsg1-4
Severity: normal

Dear Maintainer,

When i launch eeschema, i have an error message about linear.lib and linear.dcm

If we open the file "linear.dcm", at ligne 664, there is a # at the ligne end.
I don't have any error message when i delete this #.
=> In /usr/share/kicad/library/linear.dcm, replace $ENDCMP# by $ENDCMP

I did not have this error with kicad-common from testing (4.0.7 instead of 
4.0.5).

Please, could you modify or update this package?

Thank you very much


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

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

Versions of packages kicad-common depends on:
ii  python  2.7.13-2

Versions of packages kicad-common recommends:
ii  kicad  4.0.5+dfsg1-4

kicad-common suggests no packages.

-- no debconf information

Bug#879235: lintian: Improving "unused-file-paragraph-in-dep5-copyright"

[Christoph Biedl]

Package: lintian
Version: 2.5.55
Severity: wishlist

Dear Maintainer,

lintian's "unused-file-paragraph-in-dep5-copyright" warning created some
confusion since it could be read as if the file(s) mentioned do not
exist - but they do, and the that's not the actual problem. A different
wording in the description would have provided the right hint, saving
some time.

So I'd like to suggest to

* add a sentence to this checks's description like "Remember: The
  applicable File: paragraph is selected using the principle of '*last*
  match wins'."

and perhaps also

* add an extra check for "File: *" which, if present, should be the
  very first File: paragraph. Since it will, for the reason given above,
  always void any preceeding paragraphs.

The first is fairly easy to do and matches all situations. The second
however was a very obvious message.

Regards,

Christoph


signature.asc
Description: Digital signature

Bug#877428: mozjs52: FTBFS on mips64el: regress-157652.js timeout; regress-422348.js timeout; ecma_6/Array/for_of_1.js got 150, expected 300

[Michael Biebl]

Looking at the latest build log, the failures are down to one:

> ## ecma_6/Array/for_of_1.js: rc = 3, run time = 0.345637
> ecma_6/Array/for_of_1.js:100:5 Error: Assertion failed: got 150, expected 300
> Stack:
>   TestChangeArrayPrototype@ecma_6/Array/for_of_1.js:100:5
>   @ecma_6/Array/for_of_1.js:102:1
> TEST-UNEXPECTED-FAIL | ecma_6/Array/for_of_1.js | (args: "")


-- 
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#879204: [rt.cpan.org #123341] Re: Bug#879205: MIME::Words::encode_mimewords: double-encodes (produces Mojibake), produces too long lines

[Dianne Skoll]

Hi,

This is not a bug in MIME::tools.

The OP misunderstands how Perl works.  He typed UTF-8 source code in and
is double encoding it.  Here's a test program:

#===
use MIME::Words;
use Encode;

my $sample = "Re: Bildungsurlaub für CCC-Fahrt? [THD#1424195]";

my $utf8 = Encode::encode('UTF-8', $sample);
my $out = MIME::Words::encode_mimewords($utf8, Charset => 'UTF-8');

print "Out: $out\n";
#===

If I run:

   perl test-utf8.pl

Output is:

   Out: Re: Bildungsurlaub =?UTF-8?Q?f=C3=83=C2=BCr=20?=CCC-Fahrt? [THD#1424195]

But that's because the word "für" is *already* UTF-8.  If I tell Perl
to convert UTF-8 in the source code to native Perl Unicode, the result
is very different:

  perl -Mutf8 test-utf8.pl

Output is:

  Out: Re: Bildungsurlaub =?UTF-8?Q?f=C3=BCr=20?=CCC-Fahrt? [THD#1424195]

The OP should read "perldoc utf8" and should also not use UTF-8 directly
as Perl source code; use \x{FC} rather than ü, etc.

Regards,

Dianne.

Bug#878319: mozjs52: tests fail on ppc64el: timeout

[Michael Biebl]

On Thu, 12 Oct 2017 20:51:59 +0100 Simon McVittie  wrote:
> Source: mozjs52
> Version: 52.3.1-4
> Severity: normal
> X-Debbugs-Cc: debian-powe...@lists.debian.org
> 
> Build-time test suite failures for mozjs52 have been made non-fatal on
> ppc64el because the tests time out. This is clearly a bug, but it isn't
> clear what the severity of that bug is: it could be anything from minor
> (if trivial functionality is broken) to RC (if mozjs52 is basically
> unusable on this architecture).
> 

The tests that currently fail are

> ## js1_5/extensions/regress-341956-01.js: rc = 0, run time = 233.1152
> BUGNUMBER: 341956
> STATUS: GC Hazards in jsarray.c - unshift
>  FAILED! [reported from test()] GC Hazards in jsarray.c - unshift : Expected 
> value 'true', Actual value 'false' 
> Done
> TEST-UNEXPECTED-FAIL | js1_5/extensions/regress-341956-01.js | (args: "")


> ## js1_5/extensions/regress-313763.js: rc = 0, run time = 375.610908
> BUGNUMBER: 313763
> STATUS: Root jsarray.c creatures
> STATUS: This bug requires TOO_MUCH_GC
> STATUS: false
>  FAILED! [reported from top level script] Root jsarray.c creatures : Type 
> mismatch, expected type string, actual type undefined Expected value '1', 
> Actual value 'undefined' 
> TEST-UNEXPECTED-FAIL | js1_5/extensions/regress-313763.js | (args: "")


-- 
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#879205: MIME::Words::encode_mimewords: double-encodes (produces Mojibake), produces too long lines

[Thorsten Glaser]

gregor herrmann dixit:

>Right, forwarded upstream as
>https://rt.cpan.org/Ticket/Display.html?id=123335


Dianne Skoll dixit:

>Below is my test program:
[…]

Hi, I believe your test program is not correct.

perl -MEncode -MMIME::Words -e 'print 
MIME::Words::encode_mimewords(Encode::encode("UTF-8", "Re: Bildungsurlaub für 
CCC-Fahrt? [THD#1424195]"), Charset => "UTF-8", Field => "Subject") . "\n";'

This will do it. Alternatively (semi-tested) with yours:
my $sample = "Re: Bildungsurlaub f\x{FC}r CCC-Fahrt? [THD#1424195]";

You were missing the “f” and “r” there. This is extremely sensitive
to context.

This looks to me as if the old code (with the bug from Debian
#879204) was called, *then* things are re-read and re-encoded.

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh

Bug#699509: kbuild: FTBFS: kBuild/env.sh: unknown cpu/arch - m68k

[Thorsten Glaser]

reopen 699509
thanks

Gianfranco Costamagna dixit:

>> the error message says it all. Please either use the
>> Architecture control field to limit yourself to the
>> actually supported arches in the first place, and/or
>> port this.
>
>I don't think this is worth the effort, I don't see successful build
>logs, and limiting the architectures list makes no sense, because in a

No, please use a positive (or negative, but positive preferred)
architecture whitelist in *all* cases your package does not build
on all supported platforms. This also helps reduce buildd load,
because it costs quite a bit to try and build that.

It will also make your DDPO look cleaner, whereas, in the current
situation, it will show lots of errors.

>new release it might become supported.

A new release where it’s supported could just extend the whitelist.

bye,
//mirabilos
-- 
[...] if maybe ext3fs wasn't a better pick, or jfs, or maybe reiserfs, oh but
what about xfs, and if only i had waited until reiser4 was ready... in the be-
ginning, there was ffs, and in the middle, there was ffs, and at the end, there
was still ffs, and the sys admins knew it was good. :)  -- Ted Unangst über *fs

Bug#879204: MIME::Words::encode_mimewords: splits in the middle of a multibyte character, invalid MIME

[Thorsten Glaser]

gregor herrmann dixit:

>The output is different with 5.508-1:

Indeed, see #879205, which is why I reported this as two
separate issues, considering wheezy is still supported-ish.

I just noticed this in an eMail I got from OTRS earlier
today and thought to forward it *somewhere* where people
in the know can care about it.

bye,
//mirabilos
-- 
  "Using Lynx is like wearing a really good pair of shades: cuts out
   the glare and harmful UV (ultra-vanity), and you feel so-o-o COOL."
 -- Henry Nelson, March 1999

Bug#862024: gstreamer1.0-plugins-bad: Dependency on libopencv-contrib3.2 pulls over 236MB.

[Michael Biebl]

On Thu, 19 Oct 2017 22:35:33 -0300 Daniel Serpell
 wrote:
> Package: gstreamer1.0-plugins-bad
> Version: 1.12.3-2
> Followup-For: Bug #862024
> 
> Hi!
> 
> Biggest culprit are the new opencv packages, there libopencv-contrib3.2
> pulls libvtk (150MB) and other big packages, about 236MB in total.
> 
> Next in the list is libopencv-calib3d3.2, at 60MB,
> libopencv-objdetect3.2 at 58MB, libopencv-imgcodecs3.2 at 57MB.
> 
> So, simply splitting /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstopencv.so
> out in another package will reduce the size of dependencies to the
> previous level.

Sebastian what do you think about splitting out less common used plugins
with heavy dependencies into a separate binary package like
gstreamer1.0-plugins-bad-extra?

The first plugin moved to this -extra package would be libgstopencv.so
and we could move more plugins as we see fit (that's why I think using a
rather generic name like -extra would be preferrable).

The main gstreamer1.0-plugins-bad package would have a suggests:
gstreamer1.0-plugins-bad-extra


A middle ground would be to investigate why  gstreamer1.0-plugins-bad
needs libopencv-contrib3.2 with opencv and if this could be avoided.
Emilio mentioned this on #debian-devel:

>  
> https://sources.debian.net/src/gst-plugins-bad1.0/1.12.2-1/configure.ac/#L2739
>PKG_CHECK_MODULES(OPENCV, opencv >= 2.3.0 opencv <= 3.2.0 , [
>  that's for opencv 2.x
>  PKG_CHECK_MODULES(OPENCV_3, opencv >= 3, [
>dnl check opencv_contrib headers (not always present in opencv 
> distributions)
>AC_CHECK_HEADERS([opencv2/bgsegm.hpp], [], 
> [something_not_found=yes])],
>  sounds like it's looking for contrib in opencv 3?
>  oh, yes
>  wonders what it does with that
>  pochu: oh right. since opencv had an update from 2.x to 3.x in the 
> mean time
>  then, please file a bug against it, there is nothing much I can do 
> to trim down libopencv-contrib dependencies
>  "  PKG_CHECK_MODULES(OPENCV, opencv >= 2.3.0 opencv <= 3.2.0 , [" 
> this sounds like it will be sad with the upcoming opencv 3.3
>  (well, it would ignore the opencv bits, it looks optional and 
> build-time detected)
>  mapreri: That was changed to <= 3.3.0 in 1.22.3
>  Sebastinas: right - 
> https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/?id=6ef65f550b5fed24e4f8592a82b901140c0cf342
>  mapreri: but then installation would fail because of the lack of the 
> opencv plugin
>  pochu: ok, I always fear silent breakages with those optional 
> configure-time detected things.
>  mapreri: the comment in configure.ac is: dnl Only required for 
> OpenCV >= 3, we have compat code for older versions
>  yes, I've read that
>  pochu: that's only a check for a header though
>  pochu: have you seen where it adds the link dependency?
>  maybe I'm just blind
>  mbiebl_: it gets linked to it because opencv.pc has -lopencv_contrib 
> in Libs
>  does that means that linking with --as-needed would avoid it?
>  mbiebl_: the question is why with opencv 2.4, it was also linking 
> against opencv_contrib, yet there was no dependency on libopencv-contrib2.4
>  because there was no such package
>  contrib is a thing only since 3.X
>  are you sure
>  cause I see
>   libopencv-contrib-dev (= 2.4.9.1+dfsg1-2),
>   libopencv-contrib2.4v5 (= 2.4.9.1+dfsg1-2),
>  
> https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-bad1.0=i386=1.12.3-1=1505772817=0
>  oh, sorry, confused with upstream where starting with 3.x they 
> moved contrib to a separate tarball/repository
>  and the plugin is linking with -lopencv_contrib
>  ah, it's linking with --as-needed though in both cases, but maybe it 
> used no symbols from contrib with 2.4 and it does with 3.x
>  pochu: ext/opencv/gstsegmentation.h
>  yep
>  #if (CV_MAJOR_VERSION >= 3)
>cv::Ptr mog;   /* 
> cv::BackgroundSubtractorMOG */
>cv::Ptr mog2;   /* 
> cv::BackgroundSubtractorMOG2 */
>  so either get upstream to not do that
>  or get slomo to disable or split this plugin :)


-- 
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#879234: keeps a process after session termination, prevents clean unmount of /home

[Erwan David]

Package: pulseaudio
Version: 10.0-1+deb9u1
Severity: normal

When doing a shutdown from a graphical session, I see a systemd
warning
"FAILED unmounting /home"

Investigating, (with lsof /home), I found that the culprit is
pulseaudio which keeps a process with open (or memory mapped) files in
user's home dir after end of session.


-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser  3.115
ii  libasound2   1.1.3-5
ii  libasound2-plugins   1:1.1.4-dmo1
ii  libc62.24-11+deb9u1
ii  libcap2  1:2.25-1
ii  libdbus-1-3  1.10.22-0+deb9u1
ii  libgcc1  1:6.3.0-18
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-2
ii  liborc-0.4-0 1:0.4.26-2
ii  libpulse010.0-1+deb9u1
ii  libsm6   2:1.2.2-1+b3
ii  libsndfile1  1.0.27-3
ii  libsoxr0 0.1.2-2
ii  libspeexdsp1 1.2~rc1.2-1+b2
ii  libstdc++6   6.3.0-18
ii  libsystemd0  234-3~bpo9+1
ii  libtdb1  1.3.11-2
ii  libudev1 234-3~bpo9+1
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxtst6 2:1.2.3-1
ii  lsb-base 9.20161125
ii  pulseaudio-utils 10.0-1+deb9u1

Versions of packages pulseaudio recommends:
ii  rtkit  0.11-4+b1

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
pn  pavucontrol  
pn  pavumeter
ii  udev 234-3~bpo9+1

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

; 

Bug#879228: libswt-webkit-gtk-4-jni: Missing webkit dependency

[Emmanuel Bourg]

Le 20/10/2017 à 21:40, Jeremy Bicha a écrit :

> I see a similar issue with Help>Documentation with tuxguitar 1.2-23
> (from unstable). Installing libwebkitgtk-3.0-0 fixes it. It does not
> seem to recognize libwebkit2-gtk-4.0-37. But please fix it to not need
> libwebkitgtk-3.0-0 since we are removing that unsupported version from
> Debian Testing soon.

It looks like SWT doesn't support webkit2-gtk well [1][2], upstream is
struggling to fix the remaining issues.

I'll try to upgrade sw4-gtk to the latest 4.7.1 release and see if it's
good enough to load the HTML pages in tuxguitar and azureus.

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=516838
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=441568

Bug#769380: python3-mako: Please make the package multi-arch compatible

[Manuel A. Fernandez Montecelo]

Hi all,

#875650 looks like a duplicate of #769380, and according to #769380 back
in 2014 josch and helmut seem to have concluded that the better solution
was to either change the package to "Architecture: any" and "M-A: same",
or demote the dependency on python-markupsafe.

So I think that the bugs should be merged, and 3 years later than the
original submission, I think that it's time to solve this issue unless
there's a good reason to not change it in this way, because it affects
hundreds of packages for cross-compilation.

Piotr, what do you think about this?

Since the package is actively maintained and you uploaded a version very
recently, I am not sure if it makes much sense to offer to NMU, but
nevertheless if we can help in some way, please tell.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#879229: gnome-characters doesn't start

[Nicolas Le Cam]

2017-10-20 21:44 GMT+02:00 Jeremy Bicha :
> Sorry, this was my fault. I added a Build-Depends on gjs 1.49 but I
> didn't bump the depends on gjs to 1.49 too.

Confirming, upgrading to gjs 1.50 fixes the problem.
Thanks a lot for your feedback !

regards,
Nicolas

Bug#877024: Modemmanager probing of unknown Devices

[Tollef Fog Heen]

]] Ian Jackson 

> Sam Hartman writes ("Bug#877024: Modemmanager probing of unknown Devices"):
> > Hi.  In #877024, the TC was asked to rule on whether modemmanager should
> > continue to probe USB devices that might not be modems.
> > 
> > There's been significant involvement from upstream leading to a new
> > optional behavior that is less aggressive about probing unknown devices.
> > 
> > Would it help the maintainer for the TC to rule on this issue?
> > 
> > Do you have any input into the TC process you would like to give?
> 
> Thanks for asking these questions, Sam.
> 
> FAOD, currently, it seems that the Debian maintainers don't have time
> to address this issue in Debian.  That is fine of course.  No-one is
> obliged to do work, even if their name is in the Maintainer or
> Uploaders field.

Given there's no indication they were made aware of your bug filing that
I could find, I don't think that's a conclusion we can make.

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Bug#879228: libswt-webkit-gtk-4-jni: Missing webkit dependency

[Adrian Bunk]

On Fri, Oct 20, 2017 at 03:40:33PM -0400, Jeremy Bicha wrote:
> On Fri, Oct 20, 2017 at 3:33 PM, Emmanuel Bourg  wrote:
> > Le 20/10/2017 à 20:41, Jeremy Bicha a écrit :
> >> Hopefully, this one can be fixed by just having
> >> libswt-webkit-gtk-4-jni depend on libwebkit2gtk-4.0-37
> >
> > Thank you for the hint Jeremy, this might even fix the embedded browser
> > issue I noticed with Azureus/Vuze. I'll give it a try.
> 
> I see a similar issue with Help>Documentation with tuxguitar 1.2-23
> (from unstable). Installing libwebkitgtk-3.0-0 fixes it. It does not
> seem to recognize libwebkit2-gtk-4.0-37. But please fix it to not need
> libwebkitgtk-3.0-0 since we are removing that unsupported version from
> Debian Testing soon.

The code seems to pick the wrong version when SWT_WEBKIT2 is not set:
https://sources.debian.net/src/swt4-gtk/4.6.0-2/webkitgtk.h/#L31

> Thanks,
> Jeremy Bicha

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#792867: FTCBFS: uses wrong architecture Python

[Manuel A. Fernandez Montecelo]

Hi again Michael,

2017-10-20 14:55 GMT+02:00 Michael Meskes :
> I just checked and found I fixed this in git back in May, but neither marked 
> it
> pending, nor uploaded. Shame on me, sorry.

Thanks for the upload!

A couple of things though:

a) Upon a quick inspection, it doesn't look like you imported the
changes from Thorsten Glaser in [1], I'm not sure if on purpose or if
it was just an oversight.

  [1] https://packages.qa.debian.org/b/bsdmainutils/news/20170412T113347Z.html


b) While the original patch from Helmut [2] changed both python and
python-hdate to add :native, you dind't also use the :native in python
[3]:

  [2] 
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=792867;filename=bsdmainutils_9.0.6%2Bnmu1.debdiff;msg=5

  [3] 
https://anonscm.debian.org/cgit/bsdmainutils/bsdmainutils.git/commit/?id=deb0a58910ee2cb3ace7b2e9eefbe5228bf95330


So I'm not sure if the issue in this report it's completely fixed.
We'll see what happens in the next rebootstrap re-runs.


Cheers!
-- 
Manuel A. Fernandez Montecelo 

Bug#879233: fix ftbfs with glibc-2.26

[Matthias Klose]

Package: src:icu
Version: 59.1-2
Severity: important
Tags: sid buster patch

glibc-2.26 doesn't ship the xlocale.h header anymore.

diff -Nru icu-59.1/debian/changelog icu-59.1/debian/changelog
--- icu-59.1/debian/changelog   2017-10-18 23:12:22.0 +0200
+++ icu-59.1/debian/changelog   2017-10-20 19:35:44.0 +0200
@@ -1,3 +1,9 @@
+icu (59.1-2ubuntu1) artful; urgency=medium
+
+  * Fix build with glibc-2.26.
+
+ -- Matthias Klose   Fri, 20 Oct 2017 19:35:44 +0200
+
 icu (59.1-2) experimental; urgency=high
 
   * Backport upstream security fix for CVE-2017-14952: double free in
diff -Nru icu-59.1/debian/patches/glibc-2.26.diff 
icu-59.1/debian/patches/glibc-2.26.diff
--- icu-59.1/debian/patches/glibc-2.26.diff 1970-01-01 01:00:00.0 
+0100
+++ icu-59.1/debian/patches/glibc-2.26.diff 2017-10-20 19:35:41.0 
+0200
@@ -0,0 +1,16 @@
+Index: b/source/i18n/digitlst.cpp
+===
+--- a/source/i18n/digitlst.cpp
 b/source/i18n/digitlst.cpp
+@@ -61,11 +61,7 @@
+ #endif
+ 
+ #if U_USE_STRTOD_L
+-# if U_PLATFORM_USES_ONLY_WIN32_API || U_PLATFORM == U_PF_CYGWIN
+ #   include 
+-# else
+-#   include 
+-# endif
+ #endif
+ 
+ // ***
diff -Nru icu-59.1/debian/patches/series icu-59.1/debian/patches/series
--- icu-59.1/debian/patches/series  2017-10-18 23:12:22.0 +0200
+++ icu-59.1/debian/patches/series  2017-10-20 19:35:06.0 +0200
@@ -5,3 +5,4 @@
 #indic-ccmp.patch
 hurd-fix.diff
 CVE-2017-14952.patch
+glibc-2.26.diff

Bug#879229: gnome-characters doesn't start

[Jeremy Bicha]

Control: tags -1 +pending

On Fri, Oct 20, 2017 at 2:45 PM, Nicolas LE CAM  wrote:
> Upgrading gnome-characters to 3.26.1-2 renders the app unusable.

Sorry, this was my fault. I added a Build-Depends on gjs 1.49 but I
didn't bump the depends on gjs to 1.49 too.

gjs should migrate to Testing within the next week (maybe sooner).

Thanks,
Jeremy Bicha

Bug#879232: qa.debian.org: [udd] Fix link for form in lintian template

[James McCoy]

Package: qa.debian.org
Severity: normal
Tags: patch
User: qa.debian@packages.debian.org
Usertags: udd

Submitting the form on https://udd.debian.org/lintian/ goes to the
maintainer dashboard instead of the lintian dashboard.  Attached patch
fixes this.

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

Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 557ec71b17b6ac17575ca08e75b0b2afa90714ff Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Fri, 20 Oct 2017 15:40:02 -0400
Subject: [PATCH] Fix link for form in lintian template

---
 web/templates/lintian.erb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/web/templates/lintian.erb b/web/templates/lintian.erb
index 9a74939..0e029a2 100644
--- a/web/templates/lintian.erb
+++ b/web/templates/lintian.erb
@@ -31,7 +31,7 @@
 
 
 Maintainer dashboard - Lintian
-
+
 
 
   <%= ERB.new(File.read(File.expand_path('templates/dmd-form.erb')), nil, nil, 
'_erbout01').result(binding) %>
-- 
2.15.0.rc1

Bug#879228: libswt-webkit-gtk-4-jni: Missing webkit dependency

[Jeremy Bicha]

On Fri, Oct 20, 2017 at 3:33 PM, Emmanuel Bourg  wrote:
> Le 20/10/2017 à 20:41, Jeremy Bicha a écrit :
>> Hopefully, this one can be fixed by just having
>> libswt-webkit-gtk-4-jni depend on libwebkit2gtk-4.0-37
>
> Thank you for the hint Jeremy, this might even fix the embedded browser
> issue I noticed with Azureus/Vuze. I'll give it a try.

I see a similar issue with Help>Documentation with tuxguitar 1.2-23
(from unstable). Installing libwebkitgtk-3.0-0 fixes it. It does not
seem to recognize libwebkit2-gtk-4.0-37. But please fix it to not need
libwebkitgtk-3.0-0 since we are removing that unsupported version from
Debian Testing soon.

Thanks,
Jeremy Bicha

Bug#877638: mate-panel: guake doesn't show in mate-notification area

[Vlad Orlov]

Hi,

> My suspicion is that guake does not use X11 embed anymore (which is  
> the API provided by the notification area applet), but the Indicators  
> API.
> 
> Try installing and adding mate-indicator-applet and check if you find  
> guake's icon in there.

It's not going to work in Debian... mate-indicator-applet is just a container,
it needs indicator-* packages to display the actual content. It's better to try
this in Ubuntu. It has indicator-application, indicator-sound and other similar
packages.

Bug#879231: ruby2.3: CVE-2017-0903: Unsafe object deserialization through YAML formatted gem specifications

[Salvatore Bonaccorso]

Source: ruby2.3
Version: 2.3.3-1
Severity: grave
Tags: patch security upstream

Hi,

the following vulnerability was published for ruby2.3.

CVE-2017-0903[0]:
| RubyGems versions between 2.0.0 and 2.6.13 are vulnerable to a
| possible remote code execution vulnerability. YAML deserialization of
| gem specifications can bypass class white lists. Specially crafted
| serialized objects can possibly be used to escalate to remote code
| execution.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-0903
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-0903
[1] http://www.openwall.com/lists/oss-security/2017/10/10/2
[2] 
https://github.com/rubygems/rubygems/commit/510b1638ac9bba3ceb7a5d73135dafff9e5bab49

Regards,
Salvatore

Bug#879228: libswt-webkit-gtk-4-jni: Missing webkit dependency

[Emmanuel Bourg]

Le 20/10/2017 à 20:41, Jeremy Bicha a écrit :
> Hopefully, this one can be fixed by just having
> libswt-webkit-gtk-4-jni depend on libwebkit2gtk-4.0-37

Thank you for the hint Jeremy, this might even fix the embedded browser
issue I noticed with Azureus/Vuze. I'll give it a try.

Emmanuel Bourg

Bug#876725: Fixed upstream

[Andreas Stührk]

tags 876725 + fixed-upstream
thanks

This was fixed upstream in 4.2 (
https://github.com/ocaml-ppx/ppx_deriving/commit/b6b02c2ba051bde67c2b454724ff0bf36bc11060
)

Bug#857597: debian-cd: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

[Thomas Schmitt]

Hi,

the weekly testing ISOs for i386 and amd64 are now equipped with the
new MBR:

  
https://cdimage.debian.org/mirror/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-netinst.iso
  
https://cdimage.debian.org/mirror/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso

Testers wanted for booting this ISO from USB stick.

One can recognize the new MBR by the MD5 of bytes 32 to 431:

  $ dd if=debian-testing-i386-netinst.iso bs=1 skip=32 count=400 2>/dev/null | 
md5sum
  1705df1b3dee9b725432e099ecc63eaf  -

  $ dd if=isohdpfx.bin.170324 bs=1 skip=32 count=400 2>/dev/null | md5sum
  1705df1b3dee9b725432e099ecc63eaf  -

The old MBR, which caused this bug report, yields
  2b1369901086845791f595a9aa8b1a16


Have a nice day :)

Thomas

Bug#879230: puppet-common: puppet warns about a duplicate key :queue_type in defaults.rb on every run

[Gabriel Filion]

Package: puppet-common
Version: 3.7.2-4+deb8u1
Severity: minor
Tags: patch

Hello,

I'm running puppet 3.7 from jessie with ruby 2.3 in stretch (I know this
is a bit convoluted, but that's because the master is still running 3.7)

On every run of the puppet client, I'm getting the following warning
message:

/usr/lib/ruby/vendor_ruby/puppet/defaults.rb:465: warning: key :queue_type is 
duplicated and overwritten on line 466

Indeed by looking at the code, key :queue_type is defined twice
in a row with the exact same value. removing the second occurrence as in
the diff below removes the warning message:


# diff -burN /usr/lib/ruby/vendor_ruby/puppet/defaults.rb.orig 
/usr/lib/ruby/vendor_ruby/puppet/defaults.rb
--- /usr/lib/ruby/vendor_ruby/puppet/defaults.rb.orig   2017-10-20 
15:06:15.417868622 -0400
+++ /usr/lib/ruby/vendor_ruby/puppet/defaults.rb2017-10-20 
15:06:20.518122058 -0400
@@ -463,10 +463,6 @@
   :default=> "stomp",
   :desc   => "Which type of queue to use for asynchronous processing.",
 },
-:queue_type => {
-  :default=> "stomp",
-  :desc   => "Which type of queue to use for asynchronous processing.",
-},
 :queue_source => {
   :default=> "stomp://localhost:61613/",
   :desc   => "Which type of queue to use for asynchronous processing.  
If your stomp server requires


v- below information was modified manually.. I'm not reporting from the
affected machine. so there might be some inconsistencies.

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

Kernel: Linux 4.9.0-4-amd64 #1 SMP
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8), LANGUAGE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to 
en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages puppet-common depends on:
ii  puppet  3.7.2-4+deb8u1

puppet-common recommends no packages.

puppet-common suggests no packages.

-- no debconf information

Bug#878249: Please package >= 2.7.0

[Thomas Goirand]

Hi Ben,

I don't mind becoming a co-maintainer, though there's a few things that
need to change to facilitate packaging. First of all, I'd like to switch
to a Git packaging workflow, using git-buildpackage. The debian folder
upstream here should be removed:

https://github.com/openvswitch/ovs/tree/master/debian

otherwise, it will clash with what we have in Alioth. Then I'll push
openvswitch in the Alioth git repository under /git/third-party.

Also, I will remove the debian/automake.mk and the d/copyright hack.
Indeed, Debian needs list of copyright holders, not authors.

Is that fine for you? I'm starting...

Cheers,

Thomas Goirand (zigo)

Bug#866635: cyclograph: depends on libwebkitgtk-3.0-0 which is deprecated

[Federico Brega]

Hi Jeremy,
there is RFS for cyclograph https://bugs.debian.org/869692
I think we should discuss packaging there.

Thanks for your help
--
Federico

Bug#879229: gnome-characters doesn't start

[Nicolas LE CAM]

Package: gnome-characters
Version: 3.26.1-2
Severity: important

Dear Maintainer,

Upgrading gnome-characters to 3.26.1-2 renders the app unusable.
Going back to 3.24.0-1 fixes the problem.

When launching the app the following error is outputed :

(org.gnome.Characters:25998): Gjs-CRITICAL **: JS ERROR: SyntaxError: missing : 
after property id @ resource:///org/gnome/Characters/js/characterList.js:551
JS_EvaluateScript() failed

regards,
Nicolas

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

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

Versions of packages gnome-characters depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-gdkpixbuf-2.0 2.36.11-1
ii  gir1.2-glib-2.0  1.54.1-1
ii  gir1.2-gnomedesktop-3.0  3.26.1-1
ii  gir1.2-gtk-3.0   3.22.24-1
ii  gir1.2-pango-1.0 1.40.12-1
ii  gjs  1.46.0-1+b2
ii  libatk1.0-0  2.26.0-2
ii  libc62.24-17
ii  libcairo-gobject21.14.10-1
ii  libcairo21.14.10-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8-0.2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.1-1
ii  libglib2.0-bin   2.54.1-1
ii  libgtk-3-0   3.22.24-1
ii  libpango-1.0-0   1.40.12-1
ii  libpangocairo-1.0-0  1.40.12-1
ii  libpangoft2-1.0-01.40.12-1

gnome-characters recommends no packages.

gnome-characters suggests no packages.

-- no debconf information

Bug#879228: libswt-webkit-gtk-4-jni: Missing webkit dependency

[Jeremy Bicha]

Hopefully, this one can be fixed by just having
libswt-webkit-gtk-4-jni depend on libwebkit2gtk-4.0-37

Thanks,
Jeremy Bicha

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Adam Borowski]

On Fri, Oct 20, 2017 at 03:09:20PM -0200, Carlos Donizete Froes wrote:
> The emulator worked fine on the linux architectures, so I put the 'd/control'
> any-amd64 any-i386.
> 
> I can even change this to see if it will accept other architectures.

As my arm64 laptop is currently out, I tried via x-forwarding on a headless
Pine64.  It seems to work!

Thus, unless someone comes with evidence to the contrary, it seems
reasonable to assume the package works on all architectures where it
compiles.


Meow.
-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Adam Borowski]

On Fri, Oct 20, 2017 at 03:09:20PM -0200, Carlos Donizete Froes wrote:
> Em sex, 2017-10-20 às 13:41 +0200, Adam Borowski escreveu:
> > Looks like it's wrong:
> > The only point in writing "any-amd64 any-i386" instead of "amd64 i386 x32"
> > (it's pretty unobvious any-amd64 includes x32 but it does) would be to allow
> > non-linux architectures like kfreebsd-* or hurd-*.  But, the build on these
> > failed because of  which make it pretty obvious this
> > version has no support for non-linux.  I don't know whether making it work
> > is a matter of a simple #ifdef or something with more effort.
> 
> You are right, I will change the part of the architectures in 'd/control'.
> 
> In non-linux architectures, unfortunately I do not know how to solve it 
> because
> the joystick will not work in the emulator. :(

The vast majority of computers have no joystick anyway, thus having no
support for it on non-linux architectures is no big deal.

Also, from what I heard, kfreebsd users want it for certain servery
features, not to play games, thus there's probably no pressing need to add
such support.  Sure, it _is_ a defect in the package, but if you have no
knowledge how to fix it, it's better to mark it as unsupported for now.

This would make the Architecture string "amd64 i386 x32" (I just verified
that it works on x32) if it should be x86-only, or "linux-any" otherwise.

> > Also, was the package actually broken on non-x86?  (Beside failing to build
> > on 32-bit ARM because of QT's gles brain damage.)
> 
> The emulator uses qt5 with "OpenGL" and in the armel/armhf architectures it 
> only
> works in "GLES", for that reason I could not solve this problem.

Many years ago indeed most popular chipsets had only GLES drivers, with no
support for regular GL, but as far as I know, this is no longer true.  I
think QT still tries to use GLES, but I don't really know.

> > When uploading, I assumed the Architecture: line changes came from at least
> > rudimentary testing, but I see this was not the case.  Thus, could you
> > please tell us what was the reason?
> 
> The emulator worked fine on the linux architectures, so I put the 'd/control'
> any-amd64 any-i386.

Eh?  I don't understand -- why would you then disable the vast majority of
linux architectures, yet enable all non-linux ones?


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U. 
⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
⠈⠳⣄ relevant to duties], shall be punished by death by shooting.

Bug#871964: swt-gtk: Build-depends on libwebkitgtk-dev which is deprecated

[Adrian Bunk]

Control: tags 879170 - buster sid
Control: clone 879170 -2
Control: reassign 879170 libswt-webkit-gtk-3-jni
Control: reassign -2 libswt-webkit-gtk-4-jni
Control: retitle -2 libswt-webkit-gtk-4-jni: Missing webkit dependency

On Thu, Oct 19, 2017 at 08:22:26PM -0400, Jeremy Bicha wrote:
>...
> On Tue, Oct 17, 2017 at 5:12 PM, Adrian Bunk  wrote:
> > On Sat, Aug 12, 2017 at 11:43:58PM -0400, Jeremy Bicha wrote:
> >>...
> >> The package does build successfully without the libwebkitgtk-dev
> >> build-dependency.
> >
> > But the resulting library will still dynamically load it.
> >
> >> It feels to me like the libswt-webkit-gtk-3-jni was already broken
> >> since it doesn't have a dependency on any webkitgtk library
> >
> > The missing dependency sounds like a bug.
> >
> >> (I think
> >> the correct one would be libwebkitgtk-3.0-0 but that is still part of
> >> the deprecated libraries which are being removed.)
> >
> > It does use libwebkitgtk-1.0-0:
> > https://sources.debian.net/src/swt-gtk/3.8.2-4/webkitgtk.h/
> >
> > I just tried, and it does work when libwebkitgtk-1.0-0 is installed
> > (and fails without).
> 
> Ok, I am filing a new bug because the missing dependency should be
> fixed in stretch.

Thanks, I'm cloning this for libswt-webkit-gtk-4-jni which has
the same problem of the missing dependency.

> This link says that Eclipse / swt-gtk 4.4 (released in 2014) has
> initial support for gtk3 and webkit2gtk:
> https://www.eclipse.org/swt/R4_4/new_and_noteworthy.html
> 
> Unfortunately, eclipse and swt-gtk are very outdated in Debian:
>...

Current SWT is in src:swt4-gtk.

> Thank you,
> Jeremy Bicha

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#870418: Precarious status of Shutter in Debian

[Marc Chantreux]

On Fri, Oct 20, 2017 at 10:53:53PM +0900, Norbert Preining wrote:
> > I'm not entirely sure why you think the whole thing shouldn't be
> > retired altogether.
> 
> Because it simply works nicely? 

this was a usefull answer (at least it is something to care about)...
but

> Only because Gtk/Gnome maniacs are
> switching to something rather useless, doesn't mean that old software
> is becoming useless, too.

wow ... even if i don't buy all the "gnome maniacs" mindshare (which
actually is a very friendly community), i have to admit i'm pissed off
to see those kind of answer, this isn't only rude (Emmanuele just wanted
to share an opinion) but *this* was useless, whatever your definition of
useless is.

reading those kind of quotes in an open source mailing list in 2017
looks awkward to me...

regards
-- 
Marc Chantreux (eiro on github and freenode)
http://eiro.github.com/
http://eiro.github.com/atom.xml
"Don't believe everything you read on the Internet"
-- Abraham Lincoln

Bug#878841: closed by Javier Fernández-Sanguino Peña <j...@debian.org> (Bug#878841: fixed in clips 6.30-2)

[Adrian Bunk]

Control: reopen -1

On Tue, Oct 17, 2017 at 09:51:06PM +, Debian Bug Tracking System wrote:
>...
>  clips (6.30-2) unstable; urgency=medium
>  .
>* debian/control:
>   - Add sharutils to Build-Deps as it is required for building the
> documentation (Closes: #878841)
>...

Adding it to Build-Depends-Indep cannot fix the binary-any FTBFS:
https://buildd.debian.org/status/package.php?p=clips

Either building the documentation has to be restricted when building the 
binary-all packages, or this must be moved to Build-Depends.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#872864: Checkout upstream signatures as well when using pristine-tar

[Guido Günther]

Hi,
On Fri, Oct 20, 2017 at 02:35:28PM +0100, Chris Lamb wrote:
> Hi Guido,
> 
> > No problem; I personally hadn't seen the blocking pristine-tar issue
> > had been uploaded until now so I thought it might have passed you by
> > too. :)
> 
> Gentle ping on this? Seems like the only piece of the puzzle missing!

Got sidetracked by real life and other gbp bugs like the removal of SGML
support which made it FTBFS. So needed to get 0.9.0 into unstable first
but some of the recent changes in 0.9.0  will help the cause. With this
out of the door I Hope to find another hour to work on this during the
next days.
Cheers,
 -- Guido


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

Bug#879227: higan: videoxv can't find a supported image format

[Francesco]

Package: higan
Version: 098-2+b1
Severity: important
Tags: newcomer

Dear Maintainer,

VideoXv: unable to find a supported image format.
The program 'hiro' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadShmSeg (invalid shared segment parameter)'.
  (Details: serial 21 error_code 128 request_code 130 minor_code 2)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)



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

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

Versions of packages higan depends on:
ii  libao41.2.2-1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11+deb9u1
ii  libc6-udeb [libc6]2.19-18+deb8u6
ii  libcairo2 1.14.8-1
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u1
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglib2.0-0  2.50.3-2
ii  libgomp1  6.3.0-18
ii  libgtk2.0-0   2.24.31-2
ii  libgtksourceview2.0-0 2.10.5-3
ii  libopenal11:1.17.2-4+b2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libpangoft2-1.0-0 1.40.5-1
ii  libpulse0 10.0-1+deb9u1
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libstdc++66.3.0-18
ii  libudev1  232-25+deb9u1
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxv12:1.0.11-1

higan recommends no packages.

higan suggests no packages.

-- no debconf information

Bug#879226: python-pandas-doc: Pandas doc package should register documentation with doc-base

[Diane Trout]

Package: python-pandas-doc
Version: 0.19.2-5.1
Severity: wishlist

Dear Maintainer,

I have one of the debian documentation browsers working and it doesn't
know there is pandas documentation is installed.

See Debian policy 9.10 Registering Documents using doc-base

Diane

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

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

Versions of packages python-pandas-doc depends on:
ii  libjs-jquery  3.2.1-1

python-pandas-doc recommends no packages.

Versions of packages python-pandas-doc suggests:
ii  python-pandas  0.19.2-5.1

-- no debconf information

Bug#879225: Update to latest upstream release

[Iain R. Learmonth]

Package: powerline-taskwarrior
Severity: wishlist
Owner: !

Hi,

A reminder to myself. As I write this, the new latest upstream is 0.6.2.

The Python 2 fixes have now been merged upstream, so those patches will
be able to be dropped.

Thanks,
Iain.

Bug#879224: websockify: missing dependency on python-pkg-resources

[Adrian Bunk]

Package: websockify
Version: 0.6.0+dfsg1-1
Severity: serious
Control: affects -1 python-websockify python3-websockify

$ websockify 
Traceback (most recent call last):
  File "/usr/bin/websockify", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources
$ 

Bug#879222: haskell-heist FTBFS: Encountered missing dependencies: vector >=0.9 && <0.12

[Adrian Bunk]

Source: haskell-heist
Version: 1.0.1.0-2
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-heist=sid

...
[1 of 1] Compiling Main ( Setup.hs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/heist-1.0.1.0/ --datasubdir=heist 
--htmldir=/usr/share/doc/libghc-heist-doc/html/ --enable-library-profiling
Configuring heist-1.0.1.0...
hlibrary.setup: Encountered missing dependencies:
vector >=0.9 && <0.12
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#879223: websockify FTBFS with Python 3.6 as default

[Adrian Bunk]

Source: websockify
Version: 0.8.0+dfsg1-7
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/websockify.html

...
==
ERROR: test_list_dir_with_file_only_returns_error 
(test_websocket.WebSocketRequestHandlerTestCase)
--
Traceback (most recent call last):
  File "/build/1st/websockify-0.8.0+dfsg1/tests/test_websocket.py", line 115, 
in test_list_dir_with_file_only_returns_error
FakeSocket('GET / HTTP/1.1'), '127.0.0.1', server)
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 114, 
in __init__
SimpleHTTPRequestHandler.__init__(self, req, addr, server)
  File "/usr/lib/python3.6/socketserver.py", line 696, in __init__
self.handle()
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 581, 
in handle
SimpleHTTPRequestHandler.handle(self)
  File "/usr/lib/python3.6/http/server.py", line 418, in handle
self.handle_one_request()
  File "/usr/lib/python3.6/http/server.py", line 406, in handle_one_request
method()
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 547, 
in do_GET
SimpleHTTPRequestHandler.do_GET(self)
  File "/usr/lib/python3.6/http/server.py", line 636, in do_GET
f = self.send_head()
  File "/usr/lib/python3.6/http/server.py", line 679, in send_head
return self.list_directory(path)
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 551, 
in list_directory
self.send_error(404, "No such file")
  File "/usr/lib/python3.6/http/server.py", line 470, in send_error
self.end_headers()
  File "/usr/lib/python3.6/http/server.py", line 520, in end_headers
self.flush_headers()
  File "/usr/lib/python3.6/http/server.py", line 524, in flush_headers
self.wfile.write(b"".join(self._headers_buffer))
  File "/usr/lib/python3.6/socketserver.py", line 775, in write
self._sock.sendall(b)
AttributeError: 'FakeSocket' object has no attribute 'sendall'
 >> begin captured logging << 
websocket.type: INFO: WebSocket server settings:
websocket.type: INFO:   - Listen on localhost:80
websocket.type: INFO:   - Flash security policy server
websocket.type: INFO:   - Web server (no directory listings). Web root: 
/tmp/tmplf5ug5_q-websockify-tests
websocket.type: INFO:   - SSL/TLS support
websocket.type: INFO:   - Recording to '/tmp/tmplf5ug5_q-websockify-tests.*'
websocket.type: INFO: 1 - - [22/Nov/2018 11:41:00] code 404, message No such 
file
- >> end captured logging << -

==
ERROR: test_normal_get_with_only_upgrade_returns_error 
(test_websocket.WebSocketRequestHandlerTestCase)
--
Traceback (most recent call last):
  File "/build/1st/websockify-0.8.0+dfsg1/tests/test_websocket.py", line 101, 
in test_normal_get_with_only_upgrade_returns_error
FakeSocket('GET /tmp.txt HTTP/1.1'), '127.0.0.1', server)
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 114, 
in __init__
SimpleHTTPRequestHandler.__init__(self, req, addr, server)
  File "/usr/lib/python3.6/socketserver.py", line 696, in __init__
self.handle()
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 581, 
in handle
SimpleHTTPRequestHandler.handle(self)
  File "/usr/lib/python3.6/http/server.py", line 418, in handle
self.handle_one_request()
  File "/usr/lib/python3.6/http/server.py", line 406, in handle_one_request
method()
  File "/build/1st/websockify-0.8.0+dfsg1/websockify/websocket.py", line 545, 
in do_GET
self.send_error(405, "Method Not Allowed")
  File "/usr/lib/python3.6/http/server.py", line 470, in send_error
self.end_headers()
  File "/usr/lib/python3.6/http/server.py", line 520, in end_headers
self.flush_headers()
  File "/usr/lib/python3.6/http/server.py", line 524, in flush_headers
self.wfile.write(b"".join(self._headers_buffer))
  File "/usr/lib/python3.6/socketserver.py", line 775, in write
self._sock.sendall(b)
AttributeError: 'FakeSocket' object has no attribute 'sendall'
 >> begin captured logging << 
websocket.type: INFO: WebSocket server settings:
websocket.type: INFO:   - Listen on localhost:80
websocket.type: INFO:   - Flash security policy server
websocket.type: INFO:   - SSL/TLS support
websocket.type: INFO:   - Recording to '/tmp/tmpb5mdm2se-websockify-tests.*'
websocket.type: INFO: 1 - - [22/Nov/2018 11:41:00] code 405, message Method Not 
Allowed
- >> end captured logging << -

--
Ran 34 tests in 3.397s

FAILED (errors=2)
debian/rules:33: recipe for target 

Bug#681726: Time to remove eclipse from Testing?

[Jeremy Bicha]

Control: severity -1 serious

I'm elevating this bug to RC then.

Thanks,
Jeremy Bicha

Bug#879172: marked as done (RFS: osmose-emulator/1.1-1 [QA] -- Sega Master System and Game Gear console emulator)

[Carlos Donizete Froes]

Em sex, 2017-10-20 às 13:41 +0200, Adam Borowski escreveu:
> Looks like it's wrong:
> The only point in writing "any-amd64 any-i386" instead of "amd64 i386 x32"
> (it's pretty unobvious any-amd64 includes x32 but it does) would be to allow
> non-linux architectures like kfreebsd-* or hurd-*.  But, the build on these
> failed because of  which make it pretty obvious this
> version has no support for non-linux.  I don't know whether making it work
> is a matter of a simple #ifdef or something with more effort.

You are right, I will change the part of the architectures in 'd/control'.

In non-linux architectures, unfortunately I do not know how to solve it because
the joystick will not work in the emulator. :(

> Also, was the package actually broken on non-x86?  (Beside failing to build
> on 32-bit ARM because of QT's gles brain damage.)

The emulator uses qt5 with "OpenGL" and in the armel/armhf architectures it only
works in "GLES", for that reason I could not solve this problem.

> 
> When uploading, I assumed the Architecture: line changes came from at least
> rudimentary testing, but I see this was not the case.  Thus, could you
> please tell us what was the reason?

The emulator worked fine on the linux architectures, so I put the 'd/control'
any-amd64 any-i386.

I can even change this to see if it will accept other architectures.

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

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

Bug#867271: debian-edu: Network problems when installing ltsp-server from USB iso

[Wolfgang Schweer]

> These two issues are fixed in debian-edu-config 1.936 (atm in unstable).
> Maybe the fix should be backported to stable…
 
For a workaround, see:
https://lists.debian.org/debian-edu/2017/10/msg00104.html

Wolfgang


signature.asc
Description: PGP signature

Bug#853649: rush: diff for NMU version 1.8+dfsg-1.1

[Adrian Bunk]

Control: tags 853649 + pending

Dear maintainer,

I've prepared an NMU for rush (versioned as 1.8+dfsg-1.1) and uploaded 
it to DELAYED/10. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru rush-1.8+dfsg/debian/changelog rush-1.8+dfsg/debian/changelog
--- rush-1.8+dfsg/debian/changelog	2016-12-13 01:37:55.0 +0200
+++ rush-1.8+dfsg/debian/changelog	2017-10-20 19:38:32.0 +0300
@@ -1,3 +1,11 @@
+rush (1.8+dfsg-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update to latest intprops.h from gnulib, fixes FTBFS with gcc 7.
+(Closes: #853649)
+
+ -- Adrian Bunk   Fri, 20 Oct 2017 19:38:32 +0300
+
 rush (1.8+dfsg-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru rush-1.8+dfsg/debian/patches/intprops.patch rush-1.8+dfsg/debian/patches/intprops.patch
--- rush-1.8+dfsg/debian/patches/intprops.patch	1970-01-01 02:00:00.0 +0200
+++ rush-1.8+dfsg/debian/patches/intprops.patch	2017-10-20 19:36:55.0 +0300
@@ -0,0 +1,257 @@
+Description: Update to latest intprops.h from gnulib, fixes FTBFS with gcc 7
+Author: Adrian Bunk 
+Bug-Debian: https://bugs.debian.org/853649
+
+--- rush-1.8+dfsg.orig/gnu/intprops.h
 rush-1.8+dfsg/gnu/intprops.h
+@@ -1,20 +1,18 @@
+-/* -*- buffer-read-only: t -*- vi: set ro: */
+-/* DO NOT EDIT! GENERATED AUTOMATICALLY! */
+ /* intprops.h -- properties of integer types
+ 
+-   Copyright (C) 2001-2016 Free Software Foundation, Inc.
++   Copyright (C) 2001-2017 Free Software Foundation, Inc.
+ 
+This program is free software: you can redistribute it and/or modify it
+-   under the terms of the GNU General Public License as published
+-   by the Free Software Foundation; either version 3 of the License, or
++   under the terms of the GNU Lesser General Public License as published
++   by the Free Software Foundation; either version 2.1 of the License, or
+(at your option) any later version.
+ 
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+-   GNU General Public License for more details.
++   GNU Lesser General Public License for more details.
+ 
+-   You should have received a copy of the GNU General Public License
++   You should have received a copy of the GNU Lesser General Public License
+along with this program.  If not, see .  */
+ 
+ /* Written by Paul Eggert.  */
+@@ -23,7 +21,6 @@
+ #define _GL_INTPROPS_H
+ 
+ #include 
+-#include 
+ 
+ /* Return a value with the common real type of E and V and the value of V.  */
+ #define _GL_INT_CONVERT(e, v) (0 * (e) + (v))
+@@ -49,12 +46,16 @@
+ 
+ /* Minimum and maximum values for integer types and expressions.  */
+ 
++/* The width in bits of the integer type or expression T.
++   Padding bits are not supported; this is checked at compile-time below.  */
++#define TYPE_WIDTH(t) (sizeof (t) * CHAR_BIT)
++
+ /* The maximum and minimum values for the integer type T.  */
+ #define TYPE_MINIMUM(t) ((t) ~ TYPE_MAXIMUM (t))
+ #define TYPE_MAXIMUM(t) \
+   ((t) (! TYPE_SIGNED (t)   \
+ ? (t) -1\
+-: t) 1 << (sizeof (t) * CHAR_BIT - 2)) - 1) * 2 + 1)))
++: t) 1 << (TYPE_WIDTH (t) - 2)) - 1) * 2 + 1)))
+ 
+ /* The maximum and minimum values for the type of the expression E,
+after integer promotion.  E should not have side effects.  */
+@@ -67,29 +68,23 @@
+? _GL_SIGNED_INT_MAXIMUM (e) \
+: _GL_INT_NEGATE_CONVERT (e, 1))
+ #define _GL_SIGNED_INT_MAXIMUM(e)   \
+-  (((_GL_INT_CONVERT (e, 1) << (sizeof ((e) + 0) * CHAR_BIT - 2)) - 1) * 2 + 1)
++  (((_GL_INT_CONVERT (e, 1) << (TYPE_WIDTH ((e) + 0) - 2)) - 1) * 2 + 1)
++
++/* Work around OpenVMS incompatibility with C99.  */
++#if !defined LLONG_MAX && defined __INT64_MAX
++# define LLONG_MAX __INT64_MAX
++# define LLONG_MIN __INT64_MIN
++#endif
+ 
+ /* This include file assumes that signed types are two's complement without
+padding bits; the above macros have undefined behavior otherwise.
+If this is a problem for you, please let us know how to fix it for your host.
+-   As a sanity check, test the assumption for some signed types that
+-bounds.  */
+-verify (TYPE_MINIMUM (signed char) == SCHAR_MIN);
+-verify (TYPE_MAXIMUM (signed char) == SCHAR_MAX);
+-verify (TYPE_MINIMUM (short int) == SHRT_MIN);
+-verify (TYPE_MAXIMUM (short int) == SHRT_MAX);
+-verify (TYPE_MINIMUM (int) 

Bug#681726: Time to remove eclipse from Testing?

[Markus Koschany]

Hi,

Am 20.10.2017 um 18:43 schrieb Jeremy Bicha:
> I don't think Debian 10 "Buster" should include eclipse and swt-gtk if
> they haven't been upgraded past 3.8.
> 
> I came across this bug report while trying to remove the unsecure
> webkitgtk from Debian. webkitgtk is ready for removal from Debian
> Testing in 3 days except…
> 
> libswt-webkit-gtk-3-jni has an undeclared dependency on
> libwebkitgtk-1.0-0 https://bugs.debian.org/879170
> 
> Once libwebkitgtk-1.0-0 is removed, the functionality provided by that
> library will be completely broken.
> 
> It looks like it might be fixed by "simply" updating swt-gtk and
> eclipse to a newer version.
> 
> Are there any objections to me requesting that the ftpmasters remove
> swt-gtk and eclipse from Debian Testing so that we can complete the
> webkitgtk removal from Testing?
> 
> Thanks,
> Jeremy Bicha

Thank you for contacting us. I completely agree with you. Eclipse in its
current state should not be a blocker for other packages in testing. I
can't promise anything but I will try to get the package in shape again
but this process will be quite slow probably, so the request for help is
as valid as ever.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#879221: dropbear-bin: hardcodes dependencies on shared libs

[Emilio Pozuelo Monfort]

Package: dropbear-bin
Version: 2017.75-2
Severity: serious

dropbear-bin has:

Depends: libtomcrypt0, libtommath1, ${misc:Depends}, ${shlibs:Depends}

A rebuild of dropbear against libtopcrypt1 (which bumped the SONAME)
causes it to have:

Depends: libtomcrypt0, libtommath1, libc6 (>= 2.15), libtomcrypt1, zlib1g (>= 
1:1.1.4)

Which is wrong. Please let shlibs do its job and drop the libtomcrypt
and libtommath hardcoded dependencies.

Emilio

Bug#681726: Time to remove eclipse from Testing?

[Jeremy Bicha]

I don't think Debian 10 "Buster" should include eclipse and swt-gtk if
they haven't been upgraded past 3.8.

I came across this bug report while trying to remove the unsecure
webkitgtk from Debian. webkitgtk is ready for removal from Debian
Testing in 3 days except…

libswt-webkit-gtk-3-jni has an undeclared dependency on
libwebkitgtk-1.0-0 https://bugs.debian.org/879170

Once libwebkitgtk-1.0-0 is removed, the functionality provided by that
library will be completely broken.

It looks like it might be fixed by "simply" updating swt-gtk and
eclipse to a newer version.

Are there any objections to me requesting that the ftpmasters remove
swt-gtk and eclipse from Debian Testing so that we can complete the
webkitgtk removal from Testing?

Thanks,
Jeremy Bicha

Bug#871630: gcc-defaults should ensure equal versions in both directions

[Adrian Bunk]

On Mon, Aug 21, 2017 at 04:02:03PM +0200, Matthias Klose wrote:
> On 10.08.2017 08:15, Adrian Bunk wrote:
> > Source: gcc-defaults
> > Severity: important
> > Tags: patch
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=lorene=ppc64el=0.0.0~cvs20161116%2Bdfsg-1%2Bb1=1502276276=0
> > https://buildd.debian.org/status/fetch.php?pkg=dynare=ppc64el=4.5.1-1%2Bb1=1502287921=0
> > https://buildd.debian.org/status/fetch.php?pkg=gyoto=ppc64el=1.2.0-2%2Bb2=1502307571=0
> > 
> > The root cause of these build failures is:
> > - buildd chroot contained the old (gcc 6) packages of cpp, gcc and g++
> > - installing the build dependency gfortran upgraded cpp and gcc but not g++,
> >   resulting in errors due to:
> >   - cpp (7) not finding cc1plus, and
> >   - g++ (6) as linker not finding -lfortran - and if gfortran-6 would
> > have been installed, it would have linked with the wrong library
> > 
> > In this case regenerating chroots was not working once resulting in
> > old chroots still being used, but that's a general problem for new
> > major releases of gcc since the buildd chroots are only regenerated
> > twice a week and not dist-upgraded prior to a build.
> > 
> > The attached patch addresses this problem by changing the dependencies
> > between the packages from >= to =
> 
> I don't like that patch too much.  We now have gij/gcj building from gcc-6, 
> and
> we may have gccgo or gdc building from gcc-8, mismatching the defaults.  So
> probably it's ok to tighten the dependencies for packages up to g++, maybe
> gfortran, but not more.  I think that would address most use cases.

The problems during the gcc 6 -> 7 change were due to gnat and gfortran.

gnat doesn't seem to be easily fixable right now
(and wasn't fixed in my earlier patch).

The attached updated patch does the change up to g++ and gfortran,
which should fix the problems for gfortran.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

--- debian/control.native.in.old2017-08-09 21:50:57.0 +
+++ debian/control.native.in2017-08-09 22:22:09.0 +
@@ -19,7 +19,7 @@
 Package: gcc
 Priority: optional
 Architecture: any
-Depends: cpp (>= ${version:cpp}), gcc-${pv:gcc} ${reqv:gcc}, ${misc:Depends}
+Depends: cpp (= ${version:cpp}), gcc-${pv:gcc} ${reqv:gcc}, ${misc:Depends}
 Recommends: libc6-dev | libc-dev
 Suggests: gcc-multilib, make, manpages-dev, autoconf, automake, libtool, flex, 
bison, gdb, gcc-doc
 Provides: c-compiler
@@ -32,7 +32,7 @@
 Package: gcc-multilib
 Priority: optional
 Architecture: @multilib_archs@
-Depends: cpp (>= ${version:cpp}), gcc (>= ${version:gcc}), 
gcc-${pv:gcc}-multilib ${reqv:gcc}, ${misc:Depends}, linux-libc-dev (>= 
3.0.0-2) [linux-any]
+Depends: cpp (= ${version:cpp}), gcc (= ${version:gcc}), 
gcc-${pv:gcc}-multilib ${reqv:gcc}, ${misc:Depends}, linux-libc-dev (>= 
3.0.0-2) [linux-any]
 Conflicts: gcc-4.9-alpha-linux-gnu,
   gcc-4.9-aarch64-linux-gnu,
   gcc-4.9-arm-linux-gnueabi,
@@ -132,7 +132,7 @@
 Package: g++
 Priority: optional
 Architecture: any
-Depends: cpp (>= ${version:cpp}), gcc (>= ${version:cpp}), g++-${pv:gpp} 
${reqv:gpp}, gcc-${pv:gpp} ${reqv:gpp}, ${misc:Depends}
+Depends: cpp (= ${version:cpp}), gcc (= ${version:cpp}), g++-${pv:gpp} 
${reqv:gpp}, gcc-${pv:gpp} ${reqv:gpp}, ${misc:Depends}
 Suggests: ${pkgmulti:gpp}
 Provides: c++-compiler
 Description: GNU C++ compiler
@@ -143,7 +143,7 @@
 Package: g++-multilib
 Priority: optional
 Architecture: @multilib_archs@
-Depends: cpp (>= ${version:cpp}), gcc-multilib (>= ${version:cpp}), g++ (>= 
${version:cpp}), g++-${pv:gpp}-multilib ${reqv:gpp}, ${misc:Depends}
+Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), g++ (= 
${version:cpp}), g++-${pv:gpp}-multilib ${reqv:gpp}, ${misc:Depends}
 Description: GNU C++ compiler (multilib files)
  This is the GNU C++ compiler, a fairly portable optimizing compiler for C++.
  .
@@ -202,7 +202,7 @@
 Package: gfortran
 Priority: optional
 Architecture: any
-Depends: cpp (>= ${version:cpp}), gcc (>= ${version:gcc}), 
gfortran-${pv:gfort} ${reqv:gfort}, ${misc:Depends}
+Depends: cpp (= ${version:cpp}), gcc (= ${version:gcc}), gfortran-${pv:gfort} 
${reqv:gfort}, ${misc:Depends}
 Suggests: ${pkgmulti:gfort}, gfortran-doc
 Provides: fortran-compiler, ${fortran:mod-version}
 Description: GNU Fortran 95 compiler
@@ -215,7 +215,7 @@
 Package: gfortran-multilib
 Priority: optional
 Architecture: @multilib_archs@
-Depends: cpp (>= ${version:cpp}), gcc-multilib (>= ${version:cpp}), gfortran 
(>= ${version:gcc}), gfortran-${pv:gfort}-multilib ${reqv:gfort}, 
${misc:Depends}
+Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), gfortran (= 
${version:gcc}), gfortran-${pv:gfort}-multilib ${reqv:gfort}, ${misc:Depends}
 Description: GNU Fortran 95 compiler 

Bug#879220: e2fsck: division by 0 in show_stats()

[Jakub Wilk]

Package: e2fsprogs
Version: 1.43.7-1

e2fsck crashes on the attached file:

  $ gzip -d sigfpe.ext2.gz
  $ /sbin/e2fsck -n sigfpe.ext2
  e2fsck 1.43.7 (16-Oct-2017)
  ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
  The filesystem size (according to the superblock) is 48 blocks
  The physical size of the device is 37 blocks
  Either the superblock or the partition table is likely to be corrupt!
  Abort? no
  [... lots of errors ...]
  : ** WARNING: Filesystem still has errors **

  Signal (8) SIGFPE si_code=FPE_INTDIV fault addr=0x566146c1
  /sbin/e2fsck(+0x2f632)[0x56637632]
  linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xf7f92df0]
  /sbin/e2fsck(main+0x2c91)[0x566146c1]
  /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf6)[0xf7d03286]
  /sbin/e2fsck(+0xd04f)[0x5661504f]

The culprit appears to be this line in show_stats():

   frag_percent_total = ((1 * (ctx->fs_fragmented +
   ctx->fs_fragmented_dir))
 / inodes_used);

This doesn't quite work if inodes_used is 0.


-- System Information:
Architecture: i386

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.43.7-1
ii  libblkid1   2.30.2-0.1
ii  libc6   2.24-17
ii  libcomerr2  1.43.7-1
ii  libss2  1.43.7-1
ii  libuuid12.30.2-0.1

--
Jakub Wilk


sigfpe.ext2.gz
Description: application/gzip

Bug#878625: systemd: NIS users login takes longtime.

[Elimar Riesebieter]

Control: reassign -1 nis
Control: retitle -1 "nscd should be a Depends"


* Michael Biebl  [2017-10-16 11:27 +0200]:

> Control: forwarded -1 https://github.com/systemd/systemd/issues/7074
> 
> Am 15.10.2017 um 10:55 schrieb Elimar Riesebieter:
> > Package: systemd
> > Version: 235-2
> > Severity: normal
> > 
> > Login as a NIS user journalctl tells:
> > 
> > systemd-logind[666]: do_ypcall: clnt_call: RPC: Unable to send; errno = 
> > Operation not permitted
> > pam_systemd(login:session): Failed to create session: Connection timed out
> > 
> > User is logged in after a while and there is no /run/user/UID
> > 
> > Running 234-3 from testing runs just fine.
> > 
> 
> Looks like https://github.com/systemd/systemd/issues/7074

Installed nscd as proposed from Poettering. All runs fine now.

Elimar
-- 
  On the keyboard of life you have always
  to keep a finger at the escape key;-)


signature.asc
Description: PGP signature

Bug#878525: partly solved

[Andreas Matthus]

Hallo,

the second part (video including subtitles) is solved. By playing in
smplayer I can disable show subtitles and all is fine.

with regards
Andreas Matthus

Bug#879219: ITP: r-cran-spatstat.data -- datasets for the package r-cran-spatstat

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-spatstat.data
  Version : 1.1-1
  Upstream Author : Adrian Baddeley 
* URL : https://cran.r-project.org/package=spatstat.data
* License : GPL
  Programming Lang: GNU R
  Description : datasets for the package r-cran-spatstat
 This package contains all the datasets for the 'r-cran-spatstat' package
 which was separated by upstream and thus is provided as a separate
 package also in Debian.


Remark: The only purpose of this package is to be able to upgrade
r-cran-spatstat to its latest upstream version.  It will be maintained
by the Debian Science team at
 
https://anonscm.debian.org/git/debian-science/packages/r-cran-spatstat.data.git

Bug#879207: devscripts: [uscan] Support https://sf.net for the redirector

[Stephen Kitt]

Control: tag -1 + patch

Le 20/10/2017 15:23, Stephen Kitt a écrit :

Given that the sf.net redirector uses TLS to talk to the redirector,
it would be nice if we could specify https://sf.net in debian/watch as
well as http://sf.net (especially in light of lintian’s new
debian-watch-uses-insecure-uri tag).


The attached patch fixes this.

Regards,

Stephen
diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 63d3381e..f1b052d2 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -1043,12 +1043,12 @@ simpler form of URL. The format below will automatically be rewritten to use
 the redirector with the watch file:
 
   version=4
-  http://sf.net// -(.+)\.tar\.gz debian uupdate
+  https://sf.net// -(.+)\.tar\.gz debian uupdate
 
 For B, set the watch file as:
 
   version=4
-  http://sf.net/audacity/ audacity-minsrc-(.+)\.tar\.gz debian uupdate
+  https://sf.net/audacity/ audacity-minsrc-(.+)\.tar\.gz debian uupdate
 
 Please note, you can still use normal functionalities of B to set up a
 watch file for this site without using the redirector.
@@ -2723,9 +2723,9 @@ sub process_watchline ($$)
 	}
 
 	# Handle sf.net addresses specially
-	if (! $bare and $base =~ m%^http://sf\.net/%) {
+	if (! $bare and $base =~ m%^https?://sf\.net/%) {
 	uscan_verbose "sf.net redirection to qa.debian.org/watch/sf.php\n";
-	$base =~ s%^http://sf\.net/%https://qa.debian.org/watch/sf.php/%;
+	$base =~ s%^https?://sf\.net/%https://qa.debian.org/watch/sf.php/%;
 	$filepattern .= '(?:\?.*)?';
 	}
 	# Handle pypi.python.org addresses specially

Bug#879218: gnome-online-accounts all stop working at random

[Nathan Thomas]

Package: gnome-online-accounts
Version: 3.22.5-1
Severity: important

Dear Maintainer,

(I apologise in advance if this isn't the right format - let me know if you
need more info)

On Debian stable I have a few Google accounts, and IMAP account and two
Nextcloud accounts in gnome-online-accounts.
Generally these work, and I can access the relevant data in my apps (emails in
Evolution, files in Nautilus and Calendar e.t.c.).

Randomly, these will stop working and present messages such as "account does
not support prompt for credentials" and such in Evolution.

Removing and re-adding the accounts does not fix it, and neither does logging
out. Only a complete restart seems to fix the issue, and sometimes even this
doesn't work as the issue can be present from log-in.

I've spoken to Debarshi Ray on IRC who suggested I submit a downstream bug
report, pointing to the following:
https://bugzilla.gnome.org/show_bug.cgi?id=764029

As it doesn't only happen when logging out (I can be logged in an entire day
before it happens) I've also been pointed to this report:
https://bugzilla.gnome.org/show_bug.cgi?id=765406

Thanks,
Nathan

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

   * What led up to the situation?

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

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



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

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

Versions of packages gnome-online-accounts depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcr-base-3-1   3.20.0-5.1
ii  libglib2.0-0  2.50.3-2
ii  libgoa-1.0-0b 3.22.5-1
ii  libgoa-backend-1.0-1  3.22.5-1
ii  libkrb5-3 1.15-1+deb9u1
ii  librest-0.7-0 0.8.0-2
ii  libsoup2.4-1  2.56.0-2+deb9u1
ii  libwebkit2gtk-4.0-37  2.16.6-0+deb9u1

Versions of packages gnome-online-accounts recommends:
ii  dleyna-server 0.4.0-1.1
ii  gnome-control-center  1:3.22.2-3
ii  realmd0.16.3-1

gnome-online-accounts suggests no packages.

-- no debconf information

Bug#867271: debian-edu: Network problems when installing ltsp-server from USB iso

[Wolfgang Schweer]

Hi Samuel,

thanks for your report.

> I tried to install debian edu 9.0 from the USB iso, and I met several 
> problems that prevents me to install the ltsp-server in the 
> installation process :
> 1. It downloads packages from the internet but never asks for proxy

You can add a kernel parameter pointing to an existing mirror. For an 
example and instruction how to edit the command line, see the manual:
https://wiki.debian.org/DebianEdu/Documentation/Stretch/Installation#Installation_types_and_options

As an alternative, you can add 'debian-edu-expert' as param to the 
kernel command line. You'll then get the usual Debian Installer proxy 
question (and some more).

> 2. It doesn't refreshes the repository for packages, leading to 404 
> error for one package not at the expected address
> 3. It tries to install packages from ISO but complains because Release 
> file is invalid (too old).

These two issues are fixed in debian-edu-config 1.936 (atm in unstable).
Maybe the fix should be backported to stable…

Wolfgang


signature.asc
Description: PGP signature

Bug#879217: diffoscope: container multilevel comparison

[Juliana Oliveira]

Package: diffoscope
Version: 87
Severity: wishlist

Dear maintainer,

As of today, is not possible to properly compare container files when they
have different depths. For example, we can compare sample.tar.gz to
sample.tar.bz, but can't sample.tar.gz to sample.tar.

This happens due to the .compare method dynamic, which when called from a
container expects to be compared to another container and when called from a
file, expects to be compared to a file. When comparing multi-level containers,
eventually we'll have a File <> Container comparison, falling back to binary
comparison without extracting further container layers. Since container depth
level goes up to 50, this gets worse the lower we get.

At the moment, comparison works like this:

sample.tar.gz (A)   A.compare(B) (Container <> Container)
└── sample.tar (C)- extracts sample.tar and sample.txt
    └── sample1.txt C.compare(D) (Container <> File)
  - returns binary comparison
sample.tar (B)
└── sample2.txt (D)

A simple solution would be extracting all the way to a File, but that may
cause loss of metadata and tree visualization. A more complex solution may be
a comparison by level in which on each level, metadata is attached to a
Difference tree. This normalizes container levels. For example:

sample.tar.gz (A)   A.compare(B) (Container <> Container)
└── sample.tar (C)- same type but containers. attach
    └── sample1.txt (E) metadata diff to tree
  - extracts sample.tar and sample.txt
C.compare(D) (Container <> File)
sample.tar (B)- one is container. attach C metadata
└── sample2.txt (D) to diff
  - extracts sample.txt
E.compare(D) (File <> File)
  - both files. attach diff

Possible resulting diff:

--- sample.tar.gz
+++ sample.tar
├── file list
│ --rw-r--r--   0 user  ...  sample.tar
│ +-rw-r--r--   0 user  ...  sample2.txt
├── filetype from diffoscope
│ -GzipFile
│ +TarFile
├── --- sample.tar
│ ├── file list
│ │ +-rw-r--r--   0 user ... sample1.txt
│ │   --- sample1.txt
│ ├── +++ sample2.txt
│ │ @@ -1,6 +1,12 @@
│ │ +A common form of lorem ipsum reads:
│ ...

Bug#879208: [pkg-wpa-devel] Bug#879208: wpasupplicant: Build wpa_supplicant with interface matching support

[Roy Marples]

On 20/10/2017 15:20, Andrew Shadura wrote:
> Control: notfound -1 2:2.4-1.1
> 
> On 20 October 2017 at 14:33, Roy Marples  wrote:
>> Dear Maintainer,
>>
>> Plese build wpa_supplicant with interface matching support:
>> CONFIG_MATCH_IFACE=y
>>
>> This allows the administrator to configure named interfaces to run
>> wpa_supplicant on which may not exist at boot time.
>> This allows USB network sticks to be easily pluggable when not
>> using Network Manager or similar.
> 
> Hi, I don't think this option exists in wpa-supplicant 2.4, but I will
> look into this for 2.6.

Adding this to 2.6 would be most welcome :)

Bug#879216: /lib/systemd/system/systemd-resolved.service:22: Executable path is not absolute: !!/lib/systemd/systemd-resolved

[Daniel Kahn Gillmor]

Package: systemd
Version: 235-2
Severity: normal

Something about the service configuration for systemd-resolved doesn't
match what the service manager expects.   What does it mean to start an 
executable path with "!!" ?

0 dkg@alice:~$ systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; 
vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-resolved.service.d
   └─resolvconf.conf
   Active: inactive (dead)
 Docs: man:systemd-resolved.service(8)
   https://www.freedesktop.org/wiki/Software/systemd/resolved
   
https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
   
https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Tasks: 0 (limit: 4915)
   CGroup: /system.slice/systemd-resolved.service

Oct 16 16:16:23 alice systemd[1]: 
/lib/systemd/system/systemd-resolved.service:22: Executable path is not 
absolute: !!/lib/systemd/systemd-resolved
Oct 16 16:16:23 alice systemd[1]: 
/lib/systemd/system/systemd-resolved.service:22: Executable path is not 
absolute: !!/lib/systemd/systemd-resolved
Oct 16 16:16:24 alice systemd[1]: 
/lib/systemd/system/systemd-resolved.service:22: Executable path is not 
absolute: !!/lib/systemd/systemd-resolved
3 dkg@alice:~$ systemctl cat systemd-resolved | grep ExecStart
ExecStart=!!/lib/systemd/systemd-resolved
ExecStartPost=+/bin/sh -c '[ ! -e /run/resolvconf/enable-updates ] || echo 
"nameserver 127.0.0.53" | /sbin/resolvconf -a systemd-resolved'
0 dkg@alice:~$ 





-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.116
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-11
ii  libaudit1   1:2.7.8-1
ii  libblkid1   2.30.2-0.1
ii  libc6   2.24-17
ii  libcap2 1:2.25-1.1
ii  libcryptsetup4  2:1.7.5-1
ii  libgcrypt20 1.7.9-1
ii  libgpg-error0   1.27-3
ii  libidn111.33-2
ii  libip4tc0   1.6.1-2
ii  libkmod224-1
ii  liblz4-10.0~r131-2+b1
ii  liblzma55.2.2-1.3
ii  libmount1   2.30.2-0.1
ii  libpam0g1.1.8-3.6
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.7-2
ii  libsystemd0 235-2
ii  mount   2.30.2-0.1
ii  procps  2:3.3.12-3
ii  util-linux  2.30.2-0.1

Versions of packages systemd recommends:
ii  dbus1.11.20-1
ii  libpam-systemd  235-2

Versions of packages systemd suggests:
ii  policykit-10.105-18
ii  systemd-container  235-2

Versions of packages systemd is related to:
ii  dracut   045+132-1
pn  initramfs-tools  
ii  udev 235-2

-- no debconf information