Bug#824852: texworks: Texworks does not detect myspell-es dictionary

[Salvador Petit]

Package: texworks
Version: 0.5~svn1363-5
Severity: important

Dear Maintainer,

Although myspell-es is installed, Spanish does not appear in the Edit/Spelling
menu. It appears in other editors like kwrite or kile.

Thanks,
Salva



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

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

Versions of packages texworks depends on:
ii  libc6   2.19-18+deb8u4
ii  libgcc1 1:4.9.2-10
ii  libhunspell-1.3-0   1.3.3-3
ii  libpoppler-qt4-40.26.5-2+deb8u1
ii  libpoppler460.26.5-2+deb8u1
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-script   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-scripttools  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6  4.9.2-10
ii  libsynctex1 2014.20140926.35254-6
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages texworks recommends:
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2
ii  poppler-data0.4.7-1
ii  texlive-latex-base  2014.20141024-2
ii  texworks-help-en0.5~svn1363-5

Versions of packages texworks suggests:
ii  texlive-xetex  2014.20141024-2
pn  texworks-scripting-lua 
pn  texworks-scripting-python  

-- no debconf information

Bug#824853: tex-common: package installation fails

[Kristof Csillag]

Package: tex-common
Version: 6.05
Severity: grave
Justification: renders package unusable

When installing the package, I get this:

***
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some time... 
fmtutil failed. Output has been stored in
/tmp/fmtutil.XhM3okGl
Please include this file if you report a bug.
***

Checking the content of the referenced file, I get this:


