Bug#909640: firejail-profiles: conffiles not removed: /etc/firejail/wire.profile

[Paul Wise]

Package: firejail-profiles
Version: 0.9.56-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
https://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=firejail-profiles ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
firejail-profiles: obsolete-conffile /etc/firejail/wire.profile
firejail-profiles: obsolete-conffile /etc/firejail/Wire.profile
 /etc/firejail/wire.profile b17e823dbda3008302706d5a239e9e5e obsolete
 /etc/firejail/Wire.profile 100e5804e9acb5a511746e68cd519d63 obsolete

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

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

Versions of packages firejail-profiles depends on:
ii  firejail  0.9.56-1

firejail-profiles recommends no packages.

firejail-profiles suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#909180: mozjs60: Please build with -mlra on sh4

[Simon McVittie]

Control: tags -1 + moreinfo

On Tue, 25 Sep 2018 at 23:50:55 +0200, John Paul Adrian Glaubitz wrote:
> On 9/19/18 1:14 PM, Simon McVittie wrote:
> >> I didn't test but it shouldn't be any different than mozjs52.
> > Did the mozjs52 tests pass on sh4, then? The sh4 buildd seems to be qemu
> > and doesn't run tests, so we have no particular evidence that mozjs52
> > worked on sh4 either.
> 
> Could you merge this change, please? mozjs60 was still built without
> -mlra on sh4.

If the resulting binaries work, I'm happy to merge it. Do they?

smcv

Bug#908712: linux-image-4.17.0-0.bpo.3-marvell: stretch-backports kernel 4.17 breaks QNAP TS-209

[Ralf Hemberger]

Another difference is that the buffalo linkstation is based on device tree.
I can try this weekend whether removing systemd makes a difference.

Am Mi., 26. Sep. 2018 um 01:09 Uhr schrieb Roger Shimizu <
rogershim...@gmail.com>:

> On Mon, Sep 24, 2018 at 8:36 PM, Martin Michlmayr  wrote:
> > [copied Roger and Ian]
> >
> > * Ralf Hemberger  [2018-09-13 00:56]:
> >> I ugraded the kernel to the stretch-backports version with apt.
> >> After reboot the kernel couldn't find the PHY [41.082447],
> >> subsequently followed a kernel oops / crash, systemd-udevd crashes.
>
> I tried the following kernel from stretch-backports and experimental
> on my buffalo linkstation, but all booted successfully.
>
> ii  linux-image-4.17.0-0.bpo.3-marvell   4.17.17-1~bpo9+1
>  armelLinux 4.17 for Marvell Kirkwood/Orion
> ii  linux-image-4.18.0-0.bpo.1-marvell   4.18.6-1~bpo9+1
>  armelLinux 4.18 for Marvell Kirkwood/Orion
> ii  linux-image-4.19.0-rc3-marvell   4.19~rc3-1~exp1
>  armelLinux 4.19-rc3 for Marvell Kirkwood/Orion
>
> However, I removed systemd on my armel boxes, which maybe different than
> Ralf's.
>
> Cheers,
> --
> Roger Shimizu, GMT +9 Tokyo
> PGP/GPG: 4096R/6C6ACD6417B3ACB1
>

Bug#909638: pngcheck: build with USE_ZLIB

[Kevin Ryde]

Package: pngcheck
Version: 2.3.0-7
File: /usr/bin/pngcheck

I believe pngcheck has been built without the USE_ZLIB option and
consequently does not check all that it can.

In debian/rules, I get some joy changing DEB_CXXFLAGS_MAINT_APPEND to
DEB_CFLAGS_MAINT_APPEND for the -DUSE_ZLIB intended there.