fmtutil [INFO]: /var/lib/texmf/web2c/pdftex/latex.fmt installed.
fmtutil [ERROR]: running `pdftex -ini   -jobname=mptopdf -progname=context 
-translate-file=cp227.tcx mptopdf.tex 

Versions of packages texlive-binaries depends on:
ii  dpkg  1.17.26
ii  install-info  5.2.0.dfsg.1-6
ii  libc6 2.22-9
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-4
ii  libgmp10  2:6.0.0+dfsg-6
ii  libgraphite2-31.3.6-1~deb8u1
ii  libgs99.19~dfsg-1+b1
ii  libharfbuzz-icu0  0.9.35-2
ii  libharfbuzz0b 0.9.35-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libkpathsea6  2016.20160513.41080-2
ii  libmpfr4  3.1.4-1
ii  libpaper1 1.1.24+nmu4
ii  libpixman-1-0 0.32.6-3
ii  libpng16-16   1.6.21-5
ii  libpoppler57  0.38.0-3
ii  libpotrace0   1.12-1
ii  libptexenc1   2016.20160513.41080-2
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-4
ii  libsynctex1   2016.20160513.41080-2
ii  libtexlua52   2016.20160513.41080-2
ii  libtexluajit2 2016.20160513.41080-2
ii  libx11-6  2:1.6.2-3
ii  libxaw7   2:1.0.12-2+b1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.4-1+b2
ii  libxmu6   2:1.1.2-1
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.4-1+b1
ii  libzzip-0-13  0.13.62-3
ii  perl  5.22.2-1
ii  t1utils   1.38-4
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages texlive-binaries recommends:
ii  python2.7.9-1
ii  ruby  1:2.1.5+deb8u2
ii  texlive-base  2016.20160520-1
ii  tk [wish] 8.6.0+8

-- debconf-show failed

Bug#691843: Package Adoption

[Javier Prats]

Will do. Thank you.
On May 19, 2016 10:29 PM, "Jason Crain"  wrote:

> On Thu, May 19, 2016 at 09:08:34PM -0400, Javier Prats wrote:
> > I'm interested in picking up this package.  How may I proceed?
>
> These adoption and orphan bugs tend to not be monitored by anyone, so if
> you want to contact the maintainer, you need to cc them on the email.
>
> If you're new to packaging, I suggest you start with the debian-mentors
> FAQ (https://wiki.debian.org/DebianMentorsFaq) and various documents it
> links to.  If after reading that you still have questions, ask on the
> #debian-mentors IRC channel or the debian-mentors mailing list.
>

Bug#824854: ACPI Errors in kernel 3.x and higher

[oukhina]

Package:  linux-image
Version: 3.16.0-4-amd64

We faced with acpi problem in our Supermicro SYS-5027R-WRF server, motherboard 
X9SRW-F. We have latest BIOS version 3.2a from Supermicro. We tested Debian 8.4 
and CentOS 7 distros with default kernels. This problem doesn't appear in old 
2.6 kernels with CentOS 6 for example. We also tried Debian's 4.x kernel and 
this problem still exists. Is it critical problem? Or we can just use 3.16 
kernels and ignore this messages and disable these events?

Here are these two errors:

[0.410480] ACPI Error: [\_SB_.PRAD] Namespace lookup failure, AE_NOT_FOUND 
(20130517/psargs-359)
[0.410483] ACPI Error: Method parse/execution failed [\_GPE._L24] (Node 
880853ca18c0), AE_NOT_FOUND (20130517/psparse-536)
[0.410487] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L24] 
(20130517/evgpe-579)



---
Best regards,
Olga Ukhina
email - oukh...@newsru.com

Bug#774744: ITP: obs -- Open Broadcast Software

[Petter Reinholdtsen]

[Sebastian Ramacher]
> Thanks for all your work on this. I've rebased your debian/ changes on top of
> 0.13.2 at https://anonscm.debian.org/cgit/pkg-multimedia/obs-studio.git/. I'll
> upload it in the next couple of days.

Any news on this?  I was recommended to check out OBS Studio for doing
screen recordings with audio, as gtk-recordmydesktop is crashing when I try,
and found this WNPP request.  What is currently holding up the package from
entering Debian?

-- 
Happy hacking
Petter Reinholdtsen

Bug#824858: python-pickleshare: missing dependency on pathlib2

[Julien Cristau]

Package: python-pickleshare
Version: 0.7.2-1
Severity: grave
Justification: renders package unusable

  File "/usr/lib/python2.7/dist-packages/pickleshare.py", line 45, in 
from pathlib2 import Path
ImportError: No module named pathlib2

Cheers,
Julien

Bug#824859: jessie-pu: package pepperflashplugin-nonfree/1.8.1+deb8u1

[Kristian Klausen]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi


This makes pepperflash work again on jessie, it fix rc bug #823005 and #816848.
But not #818540, which isn't relevant for jessie, as jessie isn't getting APT 
1.2.7.


- Kristian


diff -Nru pepperflashplugin-nonfree-1.8.1/debian/changelog 
pepperflashplugin-nonfree-1.8.1+deb8u1/debian/changelog
--- pepperflashplugin-nonfree-1.8.1/debian/changelog2014-12-21 
11:38:47.0 +0100
+++ pepperflashplugin-nonfree-1.8.1+deb8u1/debian/changelog 2016-05-20 
15:25:49.0 +0200
@@ -1,3 +1,11 @@
+pepperflashplugin-nonfree (1.8.1+deb8u1) jessie; urgency=medium
+
+  * Non-maintainer upload.
+  * Update Google public key. Closes: #823005.
+  * Remove 32 bit support. Closes: #816848.
+
+ -- Kristian Klausen   Fri, 20 May 2016 15:08:52 +0200
+
 pepperflashplugin-nonfree (1.8.1) unstable; urgency=medium
 
   * debian/control: Pre-Depends: ca-certificates.  Closes: #773629.
diff -Nru pepperflashplugin-nonfree-1.8.1/pubkey-google.txt 
pepperflashplugin-nonfree-1.8.1+deb8u1/pubkey-google.txt
--- pepperflashplugin-nonfree-1.8.1/pubkey-google.txt   2013-07-07 
23:30:38.0 +0200
+++ pepperflashplugin-nonfree-1.8.1+deb8u1/pubkey-google.txt2016-05-20 
15:09:27.0 +0200
@@ -1,5 +1,5 @@
 -BEGIN PGP PUBLIC KEY BLOCK-
-Version: GnuPG v1.4.12 (GNU/Linux)
+Version: GnuPG v1.4.2.2 (GNU/Linux)
 
 mQGiBEXwb0YRBADQva2NLpYXxgjNkbuP0LnPoEXruGmvi3XMIxjEUFuGNCP4Rj/a
 kv2E5VixBP1vcQFDRJ+p1puh8NU0XERlhpyZrVMzzS/RdWdyXf7E5S8oqNXsoD1z
@@ -11,89 +11,88 @@
 4XmfTg4Jl8BNjWyvm2Wmjfet41LPmYJKsux3g0b8yzQxeOA4pQKKAU3Z4+rgzGmf
 HdwCG5MNT2A5XxD/eDd+L4fRx0HbFkIQoAi1J3YWQSiTk15fw7RMR29vZ2xlLCBJ
 bmMuIExpbnV4IFBhY2thZ2UgU2lnbmluZyBLZXkgPGxpbnV4LXBhY2thZ2VzLWtl
-eW1hc3RlckBnb29nbGUuY29tPohGBBARAgAGBQJI0l69AAoJEOX7qSII6c/vXlAA
-nRMVIdPPqa3pK5spqHhTm5ousadaAJ4/R1aIaCBuXZ7USVxAG4XZJSy4MohGBBAR
-AgAGBQJI6REUAAoJEB/WbxUKhkqxtRMAoMPojw3H7kfP06xbTBcV6l4iL/C3AJ98
-nOh6qM4/P7WiIKmnT85zTThqL4hGBBARAgAGBQJI6lFPAAoJEIYuYz+rQ7NyBkEA
-mgNkqNBIDVilTtYcmHQAY85o8IlaAJ9NjeoM2kbcm0jZF1T6s9BXSumdF4hGBBAR
-AgAGBQJJDe71AAoJEPtAr6/rDx3gTqEAoLj8mkNVfhZtuZc//dUc/+CT+wy5AJ9I
-GZ+DJxo1Uw88O3/JmTNY+E1UMohGBBARAgAGBQJJytn7AAoJELHZ4eeDAWJpb5QA
-njQH8SI8gYJe+pOwslqnxkvqMi36AKCFJ5BT72qPwUi2yU78tL0/RFavlYhGBBAR
-AgAGBQJJzsFXAAoJEPaz08bs2Ur9dK4AoIl6RPzXvTP8yfp0seh4kRC5uUQMAJ40
-K5qygoSMgEiUkSbePn/bY9Xal4hGBBARAgAGBQJJ0uWaAAoJEK2TkXqe2Mfq/RgA
-njEsJepPsxEis/lDD7YuM/t85FliAJ0d0Ddbp8ifzIZOLBLvUouw+wl2k4hGBBAR
-AgAGBQJLhWfpAAoJEO982nELrv7lkLcAoMMz2LXDqwm5zNvgDzfk4TK359RMAJ42
-WbSlBnHBse8opPGZxP5OGTxOCohGBBARAgAGBQJLmFHwAAoJEPbGY9YaoejMdW4A
-oMBWV6GZPH7xh18Grvesqhdmt6JDAKCjSVQQj3qqVo9TfixY9wqfl6C1JohGBBAR
-AgAGBQJMhzgkAAoJEI1KrrtrN/ZMWDYAnj18QFBbCKR+91iRgk9f9ZLlPBanAJ9Q
-2TwtmywhpbSPTIKeHofbQAlQGohJBBARAgAJBQJI6JhfAgcAAAoJEDl7jO4+/nb3
-mvgAoMLktv7ux+CWSAYt3596ieWdmCWAAJ9jkPCZ7Y3IDDft1FpJF+B6o1gIaIhJ
-BBARAgAJBQJI6JiJAgcAAAoJEFU+IjujcFDZxR8An2tmuQcxpz+G0Hi3BSH+qSLY
-2UexAJsG2mT5eU64GLg4Nv/0n1IVooCd+ohJBBARAgAJBQJI6Ji/AgcAAAoJEEgY
-SAfSQni5F1EAn0125ALPoZkC8lcgWCtaCqa7E+mKAKCGbXJl6Yp8xO+VzmU2Y6AI
-UP1Ia4hJBBARAgAJBQJI6lluAgcAAAoJEDUGMV/UfORJRSwAmwcMo8TpMMdpolFH
-nr9qbrG0OZFzAJ40G4I0ppq1JCXbgkqP/gz31S2ozYhjBBMRAgAjAhsDBgsJCAcD
-AgQVAggDBBYCAwECHgECF4AFAkYVdn8CGQEACgkQoECDD3+sWZHKSgCfdq3HtNYJ
-Lv+XZleb6HN4zOcFAJEAniSFbuv8V5FSHxeRimHx25671az+iQEcBBABAgAGBQJG
-i+tTAAoJEO703Vx2zDVi0G8H/0uf1abwRVQ6/3gB5NtwNyNDZjcglrhvrjEerrBf
-W2PDNwCw2eZ7tiBIdWzv4gPCEr7U3PiuJGcPr6vVKplIGHIatNP4DySilg8WT8Rk
-I5ng+qhZl1VslcOf1tXRqn+ual3DJeDiE8P4EGdMmDwHzNXJ1g4ZzJGQ0Px5fSvS
-f6l+yma5/YRcEKP1AqkWbcA0aIX3yYYWhBxOpZSF0FIQEJiSU3AUkclq+nkvOHc+
-gyJWh3UMEdNmbwizYB+AZxHOTduPCJGxMVFPFHz258owhmFE4KaCuVqDg2wjvGED
-fFMlY1BPrCZJv8wRIi43Z7etj08fG+r7NbKYf0+gN3+xQWiJARwEEAECAAYFAkwf
-8fMACgkQytrzOKUJG1b1XAgAi4W4zCU32w9QIGpVRL5x6Zh8XaRV5PDhyYYwBHqO
-wIXs6ukG2BweCN3tpLZwKJBnKsBpfMzctZu4sR7g7P2fLgwmf108XIB3lk0SPc2+
-2clVkw3FD4riTNdydwKJweVSVRDngnsShwA11UwGZd3oo2Vol3lyu6P1vw6G8vTI
-68E6hBDwoEWHVGuBezJNr7mMklp3RGzL9jpI7weGseP3FNFdiWLo1xRpx0RLbQZC
-k6PiK6SMb7hfeSZ6x96IHDmPrcoZOKas8nLT58JMhGdy8aI3h1jj5bT3FCWIeB3n
-6j9C/YJb9Ho3/caLfverKfCnrnSFxenVP5XU1KOk79J1N4kBHAQQAQIABgUCT+xD
-3wAKCRAutzB2dnteCbodB/4ga4iQQSpWXJHL6tUEhTv/HYXuAXIoKPVmp3Rbos3z
-NPtDVF+COVuSzkefiero1O78/7zwNoOTY+fZiD1WuFtI6JGl68MjV2ArzWcbKt65
-yl1fAF7JNWVIZNW160rnHj7SCZCkB32i5DOXOZkIZalsM4IsTUmXAoc+M3+Nv6tQ
-spWpT5RQVt8lp6DUUXDDl1ykSO6Rz2OEZjS6xAMbE86FxpNlblh+qELwzzkeoU5x
-bM2dRAYFKFAQ4N2zvq35ovbPiebtjqHrPOYlmyzgvcSWlvB0qiKLxHbSaPgwlloq
-2RnIo6gbD8LFfmoIk3H5Rxvl8SJh41POYjHiKzCS6XuqiQEcBBABAgAGBQJQtg1x
-AAoJEHcWd0TJ6OQomb4H/0ujiHzxWF+0KCOhe4A1ermVAxuGtkQ1w8w9YTTil5Lk
-CAPUvjxNWExZ44XCm08s9Bw5HbuJIwSp2Z3ixIv0ZkfVj1QUogcgffeoCcgPiFzb
-JEPV5JrIIJG27A+LVACo6DQPkW6eHvPqknC6NfBx7xS72cvLNUiQyxeH5VU49KH9
-43vZaCIwBmqYfA0KcEwcbCGYrTFiVE5ayUVNVj+IRrjykWBg1/bPUCs+dGHEDUIC
-tDiixAF6LAoAiBQAyvRHBk8k8toCE6DA5tFRkuxtZXpuluNoYoURrtvRAorNUEgU
-XbAQEluY2plZxdNl3A4imx8DXegw7QNXIIRT/N17ko6JAhwEEAECAAYFAkc8UHwA

Bug#808572: "gifinfo" is also missing, but the manage is there

[Markus Schaber]

Hi,

The "gifinfo" tool is also missing, but the manpage is still coming with the 
package...

It was there in 4.x versions, and the source still seems to exist in upstream 
CVS.

Is there anything we can do to have it included again?

Best regards

Markus Schaber
-- 
CODESYS® a trademark of 3S-Smart Software Solutions GmbH

Inspiring Automation Solutions

3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Germany
Tel. +49-831-54031-979 | Fax +49-831-54031-50

E-Mail: m.scha...@codesys.com | Web: http://www.codesys.com | CODESYS store: 
http://store.codesys.com
CODESYS forum: http://forum.codesys.com

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received
this e-mail in error) please notify the sender immediately and destroy this 
e-mail. Any unauthorised copying, disclosure
or distribution of the material in this e-mail is strictly forbidden.

Bug#824818: 1.1.0 works

[Mathieu Malaterre]

block 824818 by 824721
thanks

I am not clear what changed in the 1.1.0 release but this works now:


mathieu@debian:~/charls-1.1.0$ ./charlstest -decodetopnm
JPEG_LS_InvalidEscapeSequence.jls JPEG_LS_InvalidEscapeSequence.pgm
mathieu@debian:~/charls-1.1.0$ md5sum JPEG_LS_InvalidEscapeSequence.pgm
596da5bc228ea42784f9780517e071d3  JPEG_LS_InvalidEscapeSequence.pgm

Bug#824856: qemu: CVE-2016-4439 CVE-2016-4441

[Salvatore Bonaccorso]

Source: qemu
Version: 2.1+dfsg-1
Severity: important
Tags: security upstream patch

Hi,

the following vulnerabilities were published for qemu.

CVE-2016-4439[0]:
scsi: esp: OOB write while writing to 's->cmdbuf' in esp_reg_write

CVE-2016-4441[1]:
scsi: esp: OOB write while writing to 's->cmdbuf' in get_cmd

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-4439
[1] https://security-tracker.debian.org/tracker/CVE-2016-4441

Please adjust the affected versions in the BTS as needed.

I think this does not warrant a DSA on it's own but can be obviously
included in any future DSA.

Regards,
Salvatore

Bug#824855: irony-mode: Unable to load irony-mode

[Tim Marston]

Package: irony-mode
Version: 0.1.2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The irony-mode package doesn't work.  In emacs, when you go:

  M-x irony-mode

You get the following error:

  command-execute: Cannot open load file: no such file or directory,
  irony-mode

This is because the shim at

  /etc/emacs/site-start.d/50irony-mode.el

attempts to load the wrong file.  It attempst to load "irony-mode.el",
whereas the main irony-mode file is called "irony.el".  `reportbug` has
helpfully included the modified 50irony-mode.el below.  Critically,
this is the change:

  (autoload 'irony-mode "irony" ; <-- used to be "irony-mode" here
"Minor mode for clang based C/C++ completion." t)

Kind regards,

Tim.


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

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

Versions of packages irony-mode depends on:
ii  emacsen-common  2.0.8
ii  libc6   2.22-9
ii  libclang1-3.6   1:3.6.2-3
ii  libgcc1 1:6.1.1-3
ii  libstdc++6  6.1.1-3

irony-mode recommends no packages.

irony-mode suggests no packages.

-- Configuration Files:
/etc/emacs/site-start.d/50irony-mode.el changed:
;; -*-emacs-lisp-*-
;;
;; Emacs startup file, e.g.  /etc/emacs/site-start.d/50irony-mode.el
;; for the Debian irony-mode package
;;
;; Originally contributed by Nils Naumann 
;; Modified by Dirk Eddelbuettel 
;; Adapted for dh-make by Jim Van Zandt 
;; The irony-mode package follows the Debian/GNU Linux 'emacsen' policy and
;; byte-compiles its elisp files for each 'emacs flavor' (emacs19,
;; xemacs19, emacs20, xemacs20...).  The compiled code is then
;; installed in a subdirectory of the respective site-lisp directory.
;; We have to add this to the load-path:
(let ((package-dir (concat "/usr/share/"
   (symbol-name debian-emacs-flavor)
   "/site-lisp/irony-mode")))
;; If package-dir does not exist, the irony-mode package must have
;; removed but not purged, and we should skip the setup.
  (when (file-directory-p package-dir)
(if (fboundp 'debian-pkg-add-load-path-item)
(debian-pkg-add-load-path-item package-dir)
  (setq load-path (cons package-dir load-path)))
(autoload 'irony-mode "irony"
  "Minor mode for clang based C/C++ completion." t)))


-- no debconf information

Bug#824857: no password question after wakin up from hibernate

[c.buhtz]

Package: lxqt-session
Version: current Debian testing
Severity: important
Tags: security

I am using an up-to-date Siduction (paintitblack) with LXQt.

The screensaver is setup to ask a password before resume. This works
well.

But when I wake up from hibernate there is no password question.
This is quite unsecure.

Bug#824841: libgtk-3-0: Properly include upstream changelog

[Michael Biebl]

Am 20.05.2016 um 12:15 schrieb Ximin Luo:
> Package: libgtk-3-0
> Version: 3.20.4-1
> Severity: important
> 
> Dear Maintainer,
> 
> Whilst investigating a bug involving GTK themes, I found that the contents of
> the upstream bug is useless:
> 
> $ zcat /usr/share/doc/libgtk-3-0/changelog.gz 
> A git checkout and git-log is required to generate this file
> 
> Please fix this - if necessary by generating the changelog from git and
> repacking the Debian "orig" tarball to include this generated version.
> 
> Otherwise it makes bug tracking much harder.

All bugs are mentioned in the NEWS file.
For a complete and more detailed list, a git checkout is much, much
better anyway.



-- 
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#824449: firefox: FTBFS on sparc64 due to wrong platform definitions

[John Paul Adrian Glaubitz]

On 05/16/2016 10:15 AM, John Paul Adrian Glaubitz wrote:
> After applying both patches, the build *almost* finishes on sparc64,
> in fact, it fails at dh_auto_install with [2]:
> 
> Executing /<>/build-browser/dist/bin/xpcshell -g 
> /<>/build-browser/dist/bin/ -a 
> /<>/build-browser/dist/bin/ -f 
> /<>/toolkit/mozapps/installer/precompile_cache.js -e 
> precompile_startupcache("resource://gre/");
> Traceback (most recent call last):
>   File "/<>/toolkit/mozapps/installer/packager.py", line 410, in 
> 
> main()
>   File "/<>/toolkit/mozapps/installer/packager.py", line 404, in 
> main
> args.source, gre_path, base)
>   File "/<>/toolkit/mozapps/installer/packager.py", line 161, in 
> precompile_cache
> errors.fatal('Error while running startup cache precompilation')
>   File "/<>/python/mozbuild/mozpack/errors.py", line 103, in 
> fatal
> self._handle(self.FATAL, msg)
>   File "/<>/python/mozbuild/mozpack/errors.py", line 98, in 
> _handle
> raise ErrorMessage(msg)
> mozpack.errors.ErrorMessage: Error: Error while running startup cache 
> precompilation

Seems that there is a relevant upstream bug report for that:

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

Adrian

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

Bug#824860: RM: libfile-scan-perl -- ROM; outdated, unmaintained upstream

[Salvatore Bonaccorso]

Package: ftp.debian.org
Severity: normal

Hi

For the reasons in #788128, mainly outdated and last updated upstream
2005, please remove libfile-scan-perl from unstable.

Regards,
Salvatore

Bug#824853: Acknowledgement (tex-common: package installation fails)

[Csillag Kristof]

I can confirm that manually installing the

/usr/share/texlive/texmf-dist/tex/context/base

directory from the previous version of the texlive-latex-base package
makes the error go away.

However, I can not tell whether it causes any other problems down the
road
... anyway, my LaTeX system seems to be functional now.

Bug#824861: RM: perlipq -- ROM; useless on any supported kernel

[Salvatore Bonaccorso]

Package: ftp.debian.org
Severity: normal

Hi

Please remove perlipq from unstable. It is useless on any supported
kernel. Cf. #819023.

Regards,
Salvatore

Bug#824825: liblxqt-l10n: fails to upgrade from 'sid' - trying to overwrite /usr/share/lxqt/translations/liblxqt/liblxqt_ar.qm

[Andreas Beckmann]

Package: liblxqt-l10n
Version: 0.10.9-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package liblxqt-l10n.
  Preparing to unpack .../liblxqt-l10n_0.10.9-1_all.deb ...
  Unpacking liblxqt-l10n (0.10.9-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/liblxqt-l10n_0.10.9-1_all.deb (--unpack):
   trying to overwrite '/usr/share/lxqt/translations/liblxqt/liblxqt_ar.qm', 
which is also in package liblxqt0:amd64 0.10.0-5
  Processing triggers for fontconfig (2.11.0-6.4) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/liblxqt-l10n_0.10.9-1_all.deb


cheers,

Andreas


liblxqt0=0.10.0-5_liblxqt-l10n=0.10.9-1.log.gz
Description: application/gzip

Bug#819685: [Pkg-iscsi-maintainers] Bug#819685: open-iscsi-udeb: please drop libnss-files-udeb dependency

[Cyril Brulebois]

Hi,

Christian Seiler  (2016-04-02):
> Control: tags -1 + confirmed pending
> 
> Thanks for the notification about the glibc change!
> 
> On 03/31/2016 09:23 PM, Aurelien Jarno wrote:
> > As of glibc 2.22-5, libnss-files-udeb has been merged into libc-udeb. 
> > Therefore the dependency in open-iscsi-udeb could now be dropped.
> 
> Fixed in git:
> https://anonscm.debian.org/cgit/pkg-iscsi/open-iscsi.git/commit/?id=2f35aeb0b6ab8da185450ddaad285051cc081176
> 
> Ritesh and I don't have any immediate plans for a next upload, so I
> don't know when this will hit the archive, but there will definitely
> be more updates before Stretch is released. If there are unforeseen
> problems with the glibc change that would require an earlier upload
> of the package with just the dropped dependency, please increase the
> severity of this bug report to at least important and I'll upload
> sooner.

Steve approached me to see if I could lift the block-udeb on the glibc
since he was interested in getting its arm64 fix migrate to testing.

Given src:glibc drops libnss-files-udeb, and given your package hasn't
been updated yet, src:glibc will not be able to migrate to testing for a
while.

I suppose it would be nice if you could update your package right away.

(The current block-udeb should be lifted in a few hours; the other
reverse-depends was espeakup-udeb, fixed last night, migrated minutes
ago.)


KiBi.


signature.asc
Description: Digital signature

Bug#824426: FTBFS against libical2

[Tino Mettler]

tags 824426 +pending

Hi folks,

thanks for all the reports, discussion, and testing feedback. I
submitted an upload request to my sponsor. The current state of the
package is also pushed to the git repository.

Regards,
Tino

Bug#824814: Acknowledgement (FTBFS: Missing Build-Dependencies)

[Jörg Frings-Fürst]

Hi,

I attach the log - files..

CU
Jörg

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

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

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

Threema: SYR8SJXB

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

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

dpkg-checkbuilddeps: error: Unmet build dependencies: flex bison ruby-ronn 
libonig-dev
W: Unmet build-dependency in source
dpkg-buildpackage: info: source package jq
dpkg-buildpackage: info: source version 1.5+dfsg-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Simon Elsbrock 
 dpkg-source --before-build jq-1.5+dfsg
 fakeroot debian/rules clean
dh clean --with autoreconf
   dh_testdir
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/db/entwicklung/linux/debian/transitions/libonig/jq-1.5+dfsg'
dh_auto_clean
make[1]: Leaving directory 
'/db/entwicklung/linux/debian/transitions/libonig/jq-1.5+dfsg'
   dh_autoreconf_clean
   dh_clean
 dpkg-source -b jq-1.5+dfsg
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building jq using existing ./jq_1.5+dfsg.orig.tar.gz
dpkg-source: info: building jq in jq_1.5+dfsg-1.debian.tar.xz
dpkg-source: info: building jq in jq_1.5+dfsg-1.dsc
 dpkg-genchanges --build=source >../jq_1.5+dfsg-1_source.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build jq-1.5+dfsg
dpkg-buildpackage: info: full upload (original source is included)
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Fri May 20 05:02:47 CEST 2016
I: pbuilder-time-stamp: 1463713367
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz]
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /var/cache/debs
I: policy-rc.d already exists
W: Could not create compatibility symlink because /tmp/buildd exists and it is 
not a directory
W: no hooks of type H found -- ignoring
I: Obtaining the cached apt archive contents
I: Installing the build-deps
I: user script /var/cache/pbuilder/build//2990/tmp/hooks/D05deps starting
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:3 file:/var/cache/debs ./ Packages [3574 B]
Get:4 file:/var/cache/debs ./ Translation-en
Ign:4 file:/var/cache/debs ./ Translation-en
Get:5 http://mirror.1und1.de/debian/ sid InRelease [201 kB]
Get:6 http://mirror.1und1.de/debian/ sid/main amd64 Packages.diff/Index [27.9 
kB]
Get:7 http://mirror.1und1.de/debian/ sid/main Translation-en.diff/Index [27.9 
kB]
Get:8 http://mirror.1und1.de/debian/ sid/non-free amd64 Packages.diff/Index 
[22.9 kB]
Get:9 http://mirror.1und1.de/debian/ sid/non-free Translation-en.diff/Index 
[11.1 kB]
Get:10 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-18-0920.50.pdiff [1340 B]
Get:11 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-18-1512.43.pdiff [29.3 kB]
Get:12 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-18-2125.34.pdiff [20.7 kB]
Get:13 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-19-0323.41.pdiff [12.4 kB]
Get:14 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-19-0916.52.pdiff [18.2 kB]
Get:15 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-19-1522.09.pdiff [25.5 kB]
Get:16 http://mirror.1und1.de/debian/ sid/main amd64 Packages 
2016-05-19-2112.29.pdiff [16.6 kB]
Get:17 http://mirror.1und1.de/debian/ sid/main Translation-en 
2016-05-18-0920.50.pdiff [464 B]
Get:18 http://mirror.1und1.de/debian/ sid/main Translation-en 
2016-05-18-1512.43.pdiff [109 B]
Get:19 http://mirror.1und1.de/debian/ sid/main Translation-en 
2016-05-18-2125.34.pdiff [3068 B]
Get:20 http://mirror.1und1.de/debian/ sid/main Translation-en 
2016-05-19-0323.41.pdiff [671 

Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier

[Vincent Cheng]

Hi Rene,

> This package's control file still contains a Conflicts line which ends
> in thunderbird without specifying a version, causing thunderbird to be
> removed upon installation of hunspell-en-us. The same goes for several
> (all? I only checked a few) other hunspell dictionary packages.

Now that iceweasel has been renamed to firefox and icedove is going to
be renamed back to thunderbird at some point in the future (#816679),
would you reconsider adding a versioned "conflicts: thunderbird"
relationship in hunspell-en-us instead of the current unconditional
conflicts declaration? Thanks!

Regards,
Vincent

Bug#824752: gridengine-client, qtile: error when trying to install together

[Afif Elghraoui]

Hello,

On الخميس 19 أيار 2016 05:36, Andreas Beckmann wrote:



   Selecting previously unselected package qtile.
   Preparing to unpack .../qtile_0.10.5-1_all.deb ...
   Unpacking qtile (0.10.5-1) ...
   dpkg: error processing archive 
/var/cache/apt/archives/qtile_0.10.5-1_all.deb (--unpack):
trying to overwrite '/usr/bin/qsh', which is also in package 
gridengine-client 8.1.8+dfsg-5





Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

   usr/bin/qsh

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may
also register in the BTS that the other package is affected by the bug.



gridengine is an implementation of a standard resource management 
system. The q* commands it has are shared across some alternative 
implementations and have a pretty clear naming scheme in that they run 
operations on cluster queues.


As this software has been around for many years, it is not sensible to 
rename it. Please resolve this within the qtile package.


thanks and regards
Afif

--
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#824821: zfs-dkms: Fails to build against 4,6 kernel

[Achim Schaefer]

Package: zfs-dkms
Version: 0.6.5.6-2
Severity: important
Tags: upstream

Dear Maintainer,

the version 0,6,5,6 fails to build against the 4,6 kernel.

There is a new upstream version fixing this issue (0,6,5,7).

Thankk

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

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

Versions of packages zfs-dkms depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  dkms   2.2.0.3-4
ii  lsb-release9.20160110
ii  spl-dkms   0.6.5.6-2

Versions of packages zfs-dkms recommends:
ii  zfs-zed 0.6.5.6-2
ii  zfsutils-linux  0.6.5.6-2

zfs-dkms suggests no packages.

-- debconf information:
  zfs-dkms/stop-build-for-unknown-kernel: true
* zfs-dkms/note-incompatible-licenses:
  zfs-dkms/stop-build-for-32bit-kernel: true

Bug#824822: Acknowledgement (O: refdb)

[Mathieu Malaterre]

BTW dtdparse might also be removed (not used anywhere else)

Bug#824824: O: net-luminis-build-plugin

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan net-luminis-build-plugin, I have not used anymore since I
gave up on packaging bio-formats. I believe no-one is actually using this
package at this point.

Description is:

Description-en: Wrapper around Bnd to allow easy bundle creation from ant 
builds.
 The OSGi bundle ant task is a wrapper around Bnd to allow easy bundle creation
 from ant builds.
 .
 Creates an OSGi bundle. Computes OSGi headers (most notably the importPackage
 and exportPackage) from class analysis.

Bug#824823: glusterfs-server: hook-scripts are missing

[Christian Rusa]

Package: glusterfs-server
Version: 3.5.2-2+deb8u1
Severity: normal

Dear Maintainer,

*** 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 ***
If I try to set up geo-replication it fails because of a missing hook-script 
with the following error:

# gluster volume geo-replication data slavehost::data_offsite create push-pem
The hook-script 
(/var/lib/glusterd/hooks/1/gsync-create/post/S56glusterd-geo-rep-create-post.sh)
 required for push-pem is not present. Please install the hook-script and retry
geo-replication command failed 

The error message is right, the script is not there. If I extract the script 
from the sources and put it
in the right place the command runs without any error.

Please include these scripts in the package to make geo-replication usable.

Regards
Christian Rusa


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

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

Versions of packages glusterfs-server depends on:
ii  glusterfs-client  3.5.2-2+deb8u1
ii  glusterfs-common  3.5.2-2+deb8u1
ii  libc6 2.19-18+deb8u4
ii  libncurses5   5.9+20140913-1+b1
ii  libpython2.7  2.7.9-2
ii  libreadline6  6.3-8+b3
ii  libssl1.0.0   1.0.1k-3+deb8u5
ii  libtinfo5 5.9+20140913-1+b1
ii  libxml2   2.9.1+dfsg1-5+deb8u1
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages glusterfs-server recommends:
ii  nfs-common  1:1.2.8-9

glusterfs-server suggests no packages.

-- no debconf information

Bug#824819: debian/watch

[Mathieu Malaterre]

Package: src:charls
Version: 1.0-7

This is not tested, but since upstream decided to move away from
codeplex to github, this means we can have a working debian/watch file
!

-M

Bug#824721: CharLS: 1.1.0 is out

[Mathieu Malaterre]

Hi,

On Thu, May 19, 2016 at 5:50 PM, Andreas Tille  wrote:
[...]
> noticed that none of the cmake patches apply to the new version.  If you
> are interested in a soonish upload it would be great if you would adapt
> all those patches created by you previously to the new version.

Ok. This will depend on what I found out from #824818.

-M

Bug#824801: option to force native build

[Guido Günther]

On Thu, May 19, 2016 at 11:40:38PM +0200, Eduard Bloch wrote:
> Package: git-buildpackage
> Version: 0.7.4
> Severity: wishlist
> 
> Hi,
> 
> I remember having reported a similar issue a couple of years ago and
> back then it was closed with a useless coment. This time I stumbled upon
> it again and still cannot find a SANE solution. With SANE, I mean
> user-friendly. I, as user, wish to have an option to make a test build.
> Without having an upstream tarball!
> (that is the key point. The debian branch is a fork of the upstream
> branch after all, it should just work).
> 
> WRT dpkg-buildpackage itself, I can easily force it to act like on a
> native package and just build me my binary packages. But with gbp, this
> simple task becomes PITA: it wants me to have some upstream reference or
> else... (see below).
> 
> Sorry, there really should be an easy and user-friendly way to let me
> just build it, no matter whether there is an upstream tag or not. I
> did RTFM and nothing ringed a bell there. If there is an easy way,
> please document it properly.
> 
> 
> 
> dh_clean
> rm -rf debian/apt-cacher-ng.service debian/apt-cacher-ng.tmpfile 
> dbgen/dbgenerator.* dbgen/dbupdate
> debconf-updatepo
> ...
> gbp:info: Orig tarball 'apt-cacher-ng_0.9.3.orig.tar.xz' not found at 
> '../tarballs/'
> gbp:error: Pristine-tar couldn't checkout "apt-cacher-ng_0.9.3.orig.tar.xz": 
> fatal: Path 'apt-cacher-ng_0.9.3.orig.tar.xz.delta' does not exist in 
> 'refs/heads/pristine-tar'
> pristine-tar: git show 
> refs/heads/pristine-tar:apt-cacher-ng_0.9.3.orig.tar.xz.delta failed

It's still the same as back then: don't sue pristine tar if you don't
want it and tell gbp that you're fine with just picking the head of your
upstrema branch.

Cheers,
 -- Guido

Bug#824822: O: refdb

[Mathieu Malaterre]

Package: wnpp
Severity: normal

I intend to orphan refdb. I have not used it in a long time.

If this package ever gets removed, the deps: refdb-client refdb-perlmod and
refdb-sru will need to be removed too (not used anywhere else).

Description is:

Description-en: Reference database and bibliography tool - sql server
 RefDB is a reference database and bibliography tool for SGML, XML, and
 LaTeX/BibTeX documents. It allows users to share databases over a network. It
 is accessible through command-line tools, through a web interface, from text
 editors (Emacs, Vim), and it contains a SRU server. Programmers can use Perl
 and PHP libraries to integrate RefDB functionality into their own projects.
 RefDB is released under the GNU General Public License and runs on Linux, the
 *BSDs, OS X, Solaris, and Windows/Cygwin.

 RefDB appears to be the only available tool to create HTML, PostScript, PDF,
 DVI, MIF, or RTF output from DocBook (SGML, XML V.4.x and V.5.x) or TEI (XML P4
 and P5) sources with fully formatted citations and bibliographies according to
 publisher's specifications.

Bug#824441: [Aptitude-devel] Bug#824441: Bug#824441: aptitude segfaults when marking texlive-generic-extra as auto-installed

[David Kalnischkies]

Hi,

(disclaimer: apt, not aptitude, maintainer talking)

On Fri, May 20, 2016 at 09:54:23AM +1000, James Tocknell wrote:
> 0x77b3feed in debVersioningSystem::CheckDep(char const*, int, char
> const*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #0  0x77b3feed in debVersioningSystem::CheckDep(char const*, int,
> char const*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #1  0x557767c1 in infer_reason (pkg=..., reasons=std::set with 1
> elements = {...}) at ../../../../src/generic/apt/infer_reason.cc:178

[It is a bit confusing that the code of frame #1 is actually calling
IsSatisfied(), but it is just a wrapper around CheckDep() so lets just
ignore that for the moment]

10f0cf4a04b2526e9dea65facde865d993396417 adds this code, which passes
the candidate version to IsSatisfied – but not all packages have
a candidate! So that code should be adapted to test first if the package
has a candidate and only if so check if the candidate satisfies the
dependency.


Now, we could ask why IsSatisfied requires a valid version and the
answer is: nobody (aka me) thought anybody would pass it an invalid
version as the soul reason for the one-line IsSatisfied is to hide the
call to CheckDep behind a slightly nicer interface (1 vs 3 parameters)
and all existing calls in apt passed only valid versions in…

I am not sure it is a good idea to add checks to that method as its in
various hot paths for apt & it has the potential of hiding bugs (at the
expense of opening some like here). Either way, that needs more thought
than I can shell out at the moment & adapting the call site should be
easy.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#824818: CharLS: One JPEG-LS not handled

[Mathieu Malaterre]

Package: src:charls
Version: 1.0-7

I recently discover that at least one instance of a JPEG-LS codestream
is not handled by CharLS:

http://gdcm.sourceforge.net/thingies/JPEG_LS_InvalidEscapeSequence_COM_padding.dcm

I've tried to simplify it:
- Remove COM marker,
- Change the recommended DICOM padding with a simplier mechanism (a traliing 0)

but CharLS still reject that file again:

http://gdcm.sourceforge.net/thingies/JPEG_LS_InvalidEscapeSequence.dcm

I've not tested yet with 1.1.0 or 2.0.0 yet.

Bug#824820: ITP: gly -- Flexible Gregorian notation format compiling to canonical gabc

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: gly
  Version : 0.0.3+git20160509.0.00bde29
  Upstream Author : Jakub Pavlík 
* URL : https://github.com/igneus/gly
* License : MIT
  Programming Lang: Ruby
  Description : Flexible Gregorian notation format compiling to canonical 
gabc

Writer-friendly Gregorian notation format compiling to gabc.

GLY is an acronym of "Gregorio for liLYponders" or "Gregorio with
separate LYrics."

Why
===

One of the most popular solutions for typesetting quadratic notation
used for the Gregorian chant is Gregorio.

Gregorio is a great tool, but I really don't like it's default input
format gabc - it's not very well readable, pain to write, and too
restrictive (for some reason doesn't support other than the predefined
header fields). That led me to designing an alternative,
Gregorio-inspired notation format, which compiles to pure Gregorio gabc.

(Only after that I learned to know the GABC Transcription Tool by
Benjamin Bloomfield, which does something quite similar, but as a
web-based tool. You can think of gly as of a less clever GABC
Transcription Tool for those who strongly prefer command-line and
plaintext-file-based workflows over the web-based ones.)

Features


gly language

 * music separated from lyrics
* no need of the ubiquitous and tedious parentheses
* music transcription is usually quicker and more comfortable
* separation of "material and form" -> easy copying of the music
  or lyrics alone is possible (useful for a composer)
* syllabified lyrics entered in a format inspired by LilyPond
 * music and lyrics can be interspersed as needed
 * no semicolons in the header
 * custom header fields
 * several scores per file

gly tool

 * transform your gly document to one or more gabc scores
 * compile pdf preview with a single command, without writing any (La)TeX
 * produces score annotations from provided score header fields
 * transform gly document to (modern notation) lilypond document

==

Reasons for packaging:

gly enhances "gregorio" / "texlive-binaries", "gregoriotex" /
"texlive-music", and make use of LilyPond 

Possibly group maintained with the Ruby team?
https://wiki.debian.org/Teams/Ruby


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXPqs5AAoJEOolALQSxZrPQQsQAI+x3DW7Rex3ncwsQ7eWvTmB
ERajMUrHX7YrirtjUoZUeTijHvXyqQ9tLLx/uqpFgPWHCPMV+mALyvTLIOBaa303
Xo0G5MbYyKNbEhy9s2T7tgNQcMHsMtWjCPATZxOGU+mYHwZXwOqJ4ytEtddQGKPQ
wBnwigYobRZ2pBwpzV77v/oMvfWU9AVdAHoOor2AI8SZtqCiLrkU6vmXMCHcKQpz
DR2NWukxEVUHMHh7fjjF5LBxzB4gUKtBDr/3XEG7lW7O0Bwmc70ni66TOpEeOfZn
2tQJv4A0pr/gvuh9KpPPr6+vOCXrkDd/r9FXNqeB8XeCGIR7NNmtElbDjpUhcBX7
ztpVgU8HRVJkOdiNKz2QUx7dJrL9Yd8+sCG8+FmcjyURsdlBYpbUCSx6wpqDIjPe
PDFq2maUya+vx+XIP5Q/3rVLg+y0OEUf+fDhvSCMPfdeLJh4R5tXm+ADDhceSX3n
dPwtd9tT8ZZg3SI25+ZgFsYPlSKSzFaedAm1H/envi/s4CgJ3IEBPUHrH2DYER94
cW2jgrrbKVGxPgcBiO8/CwbE/ExokFSVcV4O6DnlaieuE6UbsvE6Kspdgkgx0ORK
/uxcRwVrh+HVGGZ8tFfmCFplAk/AuDecMTsdf83jPUCJakaHJvcqvqplSmpmDAR4
u12XRNwmgb3Abz8u5n7r
=eWOk
-END PGP SIGNATURE-

Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Cyril Brulebois]

Hi Christian,

Christian Perrier  (2016-05-18):
> (thanks for prodding me...you never know, indeed, though I still read
> -boot...;-) )

(wow, great!)

> >I have no idea whether the following is practical, and/or makes sense
> >regarding d-i's logic, etc., but I'm wondering whether it would be
> >possible to have checking "Debian Pure Blends" activate a follow-up
> >screen which would list all Blends. This way, we would get the previous
> >tasksel screen back, and only present the Blends to users who're
> >actually asking for it. And that, without changing anything in debconf,
> >its (non-)support for structure prompts, etc. Merging two tasks lists
> >obtained in two stages shouldn't be too hard, I suppose. But does that
> >make sense?
> >
> >Again, Christian is more knowledgeable in this area, and might have more
> >insight.
> 
> I tried to read the whole thread and then I'll summarize my thoughts.
> 
> At first, I'm not happy with the idea of Pure Blends tasks mixing up with
> standard tasks. I fully respect the work done by the variou sblends teams,
> but having our usual longstanding "standard" tasks kinda lost in the middle
> of "strange" and obscure tasks which the average user has no idea about what
> they're about...is a no-no for me.

Ack. Not a surprise to me, but thanks for confirming. :)

> I still remember Joey's objections about *not* having users forced to choose
> between desktop environmentsbecause, contrary to what the average geek
> thinks, most people have no idea about what is a desktop environment. So,
> just imagine if we present them with "Hamradio", "NeuroDebian", "Debian Med"
> and such a list of unsorted strange things.
> 
> Not to mention that most of these tasks titles wouldn't be translated, while
> other tasks are.
> 
> So, yes, I'd object strongly to mixing up Blends tasks with other tasks.

Ack.

> I think that the idea of blends choice in the boot menu has already ruled
> out for several reasons, so I won't develop here, but just add one more
> reason : this is untranslatable.

Ack.

> That leaves us with the idea of a "Debian Blends" choice in the standard
> task menu, which would lead to a dedicated "blends" menu. I think this is
> the best compromise to do, provided we find a good name for the menu entry :
> "Debian Blends" or "Debian pure Blends" is a great name for the project in
> its entirety...but probably not for the menu entry. Again, because it means
> nothing to Joe User.
> 
> So, with something like "Special-purpose packages" or "Specialized
> installations" or whatever along those lines, *then* a menu with the Blends
> list (unsorted) and the possibility of going back just in case people see
> the list and think "heck, I have no idea about what this stuff is
> about"then I'd say this is the way to go.

While deciding the exact label (and getting it translated) might be
tricky indeed, let's see if we can come up with a working implementation
past D-I Stretch Alpha 6, then.

The person looking into this (hello future self?) should remember
preseeding should be supported, as well as going back.

Thanks so much, Christian.


KiBi.


signature.asc
Description: Digital signature

Bug#824793: mount.8: refers to package nfs-utils

[Andreas Henriksson]

Control: tags -1 + wontfix

On Thu, May 19, 2016 at 04:11:11PM -0400, Greg Wooledge wrote:
> Package: mount
> Version: 2.25.2-6
> Severity: normal
> 
> In the "Mount options for nfs and nfs4" section, the mount(8) man page
> says "nfs-utils package must be installed".  It should say nfs-common
> instead.

While I do understand that this can easily be confusing...
... The (Debian!) nfs-common package is built from the nfs-utils source.
We ship the upstream manpages and there is no "nfs-common" in the
upstream world. Splitting nfs-utils apart in different parts is
a Debian thing. Please see:

https://tracker.debian.org/pkg/nfs-utils

Thus such a patch would not be useful upstream and maintaining it
downstream is not in my interest.

Potentially there's room for making the wording less confusing in a
Debian context upstream, like eg. using "suite" instead of "package".
Please feel free to submit a patch to upstream! If you're not
familiar with the procedure please feel free to ask me for guidance.

Regards,
Andreas Henriksson

Bug#824339: open-iscsi: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Christian Seiler]

Control: tags -1 + pending

On 05/14/2016 06:29 PM, Adriano Rafael Gomes wrote:
> Please, Could you update the Brazilian Portuguese Translation?

Done, will be part of the next upload:
https://anonscm.debian.org/cgit/pkg-iscsi/open-iscsi.git/commit/?id=8b8eb175b079a5b78043bbf90501177ea46419f7

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#793098: PF_RING support in debian

[Arturo Borrero Gonzalez]

Hi there!

It would be very good to have PF_RING support in Debian :-)

Please, go ahead with the packaging.

regards.

-- 
Arturo Borrero González

Bug#824873: [l10n] zh_CN.po update for DPKG

[lumin]

Package: dpkg
Version: 1.18.7
Severity: wishlist

patch is attached.
msgfmt check OK.
zh_CN fully-translated.
diff --git a/po/zh_CN.po b/po/zh_CN.po
index b2c549d..a334896 100644
--- a/po/zh_CN.po
+++ b/po/zh_CN.po
@@ -16,7 +16,7 @@ msgstr ""
 "Project-Id-Version: dpkg 1.18.x\n"
 "Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
 "POT-Creation-Date: 2016-05-09 03:21+0200\n"
-"PO-Revision-Date: 2016-01-01 05:45+\n"
+"PO-Revision-Date: 2016-05-20 16:45+\n"
 "Last-Translator: Zhou Mo \n"
 "Language-Team: Chinese (simplified) \n"
 "Language: zh_CN\n"
@@ -465,26 +465,20 @@ msgid ""
 "%s%s%s: %s%s:%s\n"
 " %s\n"
 msgstr ""
+"%s%s%s: %s%s:%s\n"
+" %s\n"
 
 #: lib/dpkg/ehandle.c
 msgid "out of memory for new error context"
 msgstr "内存不足，无法新建错误上下文"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: error while cleaning up:\n"
-#| " %s\n"
 msgid "error while cleaning up"
-msgstr ""
-"%s：清理时出错:\n"
-" %s\n"
+msgstr "清理时出错"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid "%s: too many nested errors during error recovery!!\n"
 msgid "too many nested errors during error recovery"
-msgstr "%s：在错误恢复过程中发生了过多的嵌套错误！！\n"
+msgstr "在错误恢复过程中发生了过多的嵌套错误"
 
 #: lib/dpkg/ehandle.c
 msgid "out of memory for new cleanup entry"
@@ -495,30 +489,16 @@ msgid "out of memory for new cleanup entry with many arguments"
 msgstr "内存不足，建立清理条目的参数过多"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: unrecoverable fatal error, aborting:\n"
-#| " %s\n"
 msgid "unrecoverable fatal error, aborting"
-msgstr ""
-"%s: 无法从致命错误中恢复，中止：\n"
-" %s\n"
+msgstr "无法从致命错误中恢复，中止"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid ""
-#| "%s: outside error context, aborting:\n"
-#| " %s\n"
 msgid "outside error context, aborting"
-msgstr ""
-"%s: 处于错误上下文之外，中止：\n"
-" %s\n"
+msgstr "处于错误上下文之外，中止"
 
 #: lib/dpkg/ehandle.c
-#, fuzzy
-#| msgid "internal error (bug)"
 msgid "internal error"
-msgstr "内部错误 (bug)"
+msgstr "内部错误"
 
 #: lib/dpkg/fields.c
 #, c-format
@@ -1251,22 +1231,19 @@ msgid "wait for subprocess %s failed"
 msgstr "等待子进程 %s 失败"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "cannot stat file '%s'"
+#, c-format
 msgid "cannot stat pathname '%s'"
-msgstr "无法获取文件 %s 的状态"
+msgstr "无法获取路径 %s 的状态"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "cannot scan directory '%.255s'"
+#, c-format
 msgid "cannot open directory '%s'"
-msgstr "无法搜索目录 %.255s "
+msgstr "无法打开目录 '%s'"
 
 #: lib/dpkg/treewalk.c
-#, fuzzy, c-format
-#| msgid "control directory is not a directory"
+#, c-format
 msgid "treewalk root %s is not a directory"
-msgstr "control 目录不是目录"
+msgstr "treewalk 根节点 %s 不是一个目录"
 
 #: lib/dpkg/trigdeferred.c
 #, c-format
@@ -1293,11 +1270,11 @@ msgid "unable to open/create new triggers deferred file '%.250s'"
 msgstr "无法打开/创建新的触发推迟文件 %.250s"
 
 #: lib/dpkg/trigdeferred.c
-#, fuzzy, c-format
-#| msgid "syntax error in triggers deferred file '%.250s' at character '%s'%s"
+#, c-format
 msgid ""
 "syntax error in triggers deferred file '%.250s' at line %d character %zd '%s'"
-msgstr "触发推迟文件 %.250s 中有语法错误，位于字符 ’%s‘ %s"
+msgstr ""
+"触发推迟文件 '%.250s' 中有语法错误，位于第 %d 行，字符 %zd '%s'"
 
 #: lib/dpkg/trigdeferred.c
 #, c-format
@@ -1781,16 +1758,14 @@ msgid "--%s needs at least one package archive file argument"
 msgstr "--%s 需要至少一个软件包文件作为参数"
 
 #: src/archives.c src/unpack.c
-#, fuzzy, c-format
-#| msgid "cannot access archive"
+#, c-format
 msgid "cannot access archive '%s'"
-msgstr "无法访问归档文件"
+msgstr "无法访问归档 '%s'"
 
 #: src/archives.c
-#, fuzzy, c-format
-#| msgid "conffile '%s' is not a plain file"
+#, c-format
 msgid "archive '%s' is not a regular file"
-msgstr "conffile  %s 不是普通文件"
+msgstr "归档 '%s' 不是普通文件"
 
 #: src/archives.c src/divertcmd.c src/enquiry.c src/main.c src/packages.c
 #: src/querycmd.c src/select.c src/statcmd.c src/trigcmd.c dpkg-deb/build.c
@@ -3256,7 +3231,7 @@ msgstr "不要在解包的时候进行安全I/O操作"
 
 #: src/main.c
 msgid "Do not chroot into maintainer script environment"
-msgstr ""
+msgstr "不要 chroot 到维护者脚本环境中"
 
 #: src/main.c
 msgid "Always use the new config files, don't prompt"
@@ -4677,10 +4652,8 @@ msgid "package name has characters that aren't lowercase alphanums or '-+.'"
 msgstr "软件包的名字含有不是小写字母或 -+ 的字符"
 
 #: dpkg-deb/build.c
-#, fuzzy
-#| msgid "package architecture"
 msgid "package architecture is missing or empty"
-msgstr "软件包体系结构："
+msgstr "软件包体系结构缺失或为空"
 
 #: dpkg-deb/build.c
 #, c-format
@@ -4720,16 +4693,14 @@ msgid "not checking contents of control area"
 msgstr "不检查控制区域的内容"
 
 #: dpkg-deb/build.c
-#, fuzzy, c-format
-#| msgid "dpkg-deb: building an unknown package in '%s'.\n"
+#, c-format
 msgid "building an unknown package in '%s'."
-msgstr "dpkg-deb：正在 %s 中构建未知软件包。\n"
+msgstr "正在 '%s' 中编译未知软件包。"
 
 #: dpkg-deb/build.c
-#, fuzzy, c-format
-#| msgid "dpkg-deb: building package '%s' in '%s'.\n"
+#, c-format
 msgid "building package '%s' in '%s'."
-msgstr "dpkg-deb：正在新建软件包 %s，包文件为 %s。\n"
+msgstr "正在 '%2$s' 中编译软件包 '%1$s'。"
 
 #: dpkg-deb/build.c
 #, 

Bug#824711: coin3: the debian/copyright file incorrectly labels the license texts

[Anton Gladky]

tags 824711 +pending
thanks

Bug#824881: nemo: SIGSEGV in g_type_check_instance_is_fundamentally_a in glib2.0-2.48.1/./gobject/gtype.c:4034

[Frederik Himpe]

Package: nemo
Version: 3.0.1-1
Severity: normal

While I'm browsing my pictures directory's, containing JPEG and NEF RAW images,
nemo will always crash after some time browsing around. This is a stack trace:

Program received signal SIGSEGV, Segmentation fault.
0x750f480c in g_type_check_instance_is_fundamentally_a
(type_instance=type_instance@entry=0x7fffd4002b60,
fundamental_type=fundamental_type@entry=80) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gtype.c:4034
4034/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gobject/gtype.c: No such file or
directory.
(gdb) thread apply all bt

Thread 26 (Thread 0x7fffe7fff700 (LWP 15058)):
#0  0x74056ae9 in syscall () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74e3dd4a in g_cond_wait_until (cond=cond@entry=0x894c38,
mutex=mutex@entry=0x894c30, end_time=end_time@entry=1891790839) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread-posix.c:1441
#2  0x74dcd999 in g_async_queue_pop_intern_unlocked (queue=0x894c30,
wait=wait@entry=1, end_time=1891790839) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gasyncqueue.c:422
#3  0x74dcdff8 in g_async_queue_timeout_pop_unlocked (queue=, timeout=timeout@entry=50) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gasyncqueue.c:570
#4  0x74e20536 in g_thread_pool_thread_proxy (pool=0x896560) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:262
#5  0x74e20536 in g_thread_pool_thread_proxy (data=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthreadpool.c:296
#6  0x74e1fbc5 in g_thread_proxy (data=0x7fffdc0154f0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#7  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#8  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 5 (Thread 0x7fffe77fe700 (LWP 15036)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=1,
fds=0x7fffd40010c0, timeout=, context=0x93ea80) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate
(context=context@entry=0x93ea80, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df94ac in g_main_context_iteration (context=0x93ea80,
may_block=1) at /build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3901
#4  0x7fffec03a41d in  () at /usr/lib/x86_64-linux-
gnu/gio/modules/libdconfsettings.so
#5  0x74e1fbc5 in g_thread_proxy (data=0x999800) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 3 (Thread 0x7fffeca40700 (LWP 15034)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=4,
fds=0x7fffe0004380, timeout=, context=0x895550) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate (context=0x895550,
block=block@entry=1, dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df9722 in g_main_loop_run (loop=0x8954e0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4034
#4  0x753f7916 in gdbus_shared_thread_func (user_data=0x895520) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./gio/gdbusprivate.c:246
#5  0x74e1fbc5 in g_thread_proxy (data=0x8324a0) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7fffed241700 (LWP 15033)):
#0  0x74051e5d in poll () at /lib/x86_64-linux-gnu/libc.so.6
#1  0x74df939c in g_main_context_iterate (priority=2147483647, n_fds=2,
fds=0x7fffe80008c0, timeout=, context=0x894d40) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:4135
#2  0x74df939c in g_main_context_iterate
(context=context@entry=0x894d40, block=block@entry=1,
dispatch=dispatch@entry=1, self=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3835
#3  0x74df94ac in g_main_context_iteration (context=0x894d40,
may_block=may_block@entry=1) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:3901
#4  0x74df94e9 in glib_worker_main (data=) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gmain.c:5672
#5  0x74e1fbc5 in g_thread_proxy (data=0x832450) at
/build/glib2.0-wnDt2X/glib2.0-2.48.1/./glib/gthread.c:780
#6  0x7431d454 in start_thread () at /lib/x86_64-linux-
gnu/libpthread.so.0
#7  0x7405aeed in clone () at /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x77f2aa40 (LWP 15029)):
#0  0x750f480c in g_type_check_instance_is_fundamentally_a

Bug#822529: gdm3: retries to often / to fast on errors

[Tobias Frost]

Am Dienstag, den 17.05.2016, 18:58 +0200 schrieb Michael Biebl:
> Control: tags -1 moreinfo
> 
> On Fri, 6 May 2016 16:52:33 +0200 Laurent Bigonville  g>
> wrote:
> > 
> > Do you think it's a regression from 3.18? TBH, I think I already
> > saw 
> > this behavior in the past.
> Tobias, can you please answer this question, i.e. try 3.18 from
> testing
> and see if that shows the same behaviour.
> 
> Atm, this bug blocks gdm3 and a lot of other important GNOME 3.20
> from
> entering testing.
> 
> Michael
> 
> 

Sorry, case of temporary ENOTIME and I also had to prepare another
machine for the test, which took longer than expected. 

But I can confirm now that 3.18 also has the problem.

-- 
tobi

Bug#177956: Still not working on 4.2r3

[Sebastiaan Couwenberg]

Control: tags -1 upstream
Control: found -1 libhdf4/4.2.10-3.2

On Fri, 20 Jun 2008 23:46:33 +0200 "Francesco P. Lovergine" wrote:
> [...]
> diff[124994] = 0, data = 0.158533
> diff[124995] = 0, data = 0.383267
> diff[124996] = 0, data = 0.18932
> diff[124997] = 0, data = 0.278061
> diff[124998] = 0, data = 0.71597
> diff[124999] = 0, data = 0.836227
> diff[125000] = 0, data = 0.567353
> diff[125001] = -0.581675, data = 0.581675
> diff[125002] = -0.77736, data = 0.77736
> diff[125003] = -0.262859, data = 0.262859
> diff[125004] = -0.27511, data = 0.27511
> diff[125005] = -0.524737, data = 0.524737
> diff[125006] = -0.87425, data = 0.87425
> diff[125007] = -0.875206, data = 0.875206
> diff[125008] = -0.176719, data = 0.176719
> diff[125009] = -0.20361, data = 0.20361
> 
> This is still broken in current HDF4 apparently.

And also still with HDF4 4.2.10:

 [...]
 diff[124990] = 0, data = 0.505574
 diff[124991] = 0, data = 0.538893
 diff[124992] = 0, data = 0.549156
 diff[124993] = 0, data = 0.282955
 diff[124994] = 0, data = 0.158533
 diff[124995] = 0, data = 0.383267
 diff[124996] = 0, data = 0.18932
 diff[124997] = 0, data = 0.278061
 diff[124998] = 0, data = 0.71597
 diff[124999] = 0, data = 0.836227
 diff[125000] = 0, data = 0.567353
 diff[125001] = -0.581675, data = 0.581675
 diff[125002] = -0.77736, data = 0.77736
 diff[125003] = -0.262859, data = 0.262859
 diff[125004] = -0.27511, data = 0.27511
 diff[125005] = -0.524737, data = 0.524737
 diff[125006] = -0.87425, data = 0.87425
 diff[125007] = -0.875206, data = 0.875206
 diff[125008] = -0.176719, data = 0.176719
 diff[125009] = -0.20361, data = 0.20361

Kind Regards,

Bas

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Mike Miller]

On Fri, May 20, 2016 at 12:44:11 -0500, Phil Miller wrote:
> I went looking at gl2ps. The version in experimental bumps the package name
> to match the soname. Maybe just copy and reassign this bug there so that
> the current version that breaks dependencies doesn't transition to testing.

I've filed #824882 separately now, I think that should be enough to
block transition. I think this bug can probably be marked as a
duplicate.

-- 
mike

Bug#824876: Please drop (or demote) recommends on texlive-doc-nonfree"

[Michael Biebl]

Package: texinfo
Version: 6.1.0.dfsg.1-6
Severity: normal

Hi,

I've just tried to dist-upgrade (for testing purposes) a pretty minimal
Jessie image to Stretch.
This upgrade wanted to install an additional 600MB of packages.

I tracked this down to a newly added Recommends
texlive-fonts-recommended in texinfo.

texinfo is basically installed on every system here, so I will get this
on every system I'll upgrade, even headless servers.

Please consider dropping that recommends or demoting it to suggests.

Thanks,
Michael


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

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

Versions of packages texinfo depends on:
ii  libc6   2.22-9
ii  libperl5.22 5.22.2-1
ii  libtext-unidecode-perl  1.27-1
ii  libxml-libxml-perl  2.0123+dfsg-1+b1
ii  tex-common  6.05

Versions of packages texinfo recommends:
ii  texlive-fonts-recommended  2016.20160520-1

Versions of packages texinfo suggests:
pn  texinfo-doc-nonfree  
ii  texlive-base 2016.20160520-1
ii  texlive-generic-recommended  2016.20160520-1
ii  texlive-latex-base   2016.20160520-1

-- no debconf information

Bug#824879: elasticsearch-curator debian/patches/ causing build problems.

[Volchak, Zakhar (Zach)]

Package: elasticsearch-curator
Version: 3.5.1-1

 When trying to build this package with "debuild -uc -us", it throws
an error that is caused by the debian/patches/ of this version. Of
what I understand, the patch is being applied in the previous
version, but patches/ was not removed in the current version.
Thus, when trying to build, dpkg-buildpackage is trying to apply
patch that is already applied and throws an error.:


dpkg-source: info: the patch has fuzz which is not allowed, or is malformed
dpkg-source: info: if patch 'setup.py-read-README-utf-8' is correctly applied 
by quilt, use 'quilt refresh' to update it
dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B 
.pc/setup.py-read-README-utf-8/ --reject-file=- < 
source.orig.hFq4PZ/debian/patches/setup.py-read-README-utf-8 gave error exit 
status 1

Seems like removing debian/patches/ folder preserves the changes
of the patch and is able to build successfully.  (running 'quilt refresh'
didn't solve the problem)

I am using  "debuild 2.15.3" and "lintian v2.5.30+deb8u4"

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Michael Biebl]

Am 20.05.2016 um 13:17 schrieb Jonas Smedegaard:
> Quoting Jonas Smedegaard (2016-05-20 12:59:21)
>> Quoting Emilio Pozuelo Monfort (2016-05-20 12:38:11)
>>> Looks like in the past this called:
>>>
>>> dh_installdocs -plibgtkspell3-3-0 ./README ./AUTHORS
>>> dh_installdocs -plibgtkspell3-3-dev ./README ./AUTHORS README
>>>
>>> See
>>> https://buildd.debian.org/status/fetch.php?pkg=gtkspell3=i386=3.0.8-1=1461112198
>>>
>>> Which is rather confusing. No idea if that is expected and what is 
>>> the proper way to disable installation of docs.
>>
>> Hmm, that looks buggy too - a different bug.  Thanks for spotting that!
> 
> No, that other issue is not a bug: DEB_INSTALL_DOCS_libgtkspell3-3-0 
> overrides only DEB_INSTALL_DOCS_DEFAULT, not DEB_INSTALL_DOCS_ALL.
> 
> (It would've been more intuitive if auto-detected files were included 
> only by default, but that's not how it was introduced many years ago, 
> and will need an epoch to change now.)
> 
> Here's how to only include README only in -dev:
> 
> DEB_INSTALL_DOCS_ALL =
> DEB_INSTALL_DOCS_libgtkspell3-3-dev = README
> 
> Here's how to include README in -dev, and auto-detect only for -doc:
> 
> DEB_INSTALL_DOCS_libgtkspell3-3-doc := $(DEB_INSTALL_DOCS_ALL)
> DEB_INSTALL_DOCS_ALL =
> DEB_INSTALL_DOCS_libgtkspell3-3-dev = README
> 
> The latter example must be declared _after_ snippet inclusion - for the 
> former example order does not matter.

Another fallout
Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.

https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
cp: cannot stat 'AUTHORSREADME': No such file or directory
dh_installdocs: cp --reflink=auto -a AUTHORSREADME
debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
/usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
'binary-install/libgtk-3-common' failed
make: *** [binary-install/libgtk-3-common] Error 2




-- 
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#807377: binutils: build for N32 and MIPS r6

[Matthias Klose]

On 20.05.2016 14:14, YunQiang Su wrote:

On Fri, May 20, 2016 at 7:34 PM, YunQiang Su  wrote:

On Fri, May 20, 2016 at 5:54 PM, Matthias Klose  wrote:

On 15.05.2016 14:56, YunQiang Su wrote:


As in dpkg, mips32r6(el) has been renamed to mipsr6(el),
I updated this patch.

On Tue, Mar 8, 2016 at 9:22 PM, YunQiang Su  wrote:


On Tue, 8 Dec 2015 15:15:03 +0800 YunQiang Su  wrote:


Package: src:binutils
Version: 2.25.90.20151125-2
Control: block -1 by 807340

This patch enable building n32 and {32r6,n32r6,64r6} for mips.
Please add it when dpkg patch is merged.



I refreshed this patche. See the attachment.



These names need documenting in
https://wiki.debian.org/Multiarch/Tuples


I will do it now.


Added. Thank you.


The Debian architecture names are missing.

Bug#796823: jessie-pu: package gosa/2.7.4+reloaded2-1+deb8u2

[Holger Levsen]

Control: tag +1 moreinfo
thanks

On Sat, Feb 20, 2016 at 12:36:52PM +, Julien Cristau wrote:
> Control: tag -1 moreinfo
> 
> On Mon, Aug 24, 2015 at 21:46:04 +0200, Mike Gabriel wrote:
> 
> > diff -Nru 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> > --- 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  1970-01-01 01:00:00.0 +0100
> > +++ 
> > gosa-2.7.4+reloaded2/debian/patches/1010_fix-entry-removal-in-mail-plugin.patch
> >  2015-08-24 21:24:28.0 +0200
> > @@ -0,0 +1,30 @@
> > +Description: Fix entry removal in mail plugin
> > +Author: eannj 
> > +Abstract:
> > + Without this patch, it is not possible to remove entries from
> > + "Alternative addresses" or from "Forward messages to non group members"
> > + list in "mail" tab of group objects. One selects an address and press
> > + "delete" but nothing happens, the page is refreshed but address entry
> > + remains. The same operation succeeds for users. It fails only for group
> > + objects. The attached patch fixes the issue.
> > +
> > +--- a/mail/admin/groups/mail/class_groupMail.inc
> >  b/mail/admin/groups/mail/class_groupMail.inc
> > +@@ -394,7 +394,7 @@
> > + }
> > + }
> > + if (isset($_POST['delete_forwarder'])){
> > +-$this->delForwarder (get_post('forwarder_list'));
> > ++$this->delForwarder ($_POST('forwarder_list'));
> > + }
> > + 
> > + 
> > +@@ -432,7 +432,7 @@
> > + }
> > + }
> > + if (isset($_POST['delete_alternate']) && 
> > isset($_POST['alternates_list'])){
> > +-$this->delAlternate (get_post('alternates_list'));
> > ++$this->delAlternate ($_POST('alternates_list'));
> > + }
> > + 
> > + 
> 
> Shouldn't this be $_POST['alternates_list'] (and similar above)?
> Thankfully I'm not a php person, so please forgive the possibly stupid
> question.

thankfully i'm neither a php person but i have to admit^w^w^wam glad to
know some… ;)

So yeah, the above are probably syntax errors (or undefined) as it calls
a function where an array lookup is required.

There's also another error in the first statement, which is missing an
&& if (isset($_POST['delete_forwarder']))
statement.

Fixed this patch becomes:

--- a/mail/admin/groups/mail/class_groupMail.inc
+++ b/mail/admin/groups/mail/class_groupMail.inc
@@ -393,8 +393,8 @@
 }
 }
 }
-if (isset($_POST['delete_forwarder'])){
-$this->delForwarder (get_post('forwarder_list'));
+if (isset($_POST['delete_forwarder']) &&
isset($_POST['forwarder_list'])){
+$this->delForwarder ($_POST['forwarder_list']);
 }
 
 
@@ -432,7 +432,7 @@
 }
 }
 if (isset($_POST['delete_alternate']) &&
isset($_POST['alternates_list'])){
-$this->delAlternate (get_post('alternates_list'));
+$this->delAlternate ($_POST['alternates_list']);
 }


I've committed this fix in the gosa debian/jessie/updates and master
branch already and will attach the full corrected debdiff for
gosa/2.7.4+reloaded2-1+deb8u2 to this mail.

$ git diff debian/2.7.4+reloaded2-1+deb8u1..debian/jessie/updates > 
gosa_2.7.4+reloaded2-1+deb8u2.diff
$ diffstat gosa_2.7.4+reloaded2-1+deb8u2.diff
 changelog   |   30 
 patches/0004_fix-get-post.patch |   14 ++
 patches/0005_fix-password-expiry-status.patch   |   14 ++
 patches/1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch |   62 
++
 patches/1010_fix-entry-removal-in-mail-plugin.patch |   32 +
 patches/1011_define-isPluginModified.patch  |   13 ++
 patches/1012_allow-one-level-domains-in-email-addresses.patch   |   22 +++
 patches/2009_allow-Debian-blends-to-override-gosa-conf.patch|   27 
 patches/series  |7 +
 9 files changed, 221 insertions(+)


-- 
cheers,
Holger
diff --git a/debian/changelog b/debian/changelog
index 23f59a9..6ec14e6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,33 @@
+gosa (2.7.4+reloaded2-1+deb8u2) jessie-proposed-updates; urgency=medium
+
+  [ Mike Gabriel ]
+  * debian/patches:
++ Add 1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch. Fix
+  label stripping in GOsa²'s image() function. This fixes displaying the
+  insertDhcp* icon in the DHCP service plugin. (Closes: #794117).
++ Add 2009_allow-Debian-blends-to-override-gosa-conf.patch. Allow
+  Debian blends to provide their own version of gosa.conf and not get
+  bugged by GOsa's notification message on gosa.conf template changes.
+  Debian blends using GOsa (e.g., Edu, LAN) must handle gosa.conf
+  

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Phil Miller]

Package: octave
Version: 4.0.2-1+b2
Severity: grave
Justification: renders package unusable

During the upgrade:

Setting up octave (4.0.2-1+b2) ...
/usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave-gui:
error while loading shared libraries: libgl2ps.so.0: cannot open shared object
file: No such file or directory
dpkg: error processing package octave (--configure):
 subprocess installed post-installation script returned error exit status 127

$ ldd /usr/lib/x86_64-linux-gnu/octave/4.0.2/exec/x86_64-pc-linux-gnu/octave-
gui
[snip]
libgl2ps.so.0 => not found
[snip]

$ dpkg -L libgl2ps-dev
/.
/usr
/usr/include
/usr/include/gl2ps.h
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/share
/usr/share/doc
/usr/share/doc/gl2ps
/usr/share/doc/gl2ps/README.txt
/usr/share/doc/gl2ps/gl2psTest.c.gz
/usr/share/doc/gl2ps/gl2psTestSimple.c
/usr/share/doc/libgl2ps-dev
/usr/share/doc/libgl2ps-dev/changelog.Debian.gz
/usr/share/doc/libgl2ps-dev/copyright
/usr/lib/x86_64-linux-gnu/libgl2ps.so

$ dpkg -L libgl2ps0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libgl2ps.so.1.3.8
/usr/share
/usr/share/doc
/usr/share/doc/libgl2ps0
/usr/share/doc/libgl2ps0/changelog.Debian.gz
/usr/share/doc/libgl2ps0/copyright
/usr/lib/x86_64-linux-gnu/libgl2ps.so.1

This may actually be a bug in the latest upload of libgl2ps0, in that the .so
number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
unstable)



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

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

Versions of packages octave depends on:
ii  libamd2  1:4.5.3-1
ii  libarpack2   3.3.0-1+b1
ii  libasound2   1.1.0-1
ii  libatlas3-base [liblapack.so.3]  3.10.2-9+b1
ii  libblas3 [libblas.so.3]  3.6.0-2
ii  libc62.22-9
ii  libcamd2 1:4.5.3-1
ii  libccolamd2  1:4.5.3-1
ii  libcholmod3  1:4.5.3-1
ii  libcolamd2   1:4.5.3-1
ii  libcxsparse3 1:4.5.3-1
ii  libfftw3-double3 3.3.4-2+b1
ii  libfftw3-single3 3.3.4-2+b1
ii  libfltk-gl1.31.3.3-8+b1
ii  libfltk1.3   1.3.3-8+b1
ii  libfontconfig1   2.11.0-6.4
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.1.1-3
ii  libgl1-mesa-glx [libgl1] 11.2.2-1
ii  libglpk404.60-2+b1
ii  libglu1-mesa [libglu1]   9.0.0-2.1
ii  libgomp1 6.1.1-3
ii  libgraphicsmagick++-q16-12   1.3.23-2+b1
ii  libgraphicsmagick-q16-3  1.3.23-2+b1
ii  liblapack3 [liblapack.so.3]  3.6.0-2
ii  liboctave3v5 4.0.2-1+b2
ii  libosmesa6   11.2.2-1
ii  libportaudio219+svn20140130-1
ii  libqhull72015.2-1
ii  libqrupdate1 1.1.2-1
ii  libqscintilla2-12v5  2.9.2+dfsg-1
ii  libqt4-network   4:4.8.7+dfsg-6+b1
ii  libqt4-opengl4:4.8.7+dfsg-6+b1
ii  libqtcore4   4:4.8.7+dfsg-6+b1
ii  libqtgui44:4.8.7+dfsg-6+b1
ii  libsndfile1  1.0.25-10
ii  libstdc++6   6.1.1-3
ii  libumfpack5  1:4.5.3-1
ii  libx11-6 2:1.6.3-1
ii  octave-common4.0.2-1
ii  texinfo  6.1.0.dfsg.1-6

Versions of packages octave recommends:
ii  default-jre-headless  2:1.8-57
ii  gnuplot-x11   4.6.6-3
ii  libatlas3-base3.10.2-9+b1
ii  octave-info   4.0.2-1
ii  pstoedit  3.70-1.1

Versions of packages octave suggests:
pn  octave-doc  
pn  octave-htmldoc  

-- no debconf information

Bug#824806: [Reproducible-builds] golang: random_build_path_by_golang_compiler is #824806

[Mattia Rizzolo]

On Fri, May 20, 2016 at 12:47:29AM +0200, Geert Stappers wrote:
> Hello reproducible-builds team

o/

> Please add #824806 to 
> https://tests.reproducible-builds.org/issues/unstable/random_build_path_by_golang_compiler_issue.html

Done.
https://anonscm.debian.org/git/reproducible/notes.git/commit/?id=366596a

Thanks for filing the bug.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#824878: targetcli: Sensitive information exposed in configuration and backup files

[Christoph Scheurer]

Package: targetcli
Version: 1:3.0~pre4.1~ga55d018-2
Severity: normal

Dear Maintainer,

the configuration file /etc/target/scsi_target.lio as well as backups in
/var/target/ are created with permissions 644 (also depending on root's umask,
of course). These files contain the clear text password(s) for
target/initiator (mutual) authentication. Please, adjust the defaults, so
these files will never be world readable, independent of root's umask setting.

Thanks!

Ch. Scheurer

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

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

Versions of packages targetcli depends on:
ii  python  2.7.9-1
ii  python-configshell  1.6.1~g020d540-2
ii  python-rtslib   1:3.0~pre4.1~g1b33ceb-2

targetcli recommends no packages.

targetcli suggests no packages.

-- no debconf information

Bug#824880: RM: partitioner -- ROM; obsolete

[Aurelien Jarno]

Package: ftp.debian.org
Severity: normal

All the (sub)-architectures which required the partitioner package in
debian-installer are not supported anymore. Therefore this package is
not used anymore during the installation process, though it get
downloaded anyway.

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Mike Miller]

On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote:
> error while loading shared libraries: libgl2ps.so.0: cannot open shared object
> file: No such file or directory
[…]
> This may actually be a bug in the latest upload of libgl2ps0, in that the .so
> number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
> unstable)

Seems like it to me. Looks like this version of gl2ps either needs a fix
or a transition.

-- 
mike

Bug#824503: in apt marked as pending

[KellerFuchs]

Thanks a lot for the quick (and exhaustive!) fix.


On Fri, May 20, 2016 at 08:01:58AM +, David Kalnischkies wrote:
> Control: tag 824503 pending
> 
> Hello,
> 
> Bug #824503 in apt reported by you has been fixed in the Git repository. You 
> can
> see the commit message below, and you can check the diff of the fix at:
> 
> https://anonscm.debian.org/cgit/apt/apt.git/diff/?id=fdf9eef
> 
> (this message was generated automatically based on the git commit message)
> ---
> commit fdf9eef4d96a18d0167708499c993e1174251e88
> Author: David Kalnischkies 
> Date:   Fri May 20 09:37:24 2016 +0200
> 
> fail instead of segfault on unreadable config files
> 
> The report mentions "apt list --upgradable", but there are others which
> have inconsistent behavior ranging from segfaulting to doing something
> with the partial (and hence incomplete) data. We had a recent report
> about sources.list (#818628), this one mentions prefences, the obvious
> next step is conf files… so the testcase is adapted to check for all
> three in file and directory versions and run a bunch of commands each
> time which should all have more or less the same behavior in such a case
> (aka error out).
> 
> Closes: 824503
> 

Bug#818642:

[Adrián Chaves Fernández]

I stumbled upon this issue packaging for Chakra. Comparing the Arch Linux
PKGBUILD to ours, I found out that the issue was that I was building the
package in a clean build folder (cd build, cmake ..), and it seems that the
package only suceeds if build on the source package directly (cmake .).
Hope it helps!

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Michael Biebl (2016-05-20 20:15:04)
> Another fallout
> Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
>
> https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> cp: cannot stat 'AUTHORSREADME': No such file or directory
> dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> 'binary-install/libgtk-3-common' failed
> make: *** [binary-install/libgtk-3-common] Error 2

Arrgh. Thanks.

Sorry for the mess. I really thought I'd tested it :-(

 - Jonas

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

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


signature.asc
Description: signature

Bug#824875: /etc/init.d/grub-common uses file from initscripts without a dependency

[Martin Pitt]

Martin Pitt [2016-05-20 19:07 +0200]:
> It only uses this to conditionalize the log_action_msg call. I think
> this is unjustified -- the backend/consumer of these log messages,
> (like plymouth or just console) should decide what to do with the
> messages, and most other packages that I know unconditionally do the
> log_* LSB calls.

Indeed it seems that this was taken from the SKELETON, which is wrong:
https://bugs.debian.org/710559
I. e. handling of VERBOSE should be done by lsb_* themselves, and
vars.sh is an internal implementation detail of sysvinit.

Thanks,

Martin

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


signature.asc
Description: PGP signature

Bug#824616: gtk3-nocsd: tool top texts / mouse over hints are broken

[Christoph Anton Mitterer]

On Fri, 2016-05-20 at 11:29 +0200, Christian Seiler wrote:
> This is now fixed in the following upstream commit:
> https://github.com/PCMan/gtk3-nocsd/commit/c96202da8bfc73b17eef816e4d
> 11fb438d7ea4d0

thanks :)

smime.p7s
Description: S/MIME cryptographic signature

Bug#824874: octave: Installation fails due to linking against old version of libgl2ps (.so.0 vs. so.1)

[Phil Miller]

I went looking at gl2ps. The version in experimental bumps the package name
to match the soname. Maybe just copy and reassign this bug there so that
the current version that breaks dependencies doesn't transition to testing.
On May 20, 2016 12:39 PM, "Mike Miller"  wrote:

> On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote:
> > error while loading shared libraries: libgl2ps.so.0: cannot open shared
> object
> > file: No such file or directory
> […]
> > This may actually be a bug in the latest upload of libgl2ps0, in that
> the .so
> > number bumped from 0 to 1 between 1.3.8-1.3 (in testing) and 1.3.8-2 (in
> > unstable)
>
> Seems like it to me. Looks like this version of gl2ps either needs a fix
> or a transition.
>
> --
> mike
>

Bug#824882: libgl2ps0 unexpectedly provides libgl2ps.so.1

[Mike Miller]

Package: libgl2ps0
Version: 1.3.8-2
Severity: serious
Justification: Policy 8.1

The libgl2ps0 package now installs libgl2ps.so.1.3.8 with soname
libgl2ps.so.1. This is a policy violation, either the patch that
introduced this change must be undone restoring .so.0, or the package
must be renamed to do a proper library transition.

I see the new upstream version in experimental provides the properly
named libgl2ps1 package. So a possible resolution would be to upload
1.3.9 to unstable.

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

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

Versions of packages libgl2ps0 depends on:
ii  libc6  2.22-9

libgl2ps0 recommends no packages.

libgl2ps0 suggests no packages.

-- no debconf information

Bug#824841: libgtk-3-0: Properly include upstream changelog

[Ximin Luo]

Yes, that was a typo. Fortunately my bug subject line was correct and also I 
referred to the upstream changelog by the correct filename.

Could you add this address

https://git.gnome.org/browse/gtk+

in addition to the current "fake" upstream changelog, please?

I also strongly recommend adding the actual upstream git log into 
debian/upstream/changelog - for example like how many xul-ext-* packages do. 
Especially since upstream git is almost 300MiB in size - it would save users 
and volunteers a great deal of time if we could just read it directly, instead 
of needing a fast and stable internet connection, and waiting for a few 
minutes. Then there is the extra step of figuring out which git tag to use, to 
avoid seeing commits not relevant to the currently-installed version. All of 
these steps do not make for a pleasant debugging experience especially when my 
UI is fucked.

X

D. B.:
> You asked for "the upstream bug [log, presumably]", so it was reasonable
> for people to presume you wanted a list of bugfixes.
> 
> upstream is git.gnome.org and browse for gtk+
> 
> 
> 
> On Fri, May 20, 2016 at 4:15 PM, Ximin Luo  wrote:
> 
>> Michael Biebl:
>>> Am 20.05.2016 um 12:15 schrieb Ximin Luo:
 Package: libgtk-3-0
 Version: 3.20.4-1
 Severity: important

 Dear Maintainer,

 Whilst investigating a bug involving GTK themes, I found that the
>> contents of
 the upstream bug is useless:

 $ zcat /usr/share/doc/libgtk-3-0/changelog.gz
 A git checkout and git-log is required to generate this file

 Please fix this - if necessary by generating the changelog from git and
 repacking the Debian "orig" tarball to include this generated version.

 Otherwise it makes bug tracking much harder.
>>>
>>> All bugs are mentioned in the NEWS file.
>>> For a complete and more detailed list, a git checkout is much, much
>>> better anyway.
>>>
>>
>> The NEWS file contains a list of bugs that have just been fixed, but
>> doesn't contain details of major changes that might have resulted in new
>> bugs. Obviously the latter is what I'm interested in - I wouldn't be trying
>> to read about bugs that were just fixed, since I hopefully wouldn't be
>> experiencing them in the first place.
>>
>> Where is the upstream git? It would be helpful to include the address of
>> this repository in changelog.gz, as well as the actual commands I need to
>> run (including its dependencies) to generate it. Saving people time really
>> helps to avoid user frustration, especially if upstream is prone to making
>> backward-incompatible changes that break everything.
>>
>> X
>>
>> --
>> GPG: ed25519/56034877E1F87C35
>> GPG: rsa4096/1318EFAC5FBBDBCE
>> git://github.com/infinity0/pubkeys.git
>>
>>
> 


-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#824862: tex-common: Installations fails (on mipsel) due to fmtutil failure.

[Leo L. Schwab]

Package: tex-common
Version: 6.05
Followup-For: Bug #824862

Dear Maintainer,

Also fails on x84_64.  Failure log attached.

Schwab

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

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

Versions of packages tex-common depends on:
ii  dpkg  1.18.7
ii  ucf   3.0036

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20160403

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libpaper-utils 1.1.24+nmu4
ii  texlive-binaries   2016.20160513.41080-2
ii  ucf3.0036
ii  xdg-utils  1.1.1-1

Versions of packages texlive-base recommends:
ii  lmodern  2.004.5-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.20.0-3
ii  ghostscript [postscript-viewer]  9.19~dfsg-1+b1
pn  perl-tk  
pn  xpdf-reader | pdf-viewer 

Versions of packages texlive-binaries depends on:
ii  dpkg  1.18.7
ii  libc6 2.22-9
ii  libcairo2 1.14.6-1+b1
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libgraphite2-31.3.8-1
ii  libgs99.19~dfsg-1+b1
ii  libharfbuzz-icu0  1.2.6-2
ii  libharfbuzz0b 1.2.6-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-7
ii  libkpathsea6  2016.20160513.41080-2
ii  libmpfr4  3.1.4-1
ii  libpaper1 1.1.24+nmu4
ii  libpixman-1-0 0.33.6-1
ii  libpng16-16   1.6.21-5
ii  libpoppler57  0.38.0-3
ii  libpotrace0   1.13-2
ii  libptexenc1   2016.20160513.41080-2
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-4
ii  libsynctex1   2016.20160513.41080-2
ii  libtexlua52   2016.20160513.41080-2
ii  libtexluajit2 2016.20160513.41080-2
ii  libx11-6  2:1.6.3-1
ii  libxaw7   2:1.0.13-1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.6-1
ii  libxmu6   2:1.1.2-2
ii  libxpm4   1:3.5.11-1+b1
ii  libxt61:1.1.5-1
ii  libzzip-0-13  0.13.62-3
ii  perl  5.22.2-1
ii  t1utils   1.39-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages texlive-binaries recommends:
ii  python2.7.11-1
ii  ruby  1:2.3.0+4
ii  texlive-base  2016.20160520-1
ii  tk [wish] 8.6.0+9

-- debconf information:
  texlive-base/texconfig_ignorant:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex 
-translate-file=cp227.tcx *pdfetex.ini' ...
This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) (INITEX)
 restricted \write18 enabled.
 (/usr/share/texlive/texmf-dist/web2c/cp227.tcx)
entering extended mode
(/usr/share/texlive/texmf-dist/tex/plain/config/pdfetex.ini
(/var/lib/texmf/tex/generic/config/pdftexconfig.tex)
(/usr/share/texlive/texmf-dist/tex/plain/etex/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation; 
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse, 
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, \et@xwarn,
\et@xl@@d, \et@xl@ad, \et@xload, \et@xlang, \et@xhash, \eTeX, \etexhdrchk,
\etexstatus, \module, 

Bug#824841: libgtk-3-0: Properly include upstream changelog

[D. B.]

You asked for "the upstream bug [log, presumably]", so it was reasonable
for people to presume you wanted a list of bugfixes.

upstream is git.gnome.org and browse for gtk+



On Fri, May 20, 2016 at 4:15 PM, Ximin Luo  wrote:

> Michael Biebl:
> > Am 20.05.2016 um 12:15 schrieb Ximin Luo:
> >> Package: libgtk-3-0
> >> Version: 3.20.4-1
> >> Severity: important
> >>
> >> Dear Maintainer,
> >>
> >> Whilst investigating a bug involving GTK themes, I found that the
> contents of
> >> the upstream bug is useless:
> >>
> >> $ zcat /usr/share/doc/libgtk-3-0/changelog.gz
> >> A git checkout and git-log is required to generate this file
> >>
> >> Please fix this - if necessary by generating the changelog from git and
> >> repacking the Debian "orig" tarball to include this generated version.
> >>
> >> Otherwise it makes bug tracking much harder.
> >
> > All bugs are mentioned in the NEWS file.
> > For a complete and more detailed list, a git checkout is much, much
> > better anyway.
> >
>
> The NEWS file contains a list of bugs that have just been fixed, but
> doesn't contain details of major changes that might have resulted in new
> bugs. Obviously the latter is what I'm interested in - I wouldn't be trying
> to read about bugs that were just fixed, since I hopefully wouldn't be
> experiencing them in the first place.
>
> Where is the upstream git? It would be helpful to include the address of
> this repository in changelog.gz, as well as the actual commands I need to
> run (including its dependencies) to generate it. Saving people time really
> helps to avoid user frustration, especially if upstream is prone to making
> backward-incompatible changes that break everything.
>
> X
>
> --
> GPG: ed25519/56034877E1F87C35
> GPG: rsa4096/1318EFAC5FBBDBCE
> git://github.com/infinity0/pubkeys.git
>
>

Bug#824877: tasksel outdated documentation for *.desc files location.

[Volchak, Zakhar (Zach)]

Package: tasksel
Version: 3.34
Tags: patch

The man page lists the old location of tasksel tasks.  This was
changed from /usr/share/tasksel/ to /usr/share/tasksel/desc/
in 2011.


fix-tasksel_pod.patch
Description: fix-tasksel_pod.patch

Bug#824591: transition: evolution-data-server 3.20

[Michael Biebl]

Am 18.05.2016 um 16:45 schrieb Emilio Pozuelo Monfort:
> Control: tags -1 confirmed
> 
> On 18/05/16 15:14, Michael Biebl wrote:
>> Am 17.05.2016 um 21:41 schrieb Michael Biebl:
>>> We used deb-o-matic to compile all reverse dependencies, and only
>>> syncevolution failed to build. I was told that a fix for that is in the
>>> works.
>>
>> Small update here: syncevolution currently FTBFS because of libical
>> (#824426), once that bug is fixed the package might be binNMUable.
>>
>> Besides syncevolution the only package needing a sourceful upload is
>> evolution. I've prepared that upload in experimental and the package has
>> been built everywhere successfully.
>> So we should be good to go and this looks like a rather painless transition.

evolution-data-server was uploaded in the mean time.
I also made sourceful uploads of evolution, evolution-ews and evolution-rss.

Due to some unfortunate timing, evolution-rss on armel did pick up a
dependency on evolution 3.18.

Emilio, could you please schedule a binNMU for evolution-rss on armel
with a dw on evolution-dev (>= 3.20).

Thanks,
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#824819: debian/watch

[Andreas Tille]

On Fri, May 20, 2016 at 08:14:05AM +0200, Mathieu Malaterre wrote:
> Package: src:charls
> Version: 1.0-7
> 
> This is not tested, but since upstream decided to move away from
> codeplex to github, this means we can have a working debian/watch file

This was done in Git yesterday.  Please make sure you clone the Git
repository.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#824829: cinnamon: Cinnamon won't start sound applet

[Carsten Kosthorst]

Package: cinnamon
Version: 2.8.7-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   Starting cinnamon.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Starting - and restarting - cinnamon and my computer multiple times.

   * What was the outcome of this action?
   The sound applet won't start.

   glass.log:

   info t=2016-05-20T08:13:46.554Z Cinnamon.AppSystem.get_default()
   started in 227 ms
   info t=2016-05-20T08:13:46.560Z loading user theme:
   /home/kosthorst/.themes/Minty/cinnamon/cinnamon.css
   info t=2016-05-20T08:13:46.584Z added icon directory:
   /home/kosthorst/.themes/Minty/cinnamon
   info t=2016-05-20T08:13:46.738Z PlacesManager: Updating devices
   info t=2016-05-20T08:13:46.758Z loaded at Fri May 20 2016 10:13:46
   GMT+0200 (CEST)
   info t=2016-05-20T08:13:47.360Z Loaded applet m...@cinnamon.org in
   599 ms
   info t=2016-05-20T08:13:47.365Z Loaded applet
   show-desk...@cinnamon.org in 5 ms
   info t=2016-05-20T08:13:47.397Z Role locked: panellauncher
   info t=2016-05-20T08:13:47.402Z Loaded applet
   panel-launch...@cinnamon.org in 36 ms
   info t=2016-05-20T08:13:47.415Z Role locked: notifications
   info t=2016-05-20T08:13:47.418Z Loaded applet
   notificati...@cinnamon.org in 15 ms
   info t=2016-05-20T08:13:47.441Z Loaded applet
   windowlistgr...@jake.phy@gmail.com in 22 ms
   info t=2016-05-20T08:13:47.492Z Loaded applet netw...@cinnamon.org in
   50 ms
   info t=2016-05-20T08:13:47.514Z Loaded applet u...@cinnamon.org in 21
   ms
   info t=2016-05-20T08:13:47.522Z Loaded applet
   removable-dri...@cinnamon.org in 8 ms
   info t=2016-05-20T08:13:47.549Z Loaded applet keybo...@cinnamon.org
   in 27 ms
   error t=2016-05-20T08:13:47.555Z Requiring Cvc, version none: Typelib
   file for namespace 'Cvc' (any version) not found
   trace t=2016-05-20T08:13:47.555Z 
   <
   @/usr/share/cinnamon/applets/so...@cinnamon.org/applet.js:12
   Extension.prototype._init@/usr/share/cinnamon/js/ui/extension.js:155
   Extension@/usr/share/cinnamon/js/ui/extension.js:116
   loadExtension@/usr/share/cinnamon/js/ui/extension.js:449
   init@/usr/share/cinnamon/js/ui/appletManager.js:46
   start@/usr/share/cinnamon/js/ui/main.js:451
   @:1
   >
   error t=2016-05-20T08:13:47.555Z [Applet "so...@cinnamon.org"]: Error
   importing applet.js from so...@cinnamon.org
   error t=2016-05-20T08:13:47.555Z Could not load applet
   so...@cinnamon.org
   info t=2016-05-20T08:13:47.570Z Loaded applet po...@cinnamon.org in
   14 ms
   info t=2016-05-20T08:13:47.578Z Loaded applet syst...@cinnamon.org in
   7 ms
   info t=2016-05-20T08:13:47.595Z Loaded applet calen...@cinnamon.org
   in 16 ms
   info t=2016-05-20T08:13:47.595Z AppletManager.init() started in 836
   ms
   info t=2016-05-20T08:13:47.596Z Cinnamon took 1283 ms to start
   info t=2016-05-20T08:13:48.256Z Adding systray: xfce4-notes (20x20px)
   info t=2016-05-20T08:13:48.257Z Hiding systray: network
   info t=2016-05-20T08:14:12.779Z PlacesManager: Updating devices
   info t=2016-05-20T08:14:16.313Z Adding systray: pidgin (20x20px)

   * What outcome did you expect instead?
   A working sound applet.


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

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

Versions of packages cinnamon depends on:
ii  caribou  0.4.20-1
ii  cinnamon-common  2.8.7-1
ii  cinnamon-control-center  2.8.1-1
ii  cinnamon-desktop-data2.8.1-1
ii  cinnamon-screensaver 2.8.0-1
ii  cinnamon-session 2.8.3-1
ii  cinnamon-settings-daemon 2.8.4-2
ii  cjs  3.0.1-1
ii  cups-pk-helper   0.2.5-2+b1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-caribou-1.0   0.4.20-1
ii  gir1.2-clutter-1.0   1.26.0-2
ii  gir1.2-cmenu-3.0 3.0.0-1
ii  gir1.2-cogl-1.0  1.22.0-2
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.34.0-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.48.0-2
ii  gir1.2-gnomedesktop-3.0  3.20.2-1
ii  gir1.2-gtk-3.0   3.20.4-1
ii  gir1.2-gtkclutter-1.01.8.0-1
ii  gir1.2-javascriptcoregtk-3.0 2.4.11-1
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gir1.2-meta-muffin-0.0  

Bug#824832: mutt: please add a NEWS file for new version of /etc/Muttrc.d/pgp.rc

[Sean Whitton]

Package: mutt
Version: 1.6.0-1
Severity: minor

Dear maintainers,

Please consider adding a debian/NEWS file for the changes to
/etc/Muttrc.d/pgp.rc in package version 1.6.0-1.  This file now sets the
variable $pgp_decryption_okay.  If the user does not pass --status-fd=2
in $pgp_decrypt_command, mutt will consider decryption to have failed.
Although /etc/Muttrc.d/pgp.rc sets $pgp_decrypt_command successfully,
many users set their own $pgp_decrypt_command in ~/.muttrc as there are
a lot of online tutorials out there that recommend doing this.

Thanks.

-- Package-specific info:
Mutt 1.6.0 (2016-04-01)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.5.0-2-686-pae (i686)
ncurses: ncurses 6.0.20160319 (compiled with 6.0)
libidn: 1.32 (compiled with 1.32)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i586-linux-gnu/5/lto-wrapper
Target: i586-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 5.3.1-15' 
--with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-5 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-i386/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-i386 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-i386 
--with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-targets=all --enable-multiarch --with-arch-32=i586 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=i586-linux-gnu --host=i586-linux-gnu 
--target=i586-linux-gnu
Thread model: posix
gcc version 5.3.1 20160421 (Debian 5.3.1-15) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'i586-linux-gnu' 
'build_alias=i586-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-Wdate-time 
-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/771125-CVE-2014-9116-jessie.patch

Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Andreas Tille]

On Fri, May 20, 2016 at 09:42:47AM +0200, Cyril Brulebois wrote:
> Christian Perrier  (2016-05-18):
> > (thanks for prodding me...you never know, indeed, though I still read
> > -boot...;-) )
> 
> (wow, great!)

May be some OT chatting about super marathons might keep Bubulle
attracted. :-P
 
> > So, with something like "Special-purpose packages" or "Specialized
> > installations" or whatever along those lines, *then* a menu with the Blends
> > list (unsorted) and the possibility of going back just in case people see
> > the list and think "heck, I have no idea about what this stuff is
> > about"then I'd say this is the way to go.
> 
> While deciding the exact label (and getting it translated) might be
> tricky indeed, let's see if we can come up with a working implementation
> past D-I Stretch Alpha 6, then.

Sounds good.
 
> The person looking into this (hello future self?) should remember
> preseeding should be supported, as well as going back.

If there are any tasks that do not require any detailed knowledge of the
installer please feel free to throw them here on the Blends list.  We
really appreciate your effort into the installer and try to get at least
parts of work from your shoulders.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#824833: docker.io: declares dependency on dummy package ‘btrfs-tools’

[Ben Finney]

Source: docker.io
Version: 1.8.3~ds1-2
Severity: normal

The dependencies for ‘docker.io’ include “Suggests: btrfs-tools”.

The ‘btrfs-tools’ package is a dummy transitional package. The
dependency should instead be to ‘btrfs-progs’.

-- 
 \“But it is permissible to make a judgment after you have |
  `\examined the evidence. In some circles it is even encouraged.” |
_o__)—Carl Sagan, _The Burden of Skepticism_, 1987 |
Ben Finney 


signature.asc
Description: PGP signature

Bug#824765: apt-listbugs: segfault on stretch

[Nicolas Braud-Santoni]

Control: tags -1 - moreinfo

Hello Francesco,

Sorry for the wrong severity, I'm still somewhat new to contributing to Debian.


Here is the test you wanted, which seems to come back clean:
> % irb
> irb(main):001:0> require 'unicode'
> => true
> irb(main):002:0> Unicode.width("that is")
> => 7
> irb(main):003:0> Unicode.width("cioè")
> => 4
> irb(main):004:0> exit


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#824808: gdal: please make the build reproducible (fileordering)

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Alexis,

Thanks for the patches.

On 05/20/2016 01:28 AM, Alexis Bienvenüe wrote:
> Either one of the two attached patches fixes the order files are passed
> to libtool — but I don't know if one of them could be an acceptable
> solution.

The second patches seems better because it doesn't rely on external ls
which is not a given for the Windows builds.

I don't understand the need for the buildit target, isn't it sufficient
to do the wildcard sorting in the $(LIBGDAL) target?

I've modified your patch to do that, and that seems to work too.

https://anonscm.debian.org/cgit/pkg-grass/gdal.git/tree/debian/patches/sort-files-in-static-library.patch?id=caf37a5adc5ea187af41b0faca799f45d2364bec

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#798039: debian-edu-install: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Holger Levsen]