I noticed this on a file with some apparently bad compressed data (at
https://www.gutenberg.org/files/16713/16713-h/images/q248.png ) which
USE_ZLIB reports.


-- System Information:
Debian Release: buster/sid
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.iso88591, LC_CTYPE=en_AU.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=en_AU:en_GB:en (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pngcheck depends on:
ii  libc6   2.27-6
ii  zlib1g  1:1.2.11.dfsg-1

Bug#909591: apache2: CVE-2018-11763: mod_http2, DoS via continuous SETTINGS frames

[Nuno Paquete]

Hi Salvatore,

Please help me to unsubscribe these emails, I'm trying for several weeks to
do it, but no success.

Many thanks in advance for your support.
Nuno Paquete

A terça, 25/09/2018, 20:28, Salvatore Bonaccorso 
escreveu:

> Source: apache2
> Version: 2.4.25-1
> Severity: important
> Tags: security upstream
>
> Hi,
>
> The following vulnerability was published for apache2.
>
> CVE-2018-11763[0]:
> mod_http2, DoS via continuous SETTINGS frames
>
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
>
> For further information see:
>
> [0] https://security-tracker.debian.org/tracker/CVE-2018-11763
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11763
> [1]
> https://lists.apache.org/thread.html/d435b0267a76501b9e06c552b20c887171064cde38e46d678da4d3dd@%3Cannounce.httpd.apache.org%3E
>
> Regards,
> Salvatore
>
>

Bug#907951: new version not workable yet

[andrew glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


> andrew@a68n:~$ ate versions youtube-dl
> p   2017.05.18.1-1
> stable   500 i
> 2018.06.18-1.1
> 100 p   2018.09.10-1
> testing  52 andrew@a68n:~$ sat install -t testing
> youtube-dl [sudo] password for andrew: The following packages will be
> upgraded: youtube-dl 
> The following packages are RECOMMENDED but will NOT be installed:
>   mplayer mplayer2 mpv phantomjs 
> 1 packages upgraded, 0 newly installed, 0 to remove and 1855 not upgraded.
> Need to get 1,009 kB of archives. After unpacking 99.3 kB will be used.
> Do you want to continue? [Y/n/?] 
> Get: 1 http://ftp2.de.debian.org/debian buster/main amd64 youtube-dl all
> 2018.09.10-1 [1,009 kB] Fetched 1,009 kB in 0s (2,110 kB/s)  
> Reading changelogs... Done
> (Reading database ... 444795 files and directories currently installed.)
> Preparing to unpack .../youtube-dl_2018.09.10-1_all.deb ...
> Unpacking youtube-dl (2018.09.10-1) over (2018.06.18-1.1) ...
> Setting up youtube-dl (2018.09.10-1) ...
> Processing triggers for man-db (2.7.6.1-2) ...
>  
> Current status: 1855 (-1) upgradable.
> andrew@a68n:~$ cd /mnt/nasd/VIDEO/

> andrew@a68n:/mnt/nasd/VIDEO$ youtube-dl
> https://mediathek.rbb-online.de/tv/Dokumentation-und-Reportage/Mein-Berlin-28-Jahre-mit-und-ohne-Maue/rbb-Fernsehen/Video?bcastId=3822114&documentId=49783862
> [1] 2948 andrew@a68n:/mnt/nasd/VIDEO$ [ARD:mediathek] Video: Downloading
> webpage ERROR: Unable to download webpage: HTTP Error 404: Not Found
> (caused by ); please report this issue on
> https://yt-dl.org/bug . Make sure you are using the latest version; see
> https://yt-dl.org/update  on how to update. Be sure to call youtube-dl with
> the --verbose flag and include its complete output.
> 
> [1]+  Exit 1  youtube-dl
> https://mediathek.rbb-online.de/tv/Dokumentation-und-Reportage/Mein-Berlin-28-Jahre-mit-und-ohne-Maue/rbb-Fernsehen/Video?bcastId=3822114
> andrew@a68n:/mnt/nasd/VIDEO$ youtube-dl --verbose
> https://mediathek.rbb-online.de/tv/Dokumentation-und-Reportage/Mein-Berlin-28-Jahre-mit-und-ohne-Maue/rbb-Fernsehen/Video?bcastId=3822114&documentId=49783862
> [1] 2953 andrew@a68n:/mnt/nasd/VIDEO$ [debug] System config: [] [debug]
> User config: [] [debug] Custom config: []
> [debug] Command-line args: ['--verbose',
> 'https://mediathek.rbb-online.de/tv/Dokumentation-und-Reportage/Mein-Berlin-28-Jahre-mit-und-ohne-Maue/rbb-Fernsehen/Video?bcastId=3822114']
> [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 [debug]
> youtube-dl version 2018.09.10 [debug] Python version 3.5.3 (CPython) -
> Linux-4.18.0-1-amd64-x86_64-with-debian-9.5 [debug] exe versions: ffmpeg
> 3.3.8, ffprobe 3.3.8, rtmpdump 2.4 [debug] Proxy map: {}
> [ARD:mediathek] Video: Downloading webpage
> ERROR: Unable to download webpage: HTTP Error 404: Not Found (caused by
> ); please report this issue on
> https://yt-dl.org/bug . Make sure you are using the latest version; see
> https://yt-dl.org/update  on how to update. Be sure to call youtube-dl with
> the --verbose flag and include its complete output. File
> "/usr/lib/python3/dist-packages/youtube_dl/extractor/common.py", line 599,
> in _request_webpage return self._downloader.urlopen(url_or_request) File
> "/usr/lib/python3/dist-packages/youtube_dl/YoutubeDL.py", line 2211, in
> urlopen return self._opener.open(req, timeout=self._socket_timeout) File
> "/usr/lib/python3.5/urllib/request.py", line 472, in open response =
> meth(req, response) File "/usr/lib/python3.5/urllib/request.py", line 582,
> in http_response 'http', request, response, code, msg, hdrs) File
> "/usr/lib/python3.5/urllib/request.py", line 504, in error result =
> self._call_chain(*args) File "/usr/lib/python3.5/urllib/request.py", line
> 444, in _call_chain result = func(*args) File
> "/usr/lib/python3.5/urllib/request.py", line 696, in http_error_302 return
> self.parent.open(new, timeout=req.timeout) File
> "/usr/lib/python3.5/urllib/request.py", line 472, in open response =
> meth(req, response) File "/usr/lib/python3.5/urllib/request.py", line 582,
> in http_response 'http', request, response, code, msg, hdrs) File
> "/usr/lib/python3.5/urllib/request.py", line 510, in error return
> self._call_chain(*args) File "/usr/lib/python3.5/urllib/request.py", line
> 444, in _call_chain result = func(*args)
>   File "/usr/lib/python3.5/urllib/request.py", line 590, in
> http_error_default raise HTTPError(req.full_url, code, msg, hdrs, fp)
> 
> 
> [1]+  Exit 1  youtube-dl --verbose
> https://mediathek.rbb-online.de/tv/Dokumentation-und-Reportage/Mein-Berlin-28-Jahre-mit-und-ohne-Maue/rbb-Fernsehen/Video?bcastId=3822114
> andrew@a68n:/mnt/nasd/VIDEO$ 
-BEGIN PGP SIGNATURE-

iF0EARECAB0WIQTF9uNaslvnJpWt8kXn6sEfJS3nCwUCW6setgAKCRDn6sEfJS3n
C9ByAJ9hBDZTpPh0MmRE+E4omgMIm/4EDwCfaRuz8P0WidBdxmVOH+163IczZos=
=94Mu
-END PGP SIGNATURE-

Bug#892975: further info

[Jason Lewis]

I see this bug too.

I can reproduce it simply by trying to connect to a wifi (while already
connected) from the cli


nmcli connection up mynetwork

dmesg:

[314625.097460] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[314630.650589] wlp2s0: deauthenticating from c6:6e:1f:fe:af:1e by local
choice (Reason: 3=DEAUTH_LEAVING)
[314630.676589] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[314630.715480] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[314632.138519] wlp2s0: authenticate with c4:6e:1f:fe:af:1e
[314632.146525] wlp2s0: send auth to c4:6e:1f:fe:af:1e (try 1/3)
[314632.150134] wlp2s0: authenticated
[314632.760631] iwlwifi :02:00.0: No association and the time event
is over already...
[314632.760661] wlp2s0: Connection to AP c4:6e:1f:fe:af:1e lost
[314637.151634] wlp2s0: aborting authentication with c4:6e:1f:fe:af:1e
by local choice (Reason: 3=DEAUTH_LEAVING)
[314640.744690] wlp2s0: authenticate with c4:6e:1f:fe:af:1e
[314640.751723] wlp2s0: send auth to c4:6e:1f:fe:af:1e (try 1/3)
[314640.755466] wlp2s0: authenticated
[314641.365856] iwlwifi :02:00.0: No association and the time event
is over already...
[314641.365908] wlp2s0: Connection to AP c4:6e:1f:fe:af:1e lost
[314645.754540] wlp2s0: aborting authentication with c4:6e:1f:fe:af:1e
by local choice (Reason: 3=DEAUTH_LEAVING)
[314647.788848] wlp2s0: authenticate with c4:6e:1f:fe:af:1e
[314647.797019] wlp2s0: send auth to c4:6e:1f:fe:af:1e (try 1/3)
[314647.800468] wlp2s0: authenticated
[314648.411097] iwlwifi :02:00.0: No association and the time event
is over already...
[314648.411168] wlp2s0: Connection to AP c4:6e:1f:fe:af:1e lost
[314652.798717] wlp2s0: aborting authentication with c4:6e:1f:fe:af:1e
by local choice (Reason: 3=DEAUTH_LEAVING)
[314655.217786] wlp2s0: authenticate with c4:6e:1f:fe:af:1e
[314655.225057] wlp2s0: send auth to c4:6e:1f:fe:af:1e (try 1/3)
[314655.229168] wlp2s0: authenticated
[314655.738366] wlp2s0: aborting authentication with c4:6e:1f:fe:af:1e
by local choice (Reason: 3=DEAUTH_LEAVING)
[314655.745819] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready

I can work around it by disconnecting before trying to reconnect. eg:

nmcli connection down "mywifi Guest" && nmcli connection up "mywifi"

Bug#909630: initscript found

[Luke Kenneth Casson Leighton]

---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68


On Wed, Sep 26, 2018 at 6:03 AM, Dmitry Smirnov  wrote:
> On Wednesday, 26 September 2018 2:10:09 PM AEST Luke Kenneth Casson Leighton 
> wrote:
>> https://gitlab.com/gitlab-org/gitlab-ce/raw/master/lib/support/init.d/gitlab
>
> Thanks, Luke. It could be a good starting point but IMHO this script can not
> be used as-is and it needs a lot of work...

 yeah i agree: it does however get things up and running (where there
was no service *at all* for about half an hour).

it definitely needs splitting down into separate services: i'll take a
look over the next few days.

> Instead of using sloppy init script you might find it useful to try
>
>   https://github.com/gdraheim/docker-systemctl-replacement

 the majority of services that i've deployed over the past 20+ years
typically have always had an initscript: it's quite rare not to find
any (at all).

 i know you didn't suggest it, i wouldn't recommend including (or
depending on) that package for this task: it may however prove useful
to submit as a WNPP/ITP.

 for solving the issue here of gitlab needing to start when systemd
isn't around (and sysvinit is), i'll help sort that by creating 4
initscripts, i think that's the best solution for gitlab.

l.

Bug#909630: gitlab: no sysvinit scripts installed or available

[Luke Kenneth Casson Leighton]

appreciated, dmitry: apologies, it catches me off-guard when things
don't work.  it was just that the decision to rail-road systemd in
(which is software that itself is being developed incredibly
unethically) - was itself made unethically (not thinking of the harm
that could result, and without wider consultation, and the
consultation that *was* done was completely ignored!).  *some* of the
damage has been undone by allowing sysvinit to be used.

i've sent in what i could find: it's nothing like the postinst script
expects, which is a series of 4 separate initscripts (that's very
strange, btw, that there's some code in the postinst that *expects*
the 4 /etc/init.d/gitlab- init scripts to be there), however i can
confirm that what i found actually works.

gitlab is very very resource-heavy, so if i make the decision to keep
it, i will definitely (need to) create separate initscripts, and will
send them in, ok?

good luck, and apologies for getting annoyed, i was really caught off-guard.

l.


---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68


On Wed, Sep 26, 2018 at 4:51 AM, Dmitry Smirnov  wrote:
> On Wednesday, 26 September 2018 11:45:02 AM AEST lkcl wrote:
>> it would be really helpful if people could stop assuming that everyone
>> forcibly fucking wants systemd shoved at them.  and no, ordering people
>> to go use freebsd or devuan is not acceptable.
>>
>> for goodness sake please be a little more careful and considerate.
>> i'll try to track down some sysvinit scripts in a followup and post
>> them later.
>
> It would be polite not to assume that lack of SysV scripts is deliberate.
> There are not enough people involved into maintenance of such a complex
> package as GitLab and writing init scripts from scratch and maintaining them
> is not an easy task.
> Yes, your help would be appreciated if you care enough for init scripts to
> contribute them or to fund/sponsor someone who could write them.
>
> Until then systemd remains a viable option for those who have no systemd-
> fobia and wishes to run GitLab...
>
> --
> Cheers,
>  Dmitry Smirnov.
>
> ---
>
> It is impossible to imagine Goethe or Beethoven being good at billiards
> or golf.
> -- H. L. Mencken

Bug#909589: mediawiki: /usr/share/mediawiki/skins/CologneBlue/skin.json, does not exist! [upgrading to 1:1.31.1-2]

[Kunal Mehta]

Hi Davide,

On 9/25/18 10:34 AM, Davide Prina wrote:
> upgrading mediawiki to the version 1:1.31.1-2 after connecting to the
> page http://localhost/mediawiki/mw-config and selecting the language to
> use I have the error:
> /usr/share/mediawiki/skins/CologneBlue/skin.json does not exist!

Thank you for reporting this. The CologneBlue and Modern skins were
removed from the MediaWiki tarball, and should be removed from your
LocalSettings.php (or you can download them separately from mediawiki.org).

This seems to have been omitted from the upstream release notes, so I've
sent a patch[1] to add a note to the documentation.

I also added[2] an explicit mention to the NEWS file for mediawiki that
the two skins need to be removed, which I think should resolve this bug.

[1] https://gerrit.wikimedia.org/r/c/mediawiki/core/+/462846
[2] https://gerrit.wikimedia.org/r/c/mediawiki/debian/+/462848

-- Kunal



signature.asc
Description: OpenPGP digital signature

Bug#909630: initscript found

[Dmitry Smirnov]

On Wednesday, 26 September 2018 2:10:09 PM AEST Luke Kenneth Casson Leighton 
wrote:
> https://gitlab.com/gitlab-org/gitlab-ce/raw/master/lib/support/init.d/gitlab

Thanks, Luke. It could be a good starting point but IMHO this script can not
be used as-is and it needs a lot of work...

Instead of using sloppy init script you might find it useful to try

  https://github.com/gdraheim/docker-systemctl-replacement

a standalone "systemctl" command to control services without systemd.

Installing it is easy: just save [1] as "/usr/local/bin/systemctl"
and make it executable.

[1]: 
"https://raw.githubusercontent.com/gdraheim/docker-systemctl-replacement/v1.4.2372/files/docker/systemctl3.py


> please for goodness sake do not assume that absolutely everyone is
> happy to be forced to use systemd, it's incredibly unethical.

That sounds very emotional... IMHO there is nothing wrong to assume
that nobody is forced to use reasonable system defaults.


> plus, sysvinit is still a legitimately-installed and supported *and
> commonly-used" debian package.

I think everybody knows that.

-- 
Regards,
 Dmitry Smirnov.

---

I believe in only one thing: liberty; but I do not believe in liberty
enough to want to force it upon anyone.
-- H. L. Mencken


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

Bug#908681: libsane1: pointless package rename

[Jeremy Bicha]

On Wed, Sep 26, 2018 at 12:06 AM Jeremy Bicha  wrote:
> Some libraries have way too many public symbols and many of the
> symbols aren't considered part of the API so dropping or changing them
> isn't a serious problem.

Yeah, the API is far shorter than the 7000 symbols according to its
most recent documentation. I don't think the dropped symbols will
cause problems for any third-party drivers.
http://sane-project.org/html/

Julien, would you be at all interested in keeping the libsane name but
with a Provides: libsane1 ?

Thanks,
Jeremy Bicha

Bug#909637: mmdebstrap: cannot install apt under fakechroot or proot

[Johannes 'josch' Schauer]

Package: mmdebstrap
Severity: grave
Justification: renders package unusable
Control: block -1 by 909612 909581

Apt uses 'mv' in its post inst. 'mv' from coreutils uses the renameat2
systemcall. The renameat2 systemcall is not supported by fakechroot or
proot.

Bug#909630: initscript found

[Luke Kenneth Casson Leighton]

https://gitlab.com/gitlab-org/gitlab-ce/raw/master/lib/support/init.d/gitlab

this is semi-suitable: at least it has been possible to get things up
and running, by removing the section starting "Script variable names"
and relying on the entries in /etc/default/gitlab that are absolutely
fine in the debian package

please for goodness sake do not assume that absolutely everyone is
happy to be forced to use systemd, it's incredibly unethical.

plus, sysvinit is still a legitimately-installed and supported *and
commonly-used" debian package.

l.

Bug#908681: libsane1: pointless package rename

[Jeremy Bicha]

The question here is difficult. My initial thinking was that the
rename was unnecessary. Eventually, I added the Provides as a
compromise.

The issue is that there are third-party scanner driver .deb packages
that won't be quickly re-compiled against the new sane-backends. I do
see that there are symbols dropped in the new version, but it's
difficult for me to tell whether those symbols are used by third-party
drivers.

Some libraries have way too many public symbols and many of the
symbols aren't considered part of the API so dropping or changing them
isn't a serious problem. libsane1.symbols.amd64 is over 7300 lines
long so I guess this could be the case here. A typical way we can
verify whether the dropped symbols are worth worrying about is to use
https://codesearch.debian.net/ but that doesn't help here since most
of this library's users are outside Debian.

One more point: Ubuntu 18.04 LTS shipped with the bumped soname and
the Provides. That means that any driver packages built against Ubuntu
18.04 will depend on libsane1 instead of the old libsane name. In that
case, maybe the current package with the bumped soname and Provides is
acceptable for Buster too.

Thanks,
Jeremy Bicha

Bug#909635:

[Frank Wu]

Update more error msg as below

$ chromium
> [16909:16909:0926/035657.509157:ERROR:sandbox_linux.cc(379)]
> InitializeSandbox() called with multiple threads in process gpu-process.
> [16864:16906:0926/035657.566149:ERROR:zygote_host_impl_linux.cc(259)]
> Failed to adjust OOM score of renderer with pid 17084: Permission denied
> (13)
> Received signal 11 SEGV_MAPERR 
> #0 0x80d88fdc 
> #1 0x80d18c4c 
> #2 0x80d892ce 
> #3 0x80d89510 
> #4 0xb2d39fe0 
> #5 0x7fc274bc 
> #6 0x80ffa42c 
> #7 0x8136581e 
> #8 0x81c946a4 
> #9 0x81c94770 
> #10 0x81c9484a 
> #11 0x81c948d0 
> #12 0x81c94902 
> #13 0x80c6d498 
> #14 0x80c6d4ce 
> #15 0x80b3242c 
> #16 0x80b38eec 
> #17 0x80b3915a 
> #18 0x8004533e 
> #19 0x802610c2 
> #20 0x80047ac6 
> #21 0x80047f46 
> #22 0x8003ad7c 
> #23 0x80b14c2c 
> #24 0x80b156be 
> #25 0x80b19eae 
> #26 0x80b149e0 
> #27 0x7faad6bc ChromeMain
> #28 0xb2d2b4aa __libc_start_main
> [end of stack trace]
> Calling _exit(1). Core file will not be generated.


BR,
Frank Wu

Bug#909630: gitlab: no sysvinit scripts installed or available

[Dmitry Smirnov]

On Wednesday, 26 September 2018 11:45:02 AM AEST lkcl wrote:
> it would be really helpful if people could stop assuming that everyone
> forcibly fucking wants systemd shoved at them.  and no, ordering people
> to go use freebsd or devuan is not acceptable.
> 
> for goodness sake please be a little more careful and considerate.
> i'll try to track down some sysvinit scripts in a followup and post
> them later.

It would be polite not to assume that lack of SysV scripts is deliberate.
There are not enough people involved into maintenance of such a complex 
package as GitLab and writing init scripts from scratch and maintaining them 
is not an easy task.
Yes, your help would be appreciated if you care enough for init scripts to 
contribute them or to fund/sponsor someone who could write them.

Until then systemd remains a viable option for those who have no systemd-
fobia and wishes to run GitLab...

-- 
Cheers,
 Dmitry Smirnov.

---

It is impossible to imagine Goethe or Beethoven being good at billiards
or golf.
-- H. L. Mencken


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

Bug#855623: aprx: please drop libssl-dev / openssl if not needed

[Chris Knadle]

> Package: aprx
> Version: 2.9.0+dfsg-1
> Severity: normal
> 
> The package depends on libssl-dev and openssl but it does not seem to
> make any use of it. The file ssl.c which uses some of libssl-dev
> functionality is not compiled as part of the package. Please check if
> something is missing of if the dependency can be dropped.
> 
> Sebastian

Greetings, Sebastian.

I'm doing some work on the aprx package to update it and found this bug.
I just did a build and indeed I don't see SSL being compiled in, however there's
an option for the 'configure.in' script for --with-openssl[=DIR] (requires
OpenSSL >= 0.9.7) to optionally include OpenSSL support ... which right now
seemingly isn't used.

The INSTALL file in the source in section 0) states that the source has no
prequisites other than standard libc ... but near the end has a list of
instructions at the end specifies that those compiling for Debian should include
libssl-dev, but then the call to 'configure' doesn't use the --with-openssl
option.  I don't see anything in the manpage, aprx-manual, or
aprx-requirement-specification documents that would indicate where SSL could be
used.

So best I can tell it looks like Build-Depends on libssl-dev and Depends on
openssl can be removed. at least for this version of the package.

Dave and Colin -- let me know if there's any objections.
Thanks

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us



signature.asc
Description: OpenPGP digital signature

Bug#909636: kwin-wayland: kwin_wayland is segfaulting right after login

[Shmerl]

Package: kwin-wayland
Version: 4:5.13.5-1
Severity: important

Dear Maintainer,

When using KWin Wayland session in Debian testing with AMD Vega 56 GPU 
(connected over DisplayPort),
it cores right after log-in and falls back into sddm. I managed to produce a 
core backtrace - it's
happening in the interaction between kwin_wayland and wayland-client.

Wayland and KDE developers so far didn't figure out the cause. Mesa developers 
suggested,
that it can be a Debian specific issue, since it doesn't happen on some other 
up to date distros.

See Wayland bug reference below for a backtrace of the crash.

* corresponding Wayland bug: 
https://gitlab.freedesktop.org/wayland/wayland/issues/56
* corresponding KDE bug: https://bugs.kde.org/show_bug.cgi?id=396066
* corresponding Mesa bug: https://bugs.freedesktop.org/show_bug.cgi?id=107213

Configuration:

Current Debian testing Linux (x86_64) (kernel: 4.19.0-rc4), KDE Plasma 5.13.5.
kwin-wayland 5.13.5
libwayland-client0 1.16.0
GPU: Sapphire Pulse Vega 56 (amdgpu), DisplayPort connection.
Mesa: 18.1.7.

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

Kernel: Linux 4.19.0-rc4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kwin-wayland depends on:
ii  kwayland-integration  5.13.4-1
ii  kwin-common   4:5.13.5-1
ii  kwin-wayland-backend-drm  4:5.13.5-1
ii  libc6 2.27-6
ii  libcap2   1:2.25-1.2
ii  libcap2-bin   1:2.25-1.2
ii  libepoxy0 1.5.2-0.3
ii  libfontconfig12.13.0-5
ii  libfreetype6  2.8.1-2
ii  libkf5coreaddons5 5.49.0-1
ii  libkf5i18n5   5.49.0-1
ii  libkf5idletime5   5.49.0-1
ii  libkf5quickaddons55.49.0-1
ii  libkf5waylandclient5  4:5.49.0-1
ii  libkf5waylandserver5  4:5.49.0-1
ii  libkf5windowsystem5   5.49.0-1
ii  libkwineffects11  4:5.13.5-1
ii  libqt5core5a [qtbase-abi-5-11-0]  5.11.1+dfsg-8
ii  libqt5dbus5   5.11.1+dfsg-8
ii  libqt5gui55.11.1+dfsg-8
ii  libqt5widgets55.11.1+dfsg-8
ii  libstdc++68.2.0-7
ii  libwayland-egl1   1.16.0-1
ii  libxcb1   1.13-3
ii  xwayland  2:1.20.1-1

kwin-wayland recommends no packages.

kwin-wayland suggests no packages.

-- no debconf information

Bug#909562: ITP: black -- uncompromising Python code formatter

[Nicholas D Steeves]

Hi Neil,

On Tue, Sep 25, 2018 at 09:17:44AM +0100, Neil Williams wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Neil Williams 
> 
> * Package name: black
>   Version : 18.6b4
>   Upstream Author : Łukasz Langa 
> * URL : https://github.com/ambv/black
> * License : BSD-3-Clause
>   Programming Lang: Python
>   Description : uncompromising Python code formatter
[...]
> We'd like to use black as part of code review for LAVA and
> associated python packages. I'm currently investigating if this
> should be maintained by the LAVA team or the Python Modules team.
> 
> The package needs a small patch to remove privacy-breaching tracking URLs
> from the docs.

Thank you for packaging black!  I have subscribed to this bug because
I plan to enable support for it in Elpy (Emacs Python IDE) once black
is in the archive.  Given that its code review functionality is used
outside of LAVA I suspect the Python Modules team would be more
appropriate, but I don't have a strong opinion either way.

Kind regards,
Nicholas


signature.asc
Description: PGP signature

Bug#909635: chromium: armhf execute failes and crash from v68

[Frank]

Package: chromium
Version: 69.0.3497.92-1~deb9u1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
-> Begin with v68 and v69 armhf package, the Chromium cannot be able to 
execute. (v67 is the last version can be used)
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
-> apt-get update & upgrade, upgrade chromuim to newer version (68~69).
   * What was the outcome of this action?
-> The Chromium would not able to execute anymore.
   * What outcome did you expect instead?
-> should be able to run.
-> BTW, also hava a try with Ubuntu's armhf package, it can be executed.


-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

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

Versions of packages chromium depends on:
ii  libasound2   1.1.3-5
ii  libatk1.0-0  2.22.0-1
ii  libatomic1   6.3.0-18+deb9u1
ii  libavcodec57 7:3.2.12-1~deb9u1
ii  libavformat577:3.2.12-1~deb9u1
ii  libavutil55  7:3.2.12-1~deb9u1
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libcups2 2.2.1-8
ii  libdbus-1-3  1.10.24-0+deb9u1
ii  libdrm2  2.4.74-2
ii  libevent-2.0-5   2.0.21-stable-3
ii  libexpat12.2.0-2+deb9u1
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u1
ii  libglib2.0-0 2.50.3-2
ii  libgtk2.0-0  2.24.31-2
ii  libicu57 57.1-6+deb9u1
ii  libjpeg62-turbo  1:1.5.1-2
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26.2-1.1+deb9u1
ii  libopenjp2-7 2.1.2-1.1+deb9u2
ii  libopus0 1.2~alpha2-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  libpci3  1:3.5.2-1
ii  libpng16-16  1.6.28-1
ii  libpulse010.0-1+deb9u1
ii  libre2-3 20170101+dfsg-1
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   6.3.0-18+deb9u1
ii  libvpx4  1.6.1-3
ii  libwebp6 0.5.2-1
ii  libwebpdemux20.5.2-1
ii  libwebpmux2  0.5.2-1
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.14-1+deb9u1
ii  libxdamage1  1:1.1.4-2+b3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-2.2+deb9u1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-2.1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.3-1
ii  x11-utils7.7+3+b1
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages chromium recommends:
pn  fonts-liberation  
ii  libgl1-mesa-dri   13.0.6-1+b2

Versions of packages chromium suggests:
pn  chromium-driver
pn  chromium-l10n  
pn  chromium-shell 
pn  chromium-widevine  

-- Configuration Files:
/etc/chromium.d/default-flags changed:
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --show-component-extension-options"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --ignore-gpu-blacklist"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --disable-background-networking"
export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --use-gl=egl --enable-remote-extensions"


-- no debconf information

Bug#909634: git-hub: does not load PR templates

[Paul Wise]

Package: git-hub
Version: 1.0.1-1
Severity: important

I recently had a maintainer get grumpy at me because I did not include
 their PR template in my PR. This was because I submitted it using
git-hub instead of via the web interface and git-hub does not load the
PR templates when creating new pull requests.

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

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

Versions of packages git-hub depends on:
ii  git 1:2.19.0-1
ii  python  2.7.15-3

git-hub recommends no packages.

git-hub suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#909633: closure-compiler: please build and install standalone closure-compiler-linter

[Paul Wise]

Source: closure-compiler
Severity: wishlist

closure-compiler-linter replaces the deprecated closure-linter,
it would be nice to have closure-compiler-linter in Debian.

https://developers.google.com/closure/utilities/
https://github.com/google/closure-compiler/wiki/Lint-checks

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#909632: pngmeta: segfault on bad png

[Kevin Ryde]

Package: pngmeta
Version: 1.11-9
Severity: normal
File: /usr/bin/pngmeta

With file https://www.gutenberg.org/files/16713/16713-h/images/q248.png
(about 7 kbytes), running "pngmeta q248.png" gets a segfault.

I suspect some badness in that image, since some other programs don't
enjoy it either (xzgv "can't load", dillo "checksum error"), but I hoped
pngmeta would not segfault.

gdb gives a backtrace showing somewhere under the final
png_destroy_read_struct() call in pngmeta.c main().

#0  0xb7f8367a in png_free_data () from 
/usr/lib/i386-linux-gnu/libpng16.so.16
#1  0xb7f83ce2 in png_destroy_info_struct ()
   from /usr/lib/i386-linux-gnu/libpng16.so.16
#2  0xb7f9022d in png_destroy_read_struct ()
   from /usr/lib/i386-linux-gnu/libpng16.so.16
#3  0x80001b39 in main (argc=, argv=)
at pngmeta.c:588


-- System Information:
Debian Release: buster/sid
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU.iso88591, LC_CTYPE=en_AU.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=en_AU:en_GB:en (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pngmeta depends on:
ii  libc62.27-6
ii  libpng16-16  1.6.34-2
ii  zlib1g   1:1.2.11.dfsg-1

pngmeta recommends no packages.

pngmeta suggests no packages.

-- no debconf information

Bug#909631: RFS: ukui-window-switch/1.1.2-1 [RC]

[handsome_feng]

Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "ukui-window-switch"

 * Package name: ukui-window-switch
   Version : 1.1.2-1
   Upstream Author : Droiing 
 * URL : https://salsa.debian.org/kylin-team/ukui-window-switch
 * License : GPL-2+
   Section : x11

  It builds those binary packages:

ukui-window-switch - Front of the window switch

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

  https://mentors.debian.net/package/ukui-window-switch

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

dget -x https://mentors.debian.net/debian/pool/main/u/ukui-window-
switch/ukui-window-switch_1.1.2-1.dsc

  Changes since the last upload:

  * Fix the build error with glib 2.58. (Closes: #908104)


  Regards,
   handsome_feng



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

Kernel: Linux 4.18.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#909630: gitlab: no sysvinit scripts installed or available

[lkcl]

Package: gitlab
Severity: important


gitlab started up from "apt-get install gitlab" however it proved necessary
to kill the manually-started services that the postinst script had started.

when it came to restarting the unicorn, sidekiq etc. services it was only
then discovered that there was absolutely no way to do so.

it would be really helpful if people could stop assuming that everyone
forcibly fucking wants systemd shoved at them.  and no, ordering people
to go use freebsd or devuan is not acceptable.

for goodness sake please be a little more careful and considerate.
i'll try to track down some sysvinit scripts in a followup and post
them later.


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#881506: xul-ext-gnome-keyring doesn't work with firefox >=57

[Ximin Luo]

Moritz Mühlenhoff:
> On Tue, Dec 05, 2017 at 01:46:00AM +, Ximin Luo wrote:
>> Control: severity -1 important
>> Control: tags -1 + upstream
>> Control: forwarded -1 
>> https://github.com/swick/mozilla-gnome-keyring/issues/48
>>
>> Mozilla are being slow.
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=309807
>> https://bugzilla.mozilla.org/show_bug.cgi?id=106400
> 
> Given the pushback in the bugs listed above this seems unlikely
> to be fixed in Firefox any time soon, so maybe let's drop
> the Firefox and restrict to Thunderbird (if that is confirmed
> to be still working fine with TB60)?
> 

Pretty sure it doesn't work with TB60, I just upgraded myself and am no longer 
using this extension.

I used "Password Exporter" (not in Debian, download it from AMO) to export my 
passwords, then disabled mozilla-gnome-keyring, then re-imported them using 
that same extension. So now everything is back in the Firefox/Thunderbird 
password managers.

X

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

Bug#909629: RFS: ukwm/1.1.9-1 [RC]

[handsome_feng]

Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "ukwm"

 * Package name: ukwm
   Version : 1.1.9-1
   Upstream Author : Liu Yi 
 * URL : https://salsa.debian.org/kylin-team/ukwm
 * License : GPL-2+
   Section : x11

  It builds those binary packages:

gir1.2-ukwm-1 - GObject introspection data for Ukwm
libukwm-1-0 - window manager library from the Ukwm window manager
libukwm-1-dev - Development files for the Ukwm window manager
ukwm  - lightweight GTK+ window manager
ukwm-common - shared files for the Ukwm window manager

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

  https://mentors.debian.net/package/ukwm


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

dget -x https://mentors.debian.net/debian/pool/main/u/ukwm/ukwm_1.1.9-1.dsc

  Changes since the last upload:

  * Fix the build error with glib 2.58. (Closes: #907964)


  Regards,
   handsome_feng



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

Kernel: Linux 4.18.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#909628: thunderbird: illegal instruction on non-SSE2 system

[Tim Makarios]

Package: thunderbird
Version: 1:60.0-3~deb9u1
Severity: important

Dear Maintainer,

This crash occurs every time I try to start Thunderbird, even in
--safe-mode or with -P to try to set up a new profile.  It didn't
occur before the upgrade to Thunderbird 60.

I've run it through gdb, and saved a log, the most relevant part of
which is as follows:

Thread 1 "thunderbird" received signal SIGILL, Illegal instruction.
0xb352c79f in alloc::slice::hack::to_vec::h87940800129e8dc6 (s=...)
at liballoc/slice.rs:167

I've saved more of the backtrace, etc., which I can attach, but
running
  $ gdb -ex run /usr/lib/thunderbird/thunderbird
left my system unusable for about 6 hours (probably because I have
only about three quarters of a gigabyte of RAM), so I hope I won't
need to run it again.

I strongly suspect that this is related to bug #908449, where Rust
was putting SSE2 instructions into Firefox 60 for i386, which it
shouldn't have done for the Debian distribution.


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-8-686 (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages thunderbird depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.11.0-6.7+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11+deb9u3
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.26-0+deb9u1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libgtk2.0-0   2.24.31-2
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libpangoft2-1.0-0 1.40.5-1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-18+deb9u1
ii  libvpx4   1.6.1-3+deb9u1
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b2
ii  x11-utils 7.7+3+b1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-7
ii  lightning 1:60.0-3~deb9u1

Versions of packages thunderbird suggests:
pn  apparmor  
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.15-1+deb9u1

-- no debconf information
tim@lazarus:~$ thunderbird 
ExceptionHandler::GenerateDump cloned child 1275
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
tim@lazarus:~$ thunderbird --safe-mode
ExceptionHandler::GenerateDump cloned child 1290
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
tim@lazarus:~$ thunderbird -P
ExceptionHandler::GenerateDump cloned child 1305
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
tim@lazarus:~$ gdb -ex run /usr/lib/thunderbird/thunderbird
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/thunderbird/thunderbird...Reading symbols from 
/usr/lib/debug/.build-id/0e/fefd57531081dddef80fc6fc8944d48d010835.debug...done.
done.
Starting program: /usr/lib/thunderbird/thunderbird 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[New Thread 0xaf26ab40 (LWP 3960)]
[Thread 0xaf26ab40 (LWP 3960) exited]
[New Thread

Bug#909627: font-manager: using font-manager preferences in debian-mate gives archive manager errors

[shirish शिरीष]

Package: font-manager
Version: 0.7.3-1.1
Severity: normal

Dear Maintainer,

I was trying to use font-manager in Debian-mate when came across the
following -

$ font-manager
[FATAL 05:33:15] Archive Manager :
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.ArchiveManager1 was not provided by any .service files
[FATAL 05:33:15] Font Manager will not function properly.

Can somebody please fix this ? Please let me know if any more info. is needed.

This happened when I was trying to fiddle with preferences and failed :(

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (100,
'unstable-debug'), (100, 'experimental-debug'), (100, 'experimental'),
(100, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages font-manager depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
ii  libc62.27-6
ii  libcairo21.15.12-1
ii  libfontconfig1   2.13.0-5
ii  libfreetype6 2.8.1-2
ii  libgee-0.8-2 0.20.1-1
ii  libglib2.0-0 2.58.1-2
ii  libgtk-3-0   3.24.0-3
ii  libgucharmap-2-90-7  1:11.0.2-1
ii  libjson-glib-1.0-0   1.4.2-4
ii  libpango-1.0-0   1.42.4-3
ii  libpangocairo-1.0-0  1.42.4-3
ii  libpangoft2-1.0-01.42.4-3
ii  libsqlite3-0 3.25.0-1
ii  libxml2  2.9.4+dfsg1-7+b1

font-manager recommends no packages.

Versions of packages font-manager suggests:
pn  file-roller  
pn  python-gobject   
pn  python-nautilus  
ii  yelp 3.30.0-1

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#909613: gnome-mines: Flags are not visible

[Jeremy Bicha]

Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-mines/issues/25

On Tue, Sep 25, 2018 at 5:15 PM Mauro Condarelli  wrote:
> This error seems pretty similar to what reported to Red Hat Bugzilla – Bug
> 1190887 (https://bugzilla.redhat.com/show_bug.cgi?id=1190887) with the
> difference resizing the game window has no effect whatsoever.

No, this is a different bug but we've identified a fix for it.

It was triggered by changes in glib 2.58.

Thanks,
Jeremy Bicha

Bug#907199: Should the weboob package stay in Debian?

[Martín Ferrari]

Hi all,

I am writing on behalf of the Anti-Harassment team, as our input has
been requested on this issue.

Our understanding, after reading the mail threads and bug reports, is
that the package in its current shape is against the Debian CoC ("be
respectful") -- while it's not a "flagrant" violation,

As Gregor Herrmann eloquently[1] put it, it's "not ok to use the boobs
theme for a web scraper or other software unrelated to boobs [sic]
themselves, where its only function is to make a small group of users
giggle while objectifying, offending or boring the rest of the world."

We appreciate uploading a new version without the insults (and thank
Jonathan Dowland for his efforts[2][3] on this front). Please note that
the insults and homophobic language *is* a flagrant violation of
Debian's CoC and in our opinion, Debian should not ship new software
including them.

We believe the next release should not contain the package in question
in its current state; our recommendation would be to either work with
upstream on correcting these issues, forking and/or patching it, or just
removing the package. There is still enough time to find a solution that
respects our users and our community while keeping a useful piece of
software in the archive. We would also encourage all parties to be
respectful, and to observe the community needs for a healthy environment
where such puerile humour taken at the expense of other people is not
acceptable any more.

If this dispute cannot be resolved amicably and timely, we believe the
FTP-master team can -and should- unilaterally remove the package from
the archive. We think that invoking the CTTE or calling a GR would
unnecessarily cause more disruption and draw energy from the community.


Martín Ferrari, on behalf of the Anti-Harassment team.


[1]: https://lists.debian.org/debian-devel/2018/07/msg00428.html
[2]: https://git.weboob.org/weboob/devel/merge_requests/228
[3]: https://git.weboob.org/weboob/devel/issues/154

-- 
Martín Ferrari (Tincho)



signature.asc
Description: OpenPGP digital signature

Bug#907258: Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

[Tom Lee]

Hey again Chris,

Quick update: we've got a 0.14.0 release from upstream that I think should
be compatible with redis. Patches updated, test suite is passing & now I've
just got a few lintian headaches to work through. Should have a new release
for you in the next day or two.

Would you be willing to sponsor the upload when it's ready, or should I
reach out to somebody else?

On Mon, Sep 24, 2018 at 2:26 PM Tom Lee  wrote:

> Works for me.
>
> On Mon, Sep 24, 2018 at 2:21 PM Chris Lamb  wrote:
>
>> Hi Tom,
>>
>> > So if you don't mind waiting a little longer to see where upstream
>> hiredis
>> > #609 lands that'd be awesome
>>
>> Mmm, although let's not wait too long. I've replied to the issue (which
>> already has had one reply) so we'll see how it looks by this weekend...?
>>
>>
>> Best wishes,
>>
>> --
>>   ,''`.
>>  : :'  : Chris Lamb
>>  `. `'`  la...@debian.org / chris-lamb.co.uk
>>`-
>>
>
>
> --
> *Tom Lee */ http://tomlee.co / @tglee 
>
>

-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#909617: radicale

[Jonas Smedegaard]

Hi Michael,

Quoting Michael Rasmussen (2018-09-25 23:41:37)
> INFO: Exporting storage for Radicale 2.0.0 to 
> '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8'
> ERROR: Can't create '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8' 
> directory: Destination path 
> '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8' already exists
> ERROR: Export for Radicale failed (maybe source contains alien content?)
> chown: cannot access 
> '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8/root.tar.gz': No such file 
> or directory
> dpkg: warning: old radicale package post-removal script subprocess returned 
> error exit status 1
> dpkg: trying script from the new package instead ...
> dpkg: ... it looks like that went OK

What is the issue you are reporting above, with no real subject?

Are you perhaps reporting that bug#909466 is now fixed?


 - 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#908712: linux-image-4.17.0-0.bpo.3-marvell: stretch-backports kernel 4.17 breaks QNAP TS-209

[Roger Shimizu]

On Mon, Sep 24, 2018 at 8:36 PM, Martin Michlmayr  wrote:
> [copied Roger and Ian]
>
> * Ralf Hemberger  [2018-09-13 00:56]:
>> I ugraded the kernel to the stretch-backports version with apt.
>> After reboot the kernel couldn't find the PHY [41.082447],
>> subsequently followed a kernel oops / crash, systemd-udevd crashes.

I tried the following kernel from stretch-backports and experimental
on my buffalo linkstation, but all booted successfully.

ii  linux-image-4.17.0-0.bpo.3-marvell   4.17.17-1~bpo9+1
 armelLinux 4.17 for Marvell Kirkwood/Orion
ii  linux-image-4.18.0-0.bpo.1-marvell   4.18.6-1~bpo9+1
 armelLinux 4.18 for Marvell Kirkwood/Orion
ii  linux-image-4.19.0-rc3-marvell   4.19~rc3-1~exp1
 armelLinux 4.19-rc3 for Marvell Kirkwood/Orion

However, I removed systemd on my armel boxes, which maybe different than Ralf's.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Bug#909626: should not pop open a sidebar on first start

[Antoine Beaupre]

Package: webext-ublock-origin
Version: 1.16.14+dfsg-2
Severity: minor

When a clean Firefox profile is started, uBlock has this annoying
habit of showing off and popping open itself as a sidebar.

I've been trying really hard to create the equivalent of `chromium
--temp-profile` with Firefox: it's surprisingly hard, especially
because of the many things that pop open when extensions are
installed. uBlock is one such extension.

It seems this was fixed upstream:

https://github.com/gorhill/uBlock/commit/c5e3773a3c0480c6900db848c8755d6ec409933f

So maybe it's just a matter of updating to 1.17? In any case I figured
I would document this here since Debian is affected.

Thanks for packaging this!

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

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

Versions of packages webext-ublock-origin depends on:
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-1

Versions of packages webext-ublock-origin recommends:
ii  chromium 69.0.3497.92-1
ii  firefox-esr  60.2.1esr-1

Versions of packages webext-ublock-origin suggests:
pn  ublock-origin-doc  

-- debconf-show failed

Bug#909625: Please enable pipewire.socket by default

[Laurent Bigonville]

Package: pipewire
Version: 0.2.3-1
Severity: normal

Hi,

Shouldn't the pipewire.socket enabled by default?

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Versions of packages pipewire depends on:
ii  libasound2 1.1.6-1
ii  libc6  2.27-6
ii  libdbus-1-31.12.10-1
ii  libpipewire-0.2-1  0.2.3-1
ii  libudev1   239-10

pipewire recommends no packages.

pipewire suggests no packages.

-- no debconf information

Bug#909624: flightgear: broken symlink: /usr/share/games/flightgear/Phi/3rdparty/sprintf/sprintf.min.js -> ../../../../../../lib/nodejs/sprintf-js/src/sprintf.min.js

[Andreas Beckmann]

Package: flightgear
Version: 1:2018.2.2+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

4m39.9s ERROR: FAIL: Broken symlinks:
  /usr/share/games/flightgear/Phi/3rdparty/sprintf/sprintf.min.js -> 
../../../../../../lib/nodejs/sprintf-js/src/sprintf.min.js

libjs-sprintf-js ships /usr/share/javascript/sprintf-js/sprintf.min.js,
please update the symlink target (any maybe make the dependency
versioned).

cheers,

Andreas


flightgear_1:2018.2.2+dfsg-1.log.gz
Description: application/gzip

Bug#909623: Missing dependency against libspa-lib-0.1-dev

[Laurent Bigonville]

Package: libpipewire-0.2-dev
Version: 0.2.3-1
Severity: serious
File: /usr/include/pipewire/pipewire.h

Hi,

It seems that /usr/include/pipewire/pipewire.h in including
spa/support/plugin.h which is shipped by libspa-lib-0.1-dev but the
dependency is missing

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Versions of packages libpipewire-0.2-dev:amd64 depends on:
ii  libpipewire-0.2-1  0.2.3-1

libpipewire-0.2-dev:amd64 recommends no packages.

Versions of packages libpipewire-0.2-dev:amd64 suggests:
pn  pipewire-0.2-doc  

-- no debconf information

Bug#909622: kopano-dev: broken symlink: /usr/lib/i386-linux-gnu/kopano/ldapmsplugin.so -> ldapplugin.so

[Andreas Beckmann]

Package: kopano-dev
Version: 8.6.5-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m31.3s ERROR: FAIL: Broken symlinks:
  /usr/lib/i386-linux-gnu/kopano/ldapmsplugin.so -> ldapplugin.so


ldapplugin.so does not seem to exist at all in the archive.


cheers,

Andreas


kopano-dev_8.6.5-1.log.gz
Description: application/gzip

Bug#909621: anjuta hangs on startup

[Andrea Calì]

Package: anjuta
Version: 2:3.22.0-3
Severity: important

Dear Maintainer,
after switching to Debian stretch, anjuta hangs on startup without showing its
splashscreen.
After running `anjuta' in a terminal, I get:

(anjuta:5682): Gtk-WARNING **: Theme parsing error: :2:30: The style
property GtkWidget:focus-line-width is deprecated and shouldn't be used
anymore. It will be removed in a future version
(anjuta:5682): Gtk-WARNING **: Theme parsing error: :3:27: The style
property GtkWidget:focus-padding is deprecated and shouldn't be used anymore.
It will be removed in a future version
(anjuta:5682): GLib-GObject-CRITICAL **: g_cclosure_marshal_VOID__POINTER:
assertion 'n_param_values == 2' failed
(anjuta:5682): GLib-GObject-CRITICAL **: g_cclosure_marshal_VOID__POINTER:
assertion 'n_param_values == 2' failed
(anjuta:5682): Gtk-WARNING **: Negative content width -17 (allocation 1,
extents 9x9) while allocating gadget (node button, owner GtkButton)
(anjuta:5682): Gtk-WARNING **: Negative content width -17 (allocation 1,
extents 9x9) while allocating gadget (node button, owner GtkButton)
(anjuta:5682): Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >=
0' failed in GdlSwitcher

...and gdb shows that anjuta hangs on a g_list_last() call:

#0  0xb6a3d2b5 in g_list_last () from /lib/i386-linux-gnu/libglib-2.0.so.0
#1  0xb6a3d30b in g_list_append () from /lib/i386-linux-gnu/libglib-2.0.so.0
#2  0xb76adc5a in gdl_dock_master_add ()
   from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#3  0xb76aac88 in gdl_dock_object_bind ()
   from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#4  0xb76abd4c in ?? () from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#5  0xb6b387a2 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#6  0xb76b0da1 in ?? () from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#7  0xb6b389bd in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#8  0xb6b3a61c in g_object_newv ()
   from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#9  0xb76bd9f3 in ?? () from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#10 0xb76be0c6 in gdl_dock_layout_load_layout ()
   from /usr/lib/i386-linux-gnu/libgdl-3.so.5
#11 0x004416fc in ?? ()
#12 0x00441975 in ?? ()
#13 0xb6b33c3b in g_closure_invoke ()
   from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#14 0xb6b4601e in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#15 0xb6b4ebb6 in g_signal_emit_valist ()
   from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
#16 0xb6b4f394 in g_signal_emit_by_name ()



-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages anjuta depends on:
ii  anjuta-common   2:3.22.0-3
ii  libanjuta-3-0   2:3.22.0-3
ii  libapr1 1.5.2-5
ii  libc6   2.24-11+deb9u3
ii  libdevhelp-3-2  3.22.0-1+b1
ii  libgcc1 1:6.3.0-18+deb9u1
ii  libgda-5.0-45.2.4-3
ii  libgdk-pixbuf2.0-0  2.36.5-2+deb9u2
ii  libgdl-3-5  3.22.0-1
ii  libgladeui-2-6  3.20.0-2+deb9u1
ii  libglib2.0-02.50.3-2
ii  libgtk-3-0  3.22.11-1
ii  libgtksourceview-3.0-1  3.22.2-1
ii  libpango-1.0-0  1.40.5-1
ii  libpython2.72.7.13-2+deb9u2
ii  libstdc++6  6.3.0-18+deb9u1
ii  libsvn1 1.9.5-1+deb9u2
ii  libvala-0.34-0  0.34.7-1
ii  libvte-2.91-0   0.46.1-1
ii  libwebkit2gtk-4.0-372.18.6-1~deb9u1
ii  libxml2 2.9.4+dfsg1-2.2+deb9u2

Versions of packages anjuta recommends:
ii  autoconf2.69-10
ii  autogen 1:5.18.12-3
ii  automake1:1.15-6
ii  g++ 4:6.3.0-4
ii  gcc 4:6.3.0-4
ii  gdb 7.12-6
pn  intltool
ii  liblocale-gettext-perl  1.07-3+b1
ii  libtool 2.4.6-2
ii  make4.1-9.1
pn  valac   
ii  yelp3.22.0-1

Versions of packages anjuta suggests:
ii  gjs 1.46.0-1+b2
ii  glade   3.20.0-2+deb9u1
ii  libgtk-3-dev3.22.11-1
ii  libgtkmm-3.0-dev3.22.0-1
pn  python-distutils-extra  
pn  python-rope 

-- debconf-show failed

Bug#909620: tiger: broken symlinks: /usr/lib/tiger/systems/Linux/2/[23] -> [23]

[Andreas Beckmann]

Package: tiger
Version: 1:3.2.4~rc1-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m44.3s ERROR: FAIL: Broken symlinks:
  /usr/lib/tiger/systems/Linux/2/3 -> 3
  /usr/lib/tiger/systems/Linux/2/2 -> 2


cheers,

Andreas


tiger_1:3.2.4~rc1-1.log.gz
Description: application/gzip

Bug#909619: Rspamd 1.8.0 has been released

[Hans-Georg Bork]

Package: rspamd
Version: 1.7.9-1
Severity: wishlist

Hi,

according to https://rspamd.com/blog/ rspamd 1.8.0 is released.
Please have this packaged.

Thanks in advance and keep the good work.

With kind regards
Hans-Georg Bork



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

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

Versions of packages rspamd depends on:
ii  adduser  3.117
ii  ca-certificates  20180409
ii  libc62.27-6
ii  libevent-2.1-6   2.1.8-stable-4
ii  libglib2.0-0 2.58.0-3
ii  libicu60 60.2-6
ii  libjemalloc1 3.6.0-11
ii  libjs-bootstrap  3.3.7+dfsg-2
ii  libjs-d3 3.5.17-2
ii  libjs-jquery 3.2.1-1
ii  libjs-requirejs  2.3.2-1
ii  libluajit-5.1-2  2.1.0~beta3+dfsg-5.1
ii  libmagic11:5.34-2
ii  libpcre3 2:8.39-11
ii  libsqlite3-0 3.24.0-1
ii  libssl1.11.1.1~~pre9-1
ii  libunwind8   1.2.1-8
ii  lsb-base 9.20170808
ii  zlib1g   1:1.2.11.dfsg-1

rspamd recommends no packages.

rspamd suggests no packages.

-- no debconf information

Bug#909241: gnome-maps: Unable to drag map around.

[aguilar . sanchez . antonio]

Package: gnome-maps
Version: 3.30.0-1
Severity: wishlist

Dear Maintainer,

   I also have this bug. For me it just happens under Gnome Wayland
session, under Xorg it works fine.

   I'm stuck on the initial location. I can't drag or zoom in or out
with the mouse. I only can zoom in or out or change layers by clicking
on the icons of the header menu.

   I doesn't get any output on a terminal running it under Wayland or
Xorg.

Thanks.

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

Kernel: Linux 4.18.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8),
LANGUAGE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-maps depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
ii  geoclue-2.0  2.4.12-2
ii  gir1.2-champlain-0.120.12.16-2
ii  gir1.2-clutter-1.0   1.26.2+dfsg-5
ii  gir1.2-cogl-1.0  1.22.2-5
ii  gir1.2-gdkpixbuf-2.0 2.38.0+dfsg-6
ii  gir1.2-geoclue-2.0   2.4.12-2
ii  gir1.2-geocodeglib-1.0   3.26.0-1
ii  gir1.2-gfbgraph-0.2  0.2.3-2
ii  gir1.2-glib-2.0  1.58.0-1
ii  gir1.2-goa-1.0   3.30.0-1
ii  gir1.2-gtk-3.0   3.24.0-3
ii  gir1.2-gtkchamplain-0.12 0.12.16-2
ii  gir1.2-gtkclutter-1.01.8.4-3
ii  gir1.2-gweather-3.0  3.28.2-1
ii  gir1.2-rest-0.7  0.8.0-2
ii  gir1.2-secret-1  0.18.6-2
ii  gir1.2-soup-2.4  2.64.1-1
ii  gir1.2-webkit2-4.0   2.22.2-1
ii  gjs  1.52.3-2
ii  libc62.27-6
ii  libchamplain-0.12-0  0.12.16-2
ii  libfolks25   0.11.4-1+b2
ii  libgee-0.8-2 0.20.1-1
ii  libgeocode-glib0 3.26.0-1
ii  libglib2.0-0 2.58.1-2
ii  libglib2.0-bin   2.58.1-2
ii  librest-0.7-00.8.0-2
ii  libxml2  2.9.4+dfsg1-7+b1

gnome-maps recommends no packages.

gnome-maps suggests no packages.

-- no debconf information

On Thu, 20 Sep 2018 10:17:06 +0200 Mladen Mijatov <
meaneye@gmail.com> wrote:
> Package: gnome-maps
> Version: 3.30.0-1
> Severity: important
> 
> Dear Maintainer,
> 
> After starting Gnome Maps I am unable to browse any of the areas due
to map
> being stuck to my detected location. Dragging map with mouse doesn't
work, nor
> does changing zoom levels by using scroll wheel.
> 
> Clicking on buttons in header bar does work and I am able to change
zoom,
> layers, etc.
> 
> When starting the application from terminal I get this output:
> 
> (org.gnome.Maps:3813): folks-WARNING **: 10:15:37.556: Failed to find
primary
> PersonaStore with type ID 'eds' and ID 'system-address-book'.
> Individuals will not be linked properly and creating new links
between Personas
> will not work.
> The configured primary PersonaStore's backend may not be installed.
If you are
> unsure, check with your distribution.
> 
> 
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages gnome-maps depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
> ii  geoclue-2.0  2.4.12-2
> ii  gir1.2-champlain-0.120.12.16-2
> ii  gir1.2-clutter-1.0   1.26.2+dfsg-4
> ii  gir1.2-cogl-1.0  1.22.2-3
> ii  gir1.2-gdkpixbuf-2.0 2.36.12-2
> ii  gir1.2-geoclue-2.0   2.4.12-2
> ii  gir1.2-geocodeglib-1.0   3.26.0-1
> ii  gir1.2-gfbgraph-0.2  0.2.3-2
> ii  gir1.2-glib-2.0  1.58.0-1
> ii  gir1.2-goa-1.0   3.30.0-1
> ii  gir1.2-gtk-3.0   3.22.30-2
> ii  gir1.2-gtkchamplain-0.12 0.12.16-2
> ii  gir1.2-gtkclutter-1.01.8.4-3
> ii  gir1.2-gweather-3.0  

Bug#909615: missing tmpfiles.d(5) man page

[Michael Biebl]

Am 25.09.18 um 22:07 schrieb 積丹尼 Dan Jacobson:
> Package: systemd
> Version: 239-9
> Severity: minor
> File: /usr/share/man/man8/systemd-tmpfiles.8.gz
> 
> The 'tmpfiles.d(5)' man page is mentioned
> # man systemd-tmpfiles-clean.service | col -b | grep -c 'tmpfiles.d(5)'
> 4
> times, but not included in the package

Of course it is
$ dpkg -S /usr/share/man/man5/tmpfiles.d.5.gz
systemd: /usr/share/man/man5/tmpfiles.d.5.gz



-- 
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#909618: r-cran-plotly: broken symlinks: /usr/lib/R/site-library/plotly/htmlwidgets/lib/colourpicker/colourpicker.min.{css,js}

[Andreas Beckmann]

Package: r-cran-plotly
Version: 4.8.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m33.3s ERROR: FAIL: Broken symlinks:
  
/usr/lib/R/site-library/plotly/htmlwidgets/lib/colourpicker/colourpicker.min.js 
-> ../../../../shinyjs/www/shared/colourpicker/js/colourpicker.min.js
  
/usr/lib/R/site-library/plotly/htmlwidgets/lib/colourpicker/colourpicker.min.css
 -> ../../../../shinyjs/www/shared/colourpicker/css/colourpicker.min.css

r-cran-shinyjs no longer provides the targeted files.


cheers,

Andreas


r-cran-plotly_4.8.0+dfsg-1.log.gz
Description: application/gzip

Bug#903698: sphinxbase: build appears broken for multiple python3 versions

[Andreas Beckmann]

Followup-For: Bug #903698

There is still something broken in python3-sphinxbase:

The package ships
  /usr/lib/python3/dist-packages/sphinxbase/_sphinxbase.so.0.0.0
ans the dangling symlink
  /usr/lib/python3.6/site-packages/sphinxbase/_sphinxbase.so -> 
_sphinxbase.so.0.0.0


Andreas

Bug#909180: mozjs60: Please build with -mlra on sh4

[John Paul Adrian Glaubitz]

On 9/19/18 1:14 PM, Simon McVittie wrote:
>> I didn't test but it shouldn't be any different than mozjs52.
> 
> Did the mozjs52 tests pass on sh4, then? The sh4 buildd seems to be qemu
> and doesn't run tests, so we have no particular evidence that mozjs52
> worked on sh4 either.

Could you merge this change, please? mozjs60 was still built without
-mlra on sh4.

Thanks,
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#909617: radicale

[Michael Rasmussen]

Package: radicale
Version: 1.1.6-3
Severity: normal

Dear Maintainer,

INFO: Exporting storage for Radicale 2.0.0 to 
'/var/backups/radicale-2018-09-25T23:36:00.UxXPe8'
ERROR: Can't create '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8' 
directory: Destination path '/var/backups/radicale-2018-09-25T23:36:00.UxXPe8' 
already exists
ERROR: Export for Radicale failed (maybe source contains alien content?)
chown: cannot access 
'/var/backups/radicale-2018-09-25T23:36:00.UxXPe8/root.tar.gz': No such file or 
directory
dpkg: warning: old radicale package post-removal script subprocess returned 
error exit status 1
dpkg: trying script from the new package instead ...
dpkg: ... it looks like that went OK


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

Kernel: Linux 4.18.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages radicale depends on:
ii  adduser  3.118
ii  lsb-base 9.20170808
ii  python   2.7.15-3
ii  python-radicale  1.1.6-3

radicale recommends no packages.

Versions of packages radicale suggests:
ii  apache2-utils   2.4.34-1
pn  courier-authdaemon  
pn  python-dulwich  
ii  python-ldap 3.1.0-2
pn  python-pampy
pn  python-passlib  
ii  python-requests 2.18.4-2
pn  python-sqlalchemy   

-- no debconf information



This mail was virus scanned and spam checked before delivery.
This mail is also DKIM signed. See header dkim-signature.

Bug#909616: libodb-api-dev: broken symlinks: /usr/lib//{libeckit_testing,libOdb2Netcdf}.so

[Andreas Beckmann]

Package: libodb-api-dev
Version: 0.18.0-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m7.0s ERROR: FAIL: Broken symlinks:
  /usr/lib/i386-linux-gnu/libeckit_testing.so -> libeckit_testing.so.0d
  /usr/lib/i386-linux-gnu/libOdb2Netcdf.so -> libOdb2Netcdf.so.0d

I cannot find the target libraries in any package in the archive.


cheers,

Andreas


libodb-api-dev_0.18.0-5.log.gz
Description: application/gzip

Bug#891872: transition: curl

[Sebastian Andrzej Siewior]

On 2018-07-31 21:40:25 [+0200], To Emilio Pozuelo Monfort wrote:
> On 2018-07-28 10:11:47 [+0200], Emilio Pozuelo Monfort wrote:
> > We never break packages in testing (unless it's a critical situation, and 
> > this
> > obviously isn't). Also the cruft package in unstable doesn't hurt much, so 
> > it
> > can be left around for a while longer. What we want to do here is to get 
> > rid of
> > the old library in testing in order to finish the transition there: the 
> > only two
> > options for that are to remove scilab or to fix it. Given it's a key 
> > package and
> > probably has rdeps that'd mean the latter.
> 
> Okay. scilab received an upload an built properly. This was the only
> keypackage. We have four packages left, none of them is in testing. Can
> we close this transition now? :)

While four are still left (only) in unstable, one of them is fixed in
experimental.

> > Cheers,
> > Emilio

Sebastian

Bug#907775: #907775 workaround

[Xavier]

Hello,

setting "gitmode=full" will fix your problem for now. I don't understand
why "git clone --bare" gets tags with some github repositories and not
for some others... Searching...

Cheers,
Xavier



signature.asc
Description: OpenPGP digital signature

Bug#901952: another case

[Hans-Christoph Steiner]

here's another case of this bug:
https://salsa.debian.org/eighthave/androguard/-/jobs/47277

I'm often working on a mix of Ubuntu/LTS, Debian/stable, and
Debian/testing.  It was likely that the tarball was added with
gbp-import-orig on Ubuntu/xenial, and that build log is from
Debian/testing with some sid packages.  Here's what's running on
Ubuntu/xenial:

ii  tar  1.29b-1.1   amd64
ii  pristine-tar 1.38amd64

.hc

Bug#858938: fixed in kopete 4:18.04.1-1

[Sebastian Andrzej Siewior]

On 2018-08-25 10:33:54 [+0200], Kurt Roeckx wrote:
> On Fri, Jun 01, 2018 at 11:22:09AM +, Sandro Knauß wrote:
> > Source: kopete
> > Source-Version: 4:18.04.1-1
> > 
> > We believe that the bug you reported is fixed in the latest version of
> > kopete, which is due to be installed in the Debian FTP archive.
> 
> Any plans to upload this to unstable?

There are just two packages left in testing which use openssl1.0. The
last kopete upload was in mid June. Is there anything blocking an upload
to unstable?

> Kurt

Sebastian

Bug#909615: missing tmpfiles.d(5) man page

[積丹尼 Dan Jacobson]

Package: systemd
Version: 239-9
Severity: minor
File: /usr/share/man/man8/systemd-tmpfiles.8.gz

The 'tmpfiles.d(5)' man page is mentioned
# man systemd-tmpfiles-clean.service | col -b | grep -c 'tmpfiles.d(5)'
4
times, but not included in the package or Recommended or properly linked or 
something.

Bug#828475: openssh and OpenSSL 1.1

[Sebastian Andrzej Siewior]

On 2018-07-28 07:56:58 [+0200], Kurt Roeckx wrote:
> Hi,
Hi,

> Any update on this?
...

> There are very few packages in testing that still use OpenSSL
> 1.0.2, and it looks like openssh is the only reason to keep it
> around.

we are down to two users in testing with one of them fixed in
experimental.

> Kurt

Sebastian

Bug#909614: cpp-x86-64-linux-gnu: broken symlink: /usr/share/doc/cpp-x86_64-linux-gnu/README.Bugs -> ../gcc-8-x86_64-linux-gnu-base/README.Bugs

[Andreas Beckmann]

Package: cpp-x86-64-linux-gnu
Version: 4:8.2.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + gcc-x86-64-linux-gnu

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m35.6s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/cpp-x86_64-linux-gnu/README.Bugs -> 
../gcc-8-x86_64-linux-gnu-base/README.Bugs

Both source and target are missing a s/x86_64/x86-64/
to be valid package names.


cheers,

Andreas


gcc-x86-64-linux-gnu_4:8.2.0-1.log.gz
Description: application/gzip

Bug#871806: #871806: check git tag signatures

[Xavier]

Hello Daniel,

I just implement a git-tag-signature-verify feature [1] to fix #827065:
just to add "pgpmode=gittag" in opts.
I think it fixes this issue too. If you agree, I'll merge it.

Regards,
Xavier



signature.asc
Description: OpenPGP digital signature

Bug#906858: xul-ext-livehttpheaders no longer works with firefox-esr 60

[Moritz Mühlenhoff]

On Sat, Sep 08, 2018 at 03:31:38PM +0800, Paul Wise wrote:
> On Tue, 21 Aug 2018 21:10:27 +0300 Adrian Bunk wrote:
> 
> > Package: xul-ext-livehttpheaders
> > 
> > XUL addons are no longer supported.
> 
> The native Firefox developer tools are almost a replacement,
> so I think this package can just be removed from Debian.
> 
> The only missing thing is the headers tab in the page info dialog
> but it is not possible to provide a WebExtension that does this.
> 
> https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/user_interface

@David, agreed to remove from the archive?

Cheers,
Moritz

Bug#909613: gnome-mines: Flags are not visible

[Mauro Condarelli]

Package: gnome-mines
Version: 1:3.30.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
in this game right clicking on a tile should mark it with an appropriate icon
(a small flag); this icon does not appear in currend version of the game (sid).

The tile was correctly marked because flag counter is correctly maintained and
other commends (e.g.: right clicking on a filled-up "open" tile) work as
expected.

It really seems just the icon graphics is missing.

I tried to launch he program from a terminal shell in hope to see some error
printout, but none appeared.

This error seems pretty similar to what reported to Red Hat Bugzilla – Bug
1190887 (https://bugzilla.redhat.com/show_bug.cgi?id=1190887) with the
difference resizing the game window has no effect whatsoever.

This bug makes game pretty much unusable.



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

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

Versions of packages gnome-mines depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.0-1
ii  libc62.27-6
ii  libglib2.0-0 2.58.1-2
ii  libgnome-games-support-1-3   1.4.2-1
ii  libgtk-3-0   3.24.0-3

Versions of packages gnome-mines recommends:
ii  yelp  3.30.0-1

gnome-mines suggests no packages.

-- no debconf information

Bug#909612: fakechroot: does not support renameat2

[Johannes 'josch' Schauer]

Package: fakechroot
Version: 2.19-3
Severity: important
Control: forwarded -1 https://github.com/dex4er/fakechroot/issues/60

fakechroot currently doesn't support the renameat2 system call. This means
that the 'mv' from coreutils in current Debian unstable and testing will
not work. This in turn doesn't make fakechroot very useful for using it with
Debian unstable and testing. Older Debian releases still work though.

I will leave the decision whether you consider the lack of 'mv' inside
fakechroot an RC bug or not up to you.

Bug#909611: node-combined-stream: broken symlink: /usr/lib/nodejs/combined-stream/index.js -> combined_stream.js

[Andreas Beckmann]

Package: node-combined-stream
Version: 1.0.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m35.7s ERROR: FAIL: Broken symlinks:
  /usr/lib/nodejs/combined-stream/index.js -> combined_stream.js

Should have been rather

  /usr/lib/nodejs/combined-stream/lib/index.js -> combined_stream.js
 ^


cheers,

Andreas


node-combined-stream_1.0.6-1.log.gz
Description: application/gzip

Bug#909604: [pkg-golang-devel] Bug#909604: golang-defaults: Improve getver.pl script

[Michael Hudson-Doyle]

Hi, thanks, committed to git.

On Wed, 26 Sep 2018 at 08:06, Guillem Jover  wrote:

> Source: golang-defaults
> Source-Version: 2:1.10~6
> Severity: minor
> Tags: patch
>
> Hi!
>
> While going over its sources I noticed the getver.pl script. Here's a
> patch with some minor improvements.
>
> Thanks,
> Guillem
> ___
> pkg-golang-devel mailing list
> pkg-golang-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-golang-devel

Bug#909610: ITP: eclipse-platform-debug -- Language independent facilities and mechanisms for debugging with the Eclipse platform

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: eclipse-platform-debug
  Version : 4.7.3
  Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/eclipse/debug/
* License : EPL-1.0
  Programming Lang: Java
  Description : Language independent facilities and mechanisms for 
debugging with the Eclipse platform

The Debug component of the Eclipse platform defines language independent
facilities and mechanisms for:

 * Launching programs
 * Source lookup
 * Defining and registering breakpoints
 * Event notification from programs being debugged
 * A language independent debug model
 * A language independent debug UI

The Debug component does not provide an implementation of a debugger, it
is the duty of other plug-ins to provide language specific implementations
of debuggers.

This package will be maintained by the Java Team. It's required
to transition away from the old src:eclipse package.

Bug#909609: python{,3}-django-countries: unowned directory after purge: /usr/share/python{,3}-django-countries/

[Andreas Beckmann]

Package: python-django-countries,python3-django-countries
Version: 5.3.2-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned
directories on the system after purge, which is a violation of
policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

0m54.1s ERROR: FAIL: Package purging left files on system:
  /usr/share/python-django-countries/not owned

0m59.8s ERROR: FAIL: Package purging left files on system:
  /usr/share/python3-django-countries/   not owned


cheers,

Andreas


python-django-countries_5.3.2-1.log.gz
Description: application/gzip

Bug#909608: aodh-common: unowned directory after purge: /etc/aodh/

[Andreas Beckmann]

Package: aodh-common
Version: 7.0.0-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned
directories on the system after purge, which is a violation of
policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

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

2m4.6s ERROR: FAIL: Package purging left files on system:
  /etc/aodh/ not owned

cheers,

Andreas


aodh-common_7.0.0-2.log.gz
Description: application/gzip

Bug#909607: CVE-2018-17336

[Moritz Muehlenhoff]

Package: udisks2
Version: 2.7.6-3
Severity: grave
Tags: security

This was assigned http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-17336:
https://github.com/storaged-project/udisks/issues/578

Cheers,
Moritz

Bug#905497: designate-common: unowned files after purge (policy 6.8, 10.8): /etc/designate/{api-paste.ini,designate.conf,policy.json}

[Andreas Beckmann]

Followup-For: Bug #905497
Control: found -1 1:7.0.0-1

and neither was this fixed:

2m12.9s ERROR: FAIL: Package purging left files on system:
  /etc/designate/owned by: designate-common
  /etc/designate/api-paste.ini   not owned
  /etc/designate/designate.conf  not owned
  /etc/designate/policy.json not owned
  /var/lib/designate/not owned
  /var/log/designate/not owned

Since this error starts to become frequent, I looked a bit deeper.

You are losing the maintainer script arguments once the postrm
get re-executed under debconf ... and therefore the test turns into
[ "" = "purge" ] and cleanup is not performed

This fixes it:

pkgos_dbc_postrm designate designate-common "$@"


Probably the same problem in the other packages.


Andreas

Bug#909606: suricata FTCBFS: uninstallable Build-Depends: python

[Helmut Grohne]

Source: suricata
Version: 1:4.0.5-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

suricata fails to cross build from source, because the python
build dependency cannot be installed. python is requested for the host
architecture, but the interpreter fails to install for architectures
that cannot be executed. Since suricata actually installs a python
module, the interpreter is actually needed for the build architecture
though. After annotating it with :any, suricata cross builds
successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru suricata-4.0.5/debian/changelog 
suricata-4.0.5/debian/changelog
--- suricata-4.0.5/debian/changelog 2018-07-18 17:14:02.0 +0200
+++ suricata-4.0.5/debian/changelog 2018-09-25 17:49:24.0 +0200
@@ -1,3 +1,10 @@
+suricata (1:4.0.5-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Annotate python Build-Depends with :any. (Closes: #-1)
+
+ -- Helmut Grohne   Tue, 25 Sep 2018 17:49:24 +0200
+
 suricata (1:4.0.5-1) unstable; urgency=medium
 
   [ Sascha Steinbiss ]
diff --minimal -Nru suricata-4.0.5/debian/control suricata-4.0.5/debian/control
--- suricata-4.0.5/debian/control   2018-07-18 14:39:06.0 +0200
+++ suricata-4.0.5/debian/control   2018-09-25 17:49:00.0 +0200
@@ -22,7 +22,7 @@
libpcre3-dev,
libprelude-dev,
libyaml-dev,
-   python,
+   python:any,
zlib1g-dev | libz-dev,
libhtp-dev (>= 1:0.5.25),
procps

Bug#909522: emacs-goodies-el: questionable Depends/Recommends

[Nicholas D Steeves]

control: tag -1 +pending

On Tue, Sep 25, 2018 at 07:03:10AM -0300, David Bremner wrote:
> Nicholas D Steeves  writes:
> 
> > Hello!
> >
> > On Mon, Sep 24, 2018 at 07:55:41PM +0200, Sven Joachim wrote:
> >> 
> >> There are several dependencies/recommendations in emacs-goodies-el which
> >> look questionable to me.
> >> 
> >> - elpa-debian-el, elpa-dpkg-dev-el, elpa-devscripts:
> >>   Those packages are the successors of debian-el, dpkg-dev-el and
> >>   devscripts-el which used to be built from the emacs-goodies-el source
> >>   package.  But the emacs-goodies-el _binary_ package in Stretch did not
> >>   depend on those, so why have these dependencies be introduced now?
> >
> > I'm not sure.  David, 'git blame' says you're the one to ask.  Maybe
> > these could be downgraded to suggests in the next release?
> 
> I think they can be omitted entirely.

Hi David, Done, fixed in git :-)

Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#909439: autopkgtest/debci: misleading "Version" if a new version becomes available during testing

[Paul Gevers]

Hi Rebecca,

On 24-09-18 22:51, Rebecca N. Palmer wrote:
> On 23/09/2018 19:51, Paul Gevers wrote:
>> Hi,
>>
>> On 23-09-18 19:29, Rebecca N. Palmer wrote:
 What kind of logic do you have in mind?
>>>
>>> If any binary of the package under test is being installed and isn't the
>>> same version as the source, abort the run as a tmpfail.  (At least in a
>>> standard debci run, as some documented uses probably want to allow such
>>> mismatches:
>>> https://sources.debian.org/src/autopkgtest/5.5/doc/README.running-tests.rst/#L65
>>>
>>> )
>>
>> As I mentioned in my previous reply, I consider the current behavior a
>> feature, so I don't like the logic you mention above.
> 
> What, if anything, do we actually disagree on?

Your quote mentions a different case than the one used by debci. I
concluded that you wanted to support that case to test non-matching
versions, but not the case that debci uses. I don't want to limit debci
to actually run these mismatching combinations.

> I've already agreed that
> it should stay _possible_ to test non-matching source and binary
> versions: I just don't want this happening where it is unintended and
> confusing.

Yes, but defining that is what we are trying to do now. I don't think
defining it unambiguously is easy.

> If the best place to fix this is outside autopkgtest, feel free to
> reassign.

Well, if we can clearly define what needs fixing and how, I bet it is
autopkgtest. And until we have defined what needs fixing, we can't even
reassign.

>> failing (or tmpfail, but I don't think I like that)
> 
> Why not?  I suggested tmpfail because this isn't an actual problem with
> the package under test, and the whole point of this bug is that debci
> shouldn't claim that it is.

Yes, but in which exact case do you want the tmpfail? That isn't clear
to me.

> (Debci fail = code 4, 6 or 12
> https://sources.debian.org/src/debci/1.13/bin/debci-generate-index/#L168 ).

Well, these just match autopkgtest, don't they?

> However, if we're passing a requested version to autopkgtest we should
> probably check that it is updated when retrying a tmpfail, to avoid
> endless retry loops.

Well, that exactly a reason why I don't like the tmpfail. I don't
remember if debci reschedules tmpfails in unstable, but britney2 (the
tests in testing) only reschedules tmpfails if it believes they are
still needed. So from britney2 side tmpfail is fine and probably good in
the case of version mismatch.

>> debci could stop
>> showing the version, but I don't think that is actually helpful
> 
> Agreed that generally hiding the version would be worse.  (Hiding the
> version / changing it to something like 'mixed-versions' *only* when
> these issues happen would be a valid solution, but may or may not be
> practical.)

debci can only do that if autopkgtest supports that.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#906849: xul-ext-all-in-one-sidebar no longer works with firefox-esr 60

[Moritz Mühlenhoff]

On Tue, Aug 21, 2018 at 08:54:58PM +0300, Adrian Bunk wrote:
> Package: xul-ext-all-in-one-sidebar
> Version: 0.7.28-2
> Severity: serious
> 
> XUL addons are no longer supported.

Per http://firefox.exxile.net/aios/end_of_development.php this is dead upstream,
let's remove it from the archive?

Cheers,
 Moritz

Bug#900089: Updated Patch

[Chris Dos]

I've updated the patch for 0.7.11-1.  Instead of removing the whole
lsb_release, which I think should still be removed and replace with another
check, I've just added the Devuan to the lsb_release check.

 Chris
Description: Add Devuan compatiblity.
Author: Chris Dos 
Bug-Debian: https://bugs.debian.org/900089
Forwarded: no
--- a/debian/zfs-dkms.dkms
+++ b/debian/zfs-dkms.dkms
@@ -7,7 +7,7 @@ PRE_BUILD="configure
   --with-config=kernel
   --with-linux=$(
 case `lsb_release -is` in
-  (Debian)
+  (Debian|Devuan)
 if [[ -e ${kernel_source_dir/%build/source} ]]
 then
   echo ${kernel_source_dir/%build/source}

Bug#909604: golang-defaults: Improve getver.pl script

[Guillem Jover]

Source: golang-defaults
Source-Version: 2:1.10~6
Severity: minor
Tags: patch

Hi!

While going over its sources I noticed the getver.pl script. Here's a
patch with some minor improvements.

Thanks,
Guillem
From 2b4c7ee23dee2a0d2096617daec3fc4470da9480 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Tue, 25 Sep 2018 21:51:30 +0200
Subject: [PATCH] Improve getver.pl script
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- Use Dpkg::Changelog::Parse instead of forking off dpkg-parsechangelog.
- Remove now unnecessary Dpkg::Version import.
- Remove redundant «package main».
---
 debian/helpers/getver.pl | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/helpers/getver.pl b/debian/helpers/getver.pl
index d54506a..27a87b4 100755
--- a/debian/helpers/getver.pl
+++ b/debian/helpers/getver.pl
@@ -2,13 +2,13 @@
 
 # Extract upstream version from version in changelog.
 
-package main;
-
 use warnings;
 use strict;
 
-use Dpkg::Version;
+use Dpkg::Changelog::Parse;
 
-my $v = Dpkg::Version->new(`dpkg-parsechangelog -SVersion`)->version();
+my $fields = changelog_parse();
+my $v = $fields->{Version}->version();
 $v =~ /^([0-9]+\.[0-9]+).*/ or die 'INVALID VERSION! (needs X.Y)';
+
 printf("%s\n", $1);
-- 
2.19.0

Bug#905508: ironic-common: unowned files after purge (policy 6.8, 10.8): /etc/ironic/{ironic.conf,policy.json}, /var/lib/ironic/httpboot/boot.ipxe

[Andreas Beckmann]

Followup-For: Bug #905508
Control: found -1 1:11.1.0-3

Hi,

that was not fixed with the last upload :-(

2m15.7s ERROR: FAIL: Package purging left files on system:
  /etc/ironic/   owned by: ironic-common
  /etc/ironic/ironic.confnot owned
  /etc/ironic/policy.jsonnot owned
  /var/lib/ironic/   not owned
  /var/lib/ironic/httpboot/  not owned
  /var/lib/ironic/httpboot/boot.ipxe not owned
  /var/log/ironic/   not owned


Andreas

Bug#909605: RM: flashgot/1.5.6.13+dfsg-1

[Moritz Muehlenhoff]

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

This addon is broken with Firefox 60 and has been requested for removal
in sid in #908119, please also remove for stretch.

Cheers,
Moritz

Bug#909603: uruk: does not properly deregister systemd unit on removal

[Andreas Beckmann]

Package: uruk
Version: 20180528-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

0m39.1s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/multi-user.target.wants/   not owned
  /etc/systemd/system/multi-user.target.wants/uruk.service -> 
/lib/systemd/system/uruk.service   not owned
  /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/   not 
owned
  
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/uruk.service
   not owned
  /var/lib/systemd/deb-systemd-helper-enabled/uruk.service.dsh-also  not 
owned

This looks like the systemd unit does not get properly deregistered
during package removal, otherwise the helpers should clean this up properly.


cheers,

Andreas


uruk_20180528-2.log.gz
Description: application/gzip

Bug#906864: xul-ext-perspectives no longer works with firefox-esr 60

[Moritz Mühlenhoff]

On Sat, Sep 08, 2018 at 03:40:36PM +0800, Paul Wise wrote:
> On Tue, 21 Aug 2018 21:18:04 +0300 Adrian Bunk wrote:
> 
> > Package: xul-ext-perspectives
> > 
> > XUL addons are no longer supported.
> 
> Mozilla are still discussing if WebExtensions or NSS extensions are
> going to be allowed to access and modify TLS validation results:
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1489080
> https://bugzilla.mozilla.org/show_bug.cgi?id=1435951
> 
> I think this plugin should just be removed from Debian for now.

@David, any objections against removal from the archive?
It's also dead upstream.

Cheers,
Moritz

Bug#909602: mailmanclient causes python3-mailman-hyperkitty and mailman3-web to fail to install in buster

[Paul Gevers]

Source: mailman-hyperkitty, mailmanclient, mailman-suite
Control: found -1 python3-mailman-hyperkitty/1.1.0-7
Control: found -1 src:mailmanclient/3.2.0-1
Control: found -1 mailman3-web/0+20170523-16
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Severity: serious

Dear maintainers,

With the recent migration of mailmanclient to testing, the autopkgtest
of mailman3 fails in testing because python3-mailman-hyperkitty and
mailman3-web fail to install. It passes when run with only packages from
unstable. I copied some of the output at the bottom of this report.

If the right binary package(s) from mailmanclient would have had a
versioned Breaks on the broken versions of mailman3-web and
python3-mailman-hyperkitty this could have been prevented. Also this
regression wasn't caught by the migration software framework because
mailmanclient isn't in the Testsuite-Trigger list of mailman3 (which can
be fixed for the future if desired, via a test case with the
hint-testsuite-triggers restriction).  Unfortunately, due to failing
testsuites of mailman-hyperkitty (bug 909238) with the fixed mailman
stack will not migrate soon.

If the regression in the mailman-hyperkitty is deemed relatively
innocent, we can speed up the migration by ignoring the test failures.
If you want this to happen please CC me in responses or play this via
the release team.

Paul

https://ci.debian.net/data/autopkgtest/testing/amd64/m/mailman3/1054247/log.gz

Setting up python3-mailman-hyperkitty (1.1.0-7) ...
Traceback (most recent call last):
  File "/usr/bin/django-admin", line 21, in 
management.execute_from_command_line()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 364, in execute_from_command_line
utility.execute()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 338, in execute
django.setup()
  File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 27,
in setup
apps.populate(settings.INSTALLED_APPS)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line
108, in populate
app_config.import_models()
  File "/usr/lib/python2.7/dist-packages/django/apps/config.py", line
202, in import_models
self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "/usr/lib/python2.7/dist-packages/hyperkitty/models/__init__.py",
line 28, in 
from .email import Email, Attachment
  File "/usr/lib/python2.7/dist-packages/hyperkitty/models/email.py",
line 39, in 
from .mailinglist import MailingList
  File
"/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py",
line 34, in 
from django_mailman3.lib.mailman import get_mailman_client
  File
"/usr/lib/python2.7/dist-packages/django_mailman3/lib/mailman.py", line
31, in 
from mailmanclient import Client as MailmanClient,
MailmanConnectionError
  File "/usr/lib/python2.7/dist-packages/mailmanclient/__init__.py",
line 25, in 
from mailmanclient.client import Client
  File "/usr/lib/python2.7/dist-packages/mailmanclient/client.py", line
36, in 
from mailmanclient.restbase.connection import Connection
  File
"/usr/lib/python2.7/dist-packages/mailmanclient/restbase/connection.py",
line 18, in 
from urllib.error import HTTPError
ImportError: No module named error





signature.asc
Description: OpenPGP digital signature

Bug#909600: mailmanclient causes python3-mailman-hyperkitty and mailman3-web to fail to install in buster

[Paul Gevers]

Source: mailman-hyperkitty, mailmanclient
Control: found -1 src:mailmanclient/3.2.0-1
Control: clone -1 -2
Control: reassign -2 src:mailman-suite, src:mailmanclient
Control: found -1 python3-mailman-hyperkitty/1.1.0-7
Control: found -2 mailman3-web/0+20170523-16
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Severity: serious

Dear maintainers,

With the recent migration of mailmanclient to testing, the autopkgtest
of mailman3 fails in testing because python3-mailman-hyperkitty and
mailman3-web fail to install. It passes when run with only packages from
unstable. I copied some of the output at the bottom of this report.

If the right binary package(s) from mailmanclient would have had a
versioned Breaks on the broken versions of mailman3-web and
python3-mailman-hyperkitty this could have been prevented. Also this
regression wasn't caught by the migration software framework because
mailmanclient isn't in the Testsuite-Trigger list of mailman3 (which can
be fixed for the future if desired, via a test case with the
hint-testsuite-triggers restriction).  Unfortunately, due to failing
testsuites of mailman-hyperkitty (bug 909238) with the fixed mailman
stack will not migrate soon.

If the regression in the mailman-hyperkitty is deemed relatively
innocent, we can speed up the migration by ignoring the test failures.
If you want this to happen please CC me in responses or play this via
the release team.

Paul

https://ci.debian.net/data/autopkgtest/testing/amd64/m/mailman3/1054247/log.gz

Setting up python3-mailman-hyperkitty (1.1.0-7) ...
Traceback (most recent call last):
  File "/usr/bin/django-admin", line 21, in 
management.execute_from_command_line()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 364, in execute_from_command_line
utility.execute()
  File
"/usr/lib/python2.7/dist-packages/django/core/management/__init__.py",
line 338, in execute
django.setup()
  File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 27,
in setup
apps.populate(settings.INSTALLED_APPS)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line
108, in populate
app_config.import_models()
  File "/usr/lib/python2.7/dist-packages/django/apps/config.py", line
202, in import_models
self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "/usr/lib/python2.7/dist-packages/hyperkitty/models/__init__.py",
line 28, in 
from .email import Email, Attachment
  File "/usr/lib/python2.7/dist-packages/hyperkitty/models/email.py",
line 39, in 
from .mailinglist import MailingList
  File
"/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py",
line 34, in 
from django_mailman3.lib.mailman import get_mailman_client
  File
"/usr/lib/python2.7/dist-packages/django_mailman3/lib/mailman.py", line
31, in 
from mailmanclient import Client as MailmanClient,
MailmanConnectionError
  File "/usr/lib/python2.7/dist-packages/mailmanclient/__init__.py",
line 25, in 
from mailmanclient.client import Client
  File "/usr/lib/python2.7/dist-packages/mailmanclient/client.py", line
36, in 
from mailmanclient.restbase.connection import Connection
  File
"/usr/lib/python2.7/dist-packages/mailmanclient/restbase/connection.py",
line 18, in 
from urllib.error import HTTPError
ImportError: No module named error







signature.asc
Description: OpenPGP digital signature

Bug#906868: xul-ext-toggle-proxy no longer works with firefox-esr 60

[Moritz Mühlenhoff]

On Tue, Aug 21, 2018 at 09:25:02PM +0300, Adrian Bunk wrote:
> Package: xul-ext-toggle-proxy
> Version: 1.9-2
> Severity: serious
> 
> XUL addons are no longer supported.
> 
> If it is confirmed that this package works with thunderbird 60,
> it might be an option to change the dependency to only thunderbird.

This addon is dead upstream and also incompatible with Thunderbird
60 (in the addon manager using TB60 it's greyed out as an incompatible
version), let's remove it from the archive?

Cheers,
Moritz

Bug#909599: kopano-webapp-lighttpd: leaves broken symlink after purge: /etc/lighttpd/conf-available/50-kopano-webapp.conf -> /etc/kopano/webapp/lighttpd.conf

[Andreas Beckmann]

Package: kopano-webapp-lighttpd
Version: 3.4.22+dfsg1-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-removal-and-or-configuration-purging

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

1m1.8s ERROR: WARN: Broken symlinks:
  /etc/lighttpd/conf-available/50-kopano-webapp.conf -> 
/etc/kopano/webapp/lighttpd.conf

1m7.5s ERROR: FAIL: Package purging left files on system:
  /etc/lighttpd/conf-available/50-kopano-webapp.conf -> 
/etc/kopano/webapp/lighttpd.conf not owned


cheers,

Andreas


kopano-webapp-lighttpd_3.4.22+dfsg1-1.log.gz
Description: application/gzip

Bug#881506: xul-ext-gnome-keyring doesn't work with firefox >=57

[Moritz Mühlenhoff]

On Tue, Dec 05, 2017 at 01:46:00AM +, Ximin Luo wrote:
> Control: severity -1 important
> Control: tags -1 + upstream
> Control: forwarded -1 https://github.com/swick/mozilla-gnome-keyring/issues/48
> 
> Mozilla are being slow.
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=309807
> https://bugzilla.mozilla.org/show_bug.cgi?id=106400

Given the pushback in the bugs listed above this seems unlikely
to be fixed in Firefox any time soon, so maybe let's drop
the Firefox and restrict to Thunderbird (if that is confirmed
to be still working fine with TB60)?

Cheers,
Moritz

Bug#909598: python-flask-httpauth: provide python3 module

[Matt Zagrabelny]

Package: python-flask-httpauth
Version: 3.2.1-1
Severity: important

Thank you for packaging this python module.

Would you consider packaging it for python3 as well, please?

Thank you!


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

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

Versions of packages python-flask-httpauth depends on:
ii  libjs-sphinxdoc  1.7.6-1
ii  python   2.7.15-3
ii  python-flask 1.0.2-1

python-flask-httpauth recommends no packages.

python-flask-httpauth suggests no packages.

-- no debconf information

Bug#905512: panko-common: unowned files after purge (policy 6.8, 10.8): /etc/panko/{api_paste.ini,policy.json}

[Andreas Beckmann]

Followup-For: Bug #905512
Control: found -1 5.0.0-2

Hi,

this is still reproducible in the latest version:

1m38.2s ERROR: FAIL: Package purging left files on system:
  /etc/panko/not owned
  /etc/panko/api_paste.ini   not owned
  /etc/panko/policy.json not owned
  /var/lib/panko/not owned
  /var/log/panko/not owned


Andreas

Bug#909597: RM: firebug/2.0.17-1

[Moritz Muehlenhoff]

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

Broken with Firefox 60. Filed for removal from sid in #909538

Cheers,
Moritz

Bug#909596: RM: searchload-options/0.8.0-2

[Moritz Muehlenhoff]

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

Broken with Firefox 60, filed for removal from sid in #909054

Cheers,
Moritz

Bug#909594: RM: automatic-save-folder -- RoQA; dead upstream, broken with Firefox 60

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

This addon is broken with Firefox 60 and is dead upstream (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906887), please remove.

Cheers,
Moritz

Bug#909595: RM: automatic-save-folder/1.0.5~20140831-4

[Moritz Muehlenhoff]

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

Broken with Firefox 60 and upstream upstream, removal bug has been filed
for unstable.

Cheers,
Moritz

Bug#908654: thunderbird: Drop dependency on libgtk2

[Jeremy Bicha]

Please try something like what Firefox 60 does in their dh_shlibdeps override:

https://salsa.debian.org/mozilla-team/firefox/blob/release/master/debian/rules#L307

Ubuntu has done this change in their pending Thunderbird 60 packaging
also (except that Ubuntu's packaging uses cdbs).

I consider this change safe since Mozilla does not support any NPAPI
plugins other than Flash after Firefox 52 ESR. The Flash plugins in
Debian already depend on libgtk2.0-0. (I don't even know if Flash
works in Thunderbird since I don't have a convenient test case.)

References
---
https://bugzilla.mozilla.org/1423363
https://bugs.debian.org/885144

Thanks,
Jeremy Bicha

Bug#909593: RM: grafana-zabbix -- RoQA; orphaned, depends on grafana

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please also remove grafana-zabbix, it's related to the grafana
RM bug I just filed.

Cheers,
Moritz

Bug#909592: RM: grafana -- RoQA; orphaned, outdated, RC-buggy

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove grafana. It's orphaned for a year without an adopter,
security-buggy, RC-buggy and totally outdated compared to current
upstream. It's also never been in a stable release.

Cheers,
Moritz

Bug#826994: Patch updated for 0.7.11-1

[Chris Dos]

I've updated the patch for 0.7.11-1 though there where no changes that
prevented the last patch from working.

Please commit the patch to enable sysvinit for ZFS.
diff -Nru zfs-linux-0.7.11/debian/changelog zfs-linux-0.7.11/debian/changelog
--- zfs-linux-0.7.11/debian/changelog	2018-09-19 02:45:18.0 -0600
+++ zfs-linux-0.7.11/debian/changelog	2018-09-25 12:40:25.0 -0600
@@ -1,3 +1,10 @@
+zfs-linux (0.7.11-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add sysvinit scripts.
+
+ -- Chris Dos   Tue, 25 Sep 2018 12:40:25 -0600
+
 zfs-linux (0.7.11-1) unstable; urgency=medium
 
   [ Aron Xu ]
diff -Nru zfs-linux-0.7.11/debian/patches/1004-zed-service-bindir.patch zfs-linux-0.7.11/debian/patches/1004-zed-service-bindir.patch
--- zfs-linux-0.7.11/debian/patches/1004-zed-service-bindir.patch	2018-09-17 19:36:28.0 -0600
+++ zfs-linux-0.7.11/debian/patches/1004-zed-service-bindir.patch	2018-09-25 10:31:09.0 -0600
@@ -1,11 +1,14 @@
-Description: Fix the path to the zed binary on the systemd unit.
+Description: Fix the path to the zed binary on the systemd unit and
+ the sysvinit script.
  We install zed into /usr/sbin manually meanwhile the upstream default
  is installing it into /sbin.
  Ubuntu packages also install zed to /usr/sbin, but they ship their own
  zfs-zed unit.
 Author: Carlos Alberto Lopez 
 Author: Fabian Grünbichler 
+Author: Chris Dos 
 Bug-Debian: https://bugs.debian.org/849813
+Bug-Debian: https://bugs.debian.org/826994
 Forwarded: no
 --- a/etc/systemd/system/zfs-zed.service.in
 +++ b/etc/systemd/system/zfs-zed.service.in
@@ -18,3 +21,13 @@
  Restart=on-abort
  
  [Install]
+--- a/etc/init.d/zfs-functions.in
 b/etc/init.d/zfs-functions.in
+@@ -89,7 +89,7 @@
+
+ # Paths to what we need
+ ZFS="@sbindir@/zfs"
+-ZED="@sbindir@/zed"
++ZED="/usr/sbin/zed"
+ ZPOOL="@sbindir@/zpool"
+ ZPOOL_CACHE="@sysconfdir@/zfs/zpool.cache"

Bug#887107: www.debian.org: Language Stats page completely broken - fixed?

[Helge Kreutzmann]

Hello Laura,
On Tue, Sep 25, 2018 at 02:48:33PM +0200, Laura Arjona Reina wrote:
> I think that with the last updates to the dl10n scripts, this problem is
> fixed now, and we can close these bugs:
> 
> Bug#906318: www.debian.org: Language Stats page completely broken

Yes, the page looks fine as far as I can see it. The only issue is
that the updates are irregulary, i.e. currently (on the 25th it says
that it based on data from the 22nd). 

> * If you find other pages that are not updated or other issues please tell
> and we can reopen these bugs or file new ones with the current status.
> 
> I'll wait 2-3 days and close #906318 and #887107 if there are no news.

Thanks for your hard work. 

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#908678: security-tracker - Breaks salsa.d.o

[Salvatore Bonaccorso]

One suggestion from IRC discussion:

< DLange> summary: suggestions are along the idea of creating list-$year and 
combine in list for current tools or amend them?

Bug#909591: apache2: CVE-2018-11763: mod_http2, DoS via continuous SETTINGS frames

[Salvatore Bonaccorso]

Source: apache2
Version: 2.4.25-1
Severity: important
Tags: security upstream

Hi,

The following vulnerability was published for apache2.

CVE-2018-11763[0]:
mod_http2, DoS via continuous SETTINGS frames

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-11763
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-11763
[1] 
https://lists.apache.org/thread.html/d435b0267a76501b9e06c552b20c887171064cde38e46d678da4d3dd@%3Cannounce.httpd.apache.org%3E

Regards,
Salvatore

Bug#909527: mozilla-devscripts: dh_webext breaks on non-ascii debian/control when building with LANG=C

[Carsten Schoenert]

Hi,

On Mon, Sep 24, 2018 at 08:35:34PM +0200, Christoph Biedl wrote:
... 
> | dh binary --with webext
> |dh_testroot
> |dh_prep
> |dh_install
> |dh_webext
> | Traceback (most recent call last):
> |   File "/usr/bin/dh_webext", line 217, in 
> | sys.exit(install_webext(*sys.argv[1:]))
> |   File "/usr/bin/dh_webext", line 144, in install_webext
> | packages = args.packages or get_all_packages()
> |   File "/usr/bin/dh_webext", line 73, in get_all_packages
> | lines = open("debian/control").readlines()
> |   File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
> | return codecs.ascii_decode(input, self.errors)[0]
> | UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 210: 
> ordinal not in range(128)
> | make: *** [debian/rules:4: binary] Error 1
> | dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned 
> exit status 2
> 
> Turns out that package's debian/control contains utf-8 sequences but
> dh_webext cannot deal with it with when LANG is set to e.g. "C". As far
> as I can tell, sbuild does this by default.
> 
> Trivial reproducer using the mozilla-noscript source (version 10.1.9.6-1):
> 
>   ( export LANG=C ; dpkg-buildpackage  -uc -us -sa -rfakeroot )
> 
> Using "en_US.UTF-8" instead makes the build succeed.
> 
> The patch below, mostly taken from reportbug, solved the issue but my
> Python foo isn't good enough yet to judge its quality.

it seems some more fencing is needed.
Even with the fix Christoph is suggesting I get some error like the one
above.

If I add the following additions it works better. Note, I'm not a Python
programmer so this might done in a better way. :)

@@ -70,7 +71,7 @@ def run(cmdline, verbose=False):
 subprocess.check_call(cmdline)

 def get_all_packages():
-lines = open("debian/control").readlines()
+lines = open("debian/control", encoding='utf8').readlines()
 package_lines = [x for x in lines if x.find("Package:") >= 0]
 packages = [p[p.find(":")+1:].strip() for p in package_lines]
 packages = [p for p in packages if p.startswith("webext-")]
@@ -143,7 +144,7 @@ def install_webext(*args):
 args, unknown = parser.parse_known_args(args)
 if unknown:
 log("Ignored some command-line arguments: %r" % unknown)
-packages = args.packages or get_all_packages()
+packages = [x.decode('UTF8') for x in args.packages] or [x.decode('UTF8') 
for x in get_all_packages()]

 home = args.home
 name = args.name

Regards
Carsten

Bug#909555: debci: testing blocked after binary package removed from source

[Paul Gevers]

reassign 909555 release.debian.org
retitle 909555 [britney2] don't blocks when arch:all package is dropped
user release.debian@packages.debian.org
usertags 909555 britney

Dear Drew,

On 25-09-18 07:40, Drew Parsons wrote:
> Source: debci

This is wrong, if anything, the bug is in britney2.

> debci appears to hang, i.e. stops scheduling tests for testing, after
> a binary package is removed from a source package. I think this bug is
> triggered if the package removed was the last binary independent
> package.

debci is happily scheduling requests made by britney2, so definitely not
hanging.

> PTS reports "arch:all not built yet, autopkgtest delayed".  So debci
> is waiting for a package (mshr-demos) which no longer exists.

This is the issue. britney2 apparently doesn't handle the case where
arch:all is never coming.

However, I would have expected your package to show up in the auto-cruft
report [1], but I don't see it there. Maybe there is more going on.

[1] https://ftp-master.debian.org/cruft-report-daily.txt

> I've filed bug#907513 to expunge all trace of mshr-demos.



Paul



signature.asc
Description: OpenPGP digital signature

Bug#816176: linux-image-4.3.0-0.bpo.1-amd64: xhci_hub_control causes abnormally high CPU usage when no USB devices attached

[Yves-Alexis Perez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Sun, 28 Feb 2016 12:19:43 +0100 Anders Nylander 
wrote:

> Following the removal of of the USB device, I noticed very high CPU usage
> being caused by kworker and ksoftirqd.
> Using perf to log 10s of data and then reading the report, I noticed that
> xhci_hcd/xhci_hub_control was generating a LOT of work for the kworker
> (~42%).

I'm experiencing a very similar behavior on my ThinkPad X250 attached to a
dock. It doesn't happen every time I resume, but quite often these days (on
4.18.8-1). Unplugging an USB3 disk plugged to the dock fixed the problem for
me, and replugging it worked as well, so maybe there's some kind of loop I
managed to break with that.

I also noticed https://bugzilla.redhat.com/show_bug.cgi?id=1325488 on the
exact same setup, but there's no other info there.

I'll try to dig upstream, but unfortunately it's not that easily reproducible
here.

Regards,
- -- 
Yves-Alexis
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAluqfCEACgkQ3rYcyPpX
RFtQ6ggA36IjHB87mtIr2ciKDn2DY5afR2oWQ1zlmKXBRQBwVTSxxVFOJ/HP8Mhi
flNOTgChEDjs9+cZiWAPxfJkEpbJBkXxVrios0/eRaV5drpCh5oo3h40ln1E4H+M
6ouvDvKtOo8szqJppE2ATYIZ3uXknaN53b2bDAUvjuPHTp688vk47hTCL3rPjVTL
LQifiMHWQcqixodBZTh+uQxdDDjKrQ7bVY0gUjAEEkQq/2wgAm1RFtYtHAMfvfek
6gWmQ58mRsaEVTWPaLqSBhybEfvw8djlNo4sp2F/rT/0Hzp1OCIrzbQDUnGB9ttP
VF//XAvs8/5ChbhMPNXNRCkS6CFxBw==
=EgQP
-END PGP SIGNATURE-

Bug#909590: gerbera: Gerbera fails on start and every 5 sec

[Jean-Louis]

Package: gerbera
Version: 1.1.0+dfsg-2+b2
Severity: important

Dear Maintainer,

Hello, I use gerbera for a long time and recently, the server failed and fails  
to restart every 5 seconds. 
No valuable information in log file. The package is fully unusable.

Same problem after purge and reinstall. I guess the best information is the 
following line that apperas once in the log file at machine startup :

Sep 25 19:21:51 mercury gerbera[1178]: /usr/bin/gerbera: 
/lib/arm-linux-gnueabihf/libc.so.6: version `' not found (required by 
/lib/arm-linux-gnueabihf/libmagic.so.1)


Hope it helps
Thank you in advance
Regards

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

Kernel: Linux 4.18.0-1-armmp-lpae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gerbera depends on:
ii  adduser  3.118
ii  libavformat587:4.0.2-2
ii  libavutil56  7:4.0.2-2
ii  libc62.27-6
ii  libcurl3-gnutls  7.61.0-1
ii  libduktape2032.3.0-1
ii  libexif120.6.21-5
ii  libexiv2-14  0.25-4
ii  libexpat12.2.6-1
ii  libffmpegthumbnailer4v5  2.1.1-0.2+b1
ii  libgcc1  1:8.2.0-7
ii  libixml101:1.8.2-3
ii  libjs-bootstrap  3.3.7+dfsg-2
ii  libjs-jquery 3.2.1-1
ii  libjs-jquery-cookie  12-1
ii  libjs-jquery-ui  1.12.1+dfsg-5
ii  libjs-prototype  1.7.1-3
ii  libmagic11:5.34-2
ii  libmariadbclient18   1:10.1.35-1
ii  libsqlite3-0 3.25.0-1
ii  libstdc++6   8.2.0-7
ii  libtag1v51.11.1+dfsg.1-0.2+b1
ii  libupnp101:1.8.2-3
ii  libuuid1 2.32.1-0.1
ii  lsb-base 9.20170808
ii  zlib1g   1:1.2.11.dfsg-1

gerbera recommends no packages.

Versions of packages gerbera suggests:
ii  lynx [www-browser]  2.8.9rel.1-2

-- no debconf information