control: tags -1 + pending

Hi,

On Fri, Sep 04, 2015 at 03:09:34PM -0300, Adriano Rafael Gomes wrote:
> Package: debian-edu-install
> Please, Could you update the Brazilian Portuguese Translation?
> 
> Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
> tested with msgfmt and podebconf-display-po.

thanks for your translation and sorry for the delay, I've just committed
it to git and will include it in the next upload.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#824834: outdated info on www: Debian GNU/hurd probably not planned for wheezy anymore…

[Holger Levsen]

On Fri, May 20, 2016 at 11:01:55AM +0200, Samuel Thibault wrote:
> Fixed, thanks :)

Thank you for fixing this so quickly too! :)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#824808: gdal: please make the build reproducible (fileordering)

[Alexis Bienvenüe]

Le 20/05/2016 11:18, Sebastiaan Couwenberg a écrit :
> The second patches seems better because it doesn't rely on external ls
> which is not a given for the Windows builds.

OK I see.

> I don't understand the need for the buildit target, isn't it sufficient
> to do the wildcard sorting in the $(LIBGDAL) target?

In some situations some of the target dependencies do not exist before
the "make target" call. When this arises, as $(wildcard) is expanded
before building the dependencies, it can miss some files… I was not sure
of the situation here, so I added a transitional target to be safe.

> I've modified your patch to do that, and that seems to work too.
> 
> https://anonscm.debian.org/cgit/pkg-grass/gdal.git/tree/debian/patches/sort-files-in-static-library.patch?id=caf37a5adc5ea187af41b0faca799f45d2364bec

Thanks!

Regards,
Alexis.

Bug#824616: gtk3-nocsd: tool top texts / mouse over hints are broken

[Christian Seiler]

Control: tags -1 + fixed-upstream
Control: tags -1 - moreinfo

On 05/19/2016 05:23 PM, Christoph Anton Mitterer wrote:
> On Thu, 2016-05-19 at 15:44 +0200, Christian Seiler wrote:
>> Could you try compiling upstream gtk3-nocsd (Debian only
>> patches the manpage anyway) with the attached patch applied? I
>> would like to get some feedback to see whether it solves the
>> problem also on real hardware, not only VMs with emulated GPUs.
> It does (though I used the patch on the debian sid source package),...
> the mouse over hints and the drop down boxes are displayed correctly.

This is now fixed in the following upstream commit:
https://github.com/PCMan/gtk3-nocsd/commit/c96202da8bfc73b17eef816e4d11fb438d7ea4d0

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#824838: RFP: hyperscan -- High-performance regular expression matching library

[Arturo Borrero Gonzalez]

Package: wnpp
Severity: wishlist

* Package name: hyperscan
  Version : 4.1.0
  Upstream Author : Intel
* URL : https://01.org/hyperscan
* License : BSD
  Programming Lang: C++ / C
  Description : High-performance regular expression matching library

Hyperscan is a high-performance multiple regex matching library. It follows the 
regular expression syntax of the commonly-used libpcre library, yet functions 
as a standalone library with its own API written in C. Hyperscan uses hybrid 
automata techniques to allow simultaneous matching of large numbers (up to tens 
of thousands) of regular expressions, as well as matching of regular 
expressions across streams of data.

Hyperscan is typically used in a DPI library stack.

Hyperscan began in 2008, and evolved from a commercial closed-source product 
2009-2015. First developed at Sensory Networks Incorporated, and later acquired 
and released as open source software by Intel in October 2015. 

Hyperscan is under a 3-clause BSD license.

Bug#824841: libgtk-3-0: Properly include upstream changelog

[Ximin Luo]

Package: libgtk-3-0
Version: 3.20.4-1
Severity: important

Dear Maintainer,

Whilst investigating a bug involving GTK themes, I found that the contents of
the upstream bug is useless:

$ zcat /usr/share/doc/libgtk-3-0/changelog.gz 
A git checkout and git-log is required to generate this file

Please fix this - if necessary by generating the changelog from git and
repacking the Debian "orig" tarball to include this generated version.

Otherwise it makes bug tracking much harder.

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

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

Versions of packages libgtk-3-0 depends on:
ii  libatk-bridge2.0-0  2.18.1-3
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.22-7
ii  libcairo-gobject2   1.14.6-1+b1
ii  libcairo2   1.14.6-1+b1
ii  libcolord2  1.3.2-1
ii  libcups22.1.3-5
ii  libepoxy0   1.3.1-1
ii  libfontconfig1  2.11.0-6.4
ii  libfreetype62.6.3-3+b1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.0-1
ii  libgtk-3-common 3.20.4-1
ii  libjson-glib-1.0-0  1.2.0-1
ii  libpango-1.0-0  1.40.1-1
ii  libpangocairo-1.0-0 1.40.1-1
ii  libpangoft2-1.0-0   1.40.1-1
ii  librest-0.7-0   0.7.93-1
ii  libsoup2.4-12.52.2-1
ii  libwayland-client0  1.10.0-2
ii  libwayland-cursor0  1.10.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  11.1.3-1
ii  libx11-62:1.6.3-1
ii  libxcomposite1  1:0.4.4-1
ii  libxcursor1 1:1.1.14-1+b1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.1-2+b2
ii  libxi6  2:1.7.6-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.5.0-1
ii  libxml2 2.9.3+dfsg1-1
ii  libxrandr2  2:1.5.0-1
ii  shared-mime-info1.5-2

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.18.9-1

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.28.1-1
ii  librsvg2-common  2.40.15-1

-- no debconf information

Bug#824840: libhunspell api change after upgrade to 1.4

[Jeroen Ooms]

Package: libhunspell-dev
Version: 1.4.1

The upgrade of libhunspell-dev to the 1.4 branch changed the API for
get_wordchars_utf16:

  const std::vector& get_wordchars_utf16() const;

However 'man 3 husnpell' still lists the old API:

  unsigned short * get_wordchars_utf16(int *" len)

The API change was not advertised elsewhere either. It is not clear if
the change was intended, but it breaks anything that uses this
function.

Upstream issue: https://github.com/hunspell/hunspell/issues/387

Bug#769080: new Evince without title

[Jason Crain]

On Fri, May 20, 2016 at 10:24:59AM +0200, Harald Dunkel wrote:
> On 05/18/16 01:45, Jason Crain wrote:
> > Is this still a problem?  I try evince in fvwm2 and it looks fine,
> > though maybe there's been a gtk fix in the meantime.
> > 
> Yes, the problem still exists (using Jessie). Attached is a
> sample snapshot, created using imagemagick's "import -frame".
> 
> Evince's properties window has the usual decorations (see
> the second attachment).

For comparison, here's what I see on Jessie, running evince on Fvwm.
evince 3.14.1-2, libgtk-3-0 3.14.5-1+deb8u1, fvwm 1:2.6.5.ds-3

It still doesn't work well on windowmaker, but from what I can tell, on
my system it looks like a normal-ish Fvwm window.

Bug#807006: closed by Michael Tokarev <m...@tls.msk.ru> (Bug#807006: fixed in qemu 1:2.6+dfsg-1)

[John Paul Adrian Glaubitz]

On 05/19/2016 05:24 PM, John Paul Adrian Glaubitz wrote:
> Attaching an updated patch which applies to the current 2.6 package
> of qemu in unstable. I am testing now whether qemu builds fine on
> sparc64 with the patch applied.

With the patch applied, qemu builds fine on sparc64. Thus, it would be
great if it could be included in the next upload of the qemu package.

Adrian

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

Bug#824740: [Build-common-hackers] [Pkg-telepathy-maintainers] Bug#824740: telepathy-ring: FTBFS: cp: cannot stat './AUTHORS--no-act': No such file or directory

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2016-05-20 10:55:58)
> The correct way to have CDBS not auto-include any docs/changelog files 
> is to set the variables to the empty value:
>
> DEB_INSTALL_DOCS_telepathy-ring-dbg =
> DEB_INSTALL_CHANGELOGS_telepathy-ring-dbg =
>
> (what you effectively did in the past was not pass as argument, but 
> instead tell CDBS to only install the file "--no-act" which was 
> skipped because it didn't exist).

I realize now that a) you want to suppress only on debug packages, and 
b) indeed you did effectively succeed in passing the option as a 
space-separated addition.  Still, you misused a wrong variable for that, 
and I will not revert CDBS to support such misuse.

 - Jonas

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

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


signature.asc
Description: signature

Bug#626061: #626061: do we still have issues with iceweasel3 and home dirs in nfs?

[Holger Levsen]

control: tags -1 + moreinfo

Hi,

the subject says it already: do we still have issues with iceweasel3 and /home
residing on nfs?

The last mail on this bug is from 2011 (so from lenny/squeeze times) and
since them we still use iceweasel so I susppose this bug can be closed, but
maybe there is something I'm not aware of, so not closing yet. (But
probably in a week or two if there's no new evidence this bug is still
there.)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#803416: please upgrade to version 1.5.1

[Tino Mettler]

tags 803416 +pending
thanks

Hi,

I submitted an upload request to my sponsor. Meanwhile, updated
packages can be downloaded[1] and the source was pushed to the git
repository[2].

Regards,
Tino

[1] http://tikei.de/debian/syncevolution/

[2] http://anonscm.debian.org/cgit/collab-maint/syncevolution.git

Bug#824826: ITP: python-cement -- CLI Application Framework

[Michael Fladischer]

Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-cement
  Version : 2.8.2
  Upstream Author : Data Folk Labs, LLC 
* URL : https://pypi.python.org/pypi/cement
* License : BSD-3-clause
  Programming Lang: Python
  Description : CLI Application Framework

 Cement is an advanced CLI Application Framework for Python. Its goal is to
 introduce a standard, and feature-full platform for both simple and complex
 command line applications as well as support rapid development needs without
 sacrificing quality. Cement is flexible, and it’s use cases span from the
 simplicity of a micro-framework to the complexity of a mega-framework.
 .
 Features include:
  * Core pieces of the framework are customizable via handlers/interfaces
  * Extension handler interface to easily extend framework functionality
  * Config handler supports parsing multiple config files into one config
  * Argument handler parses command line arguments and merges with config
  * Log handler supports console and file logging
  * Plugin handler provides an interface to easily extend your application
  * Hook support adds a bit of magic to apps and also ties into framework
  * Handler system connects implementation classes with Interfaces
  * Output handler interface renders return dictionaries to console
  * Cache handler interface adds caching support for improved performance
  * Controller handler supports sub-commands, and nested controllers


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJXPsXlAAoJEGlMre9Rx7W2n6sQAL4RaX96VCTpeHF7cZ9F7gMb
BYVj6ps7QnfThJn30jyGQQ52GVBv+JvLblMu10GYqT0yM9ijImi6GMAc4iPYKWnj
e9F+HC/tvOP7a7LADJVCRPqK2p+9v4eFpQwwqZtwtaiGJg8/fxmvRXnVa60F1TuB
73vMi1aURxrN2ZymN6ASW1S/Ha5ou/FJhlPwuyKGiD6tELOkkVIqzgSD9Kgp7pp4
rY/BKImWGTr1KwBxTuHnikXK767U1Bj0RyQtQhGDblGXvbAU15uLYCFJ4QqhCWss
uG+i0gB6XzEmnyO+CH02rRv4BNZVdwGwvj9HDvgOsJMM4Eu9HKiay5KLL/TBqe+W
+86Yo9vO7M/xznBosRO5WbfUdH15gbG6s4WMcSCCBAx/JXFv8cCsZJKC3RC+7tVt
mjWEMROvTXjCeqbNCT43yCqPMkm19hE11Rdvr40CuQnc6u4VvydRevxLCBCCDsaZ
lieONAzaAgi5HCl79tEfwO95CQixbrIqRxOPAEPW7kpSzY5ONNEHrl6eG3sxgduQ
v5e1kAj8WeHucg+sjjvvLHq4FYhSe8TeJdhe8nP+HYiiQ3E6D1rPPG2ZtIbD6zhV
d0sN27/EpYchPHqoCqsEHRNlWhw7n7lpV5XaCTD1y0tfsbWUvao7izKJqpmo6zYA
Nn2K5ImtJ2kuu3GF1ERm
=h5KV
-END PGP SIGNATURE-

Bug#823005: fixed in pepperflashplugin-nonfree 1.8.2+nmu1

[Rhonda D'Vine]

Hey Kristian,

 are you willing to prepare an NMU for stable, too?  This also affects
the package in jessie obviously.  :)

 Thanks,
Rhonda


* Kristian Klausen  [2016-05-14 12:00:14 CEST]:
> Closes: 816848 818540 823005
> Changes:
>  pepperflashplugin-nonfree (1.8.2+nmu1) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* Update Google public key. Closes: #823005.
>* Remove 32 bit support. Closes: #816848.
>* Don't treat `apt-get update` warnings as errors. Closes: #818540.
>* Validate deb file with sha256sum.

-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|

Bug#824830: etsf-io: FTBFS: cp: cannot stat './AUTHORS-XAUTHORS': No such file or directory

[Chris Lamb]

Source: etsf-io
Version: 1.0.4-1~exp1.1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

etsf-io fails to build from source in unstable/amd64:

  [..]

  update-alternatives: using /usr/bin/gfortran to provide /usr/bin/f95 (f95) in 
auto mode
  update-alternatives: using /usr/bin/gfortran to provide /usr/bin/f77 (f77) in 
auto mode
  Setting up libaec0:amd64 (0.3.2-1) ...
  Setting up libsz2:amd64 (0.3.2-1) ...
  Setting up libhdf5-10:amd64 (1.8.16+docs-8) ...
  Setting up libnetcdf11 (1:4.4.0-2) ...
  Setting up zlib1g-dev:amd64 (1:1.2.8.dfsg-2+b1) ...
  Setting up libjpeg62-turbo:amd64 (1:1.4.2-2) ...
  Setting up libjpeg62-turbo-dev:amd64 (1:1.4.2-2) ...
  Setting up libjpeg-dev (1:1.4.2-2) ...
  Setting up libaec-dev:amd64 (0.3.2-1) ...
  Setting up hdf5-helpers (1.8.16+docs-8) ...
  Setting up libhdf5-cpp-11:amd64 (1.8.16+docs-8) ...
  Setting up libhdf5-dev (1.8.16+docs-8) ...
  update-alternatives: using /usr/lib/x86_64-linux-gnu/pkgconfig/hdf5-serial.pc 
to provide /usr/lib/x86_64-linux-gnu/pkgconfig/hdf5.pc (hdf5.pc) in auto mode
  Setting up libcurl4-gnutls-dev:amd64 (7.47.0-1) ...
  Setting up libnetcdf-dev (1:4.4.0-2) ...
  Setting up libnetcdff6 (4.4.4+ds-2) ...
  Setting up libnetcdff-dev (4.4.4+ds-2) ...
  Setting up etsf-io-build-deps (1.0.4-1~exp1.1) ...
  Processing triggers for libc-bin (2.22-9) ...
   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: info: source package etsf-io
  dpkg-buildpackage: info: source version 1.0.4-1~exp1.1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Bas Couwenberg 

   dpkg-source --before-build etsf-io-1.0.4
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  test -x debian/rules
  rm -f debian/stamp-makefile-build debian/stamp-makefile-install
  /usr/bin/make -C . -k distclean
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160520091739.FsMSv1BkSf.etsf-io/etsf-io-1.0.4'
  make[1]: *** No rule to make target 'distclean'.
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160520091739.FsMSv1BkSf.etsf-io/etsf-io-1.0.4'
  /usr/share/cdbs/1/class/makefile.mk:91: recipe for target 'makefile-clean' 
failed
  make: [makefile-clean] Error 2 (ignored)
  rm -f debian/stamp-autotools
  rmdir --ignore-fail-on-non-empty .
  rmdir: failed to remove '.': Invalid argument
  /usr/share/cdbs/1/class/autotools.mk:64: recipe for target 'makefile-clean' 
failed
  make: [makefile-clean] Error 1 (ignored)
  dh_clean 
  rm -f debian/stamp-autotools-files
   debian/rules build
  test -x debian/rules
  mkdir -p "."
  touch debian/stamp-autotools-files
  chmod a+x 
/home/lamby/temp/cdt.20160520091739.FsMSv1BkSf.etsf-io/etsf-io-1.0.4/./configure
  mkdir -p .
  cd . && CFLAGS="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" CXXFLAGS="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2" 
LDFLAGS="-Wl,-z,relro" 
/home/lamby/temp/cdt.20160520091739.FsMSv1BkSf.etsf-io/etsf-io-1.0.4/./configure
 --build=x86_64-linux-gnu --prefix=/usr --includedir="\${prefix}/include" 
--mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" 
--sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/etsf-io" 
--srcdir=. --disable-maintainer-mode --disable-dependency-tracking 
--disable-silent-rules --docdir=\${prefix}/share/doc/libetsf-io-doc 
--with-moduledir=\${includedir} FCFLAGS="-O2 -fPIC"
  configure: WARNING: unrecognized options: --disable-maintainer-mode, 
--disable-dependency-tracking, --disable-silent-rules
  checking for a BSD-compatible install... /usr/bin/install -c
  checking whether build environment is sane... yes
  checking for a thread-safe mkdir -p... /bin/mkdir -p
  checking for gawk... no
  checking for mawk... mawk
  checking whether make sets $(MAKE)... yes
  checking for gfortran... gfortran
  checking whether the Fortran compiler works... yes
  checking for Fortran compiler default output file name... a.out
  checking for suffix of executables... 
  checking whether we are cross compiling... no
  checking for suffix of object files... o
  checking whether we are using the GNU Fortran compiler... yes
  checking whether gfortran accepts -g... yes
  checking for Fortran flag to compile .f90 files... none
  checking whether we are using the GNU Fortran compiler... (cached) yes
  checking whether gfortran accepts -g... (cached) yes
  checking which type of Fortran compiler we have... gcc GNU
  checking whether the Fortran compiler accepts exit()... yes
  checking whether the Fortran compiler accepts flush()... yes
  checking for module extension for compiler 'gcc'... mod
  checking for ranlib... ranlib
  checking for ar... ar
  checking for NetCDF includes... -I/usr/include
  checking for NetCDF libraries... 

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Chris Lamb]

Source: gtkspell3
Version: 3.0.8-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

gtkspell3 fails to build from source in unstable/amd64:

  [..]

&& rm -f $file && /usr/bin/msgfmt -o $file sv.po
  file=`echo th | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file th.po
  file=`echo tr | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file tr.po
  file=`echo uk | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file uk.po
  file=`echo vi | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file vi.po
  file=`echo wa | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file wa.po
  file=`echo zh_CN | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file zh_CN.po
  file=`echo zh_HK | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file zh_HK.po
  file=`echo zh_TW | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file zh_TW.po
  file=`echo zu | sed 's,.*/,,'`.gmo \
&& rm -f $file && /usr/bin/msgfmt -o $file zu.po
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/po'
  Making all in docs
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs'
  if test 
"/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs" 
!= 
"/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs" 
; then \
  files=`echo tutorial.sgml  gtkspell3-docs.sgml gtkspell3-sections.txt 
gtkspell3-overrides.txt gtkspell3.types`; \
  if test "x$files" != "x" ; then \
  for file in $files ; do \
  destdir=`dirname 
/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs/$file`;
 \
  test -d "$destdir" || mkdir -p "$destdir"; \
  test -f 
/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs/$file
 && \
  cp -pf 
/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs/$file
 
/home/lamby/temp/cdt.20160520091811.2NWMnspNPQ.gtkspell3/gtkspell3-3.0.8/docs/$file
 || true; \
  done; \
  fi; \
  fi
  touch setup-build.stamp
  _source_dir='' ; \
  for i in ../gtkspell ; do \
  _source_dir="${_source_dir} --source-dir=$i" ; \
  done ; \
  gtkdoc-scan --module=gtkspell3 --ignore-headers="" ${_source_dir}  
  if grep -l '^..*$' gtkspell3.types > /dev/null 2>&1 ; then \
  scanobj_options=""; \
  gtkdoc-scangobj 2>&1 --help | grep  >/dev/null "\-\-verbose"; \
  if test "$?" = "0"; then \
  if test "x" = "x1"; then \
  scanobj_options="--verbose"; \
  fi; \
  fi; \
  CC="/bin/bash ../libtool --tag=CC --mode=compile gcc  
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include  
-Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security" LD="/bin/bash ../libtool --tag=CC --mode=link gcc 
-lgobject-2.0 -lglib-2.0  -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security  -Wl,-z,relro -Wl,-z,defs -Wl,-O1 -Wl,--as-needed" 
RUN="/bin/bash ../libtool --mode=execute" CFLAGS="-I.. -pthread 
-I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng16 -I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security" LDFLAGS="-lgtk-3 -lgdk-3 -lpangocairo-1.0 
-lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 
-lgobject-2.0 -lglib-2.0 -lenchant ../gtkspell/libgtkspell3-3.la -Wl,-z,relro 
-Wl,-z,defs -Wl,-O1 -Wl,--as-needed" \
  gtkdoc-scangobj  $scanobj_options --module=gtkspell3; \
  else \
  for i in gtkspell3.args gtkspell3.hierarchy gtkspell3.interfaces 
gtkspell3.prerequisites gtkspell3.signals ; do \
  test -f $i || touch $i ; \
  done \
  fi
  touch scan-build.stamp
  /bin/mkdir -p xml && ( \
echo ""; \
echo ""; \
echo ""; \
echo ""; \
echo ""; \
echo ""; \
echo ""; \
  ) > xml/gtkdocentities.ent
  _source_dir='' ; \
  for i in ../gtkspell ; do \
  _source_dir="${_source_dir} --source-dir=$i" ; \
  done ; \
  gtkdoc-mkdb --module=gtkspell3 --output-format=xml --expand-content-files="" 
--main-sgml-file=gtkspell3-docs.sgml ${_source_dir} --xml-mode 
--output-format=xml
  touch 

Bug#824740: [Build-common-hackers] [Pkg-telepathy-maintainers] Bug#824740: telepathy-ring: FTBFS: cp: cannot stat './AUTHORS--no-act': No such file or directory

[Jonas Smedegaard]

Control: reassign -1 telepathy-ring

[re-sending to bugreport]

Quoting Emilio Pozuelo Monfort (2016-05-19 13:44:51)
> Control: reassign -1 cdbs 0.4.136
> 
> On 19/05/16 12:57, Chris Lamb wrote:
> > telepathy-ring fails to build from source in unstable/amd64:
> > 
> >   [..]
> 
> >   dh_installdocs -ptelepathy-ring-dbg ./README ./AUTHORS--no-act
> >   cp: cannot stat './AUTHORS--no-act': No such file or directory
> >   dh_installdocs: cp --reflink=auto -a ./AUTHORS--no-act 
> > debian/telepathy-ring-dbg/usr/share/doc/telepathy-ring-dbg returned exit 
> > code 1
> >   /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target 
> > 'binary-install/telepathy-ring-dbg' failed
> >   make: *** [binary-install/telepathy-ring-dbg] Error 2
> 
> telepathy-ring does:
> 
> # this has a tight dependency, so we can symlink the doc directories together
> DEB_INSTALL_DOCS_telepathy-ring-dbg := --no-act
> DEB_INSTALL_CHANGELOGS_telepathy-ring-dbg := --no-act
> 
> Looks like a regression in CDBS. Reassigning.
> 
> Please reassign back and let us know if this actually is a bug in 
> telepathy-ring
> and it is misusing CDBS.

Oh.  That's a misuse of a CDBS variable intended only to declare files 
to install, not pass arguments to the debhelper tool.

The correct way to have CDBS not auto-include any docs/changelog files 
is to set the variables to the empty value:

DEB_INSTALL_DOCS_telepathy-ring-dbg =
DEB_INSTALL_CHANGELOGS_telepathy-ring-dbg =

(what you effectively did in the past was not pass as argument, but 
instead tell CDBS to only install the file "--no-act" which was 
skipped because it didn't exist).

 - Jonas

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

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


signature.asc
Description: signature

Bug#824837: gbp-dch: Fails to detect git repo in subdirectory of git repo

[Weilu Jia]

Package: git-buildpackage
Version: 0.7.4
Severity: important

Dear Maintainer,

When I run gbp-dch in a subdirectory of a git repo, it fails to recognize that 
it's in a git repo.

ie if your git repository is ~/git-repo/, and you run gbp-dch in 
~/git-repo/foo/, gbp-dch returns
gbp:error: ~/git-repo/foo/ is not a git repository
However, running it in the root of the git repo works fine.

optix2000@maruyu ~/iroffer/iroffer/iroffer-dinoex-3.30 (git)-[master] % gbp dch 
--verbose
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:error: /home/optix2000/iroffer/iroffer/iroffer-dinoex-3.30 is not a git 
repository
optix2000@maruyu ~/iroffer/iroffer/iroffer-dinoex-3.30 (git)-[master] % git 
rev-parse --show-cdup
../
optix2000@maruyu ~/iroffer/iroffer/iroffer-dinoex-3.30 (git)-[master] % cd ..
optix2000@maruyu ~/iroffer/iroffer (git)-[master] % gbp dch --verbose
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
# Ignore this, as the changelog exists in the subdirectory
gbp:error: Failed to read changelog: [Errno 2] No such file or directory: 
'./debian/changelog'
optix2000@maruyu ~/iroffer/iroffer (git)-[master] %

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

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

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

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.79
ii  pbuilder 0.224
ii  pristine-tar 1.33
ii  python-requests  2.9.1-3

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

-- no debconf information

Bug#807377: binutils: build for N32 and MIPS r6

[Matthias Klose]

On 15.05.2016 14:56, YunQiang Su wrote:

As in dpkg, mips32r6(el) has been renamed to mipsr6(el),
I updated this patch.

On Tue, Mar 8, 2016 at 9:22 PM, YunQiang Su  wrote:

On Tue, 8 Dec 2015 15:15:03 +0800 YunQiang Su  wrote:

Package: src:binutils
Version: 2.25.90.20151125-2
Control: block -1 by 807340

This patch enable building n32 and {32r6,n32r6,64r6} for mips.
Please add it when dpkg patch is merged.


I refreshed this patche. See the attachment.


These names need documenting in
https://wiki.debian.org/Multiarch/Tuples

Bug#824828: postgres: postgresql: install gets warrning about ubascaped left brace in regex

[admir t.]

Package: postgresql
Version: 9.5+174
Severity: normal
File: postgres

Dear Maintainer,

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

   * What led up to the situation? 
warrning message appears when installing postgresql in debian testing 
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
install posgresql package with apt-get  

   * What was the outcome of this action?
extract from warning msg: 

Setting up postgresql-common (174) ...
Adding user postgres to group ssl-cert

Creating config file /etc/postgresql-common/createcluster.conf with new version

Creating config file /etc/logrotate.d/postgresql-common with new version
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
Removing obsolete dictionary files:
Created symlink from 
/etc/systemd/system/multi-user.target.wants/postgresql.service to 
/lib/systemd/system/postgresql.service.
Setting up postgresql-9.5 (9.5.3-1) ...
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/(?

-- no debconf information

Bug#793667: gosa-plugin-netgroups not pulled-in when upgrading from Debian Edu squeeze mainserver

[Holger Levsen]

Hi Mike,

On Sun, Jul 26, 2015 at 09:24:22AM +, Mike Gabriel wrote:
> When upgrading a Debian Edu mainserver from Debian squeeze to Debian jessie
> (via wheezy) the debian-edu-config-gosa-netgroups package gets removed
> (which is intended), but the gosa-plugin-netgroups package does not get
> pulled in.

just to clarify: this also happens when upgrading a Debian Edu
mainserver to jessie, which was installed with wheezy - or does it only
happen when upgrading such a server from squeeze to wheezy to jessie?

> The reason is that gosa-* packages are listed under Recommends: of this
> bin:package rather than under Depends:.
> 
> IMHO, we should consider moving some of the really required packages from
> Recommends: to Depends: to make sure the upgrade paths for the main server
> works fine.

I don't recall whether can do this with the blends framework easily or
whether we'll need some hacks, but besides that this seems sensible for these
packages.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2016-05-20 20:30:51)
> Quoting Michael Biebl (2016-05-20 20:15:04)
> > Another fallout
> > Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
> >
> > https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> > dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> > cp: cannot stat 'AUTHORSREADME': No such file or directory
> > dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> > debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> > /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> > 'binary-install/libgtk-3-common' failed
> > make: *** [binary-install/libgtk-3-common] Error 2
> 
> Arrgh. Thanks.
> 
> Sorry for the mess. I really thought I'd tested it :-(

Ohh, in _gtk+3.0_ - ok.  Still bad (ideally cdbs would have huge 
testsuite to catch all such things), but not as embarrassing as if the 
_same_ package was still failing.

 - Jonas

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

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


signature.asc
Description: signature

Bug#824883: Simh/unstable is very out of date

[Robert de Bath]

Package: simh
Version: 3.8.1-5

The currently release version is 3.9-0 and it was released

Thu May 3 14:31:47 2012 -0700

It has security features like support for various methods of connecting to 
the network without running as root and performance features like improved 
CPU Idle detection on the vax emulator and floating point on the pdp-11.


The current Beta of version 4.0 may also be a reasonable update.

--
Rob.  (Robert de Bath )
 

Bug#824831: gtkspell3: FTBFS: cp: cannot stat './AUTHORSREADME': No such file or directory

[Jonas Smedegaard]

Quoting Michael Biebl (2016-05-20 20:15:04)
> Another fallout
> Just tried to build gtk+3.0 which now also FTBFS due to the new cdbs.
> 
> https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gtk%2B3.0/debian/rules?view=markup
> dh_installdocs -plibgtk-3-common AUTHORSREADME NEWS
> cp: cannot stat 'AUTHORSREADME': No such file or directory
> dh_installdocs: cp --reflink=auto -a AUTHORSREADME
> debian/libgtk-3-common/usr/share/doc/libgtk-3-common returned exit code 1
> /usr/share/cdbs/1/rules/debhelper.mk:240: recipe for target
> 'binary-install/libgtk-3-common' failed
> make: *** [binary-install/libgtk-3-common] Error 2

Thanks for reporting.

The error looks suspiciously identical to the error I just fixed, and I 
have so far¹ been unable to reproduce it: Can you please triple-check 
that build environment of the failure has cdbs 0.4.137 installed?

 - Jonas

¹ using a crude slimmed down rules file to avoid compilation on my slow 
hardware.

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

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


signature.asc
Description: signature

Bug#798636: Puppet 4 is now in experimental

[Stig Sandbeck Mathisen]

I've just uploaded puppet 4.5.0-1 to Debian experimental.


There is one problem with puppet 4 and packaged puppet modules.  If I
install puppet 4, packaged puppet modules (puppet-module-*) are
deinstalled.

This is caused by a dependency on a minimum version of puppet-common, or
a dependency on "puppet-module-puppetlabs-stdlib" which has such a
dependency.

The "puppet" package has "Provides: puppet-common", but this does not
satisfy a versioned dependency.

Some packaged puppet modules use "Depends: puppet-common (>= 3)", and
installing puppet 4 will cause these packages to be uninstalled.

These need to be updated to "Depends: puppet (>= 4) | puppet-common (>=
3)" before puppet 4 should be uploaded to Debian unstable:

  puppet-module-asciiduck-sssd (>= 3)
  puppet-module-puppetlabs-apt (>= 3)
  puppet-module-puppetlabs-concat (>= 3)
  puppet-module-puppetlabs-inifile (>= 3)
  puppet-module-puppetlabs-ntp (>= 3)
  puppet-module-puppetlabs-postgresql (>= 3)
  puppet-module-puppetlabs-stdlib (>= 3)
  puppet-module-saz-memcached (>= 3)

I'll upload new versions of these shortly, with the dependencies fixed.

The other packaged puppet modules use "Depends: puppet-common". These
should be updated to "Depends: puppet (>= 4) | puppet-common" at some
point.

-- 
Stig Sandbeck Mathisen

Bug#824888: Exim procmail transport missing options for local parts (ie plus addressing)

[Brandon Peterson]

Package: exim4-config
Version: 4.80-7+deb7u1

When I try to use procmail to filter messages using a local_parts_suffix it 
never works. It should have similar options to the local_user section to enable 
local parts processing. When I change 
/etc/exim4/conf.d/router/700_exim4-config_procmail to the below and regenerate 
the template it works.

Thanks,
Brandon


procmail:
  debug_print = "R: procmail for $local_part@$domain"
  driver = accept
  domains = +local_domains
  check_local_user

  .ifdef ROUTER_LOCAL_SUFFIX_MATCH
  local_part_suffix = ROUTER_LOCAL_SUFFIX_MATCH
  .ifdef ROUTER_LOCAL_SUFFIX_OPTIONAL
  local_part_suffix_optional
  .endif
  .endif

  transport = procmail_pipe
  # emulate OR with "if exists"-expansion
  require_files = ${local_part}:\
  ${if exists{/etc/procmailrc}\
{/etc/procmailrc}{${home}/.procmailrc}}:\
  +/usr/bin/procmail
  no_verify
  no_expn

Bug#824884: netbase: should not recommend ifupdown

[Ansgar Burchardt]

Package: netbase
Version: 5.3
Severity: normal

netbase should not recommend ifupdown.  Currently any package
depending on netbase will install ifupdown and a dhcp client if
recommends are installed, see [1].

As ifupdown is currently Priority: important (same as netbase), it
will be installed in everything but minimal installations anyway.

Ansgar

  [1] 

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

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

Versions of packages netbase depends on:
ii  lsb-base  9.20160110

Versions of packages netbase recommends:
pn  ifupdown  

netbase suggests no packages.

-- no debconf information