Bug#862975: laptop-mode-tools: Fails to modify wireless txpower using "fixed" with "iw"

[Ritesh Raj Sarraf]

On Sat, 2017-05-20 at 10:14 +0545, Ritesh Raj Sarraf wrote:
> > When using the wireless-power module (with its config-file unmodified), it
> > fails to enable wireless powersavings. When running with debugging enabled,
> > and when running the borked internal command manually:
> > 
> 
> Thank you for the bug report. I completely missed to backport it for Debian,
> when fixing upstream. I'll see if the current freeze status allows pushing for
> an exception. In the worst case, it'd be scheduled for the next stable update.

Rowan,

Can you please test the following .deb package ? The only delta is the patch you
submitted. I'd appreciate if you tested this .deb package, with LMT Verbosity
enabled, and shared the results.

https://people.debian.org/~rrs/tmp/laptop-mode-tools_1.71-2_all.deb

I'll then seek exception from the Debian Release Team.

Thanks,
Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#633850: lintian: check for dh-make boilerplate in README.source

[Chris Lamb]

tags 633850 + pending
thanks

Fixed in Git:

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


Regards,

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

Bug#769889: dconf-CRITICAL: unable to create file '/run/user/1000/dconf/user': Permission denied. dconf will not work properly.

[angela]

New install of Stretch with Gnome..
# cd /run/user/1000
# ls-l
...you'll see something like this:
d? ? ? ? ? ? gvfs

Based on Piviul's suggestion, I ran
# chmod u+rx /run/user/1000/gvfs
also tried:
# chown myself:myself gvfs

I end up with:
chmod: cannot access '/run/user/1000/gvfs': Permission denied

Sent with [ProtonMail](https://protonmail.com) Secure Email.

Bug#862898: unblock: ntirpc/1.4.4-1

[Niels Thykier]

Christoph Martin:
> Hi
> 
> Am 18.05.2017 um 20:52 schrieb Niels Thykier:
>>
>> Unblocked, thanks.
>>
>> For future uploads, please avoid updating the versions on all symbols in
>> the symbols files when they haven't changed (as it causes an unnecessary
>> strict dependency from reverse dependencies and unnecessary changes for
>> us to review)
>>
> 
> I updated the symbols file because lintian displayed an error about it.
> Should I just have kept the old file?
> 
> Christoph
> 

My argument was that the version in the symbols file is used by dpkg to
determine versioned dependencies on your package.  If you always bump
the versions on all symbols in the symbols file, you basically reduce it
to a very long shlibs file (and we lose the benefit of having a symbols
file in the first place).

I don't know what lintian warning/error it was, so I cannot say whether
you should have kept the old file or not.  That said, as with all static
analysis tools, you cannot trust it blindly.

Thanks,
~Niels

Bug#863010: RFS: golang-github-nebulouslabs-bolt/1.0+git20170131.0.ca9f208-1 [ITP]

[Bjorn Dolk]

Package: sponsorship-requests
Severity: wishlist

Dear Mentors,

  I am looking for a sponsor for my package "golang-github-nebulouslabs-bolt"

Cheers
 * Package name: golang-github-nebulouslabs-bolt
   Version : 1.0+git20170131.0.ca9f208-1
 * URL : https://github.com/nebulouslabs/bolt
 * License : Expat
   Section : devel

It builds those binary packages:

golang-github-nebulouslabs-bolt-dev - low-level key/value database for
Go

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

https://mentors.debian.net/package/golang-github-nebulouslabs-bolt


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

dget -x
https://mentors.debian.net/debian/pool/main/g/golang-github-nebulouslabs-bolt/golang-github-nebulouslabs-bolt_1.0+git20170131.0.ca9f208-1.dsc


Changes since the last upload:

  * New upstream version 


Regards,
Bjorn Dolk

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

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

Bug#732209: unable to create file '/run/user/1000/dconf/user': Permission denied

[Ritesh Raj Sarraf]

On Fri, 2017-05-19 at 22:51 +0200, Michael Biebl wrote:
> > May 18 11:46:10 learner tracker-extract[5459]: unable to create file
> '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.
> 
> That's most certainly a different issue.
> tracker uses uses a seccomp sandbox for its extractors nowadays.
> The error you get is most likely a result of that.

Thanks Michael. I just checked upstream and this issue is reported and fixed
already (Probably in version 1.12).

https://bugzilla.gnome.org/show_bug.cgi?id=779342

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Chris Lamb]

Hi Markus,

> Chris, could you cancel the NMU? I do the upload today after I have done
> some more tests and credit you in the changelog. Thanks for the patch!

It was uploaded to DELAYED/5 so you have a while to override mine :)


Regards,

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

Bug#863009: fonts-hack-web: Please start packaging woff2 (and perhaps ttf-web / svg) fonts

[Boyuan Yang]

Package: fonts-hack-web
Version: 2.020-1
Severity: wishlist

README.Debian says it does not distribute the WOFF2 and ttf-web fonts since
there is no need. Now we have one:

While working for the packaging for pagure (ITP #829046), We found that pagure
is using a bundled fonts-hack in various places and at least referencing woff2
fonts in css files. As a result, it would be great if src:fonts-hack can
provide those files commented out in the build instructions so that we could
just replace bundled files easily.

Pagure is likely to be the successor of fusionforge on alioth.d.o, but we have
to make sure pagure could enter Debian repository first.

--
Regards,
Boyuan Yang



-- System Information:
Debian Release: 9.0
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

-- no debconf information

Bug#862975: laptop-mode-tools: Fails to modify wireless txpower using "fixed" with "iw"

[Ritesh Raj Sarraf]

Control: tag -1 +fixed-upstream


Hello Rowan,

On Fri, 2017-05-19 at 17:09 +0300, Rowan Thorpe wrote:
> Package: laptop-mode-tools
> Version: 1.71-1
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> When using the wireless-power module (with its config-file unmodified), it
> fails to enable wireless powersavings. When running with debugging enabled,
> and when running the borked internal command manually:
> 

Thank you for the bug report. I completely missed to backport it for Debian,
when fixing upstream. I'll see if the current freeze status allows pushing for
an exception. In the worst case, it'd be scheduled for the next stable update.


> > sudo iw dev wlan0 set txpower fixed
> 
> it shows:
> 
> > Missing TX power level argument.
> 
> When I manually run the command with an added parameter, e.g.:
> 
> > sudo iw dev wlan0 set txpower fixed 1
> 
> and then check the result with:
> 
> > sudo iw dev wlan0 info
> 
> it shows the updated value OK. Note that the lowest value it accepts in my
> case is 1, not 0.
> 

Can you please elaborate what you are referring to, in terms of the numbers ?
Do you mean that your wireless device is enumerated as wlan1 ?


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#765104: Update hfsprogs to 572.1.1

[Pablo Roberto Lezaeta Reyes]

Good to know.
The only "Drawback" I find is that hfs (normal just plain hfs) support is
not pressent since in Mac OS X 10.6 it was moved to the kernel for
read-only support.
but that is solvable with hfsutils making it a recommendation (or just
forking and modernising it).

But just for hfs+ for me work ok.

2017-05-19 19:15 GMT-04:00 Rogério Brito :

> Thanks, for pointing me out to this package from fedora.
>
> I didn't know that it exist. I will check it out and update the package
> with adaptations for Debian.
>
>
> PS: please, excuse the brevity of this message, but it was composed on my
> phone.
>
> --
> Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
> http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
> DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
>
> Em 19 de mai de 2017 18:11, "Pablo Roberto Lezaeta Reyes" <
> prfl...@gmail.com> escreveu:
>
>> 2016-02-08 15:54 GMT-03:00 Rogério Brito :
>>
>>> Hi there.
>>>
>>> On Mon, Feb 8, 2016 at 2:32 AM, Pablo Lezaeta Reyes 
>>> wrote:
>>> > There is any issue preventing at least try updating the package?
>>>
>>> Yes. The patches don't apply, the update of a new version needs very
>>> heavy surgery, and this is akin to the maintenance of a full-blown
>>> fork of the package.
>>>
>>> I already asked for help with the package. Please, see:
>>>
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557892
>>>
>>> > Maybe providing more insingn in the problem could help us help you get
>>> the
>>> > apropiate update
>>>
>>> I'd appreciate it if you (and other people) could help get the program
>>> updated.
>>>
>>> > or at least if you aren't going to update you could backport security
>>> patchs
>>> > and things.
>>>
>>> Are there any security issues that are solved in later releases and
>>> that apply to the current version in Debian? I'd love to be notified
>>> of those.
>>>
>>>
>>> Thanks,
>>>
>>> Rogério Brito.
>>>
>>> --
>>> Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
>>> http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
>>> DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
>>>
>>
>>
>>
>>
>> Hi.
>>
>> So many moons since I dont talk about this but I was bussy.
>> So lets return with all i find.
>>
>> Fedora is packageing a package called *hfsplus-tools* [1] at version
>> 540.1.linux3 at first look look like a fork of hfsprogs and if you look is
>> somekind a fork but not in the traditional sence.
>> I did some testing and efectively is just an adaptation of hfsprogs to a
>> newer version (540.1) at the moment of creation of it.
>>
>> So we somekind solve our problem of an now 10yo version... somekind since
>> it still old compared with lastest 589 [2] but at least it have security
>> upgrades and I think is still compatible with latest hfs+ disk
>>
>> So now the question is you will use this package (either keeping the
>> name, changin it to upstream name or using fedora name) or not? anyway it
>> need test sure and probably could land in Debian X.
>>
>> [1] https://apps.fedoraproject.org/packages/hfsplus-tools
>> [2] https://opensource.apple.com/source/diskdev_cmds/diskdev_cmds-589/
>>
>> --
>> *Pablo Lezaeta*
>>
>


-- 
*Pablo Lezaeta*

Bug#829046: Bundled third-party libraries should not be used

[Shengjing Zhu]

On Sat, May 20, 2017 at 07:03:21AM +1000, Ben Finney wrote:
> Can you explain why?
> 
> Removing files from the source is one of the most straightforward way
> to be certain that the Debian source package does not use them, and
> instead declares the dependency on a separate Debian package for those
> files.
> 
> Why do you say that is not ideal?
> 

My feeling is based on what other packages do. Take python-pip for
example, _vendor dir is not removed in source tree, but removed in
dh_auto_build pass.

IMHO, this way we keep the source tree more consistent with upstream.

I'm not so experient with debian package, maybe wrong here :)

> Debian Policy §4.13 states the Debian package should not use those
> bundled third-party libraries, so I am not sure what you mean by
> bundled libraries being “more convenient” when in one directory.
> 
> Do you mean, more convenient for removing those files?
> 

Yes, more convenient to remove bundles and link to libjs-*.


Best regards,
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#863008: failing to load previously-loaded pages of some websites

[Zefram]

Package: lynx-cur
Version: 2.8.9dev1-2+deb8u1
Severity: important

Lynx has developed a habit of finding it difficult to load the same web
page twice in one session, for pages in some websites but not others.
The envelope of this bug is a bit tricky.

As far as I can see, within any particular Lynx session this bug affects
a fixed set of websites: a site that is affected is affected for the
whole session, and a site that does not exhibit the problem won't come
to exhibit it later in the session.  A "website" for this purpose is
the combination of scheme prefix and authority part of a URL.  All paths
within a website are affected together.  I have not been able to determine
whether different scheme/authority combinations that involve the same
hostname can be affected distinct from each other, but ones involving
different hostnames are definitely distinct.  The websites that I have
found affected so far are only HTTPS ones.

Which websites are affected is mostly consistent between Lynx sessions.
For the past few weeks I have found that  is
affected in all my Lynx sessions.  Recently 
has come to be affected in most sessions, but not entirely consistently.
Most websites remain unaffected.  I have no idea what distinguishes the
affected websites from unaffected ones.

Where the bug is in effect, the first loading of any page from an affected
website works normally, but then any second or subsequent attempt to
load the same page shortly thereafter fails.  This happens for almost
any means of invoking a page load: following a link from another page,
typing in the URL manually, or following a link from the browser's
"visited links" page.  But page loading succeeds if invoked by following
a link from the browser's "history" page, by using the "u" command to pop
the history stack, or by using the ^R command to reload the current page.
Where page loading fails due to this bug, there is activity in the status
line that seems to reflect a network request, but then the activity ends
and the status line returns to normal without changing page, as if the
request to load the affected page had never been made.

The inability to load a page twice applies separately to each page in the
affected website.  Loading a different page (with different URL) works.
Many pages from the same website may be loaded in sequence.  But then
attempting to load the same pages again fails: each previously-loaded
page cannot be loaded again.  Such failing page loads can be arbitrarily
interleaved with successful first-time page loads.

However, an attempted repeated page load may succeed if enough activity
has taken place since the first (successful) load of that page.  "Enough
activity" seems to be constituted by successful loads of sufficiently
many other pages.  (Perhaps a caching issue?)  Repeatedly attempting to
load a failing page, with no other activity between attempts, doesn't
make it succeed.  After a successful repeated page load, further attempts
to load the same page again go back to failing.

-zefram

Bug#862814: ibus-ui (systray icon) mis-detects Qt/KDE version

[Osamu Aoki]

Hi,

On Fri, May 19, 2017 at 10:06:20AM +0200, Ralf Jung wrote:
> > On Wed, May 17, 2017 at 02:03:22PM +0200, Ralf Jung wrote:
> >> (i.e., removing the preprocessor conditional entirely) fixes the
> >> problem:  The icon is properly shown in the systray.
...
> +++ ibus-1.5.14/ui/gtk3/panel.vala
> @@ -1372,15 +1372,7 @@ class Panel : IBus.PanelService {
>  m_status_icon.set_from_file(icon_name);
>  }
>  else if (m_icon_type == IconType.INDICATOR) {
> -#if INDICATOR_ENGINE_ICON
>  m_indicator.set_icon_full(icon_name, "");
> -#else
> -warning("plasma-workspace 5.2 or later is required to " +
> -"show the absolute path icon %s. Currently check " +
> -"qtbase 5.4 since there is no way to check " +
> -"the version of plasma-workspace.", icon_name);
> -m_indicator.set_icon_full("ibus-engine", "");
> -#endif


I see.  Then, this can be solved by defining INDICATOR_ENGINE_ICON.

Let's see what we have in Debian testing:

plasma-workspace

testing 4:5.8.6-2
unstable 4:5.8.6-2
Ubuntu 4:5.9.5.1-0ubuntu1

qtbase-opensource-src

ld-bpo:  5.3.2+dfsg-4+deb8u1~bpo70+1
stable:  5.3.2+dfsg-4+deb8u2
testing:  5.7.1+dfsg-3
unstable:  5.7.1+dfsg-3
exp: 5.9.0~beta.3+dfsg-1

OK, we have 
 plasma-workspace  5.8   >> 5.2
 qtbase-opensource-src 5.7.1 >> 5.4 

So we need to define INDICATOR_ENGINE_ICON.

Osamu

Bug#862941: binNMUs needed for multiple arm64 packages (#850814)

[Wookey]

On 2017-05-19 01:52 +0100, Steve McIntyre wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> 
> Hey folks,
> 
> As first discussed a while back, we've had a bug in gold which caused
> some broken builds of some arm64 packages. These were mostly in
> backports, with a few example in the early life of stretch. Now that
> #850814 is fixed and we have an updated binutils in stable too, I've
> re-scanned the archive for arm64 binaries with broken alignment. Please
> binNMU the following (I hope I got the syntax right!):
> 
> Backports:
> 
>  nmu haskell-cabal_1.22.4.0-2~bpo8+1 . arm64 . jessie-backports -m "Rebuild 
> with fixed binutils"
>  nmu haskell-hierarchical-clustering_0.4.6-1~bpo8+1 . arm64 . 
> jessie-backports -m "Rebuild with fixed binutils"
>  nmu haskell-http_4000.2.20-3~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
>  nmu haskell-mtl_2.2.1-2~bpo8+1 . arm64 . jessie-backports . -m "Rebuild with 
> fixed binutils"
>  nmu haskell-network_2.6.2.1-3~bpo8+1 . arm64 . jessie-backports . -m 
> "Rebuild with fixed binutils"
>  nmu haskell-network-uri_2.6.0.3-3~bpo8+1 . arm64 . jessie-backports . -m 
> "Rebuild with fixed binutils"
>  nmu haskell-old-locale_1.0.0.7-2~bpo8+1 . arm64 . jessie-backports . -m 
> "Rebuild with fixed binutils"
>  nmu haskell-old-time_1.1.0.3-2~bpo8+1 . arm64 . jessie-backports . -m 
> "Rebuild with fixed binutils"
>  nmu haskell-parsec_3.1.9-4~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
>  nmu haskell-prettyclass_1.0.0.0-4~bpo8+1 . arm64 . jessie-backports . -m 
> "Rebuild with fixed binutils"
>  nmu haskell-random_1.1-3~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
>  nmu haskell-stm_2.4.4-4~bpo8+1 . arm64 . jessie-backports . -m "Rebuild with 
> fixed binutils"
>  nmu haskell-text_1.2.1.3-2~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
>  nmu haskell-zlib_0.5.4.2-4~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
>  nmu systemd_230-7~bpo8+2 . arm64 . jessie-backports . -m "Rebuild with fixed 
> binutils"
>  nmu wine-development_2.0.3~bpo8+1 . arm64 . jessie-backports . -m "Rebuild 
> with fixed binutils"
> 
> Unstable:
> 
>  nmu wine-development_2.0.3 . arm64 . -m "Rebuild with fixed binutils"
> 
> Experimental:
> 
>  nmu wine-development_2.8-1 . arm64 . experimental . -m "Rebuild with fixed 
> binutils"
>  nmu wine-2.0.1-1 . arm64 . experimental . -m "Rebuild with fixed binutils"

OK. All scheduled. (couple of version typos sorted)
 
> I'm *guessing* all the Haskell packages might involve triggering more
> rebuild of all the rdeps too, not sure...

Hopefully someone with haskell clue will advise here...

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#859681: Reopening bug #859681

[Ben Hutchings]

Control: reopen -1
Control: reassign -1 src:linux 4.9.13-1

This is presumably not specific to signed kernel images, so I'm
reassigning and reopening it accordingly.

Ben.

-- 
Ben Hutchings
If the facts do not conform to your theory, they must be disposed of.



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

Bug#863007: half a gig of nonsense in /usr/share/doc/openjdk-7-jre-headless/test-amd64

[Michael Stroucken]

Package: openjdk-7-jdk:amd64
Version: 7u131-2.6.9-2~deb8u1

This package tries to place half a gig of semi-processed test output
into /usr/share/doc/openjdk-7-jre-headless/test-amd64, whereas that
directory before had less than a megabyte of compressed test logs.

foo@bar:/tmp/jdk/usr/share/doc/openjdk-7-jre-headless/test-amd64$ ls
jtreg-hotspotjtreg-zero
jtreg-jamvm  mauve_output-hotspot.log
jtreg_output-hotspot.log.gz  mauve_output-jamvm.log
jtreg_output-jamvm.log.gzmauve_output-zero.log
jtreg_output-zero.log.gz
foo@bar:/tmp/jdk/usr/share/doc/openjdk-7-jre-headless/test-amd64$ cd ..
foo@bar:/tmp/jdk/usr/share/doc/openjdk-7-jre-headless$ du -sk *
453484 test-amd64

It is probably not processed correctly, probably not relevant to most
users of the jdk, and exhausts disk space on small systems.

Greetings,
Michael.

Bug#858783: Reopening bug #858783

[Ben Hutchings]

Control: reopen -1
Control: reassign -1 src:linux 4.9.13-1

This is presumably not specific to signed kernel images, so I'm
reassigning and reopening it accordingly.

Ben.

-- 
Ben Hutchings
If the facts do not conform to your theory, they must be disposed of.


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

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Nikolaus Rath]

On May 20 2017, Markus Koschany  wrote:
> On Fri, 19 May 2017 16:26:03 -0700 Nikolaus Rath  wrote:
>> On May 20 2017, Markus Koschany  wrote:
>> > Am 19.05.2017 um 23:23 schrieb Chris Lamb:
>> >> tags 862593 + patch
>> >> thanks
>> >> 
>> >> The archive gets overwritten as the test to see whether it already exists
>> >> (to determine whether to create a new one or simply add a new file) uses
>> >> an escaped path.
>> >> 
>> >> Patch attached. 
>> >
>> > I came to a similar conclusion but I wondered whether the real issue is
>> > the wrongly escaped path.
>> [...]
>> 
>> Why is there a need for any escaping at all? I would have expected that
>> tar/xz/whatever is invoked directly, but  this almost sounds if
>> xarchiver goes through a shell..?!
>
> As in the description: Xarchiver is a GUI frontend for various separate
> tools which are invoked by Xarchiver. The program must ensure that
> characters in filenames and archive names are properly escaped when it
> passes them to the respective tools like tar or 7z.

Sorry, I still do not understand. Why is there a need to escape
filenames when calling other tools? For example,

execve("/usr/bin/tar", { "cf", "compl cated.tar", NULL });

should work perfectly fine without any need for escaping.


Best,
-Nikolaus

-- 
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Markus Koschany]

On Fri, 19 May 2017 16:26:03 -0700 Nikolaus Rath  wrote:
> On May 20 2017, Markus Koschany  wrote:
> > Am 19.05.2017 um 23:23 schrieb Chris Lamb:
> >> tags 862593 + patch
> >> thanks
> >> 
> >> The archive gets overwritten as the test to see whether it already exists
> >> (to determine whether to create a new one or simply add a new file) uses
> >> an escaped path.
> >> 
> >> Patch attached. 
> >
> > I came to a similar conclusion but I wondered whether the real issue is
> > the wrongly escaped path.
> [...]
> 
> Why is there a need for any escaping at all? I would have expected that
> tar/xz/whatever is invoked directly, but  this almost sounds if
> xarchiver goes through a shell..?!
> 

As in the description: Xarchiver is a GUI frontend for various separate
tools which are invoked by Xarchiver. The program must ensure that
characters in filenames and archive names are properly escaped when it
passes them to the respective tools like tar or 7z.



signature.asc
Description: OpenPGP digital signature

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Nikolaus Rath]

On May 20 2017, Markus Koschany  wrote:
> Am 19.05.2017 um 23:23 schrieb Chris Lamb:
>> tags 862593 + patch
>> thanks
>> 
>> The archive gets overwritten as the test to see whether it already exists
>> (to determine whether to create a new one or simply add a new file) uses
>> an escaped path.
>> 
>> Patch attached. 
>
> I came to a similar conclusion but I wondered whether the real issue is
> the wrongly escaped path.
[...]

Why is there a need for any escaping at all? I would have expected that
tar/xz/whatever is invoked directly, but  this almost sounds if
xarchiver goes through a shell..?!


Best,
-Nikolaus


-- 
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«

Bug#863006: python-cassandra-driver: build-depends on python{,3}-all-{dbg,dev} without using

[Steve Langasek]

Package: python-cassandra-driver
Version: 3.7.1-2.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi Sandro,

In Ubuntu, we've begun the transition from python3.5 to python3.6, which in
the first stages involves enabling python3.6 as a non-default, supported
python3 version.

The python-cassandra-driver package build-depends on
python{,3}-all-{dbg,dev}, but does not build for any but the default version
of python2 and python3.

Attached is the patch I've applied to Ubuntu, to change the
build-dependencies to python{,3}-{dbg,dev}, which avoids this package
unnecessarily being targeted for rebuilds.  You may wish to consider
applying it in Debian.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru python-cassandra-driver-3.7.1/debian/control 
python-cassandra-driver-3.7.1/debian/control
--- python-cassandra-driver-3.7.1/debian/control2017-04-10 
14:52:26.0 -0700
+++ python-cassandra-driver-3.7.1/debian/control2017-05-19 
15:00:16.0 -0700
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Sandro Tosi 
 Uploaders: Debian Python Modules Team 

-Build-Depends: debhelper (>= 10), python-all-dev, python3-all-dev, 
python-all-dbg, python3-all-dbg, python-setuptools, python3-setuptools, 
libev-dev, cython, cython3, dh-python
+Build-Depends: debhelper (>= 10), python-dev, python3-dev, python-dbg, 
python3-dbg, python-setuptools, python3-setuptools, libev-dev, cython, cython3, 
dh-python
 Standards-Version: 3.9.8
 Homepage: https://github.com/datastax/python-driver
 Vcs-Git: 
https://anonscm.debian.org/git/python-modules/packages/python-cassandra-driver.git

Bug#831860: python{,3}-sip shouldn't provide more than one sip api

[Scott Kitterman]

On Thu, 18 May 2017 18:56:39 +0300 Adrian Bunk  wrote:
> Control: reassign -1 src:sip4 4.18.1+dfsg-1
> Control: retitle -1 python{,3}-sip shouldn't provide more than one sip api
> Control: affects -1 python-sip python3-sip
> 
> On Thu, Feb 16, 2017 at 02:36:19PM +0100, di dit wrote:
> > Rebuilding veusz fixes this bug.
> >...
...
> 
> After a rebuild python-qt4 now uses sip-api-11.3, but veusz-helpers 
> still uses sip-api-11.1
> 
> To enforce that this problem can't happen again or during upgrades, 
> python-sip and python3-sip shouldn't provide more than one sip api.
> 
> This bug is to track that this gets fixed in python{,3}-sip for stretch.
> 
> I'll also submit a binNMU request to get veusz and the other affected 
> package in stretch rebuilt with sip-api-11.3

Providing more than one is fine.  It appears that there was an 
undetected/unintended ABI break between 11.1 and 11.2, so 11.0 and 11.1 should 
be dropped.

Scott K

Bug#863005: mirror submission for mirror.yannic-bonenberger.com

[Yannic Bonenberger]

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

Submission-Type: new
Site: mirror.yannic-bonenberger.com
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-ftp: /debian/
Archive-http: /debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
Archive-upstream: ftp.de.debian.org
CDImage-upstream: ftp.de.debian.org
Updates: four
Maintainer: Yannic Bonenberger 
Country: DE Germany



Trace Url: 
http://mirror.yannic-bonenberger.com/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://mirror.yannic-bonenberger.com/debian/project/trace/mirror.yannic-bonenberger.com
Trace Url: 
http://mirror.yannic-bonenberger.com/debian-cd/project/trace/cdimage.debian.org
Trace Url: 
http://mirror.yannic-bonenberger.com/debian-cd/project/trace/mirror.yannic-bonenberger.com

Bug#765104: Fwd: Bug#765104: Update hfsprogs to 572.1.1

[Pablo Roberto Lezaeta Reyes]

From: Pablo Roberto Lezaeta Reyes 
Date: 2017-05-19 17:11 GMT-04:00
Subject: Re: Bug#765104: Update hfsprogs to 572.1.1
To: Rogério Brito 


2016-02-08 15:54 GMT-03:00 Rogério Brito :

> Hi there.
>
> On Mon, Feb 8, 2016 at 2:32 AM, Pablo Lezaeta Reyes 
> wrote:
> > There is any issue preventing at least try updating the package?
>
> Yes. The patches don't apply, the update of a new version needs very
> heavy surgery, and this is akin to the maintenance of a full-blown
> fork of the package.
>
> I already asked for help with the package. Please, see:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557892
>
> > Maybe providing more insingn in the problem could help us help you get
> the
> > apropiate update
>
> I'd appreciate it if you (and other people) could help get the program
> updated.
>
> > or at least if you aren't going to update you could backport security
> patchs
> > and things.
>
> Are there any security issues that are solved in later releases and
> that apply to the current version in Debian? I'd love to be notified
> of those.
>
>
> Thanks,
>
> Rogério Brito.
>
> --
> Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
> http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
> DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
>




Hi.

So many moons since I dont talk about this but I was bussy.
So lets return with all i find.

Fedora is packageing a package called *hfsplus-tools* [1] at version
540.1.linux3 at first look look like a fork of hfsprogs and if you look is
somekind a fork but not in the traditional sence.
I did some testing and efectively is just an adaptation of hfsprogs to a
newer version (540.1) at the moment of creation of it.

So we somekind solve our problem of an now 10yo version... somekind since
it still old compared with lastest 589 [2] but at least it have security
upgrades and I think is still compatible with latest hfs+ disk

So now the question is you will use this package (either keeping the name,
changin it to upstream name or using fedora name) or not? anyway it need
test sure and probably could land in Debian X.

[1] https://apps.fedoraproject.org/packages/hfsplus-tools
[2] https://opensource.apple.com/source/diskdev_cmds/diskdev_cmds-589/

-- 
*Pablo Lezaeta*

Ups I forgot add debian bugtracker

-- 
*Pablo Lezaeta*

Bug#858031: Please make volume id for netinst different from DVD

[Steve McIntyre]

On Fri, May 19, 2017 at 10:12:07PM +0200, Thomas Schmitt wrote:
>Hi,
>
>i wrote:
>> >> How about replacing the volume number "1" by "n" ?
>
>Guido Günther wrote:
>> >That would be great!
>
>Steve McIntyre wrote:
>> Date: Thu, 18 May 2017 23:40:40 +0100
>> I've just committed code to do that, let's see how it looks on the
>> next daily/weekly builds.
>
>Seems not to be in effect with daily-builds.
>
>  $ wget 
> https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
>  ...
>  $ xorriso -indev debian-testing-amd64-netinst.iso -pvd_info
>  ...
>  Volume Id: Debian testing amd64 1
>  ...
>  Creation Time: 2017051916481400
>  ...

Correct - I got the case wrong in the test. *Now* fixed... :-)

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"I've only once written 'SQL is my bitch' in a comment. But that code 
 is in use on a military site..." -- Simon Booth

Bug#862971: (no subject)

[Mattia Rizzolo]

Control: forcemerge 862049 -1

On Fri, May 19, 2017 at 03:25:15PM +0200, Reiner Herrmann wrote:
> a package build of firejail [0] in experimental was failing with the error:
> 
> > dh_install -pfirejail --fail-missing
> > dh_install: Please use dh_missing --list-missing/--fail-missing instead
> > dh_install: This feature will be removed in compat 11.
> > Use of uninitialized value $options[1] in system at /usr/bin/dh_install 
> > line 276.
> > Unknown option: sourcedir
> > dh_missing: unknown option; aborting

Aye, this was already reported and fixed in git.
https://anonscm.debian.org/git/debhelper/debhelper.git/commit/?id=7dd8f2c09a949c0318fd2b9ea5419f671c921088

> Interestingly it only failed on ppc64, the other archs didn't have this
> issue.

That's because of different dependencies solvers used, I expect ppc64 to
be the only one to have chosen to install debhelper from experimental
instead of going with the version in unstable (which would be enough to
satisfy the dependencies), but I won't look at all the logs.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Markus Koschany]

Am 19.05.2017 um 23:23 schrieb Chris Lamb:
> tags 862593 + patch
> thanks
> 
> The archive gets overwritten as the test to see whether it already exists
> (to determine whether to create a new one or simply add a new file) uses
> an escaped path.
> 
> Patch attached. 

I came to a similar conclusion but I wondered whether the real issue is
the wrongly escaped path.

I think this issue is related to #697493 where it was found that
archives with spaces could not be created. I tried to fix bug #862593 by
modifying line 372 in src/window.c in the xa_open_archive function.

archive[current_page]->escaped_path = xa_escape_bad_chars
(archive[current_page]->path,"$\'`\"\\!?* ()&|@#:;");

My solution was to change the line to

archive[current_page]->escaped_path = g_strdup(path);

This worked for all archives with special characters except the one
mentioned in this bug report with backslash and spaces.

I think escaping backslashes and spaces is not handled correctly
somewhere in the code but I have just briefly tested your patch and it
seems to do the trick.

Chris, could you cancel the NMU? I do the upload today after I have done
some more tests and credit you in the changelog. Thanks for the patch!

Regards,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#863004: pyferret: attempts to support multiple python versions but FTBFS

[Steve Langasek]

Package: pyferret
Version: 7.0.0-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi Alastair,

Again, like for xdmf in bug #863000, pyferret is invoking py{,3}versions in
a way that expands to multiple words while transitions are in process, but
isn't set up to handle this so fails to build.  Attached is the patch
applied in Ubuntu to fix the build failure by switching to py{,3}versions -d
and python{,3}-dev.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pyferret-7.0.0/debian/control pyferret-7.0.0/debian/control
--- pyferret-7.0.0/debian/control   2016-08-31 15:17:30.0 -0700
+++ pyferret-7.0.0/debian/control   2017-05-19 14:31:07.0 -0700
@@ -11,7 +11,7 @@
  libreadline-dev, libcurl4-openssl-dev | libcurl-dev, libncurses-dev, 
  libnetcdf-dev (>= 4.3.0), libnetcdff-dev,
  libxpm-dev, libxt-dev, libcairo2-dev, libpango1.0-dev,
- python-all-dev, python3-all-dev,
+ python-dev, python3-dev,
  python-numpy, python3-numpy,
  python-future, python3-future,
  java-common, default-jdk-headless, 
diff -Nru pyferret-7.0.0/debian/rules pyferret-7.0.0/debian/rules
--- pyferret-7.0.0/debian/rules 2016-08-31 15:17:30.0 -0700
+++ pyferret-7.0.0/debian/rules 2017-05-19 14:29:42.0 -0700
@@ -15,8 +15,8 @@
 LIBDIR:=/usr/lib/$(ARCH)
 INSTALLDIR:=$(CURDIR)/debian/tmp
 
-PY2:=$(shell pyversions -r)
-PY3:=$(shell py3versions -r)
+PY2:=$(shell pyversions -d)
+PY3:=$(shell py3versions -d)
 
 override_dh_auto_build:
cp debian/platform_specific.mk.debian .

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Chris Lamb]

tags 862593 + pending patch
thanks

I've uploaded xarchiver 0.5.4-6.1 to DELAYED/5:
  
  xarchiver (1:0.5.4-6.1) unstable; urgency=medium
  
* Non-maintainer upload.
* Fix data-loss issue where adding files to a tar-based archive removed all
  existing content when the target filename included shell metacharacters.
  The test to see whether it already existed to determine whether to create
  a new archive or simply add a new file incorrectly used an escaped path.
  (Closes: #862593)

The full debdiff is attached.


Regards,

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

 changelog |   11 +++
 patches/pass-unescaped-filenames-to-g_file_test.patch |   61 ++
 patches/series|1 
 3 files changed, 73 insertions(+)

diff -Nru xarchiver-0.5.4/debian/changelog xarchiver-0.5.4/debian/changelog
--- xarchiver-0.5.4/debian/changelog2017-01-04 16:10:53.0 +0100
+++ xarchiver-0.5.4/debian/changelog2017-05-19 23:25:18.0 +0200
@@ -1,3 +1,14 @@
+xarchiver (1:0.5.4-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix data-loss issue where adding files to a tar-based archive removed all
+existing content when the target filename included shell metacharacters.
+The test to see whether it already existed to determine whether to create
+a new archive or simply add a new file incorrectly used an escaped path.
+(Closes: #862593)
+
+ -- Chris Lamb   Fri, 19 May 2017 23:25:18 +0200
+
 xarchiver (1:0.5.4-6) unstable; urgency=medium
 
   * Suggest binutils because it provides the ar command which is required for
diff -Nru 
xarchiver-0.5.4/debian/patches/pass-unescaped-filenames-to-g_file_test.patch 
xarchiver-0.5.4/debian/patches/pass-unescaped-filenames-to-g_file_test.patch
--- 
xarchiver-0.5.4/debian/patches/pass-unescaped-filenames-to-g_file_test.patch
1970-01-01 01:00:00.0 +0100
+++ 
xarchiver-0.5.4/debian/patches/pass-unescaped-filenames-to-g_file_test.patch
2017-05-19 23:25:18.0 +0200
@@ -0,0 +1,61 @@
+Description: Pass unescaped filenames to g_file_test
+Author: Chris Lamb 
+Last-Update: 2017-05-19
+Debian-Bug: #862593
+
+--- xarchiver-0.5.4.orig/src/tar.c
 xarchiver-0.5.4/src/tar.c
+@@ -197,7 +197,7 @@ void xa_tar_add (XArchive *archive,GStri
+   switch (archive->type)
+   {
+   case XARCHIVETYPE_TAR:
+-  if ( g_file_test (archive->escaped_path,G_FILE_TEST_EXISTS))
++  if ( g_file_test (archive->path,G_FILE_TEST_EXISTS))
+   command = g_strconcat (tar, " ",
+   
archive->add_recurse ? "" : "--no-recursion ",
+   
archive->remove_files ? "--remove-files " : "",
+@@ -213,7 +213,7 @@ void xa_tar_add (XArchive *archive,GStri
+   break;
+ 
+   case XARCHIVETYPE_TAR_BZ2:
+-  if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
++  if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
+   xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
+   else
+   command = g_strconcat (tar, " ",
+@@ -224,7 +224,7 @@ void xa_tar_add (XArchive *archive,GStri
+   break;
+ 
+   case XARCHIVETYPE_TAR_GZ:
+-  if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
++  if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
+   xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
+   else
+   command = g_strconcat (tar, " ",
+@@ -235,7 +235,7 @@ void xa_tar_add (XArchive *archive,GStri
+   break;
+   
+   case XARCHIVETYPE_TAR_LZMA:
+-  if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
++  if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
+   xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
+   else
+   command = g_strconcat (tar, " ",
+@@ -246,7 +246,7 @@ void xa_tar_add (XArchive *archive,GStri
+   break;
+   
+   case XARCHIVETYPE_TAR_XZ:
+-  if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
++  if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
+   xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
+   else
+   command = g_strconcat (tar, " ",
+@@ -257,7 +257,7 @@ void xa_tar_add (XArchive *archive,GStri
+   break;
+   
+   

Bug#862965: mirror listing update for mg.debian.net

[Peter Palfrader]

Control: retitle -1 mirror submission for mg.debian.net [upstream-round-robin]
Control: tag -1 +moreinfo

o The trace file at
  http://mg.debian.net/debian/project/trace/mg.debian.net
  does not contain much information.  Are you using our ftpsync script
  to mirror Debian?  It should produce better trace files.
  http://mg.debian.net/debian/project/ftpsync/ftpsync-current.tar.gz

o we recommend mirrors not sync directly from service aliases such as
  ftp..debian.org (only http is guaranteed to be available at
  ftp..d.o sites).  Maybe change your config to sync from
  a specific site.

Cheers,

On Fri, 19 May 2017, Thierry Randrianiriana wrote:

> Package: mirrors
> Severity: minor
> User: mirr...@packages.debian.org
> Usertags: mirror-list
> 
> Submission-Type: update
> Site: mg.debian.net
> Aliases: malagasy.debian.net
> Type: leaf
> Archive-architecture: amd64 i386
> Archive-http: /debian/
> Archive-upstream: ftp.fr.debian.org
> Updates: twice
> Maintainer: Thierry Randrianiriana 
> Country: MG Madagascar
> Location: Antananarivo
> 
> 
> 
> Trace Url: http://mg.debian.net/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mg.debian.net/debian/project/trace/mg.debian.net
> 

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#863003: magics++ should build-depend on python3-dev, not python3-all-dev

[Steve Langasek]

Package: magics++
Version: 2.30.0-5
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi Alastair,

As with bug #863000 on xdmf, magics++ build-depends on python3-all-dev but
does not build for more than one python3 version.  In the case of magics++
this doesn't cause a build failure, but it is still wrong usage of the
python3-all-dev build-dependency.  Please find attach the small patch to
debian/control, applied in Ubuntu, to switch from -all-dev to -dev.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru magics++-2.30.0/debian/control magics++-2.30.0/debian/control
--- magics++-2.30.0/debian/control  2017-04-09 07:44:52.0 -0700
+++ magics++-2.30.0/debian/control  2017-05-19 14:21:49.0 -0700
@@ -4,8 +4,8 @@
 Maintainer: Alastair McKinstry 
 Build-Depends: debhelper  (>= 10) , dh-buildinfo, gfortran, cmake, chrpath,
  dh-python,  swig,
- python-all-dev, python-numpy, 
- python3-all-dev, python3-numpy,
+ python-dev, python-numpy, 
+ python3-dev, python3-numpy,
  libhdf5-serial-dev | libhdf5-dev, libnetcdf-dev, libnetcdf-cxx-legacy-dev,
  libgl1-mesa-dev, libgd-dev, 
  libemos-dev (>=  2:4.3.9), libgeotiff-dev,

Bug#862593: xarchiver: Adding files to .tar.xz deletes existing content

[Chris Lamb]

tags 862593 + patch
thanks

The archive gets overwritten as the test to see whether it already exists
(to determine whether to create a new one or simply add a new file) uses
an escaped path.

Patch attached. 


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/src/tar.c b/src/tar.c
index b7d23f8..bd035ca 100644
--- a/src/tar.c
+++ b/src/tar.c
@@ -197,7 +197,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
switch (archive->type)
{
case XARCHIVETYPE_TAR:
-   if ( g_file_test (archive->escaped_path,G_FILE_TEST_EXISTS))
+   if ( g_file_test (archive->path,G_FILE_TEST_EXISTS))
command = g_strconcat (tar, " ",

archive->add_recurse ? "" : "--no-recursion ",

archive->remove_files ? "--remove-files " : "",
@@ -213,7 +213,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
break;
 
case XARCHIVETYPE_TAR_BZ2:
-   if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
+   if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
else
command = g_strconcat (tar, " ",
@@ -224,7 +224,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
break;
 
case XARCHIVETYPE_TAR_GZ:
-   if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
+   if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
else
command = g_strconcat (tar, " ",
@@ -235,7 +235,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
break;

case XARCHIVETYPE_TAR_LZMA:
-   if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
+   if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
else
command = g_strconcat (tar, " ",
@@ -246,7 +246,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
break;

case XARCHIVETYPE_TAR_XZ:
-   if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
+   if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
else
command = g_strconcat (tar, " ",
@@ -257,7 +257,7 @@ void xa_tar_add (XArchive *archive,GString *files,gchar 
*compression_string)
break;

case XARCHIVETYPE_TAR_LZOP:
-   if ( g_file_test ( archive->escaped_path , G_FILE_TEST_EXISTS ) 
)
+   if ( g_file_test ( archive->path , G_FILE_TEST_EXISTS ) )
xa_add_delete_bzip2_gzip_lzma_compressed_tar 
(files,archive,1);
else
command = g_strconcat (tar, " ",

Bug#861298: Location of sample ogg file

[Ron]

On Fri, May 19, 2017 at 10:04:20PM +0200, Petter Reinholdtsen wrote:
> 
> [Georges Racinet]
> > I don't really have insight on the best place to put a sample ogg file ;
> > in the meanwhile, that one is now in python-pygame-doc, and the attached
> > patch fixes the FTBFS for me. Hoping this short-term fix can be
> > useful.
> 
> Thank you for investigating.  The patch look good, but I believe it can
> not be applied right away, due to issues with other packages.  I'll try
> to explain.
> 
> The problem at hand seem to be that pygame in unstable (but not testing)
> changed[1], and introduced a new python-pygame-doc with the file we use
> in oggvideotools to get a random sample ogg file, causing the build of
> oggvideotools to fail.  The build failure is only in unstable, and do
> not affect testing.  The new version of pygame is unlikely to make it
> into testing because it contain too many changes.  We want to make sure
> any new uploads of oggvideotool done to unstable are suitable for
> testing, and thus can not change the build dependency to include the
> python-pygame-doc package that is missing in testing.
> 
>  [1] 
> http://metadata.ftp-master.debian.org/changelogs/main/p/pygame/unstable_changelog
> 
> I suspect the two options we have is (1) find another package with a
> sample ogg file to use during the self testing or (2) generate a ogg
> file on the fly to do the self testing.  Any suggestions for (1) or (2)?

What's wrong with just adding one to the package for the test?
It doesn't have to be generated on the fly, just make (or take)
a suitable one and include it in the debian source.

Bug#829046: Bundled third-party libraries should not be used

[Ben Finney]

On 19-May-2017, Shengjing Zhu wrote:
> I checked the repo in collab-maint. I think it's not ideal to remove
> the vendor js/css in source tree.

Can you explain why?

Removing files from the source is one of the most straightforward way
to be certain that the Debian source package does not use them, and
instead declares the dependency on a separate Debian package for those
files.

Why do you say that is not ideal?

> Besides, I'm trying to make upstream to put the vendor libraries to
> one folder, which can be more convenient for packaging in Debian.
> https://pagure.io/pagure/pull-request/2287

Debian Policy §4.13 states the Debian package should not use those
bundled third-party libraries, so I am not sure what you mean by
bundled libraries being “more convenient” when in one directory.

Do you mean, more convenient for removing those files?

-- 
 \ “Not to be absolutely certain is, I think, one of the essential |
  `\ things in rationality.” —Bertrand Russell |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#861298: Location of sample ogg file

[Petter Reinholdtsen]

[Adrian Bunk]
> I am not a release manager, but the sid tag that I am setting with
> this email should do what you want.

Thank you very much.
-- 
Happy hacking
Petter Reinholdtsen

Bug#863002: grep missing path

[john mullee]

Package: grep
Version: 2.20-4.1

cat /bin/egrep
#!/bin/sh
exec grep -E "$@"

should replace with

exec /bin/grep -E "$@"

to reproduce:

root@debian-512mb-fra1-01:/opt/firewall# bash
root@debian-512mb-fra1-01:/opt/firewall# PATH=/usr/local egrep "any" /etc/*
bash: egrep: command not found

Bug#862488: Bug#862710: mirror submission for debian.hostiran.ir

[Peter Palfrader]

Control: retitle -1 mirror submission for debian.hostiran.ir 
[upstream-round-robin]
Control: tag -1 +moreinfo

Hi!

Thanks for your submission.

On Tue, 16 May 2017, Farshad Esmailian wrote [in #862710]:

> Submission-Type: new
> Site: debian.hostiran.ir
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-ftp: /debian/
> Archive-http: /debian/
> CDImage-http: /debian-cd/

> Archive-upstream: ftp.us.debian.org

We recommend mirrors not sync directly from service aliases such as
ftp..debian.org (only http is guaranteed to be available at ftp..d.o
sites).

In particular, ftp.us.debian.org is many different servers which makes syncing
from them a bad idea.  Please pick one specific site (and maybe not one in the
US?)


> CDImage-upstream: debian-cd.repulsive.eu
> Updates: four
> Maintainer: Farshad Esmailian 
> Country: IR Iran, Islamic Republic of
> Location: Tehran

Peter
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#863001: arduino wish add debian/README.source

[Geert Stappers]

Package: arduino
Version: 2:1.0.5+dfsg2-4
Severity: wishlist


Dear Maintainer,

It would be good if arduino gets a debian/README.source
  ( https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource )

Please describe in that file your workflow on packaging arduino.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#863000: xdmf attempts to support multiple python versions but FTBFS

[Steve Langasek]

Package: xdmf
Version: 3.0+git20160803-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch

Hi Alastair,

In Ubuntu, we've begun the transition from python3.5 to python3.6, which in
the first stages involves enabling python3.6 as a non-default, supported
python3 version.

The xdmf package fails to build in this configuration because it uses
python3-all-dev and py3versions -s, with the intention of supporting
multiple python versions, but debian/rules doesn't actually use this
correctly - it assumes the output of py3versions -s is a single word:

PY3:=$(shell py3versions -s)m

I don't see any specific reason that this package needs to support all
available versions of python3 rather than just supporting the default, so
I've applied the attached patch in Ubuntu to switch it from py3versions -s
to py3versions -d.

Please consider applying this in Debian as well, since this will become a
build failure there when the python3.6 transition starts (after the stretch
release).

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru xdmf-3.0+git20160803/debian/control 
xdmf-3.0+git20160803/debian/control
--- xdmf-3.0+git20160803/debian/control 2016-12-07 04:52:23.0 -0800
+++ xdmf-3.0+git20160803/debian/control 2017-05-19 13:34:46.0 -0700
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 10), cmake(>= 2.4.0), 
   libhdf5-serial-dev, libhdf5-mpi-dev,
   libxml2-dev,  libboost-dev,
-  python-all-dev, dh-python, python3-all-dev, 
+  python-dev, dh-python, python3-dev, 
   gfortran, swig, 
   bzip2, libbz2-dev,
   libgzstream-dev,
diff -Nru xdmf-3.0+git20160803/debian/rules xdmf-3.0+git20160803/debian/rules
--- xdmf-3.0+git20160803/debian/rules   2016-12-07 04:52:23.0 -0800
+++ xdmf-3.0+git20160803/debian/rules   2017-05-19 13:34:40.0 -0700
@@ -13,8 +13,8 @@
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 TMPDIR=$(CURDIR)/debian/tmp
 LIBDIR=/usr/lib/${DEB_HOST_MULTIARCH}
-PY2:=$(shell pyversions -s)
-PY3:=$(shell py3versions -s)m
+PY2:=$(shell pyversions -d)
+PY3:=$(shell py3versions -d)m
 
 CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS) -fPIC
 

Bug#857987: mirror submission for mirror.host.ag

[Peter Palfrader]

Control: retitle -1 mirror submission for mirror.host.ag [tracefile-info 
syncscript]
Control: tag -1 +moreinfo

Hi,

I was checking mirror submissions.  I noticed this problem with your mirror:

o The trace file at
  http://mirror.host.ag/debian/debian/project/trace/mirror.host.ag
  is over a month old.  However, there are newer files on your mirror
  also.

  This suggests that the mirror update run does not finish successfully
  anymorer (or that you don't use ftpsync anymore but don't remove files
  either).

  Please investigate.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#732209: unable to create file '/run/user/1000/dconf/user': Permission denied

[Michael Biebl]

Am 18.05.2017 um 08:06 schrieb Ritesh Raj Sarraf:
> Package: libpam-systemd
> Version: 232-23
> Followup-For: Bug #732209
> 
> I see the same problem show up on my GNOME box. In my case, it is
> tracker that is complaining, which could be a reason why I haven't
> directly witnessed any loss of functionality in my laptop usage.


> May 18 11:46:10 learner tracker-extract[5459]: unable to create file 
> '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

That's most certainly a different issue.
tracker uses uses a seccomp sandbox for its extractors nowadays.
The error you get is most likely a result of that.




-- 
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#862999: totem: crash of totem about join-packages at the start of "vidéos" (french version)

[Benoit]

Package: totem
Version: 3.14.0-2
Severity: grave
Tags: newcomer
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
Nothing, an utilisation "standard" of Debian, watch films on HDD, or
videos on youtube, for example.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
I can't read any downloaded video on the computer with "vidéos"
(french version), but everything is ok with VLC player. So, seemingly, codecs
are operational on my computer.
   * What outcome did you expect instead?
A standard start of totem, without error message.



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

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

Versions of packages totem depends on:
ii  gnome-icon-theme3.12.0-1
ii  gnome-icon-theme-symbolic   3.12.0-1
ii  grilo-plugins-0.2   0.2.13-3
ii  gsettings-desktop-schemas   3.14.1-1
ii  gstreamer1.0-clutter2.0.12-1
ii  gstreamer1.0-plugins-bad1.4.4-2.1+deb8u2
ii  gstreamer1.0-plugins-base   1.4.4-2+deb8u1
ii  gstreamer1.0-plugins-good   1.4.4-2+deb8u3
ii  gstreamer1.0-x  1.4.4-2+deb8u1
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18+deb8u9
ii  libcairo-gobject2   1.14.0-2.1+deb8u2
ii  libcairo2   1.14.0-2.1+deb8u2
ii  libclutter-1.0-01.20.0-1
ii  libclutter-gst-2.0-02.0.12-1
ii  libclutter-gtk-1.0-01.6.0-1
ii  libcogl-pango20 1.18.2-3
ii  libcogl-path20  1.18.2-3
ii  libcogl20   1.18.2-3
ii  libdrm2 2.4.58-2
ii  libegl1-mesa [libegl1-x11]  10.3.2-1+deb8u1
ii  libgbm1 10.3.2-1+deb8u1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u5
ii  libgirepository-1.0-1   1.42.0-2.2
ii  libglib2.0-02.42.1-1+b1
ii  libgnome-desktop-3-10   3.14.1-1
ii  libgrilo-0.2-1  0.2.11-2
ii  libgstreamer-plugins-base1.0-0  1.4.4-2+deb8u1
ii  libgstreamer1.0-0   1.4.4-2+deb8u1
ii  libgtk-3-0  3.14.5-1+deb8u1
ii  libjson-glib-1.0-0  1.0.2-1
ii  libnautilus-extension1a 3.14.1-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpeas-1.0-0   1.12.1-2
ii  libtotem-plparser18 3.10.3-1
ii  libtotem0   3.14.0-2
ii  libwayland-client0  1.6.0-2
ii  libwayland-cursor0  1.6.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  10.3.2-1+deb8u1
ii  libwayland-server0  1.6.0-2
ii  libx11-62:1.6.2-3
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.1-2+b2
ii  libxi6  2:1.7.4-1+b2
ii  libxkbcommon0   0.4.3-2
ii  libxml2 2.9.1+dfsg1-5+deb8u4
ii  libxrandr2  2:1.4.2-1+b1
pn  python:any  
ii  totem-common3.14.0-2

Versions of packages totem recommends:
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-ugly  1.4.4-2+deb8u1
ii  gstreamer1.0-pulseaudio1.4.4-2+deb8u3
ii  totem-plugins  3.14.0-2

Versions of packages totem suggests:
pn  gnome-codec-install  

-- no debconf information

Bug#862998: coreutils: cpio -H crc verification fails with checksum error / checksum exceeds 32 bit

[Andreas Fenkart]

Package: coreutils
Version: 8.26-3
Severity: normal
Tags: patch

dd if=/dev/urandom of=bitbag count=33 bs=$((1024*1024))
echo bitbag | cpio -o -H crc  > test.cpio
$(cd tmpdir; cpio -i < ../test.cpio)
cpio: bitbag: checksum error (0x106ed91f7, should be 0x6ed91f7)

The checksums are similar, but the left checksum has a leading '1', hence
exceeds a 32bit value

the bug has a fix upstream, but is not yet included in 2.11
http://lists.gnu.org/archive/html/bug-cpio/2012-02/msg4.html
http://lists.gnu.org/archive/html/bug-cpio/2005-10/msg00013.html



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

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

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-3+b1
ii  libattr1 1:2.4.47-2+b2
ii  libc62.24-10
ii  libselinux1  2.6-3+b1

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

Bug#861298: Location of sample ogg file

[Adrian Bunk]

Control: tags -1 sid

On Fri, May 19, 2017 at 10:04:20PM +0200, Petter Reinholdtsen wrote:
>...
> The bug version information here is problematic, as the problem is with
> the version currently in testing and unstable, but the problem only
> exist in unstable.  And as long as the bug is flagged as valid for the
> version in unstable, it will cause oggvideotools to be removed from
> testing, even though the problem do not exist there.

No, it only gets removed if the bug is according to the BTS present
in *stretch*.

> CC to the release managers, in case any of you have a tip on how to best
> handle this?  Perhaps tag it to ignore this bug in stretch?

I am not a release manager, but the sid tag that I am setting with this 
email should do what you want.

> Happy hacking
> Petter Reinholdtsen

cu
Adrian

-- 

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

Bug#858031: Please make volume id for netinst different from DVD

[Thomas Schmitt]

Hi,

i wrote:
> >> How about replacing the volume number "1" by "n" ?

Guido Günther wrote:
> >That would be great!

Steve McIntyre wrote:
> Date: Thu, 18 May 2017 23:40:40 +0100
> I've just committed code to do that, let's see how it looks on the
> next daily/weekly builds.

Seems not to be in effect with daily-builds.

  $ wget 
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
  ...
  $ xorriso -indev debian-testing-amd64-netinst.iso -pvd_info
  ...
  Volume Id: Debian testing amd64 1
  ...
  Creation Time: 2017051916481400
  ...


Have a nice day :)

Thomas

Bug#848060: Pending fixes for bugs in the libx11-protocol-other-perl package

[pkg-perl-maintainers]

tag 848060 + pending
thanks

Some bugs in the libx11-protocol-other-perl package are closed in
revision 87510aa1c0b37c61f7ed2b395a0f5ebed75a6ca1 in branch ' 
jessie' by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libx11-protocol-other-perl.git/commit/?id=87510aa

Commit message:

Disable t/XSetRoot.t during build and autopkgtest.

This test is known to have problems with xvfb.

Thanks: Santiago Vila for the bug report.
Closes: #848060

Bug#862997: jessie-pu: package libx11-protocol-other-perl/28-1+deb8u1

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libx11-protocol-other-perl in jessie to
fix #848060. The only change is to disable a brittle test via
debian/rules in order to avoid test/build failures.

Full debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlkfUYtfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgbbFQ/+N314RF9UUhXc4y4fom6YRkoKOvs5wr+qIvnU6wNG9i9Z7414OzXGirZ5
EAF/omMD3Y86UyqAHDXayHTvGDgUGIdJ9X+WBOOVd51wnU3Rp1i5Qbqa7RhzWrzs
lj8Z1kjpW6ECzaeWE/ElXchrAdwPszlisqx+EH2nYbuGkFGq5sSwri8abcEMdt4D
15jnoZ2MD3FcPBYqUv1rrS1rAfaGCgTqG63XMXY6OBGkPBBYMwk3VnjPFQDlOJ5g
IucX7uY7xcaNneXognWXEEIhcigO3GbZn08o/qf/c4MM7A9+hzq0lEDglH+tV4KU
djkzX2Bp3tLIlAp0LC6/82CRycvNmkHmJmOmxv825PA0DPK3JhIfDAZMHLh0jZQR
tUrJfLQfxJXy2GxkVRUwy6bV0jLfqqvObqF6NFSF83JOLR7howZ/ytDZ6cEwFAAO
ybhKtytetTn12VG7Gs5iXJELb8Dr8o4XnSmJY/LgoB6SXTNZULPn3PWkTuGFMsK3
Lu0DB21p+hPQBNFv04h+wRR78HrLDMs1GT83cP9o6HAvxqS7Y8UGkO6fgMwAk0Om
M2FGft2Q7j3IBLu+JaJ1tj75eh5vtEUWHAF/UXRhmQftFIIh2fq0kJJ14R/jTeGi
vJUWo8/QvT5BwOq6STBHM//+b+cmn0pVMMaddh0LJqoGbJgCq68=
=K9bF
-END PGP SIGNATURE-
diff --git a/debian/changelog b/debian/changelog
index 4afdeec..d31f2d2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libx11-protocol-other-perl (28-1+deb8u1) UNRELEASED; urgency=medium
+
+  * Disable t/XSetRoot.t during build and autopkgtest.
+This test is known to have problems with xvfb.
+Thanks to Santiago Vila for the bug report. (Closes: #848060)
+
+ -- gregor herrmann   Fri, 19 May 2017 22:07:14 +0200
+
 libx11-protocol-other-perl (28-1) unstable; urgency=low
 
   * Initial Release. (Closes: #735257)
diff --git a/debian/rules b/debian/rules
index c242220..0228c2a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,8 +1,10 @@
 #!/usr/bin/make -f
 
+TEST_FILES = $(filter-out t/XSetRoot.t, $(wildcard t/*.t))
+
 %:
dh $@
 
 # The tests need an X server. This provides one even inside a chroot
 override_dh_auto_test:
-   xvfb-run -a dh_auto_test
+   xvfb-run -a dh_auto_test -- TEST_FILES="$(TEST_FILES)"

Bug#861298: Location of sample ogg file

[Petter Reinholdtsen]

[Georges Racinet]
> I don't really have insight on the best place to put a sample ogg file ;
> in the meanwhile, that one is now in python-pygame-doc, and the attached
> patch fixes the FTBFS for me. Hoping this short-term fix can be
> useful.

Thank you for investigating.  The patch look good, but I believe it can
not be applied right away, due to issues with other packages.  I'll try
to explain.

The problem at hand seem to be that pygame in unstable (but not testing)
changed[1], and introduced a new python-pygame-doc with the file we use
in oggvideotools to get a random sample ogg file, causing the build of
oggvideotools to fail.  The build failure is only in unstable, and do
not affect testing.  The new version of pygame is unlikely to make it
into testing because it contain too many changes.  We want to make sure
any new uploads of oggvideotool done to unstable are suitable for
testing, and thus can not change the build dependency to include the
python-pygame-doc package that is missing in testing.

 [1] 
http://metadata.ftp-master.debian.org/changelogs/main/p/pygame/unstable_changelog

I suspect the two options we have is (1) find another package with a
sample ogg file to use during the self testing or (2) generate a ogg
file on the fly to do the self testing.  Any suggestions for (1) or (2)?

The bug version information here is problematic, as the problem is with
the version currently in testing and unstable, but the problem only
exist in unstable.  And as long as the bug is flagged as valid for the
version in unstable, it will cause oggvideotools to be removed from
testing, even though the problem do not exist there.

CC to the release managers, in case any of you have a tip on how to best
handle this?  Perhaps tag it to ignore this bug in stretch?

-- 
Happy hacking
Petter Reinholdtsen

Bug#602807: libvirt: Support esx hypervisor

[Laurent Bigonville]

On Sat, 28 Nov 2015 07:43:28 +0100 Christoph Anton Mitterer 
 wrote:


Hi,

> Hey.
>
> FYI: Ubuntu has enabled this a year ago.
> https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/565771
>
> Seems to work fine for them.
>

I just recompiled libvirt 3.0.0-4 just now and enabled esx support and 
it seems to work OK with a vCenter 5.5 and virsh.


Could you please have a look again at enabling that? RHEL/Fedora and 
Ubuntu are also shipping with ESX support enabled, I guess there would 
be enough to support/assist if there is a bug found in debian.


Kind regards,

Laurent Bigonville

Bug#780706: watch file fetches the 1.8.2

[Geert Stappers]

The watch file in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849213
does fetch the 1.8.2 version of Arduino

Bug#862925:

[Bruno Alexandre Rosa]

This issue was also reported to Ubuntu: 
https://bugs.launchpad.net/ubuntu/+source/python2.7/+bug/1691848

Bug#862972: xsane: Typo in Preferences>Copy dialog

[Jörg Frings-Fürst]

tags 862972 - patch
tags 862972 + pending
thanks


Hello Reuben,

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

The typo is fixed and will be released with the next version.

CU
Jörg


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

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

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB
Wire: @joergfringsfuerst

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

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


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

Bug#862996: unblock: flightgear/1:2016.4.4+dfsg-3

[Dr. Tobias Quathamer]

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

Please unblock package flightgear

This upload fixes a security RC bug (#862689). The bug is
tracked as CVE-2017-8921.

unblock flightgear/1:2016.4.4+dfsg-3

Regards,
Tobias
diff -Nru flightgear-2016.4.4+dfsg/debian/changelog flightgear-2016.4.4+dfsg/debian/changelog
--- flightgear-2016.4.4+dfsg/debian/changelog	2017-01-24 21:38:55.0 +0100
+++ flightgear-2016.4.4+dfsg/debian/changelog	2017-05-19 21:10:15.0 +0200
@@ -1,3 +1,12 @@
+flightgear (1:2016.4.4+dfsg-3) unstable; urgency=medium
+
+  * Team upload.
+  * Fix RouteMgr security: don't allow overwriting arbitrary files.
+This fixes CVE-2017-8921.
+Thanks to Salvatore Bonaccorso  (Closes: #862689)
+
+ -- Dr. Tobias Quathamer   Fri, 19 May 2017 21:10:15 +0200
+
 flightgear (1:2016.4.4+dfsg-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru flightgear-2016.4.4+dfsg/debian/patches/restrict-save-flightplan-secu-fix-19ab09.patch flightgear-2016.4.4+dfsg/debian/patches/restrict-save-flightplan-secu-fix-19ab09.patch
--- flightgear-2016.4.4+dfsg/debian/patches/restrict-save-flightplan-secu-fix-19ab09.patch	1970-01-01 01:00:00.0 +0100
+++ flightgear-2016.4.4+dfsg/debian/patches/restrict-save-flightplan-secu-fix-19ab09.patch	2017-05-19 21:06:22.0 +0200
@@ -0,0 +1,34 @@
+Description: RouteMgr security: don't allow overwriting arbitrary files.
+ The previous fix 280cd523 (included in 2016.4.4) missed commandSaveFlightPlan
+ This fixes CVE-2017-8921.
+ (cherry picked from commit faf872e7f71ca14c567ac7080561fc785d8d2fd0)
+Origin: upstream, https://sourceforge.net/p/flightgear/flightgear/ci/19ab09406e4249f2c6f8ac51938258d1c51eace0/
+Author: Florent Rougon
+--- a/src/Autopilot/route_mgr.cxx
 b/src/Autopilot/route_mgr.cxx
+@@ -73,8 +73,23 @@
+ static bool commandSaveFlightPlan(const SGPropertyNode* arg)
+ {
+   FGRouteMgr* self = (FGRouteMgr*) globals->get_subsystem("route-manager");
+-  SGPath path(arg->getStringValue("path"));
+-  return self->saveRoute(path);
++  SGPath path = SGPath::fromUtf8(arg->getStringValue("path"));
++  SGPath authorizedPath = fgValidatePath(path, true /* write */);
++
++  if (!authorizedPath.isNull()) {
++return self->saveRoute(authorizedPath);
++  } else {
++std::string msg =
++  "The route manager was asked to write the flightplan to '" +
++  path.utf8Str() + "', but this path is not authorized for writing. " +
++  "Please choose another location, for instance in the $FG_HOME/Export "
++  "folder (" + (globals->get_fg_home() / "Export").utf8Str() + ").";
++
++SG_LOG(SG_AUTOPILOT, SG_ALERT, msg);
++modalMessageBox("FlightGear", "Unable to write to the specified file",
++msg);
++return false;
++  }
+ }
+ 
+ static bool commandActivateFlightPlan(const SGPropertyNode* arg)
diff -Nru flightgear-2016.4.4+dfsg/debian/patches/series flightgear-2016.4.4+dfsg/debian/patches/series
--- flightgear-2016.4.4+dfsg/debian/patches/series	2017-01-24 16:49:13.0 +0100
+++ flightgear-2016.4.4+dfsg/debian/patches/series	2017-05-19 20:59:56.0 +0200
@@ -3,3 +3,4 @@
 spelling_20160920.patch
 spelling_20161121.patch
 relax_version_check.patch
+restrict-save-flightplan-secu-fix-19ab09.patch


signature.asc
Description: OpenPGP digital signature

Bug#758100: versioned provides coming up for perl 5.26

[Niko Tyni]

Update on versioned provides and perl: we discussed this at the 2017
Perl team sprint in Lloret de Mar, and it looks like all the blockers
for this have been resolved. I intend to switch to versioned provides
for the upcoming 5.26 packages, targeted for buster. 

This starts a soft transition where all packages with alternative
dependencies like

perl (>= x) | libfoo-bar-perl (>= y)
libfoo-bar-perl (>= y) | perl (>= x)

can be changed to use just the libfoo-bar-perl (>= y) part.

The alternative dependency on perl was always just an optimization to
avoid needlessly installing the separate package when it was already
recent enough in the core. With versioned provides this optimization
is no longer necessary.

The plan is to push this into experimental soon, then test rebuild
packages as usual to verify that nothing is clearly broken. After that,
I intend to raise this one more on debian-devel@ and possibly with
the release team, in case somebody's aware of any more blockers in the
archive infrastructure etc.
-- 
Niko Tyni  nt...@debian.org

Bug#862969: r-cran-sp needs recompilation for R 3.4.0 ?

[Graham Inggs]

On 19 May 2017 at 14:55, Theodore Lytras  wrote:
> It was working until recently, i.e. before the upgrade from R 3.3 to 3.4.

r-base in testing is 3.3.3-1
r-base in unstable is 3.4.0-1 and is blocked from migration due to #861333

> If I uninstall the debian package and compile the R source package from CRAN,
> it works. So probably the debian package needs recompilation.

r-cran-sp (and many packages) will need to recompiled for R 3.4.0
I guess this will only take place after the release of Stretch, which
includes R 3.3.3

Bug#862995: [l10n] Please install localisation files

[Laurent Bigonville]

Source: libvirt
Version: 3.0.0-4bigon1
Severity: wishlist
Tags: l10n

Hi,

I can see that the different translations files are not installed in any
packages.

Shouldn't these be installed in libvirt-client or libvirt-daemon?

Regards,

Laurent Bigonville

-- System Information:
Debian Release: 9.0
  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.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#862994: unblock: geoip-database/20170512-1

[Patrick Matthäi]

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

Please unblock package geoip-database
It includes again the most up to date database.


diff -Naur '--exclude=.svn' 20170418-1/debian/changelog 
20170512-1/debian/changelog
--- 20170418-1/debian/changelog 2017-04-18 14:25:18.737430740 +0200
+++ 20170512-1/debian/changelog 2017-05-12 11:00:13.763515841 +0200
@@ -1,3 +1,9 @@
+geoip-database (20170512-1) unstable; urgency=low
+
+  * New upstream release.
+
+ -- Patrick Matthäi   Fri, 12 May 2017 10:39:40 +0200
+
 geoip-database (20170418-1) unstable; urgency=low


unblock geoip-database/20170512-1

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

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

Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

[Michael Biebl]

Am 19.05.2017 um 19:58 schrieb Maximilian Stein:
> Package: systemd
> Version: 232-23
> Severity: normal
> 
> Dear Maintainer,
> 
> After having upgraded to Stretch, I noticed that
> systemd-tmpfiles-setup.service attempts to create /etc/mtab as
> configured in /usr/lib/tmpfiles.d/debian.conf. Unfortunately, this
> does not work on some of my machines where / is mounted read-only and
> consequently, systemd-tmpfiles-setup.service fails.
> 
> Moreover, this step does not seem to be necessary, as /etc/mtab is
> symlinked to /proc/mounts after a fresh debootstrap. /proc/mounts in
> turn symlinks to /proc/self/mounts, the same file as configured in
> /usr/lib/tmpfiles.d/debian.conf.
> 
> What exactly are the reasons for re-creating /etc/mtab on every boot? Is
> this step really necessary?

Well, it's not really re-created on every boot, just if /etc/mtab is
*not* a relative symlink to ../proc/self/mounts.

debootstrap from sid creates /etc/mtab as relative symlink to
../proc/mounts afaics (the version from jessie seems to create it as an
absolute symlink to /proc/mounts)

So I guess the problem here is that there is a mismatch between what
debootstrap creates and what systemd-tmpfiles (i.e. debian.conf) expects.

In jessie we handled this slightly differently [1]. We had a dedicated
service unit which checked if /etc/mtab was a symlink. So we didn't run
into the issue there, that the symlink can be absolute or relative and
point to either /proc/mounts or /proc/self/mounts.

We chose ../proc/self/mounts in debian.conf since that's also what's
used by systemd upstream [2], i.e. we are consistent with other distros
in that aspect.

Maybe we can change debootstrap to use ../proc/self/mounts or is there a
good reason why it should point to ../proc/mounts?

CCed the debootstrap maintainers for their input.

Regards,
Michael



[1]
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=b3ba0e60
[2]
https://github.com/systemd/systemd/blob/master/tmpfiles.d/etc.conf.m4#L12
-- 
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#862580: Bug #862580: Winbind crashes on ssh login of a domain user.

[Christian Meyer]

Hello Louis and Mathieu,

thanks for your fast reply.
I'm using 2:4.5.8+dfsg amd64 from stretch and my Debian machines are
members of a Windows 2008R2 DC Active Directory ("net ads join ...")
with a single server and about 100 Windows 7 members and 40 Debian
members. ("Server role: ROLE_DOMAIN_MEMBER")

I followed the guide from
https://wiki.debian.org/AuthenticatingLinuxWithActiveDirectory
and changed some settings in smb.conf to fix certain issues after
reading 'man smb.conf' (and various online sources from forums, howtos,
tutorials, up to https://www.samba.org/samba/docs/* and
https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection )

Samba configuration worked acceptable for jessie: about 3 to 8 login
issues a day with 40+ Computers and about 60-70 domain logins.
Testparm dumps the following service definitions (without shares):

# Global parameters
[global]
realm = WORK.COMPANY
workgroup = WORK
domain master = No
local master = No
os level = 0
preferred master = No
client ldap sasl wrapping = seal
log file = /var/log/samba/winbind-debug.log
name resolve order = lmhosts host bcast
password server = 172.16.0.1 *
restrict anonymous = 2
security = ADS
template shell = /bin/bash
winbind enum groups = Yes
winbind enum users = Yes
winbind refresh tickets = Yes
winbind use default domain = Yes
idmap config * : range = 11000-2
idmap config * : backend = tdb

There are some things missing in testparms output, that are in smb.conf:
   client use spnego = yes
   client ntlmv2 auth = yes
   encrypt passwords = yes
   log level = 2 winbind:3
   template homedir = /home/%D/%U

testparm says:
"The setting 'security=ads' should NOT be combined with the 'password
server' parameter."
Since I had problems with WINS and name resolution (e.g. failing
nmblookup) I decided to use 'password server' anyway and to remove WINS.

I'm only using the tdb backend since SID/uid/gid mapping is not that
important for me (I work with temporary user accounts and all user data
is stored on the Windows 2008R2 DC in NTFS shares). Homedirs of domain
users are created with pam_mkhomedir and deleted on logout.
The range starts with 11000 because I had different backends some time
ago, but that has been before I installed the current machine.

I would like to test samba-4.5.9 or samba-4.6 (or at least the new
testparm), but I didn't build samba from sources before.

Thanks for your interest,

Christian Meyer

Bug#862987: browser-history: Is the package still working and useful?

[Colin Watson]

Control: reassign -1 ftp.debian.org
Control: affects -1 browser-history
Control: retitle -1 RM: browser-history -- RoM; no longer useful with modern 
browsers

On Fri, May 19, 2017 at 07:31:35PM +0300, Adrian Bunk wrote:
> As observed by Salvo Tomaselli, the description says:
>  It works with: Netscape Navigator, Arena, and Amaya. Support for
>  `browser-history' can easily be added to other browsers, provided you can
>  program and have the browser sources.
> 
> This is either the (non-RC) issue of a completely outdated description
> or the package is now mostly useless.
> 
> Also looking at:
>  Browser-history came from the will to overcome a Netscape bug: there is no
>  global history, and if you close a window, its whole history is lost.
> 
> This might have been true in some (pre-Mozilla) versions of Netscape
> in the last millenium, but not during the past 15 years.

The facility that this package relies on no longer exists in the
post-Netscape Mozilla codebase, and won't be re-added:

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

(Chrome and Chromium similarly have no such facility.)

So yes, I agree that there's not much point keeping this around in the
archive out of nostalgia.  ftpmaster, please remove browser-history.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

[Maximilian Stein]

I have just noticed that /etc/mtab was indeed not created during
debootstrap but by fai which I used to setup the machines.

However, couldn't /etc/mtab be created once during installation?

Bug#862993: tor: Does not start with AppArmor enabled and hidden service directory owned by non-root

[intrigeri]

Package: tor
Version: 0.3.0.7-1
Severity: normal

I see this:

systemd[1]: Starting Anonymizing overlay network for TCP...
tor[25760]: May 19 19:42:30.363 [notice] Tor 0.3.0.7 (git-4e55cb9db769b11c) 
running on Linux with Libevent 2.0.21-stable, OpenSSL 1.1.0e and Zlib 1.2
tor[25760]: May 19 19:42:30.363 [notice] Tor can't help you if you use it 
wrong! Learn how to be safe at https://www.torproject.org/download/download
tor[25760]: May 19 19:42:30.364 [notice] Read configuration file 
"/usr/share/tor/tor-service-defaults-torrc".
tor[25760]: May 19 19:42:30.364 [notice] Read configuration file 
"/etc/tor/torrc".
tor[25760]: Configuration was valid
tor[25763]: May 19 19:42:30.557 [notice] Tor 0.3.0.7 (git-4e55cb9db769b11c) 
running on Linux with Libevent 2.0.21-stable, OpenSSL 1.1.0e and Zlib 1.2
tor[25763]: May 19 19:42:30.557 [notice] Tor can't help you if you use it 
wrong! Learn how to be safe at https://www.torproject.org/download/download
tor[25763]: May 19 19:42:30.557 [notice] Read configuration file 
"/usr/share/tor/tor-service-defaults-torrc".
tor[25763]: May 19 19:42:30.557 [notice] Read configuration file 
"/etc/tor/torrc".
tor[25763]: May 19 19:42:30.560 [warn] Directory 
/var/lib/tor/hidden_service_onioncat cannot be read: Permission denied
tor[25763]: May 19 19:42:30.560 [warn] Checking service directory 
/var/lib/tor/hidden_service_onioncat failed.
tor[25763]: May 19 19:42:30.560 [warn] Failed to parse/validate config: Failed 
to configure rendezvous options. See logs for details.
tor[25763]: May 19 19:42:30.560 [err] Reading config failed--see warnings above.
systemd[1]: tor@default.service: Main process exited, code=exited, 
status=1/FAILURE

Adding this line:

  capability dac_read_search,

… to the AppArmor profile fixed this problem.

/var/lib/tor/hidden_service_onioncat is only readable by debian-tor;
I suspect that Tor might try to access it as root before changing uid.

Cheers,
-- 
intrigeri

Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service

[Maximilian Stein]

Package: systemd
Version: 232-23
Severity: normal

Dear Maintainer,

After having upgraded to Stretch, I noticed that
systemd-tmpfiles-setup.service attempts to create /etc/mtab as
configured in /usr/lib/tmpfiles.d/debian.conf. Unfortunately, this
does not work on some of my machines where / is mounted read-only and
consequently, systemd-tmpfiles-setup.service fails.

Moreover, this step does not seem to be necessary, as /etc/mtab is
symlinked to /proc/mounts after a fresh debootstrap. /proc/mounts in
turn symlinks to /proc/self/mounts, the same file as configured in
/usr/lib/tmpfiles.d/debian.conf.

What exactly are the reasons for re-creating /etc/mtab on every boot? Is
this step really necessary?

For now, I just use Jessie's version of /usr/lib/tmpfiles.d/debian.conf.

Best,
Maximilian Stein

-- Package-specific info:

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-3
ii  libaudit1   1:2.6.7-2
ii  libblkid1   2.29.2-1
ii  libc6   2.24-10
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-4
ii  libgcrypt20 1.7.6-1
ii  libgpg-error0   1.26-2
ii  libidn111.33-1
ii  libip4tc0   1.6.0+snapshot20161117-6
ii  libkmod223-2
ii  liblz4-10.0~r131-2+b1
ii  liblzma55.2.2-1.2+b1
ii  libmount1   2.29.2-1
ii  libpam0g1.1.8-3.5
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3+b1
ii  libsystemd0 232-23
ii  mount   2.29.2-1
ii  util-linux  2.29.2-1

Versions of packages systemd recommends:
ii  dbus1.10.18-1
ii  libpam-systemd  232-23

Versions of packages systemd suggests:
ii  policykit-10.105-17
ii  systemd-container  232-23
pn  systemd-ui 

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.130
ii  udev 232-23

-- no debconf information




signature.asc
Description: OpenPGP digital signature

Bug#853263: vlc: [~~opening non-existing file makes vlc go crazy

[Sebastian Ramacher]

Control: tags -1 + upstream
Control: forwarded -1 https://trac.videolan.org/vlc/ticket/5901

On 2017-01-30 22:19:29, Eduard Bloch wrote:
> Package: src:vlc
> Version: 2.2.4-13
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>  
>  Tried to open a file path from command line, entring file name from
>  memory. Like... vlc /tmp/hangme
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  
>  File name was incorrect... but it happens with any non-existent file.
> 
>* What was the outcome of this action?
>  
>  vlc window opened but not displayed correctly (only frames) and a modal
>  error window opened (also no content, only frame) and my fans went on
>  (i.e. full CPU load on all cores). In the comand line, we see tons of
>  lines printed like those below. After some seconds some of that lines
>  also appear in the error window but the window is unresponsive. Killing
>  vlc with SIGINT is still possible, though.
> 
>* What outcome did you expect instead?
> 
>  display of vlc error window with just one message and no dead-looping.
> 
> [7fe08801bf38] core input error: open of `file:///tmp/boom' failed
> [7fe0800822d8] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> [7fe0800827c8] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe08801bf38] core input error: open of `file:///tmp/boom' failed
> [7fe080082d08] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> [7fe080083258] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088010fe8] core input error: open of `file:///tmp/boom' failed
> [7fe080083778] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> ^C[7fe080083c98] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> ^CQObject::~QObject: Timers cannot be stopped from another thread

Looks a lot like https://trac.videolan.org/vlc/ticket/5901 to me.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#862991: RFS: xtensor-python/0.12.1-1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: xtensor-python
  Version : 0.12.1-1
  Upstream Author : Johan Mabille and Sylvain Corlay
* URL : http://quantstack.net/xtensor
* License : BSD
  Section : libs

One can check out the package by visiting the following URL:

  https://anonscm.debian.org/git/debian-science/packages/xtensor-python.git

Changes since the last upload:

  * New upstream version 0.12.1
  * Rebase the patch queue
  * Depends on
xtensor >= 0.10.2
  * Mark xtensor-python-dev Multi-Arch: foreign
  * Do
not build with -march=native
- New patch No-march-native.patch

Best regards,
Ghis

Bug#848913: Closing the bug

[Anton Gladky]

Hi,

I am closing the bug. If you feel that the issue is still there, feel
free to reopen it.

Best regards

Anton

Bug#862990: ITP: node-concat-with-sourcemaps -- concatenate files and generate source maps

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-concat-with-sourcemaps
  Version : 1.0.4
  Upstream Author : Florian Reiterer 
* URL : http://github.com/floridoo/concat-with-sourcemaps
* License : ISC
  Programming Lang: JavaScript
  Description : concatenate files and generate source maps

 Concatenate file contents with a custom separator and generate a source
map.
 .
 This library is a build dependency of gulp-concat, concatination
support for
 gulp.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: OpenPGP digital signature

Bug#862989: Please build wireshark dissector

[Laurent Bigonville]

Source: libvirt
Version: 3.0.0-4
Severity: wishlist

Hi,

It would be nice to build the wireshark dissector and install it in a
different package.

Regards,

Laurent Bigonville

-- System Information:
Debian Release: 9.0
  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.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#862988: dante-server: Job for danted.service failed because the control process exited with error code during installation

[Daniel Bareiro]

Package: dante-server
Version: 1.4.1+dfsg-4
Severity: important

Dear Maintainer,

I am trying to install dante-server in Debian Stretch but the
installations fails with the following error:

---
root@defiant:~# aptitude install dante-server
Se instalarán los siguiente paquetes NUEVOS:
  dante-server
0 paquetes actualizados, 1 nuevos instalados, 0 para eliminar y 0 sin 
actualizar.
Necesito descargar 0 B/373 kB de ficheros. Después de desempaquetar se usarán 
993 kB.
Seleccionando el paquete dante-server previamente no seleccionado.
(Leyendo la base de datos ... 157294 ficheros o directorios instalados 
actualmente.)
Preparando para desempaquetar .../dante-server_1.4.1+dfsg-4_amd64.deb ...
Desempaquetando dante-server (1.4.1+dfsg-4) ...
Procesando disparadores para systemd (232-23) ...
Configurando dante-server (1.4.1+dfsg-4) ...
Job for danted.service failed because the control process exited with error 
code.
See "systemctl status danted.service" and "journalctl -xe" for details.
invoke-rc.d: initscript danted, action "start" failed.
● danted.service - SOCKS (v4 and v5) proxy daemon (danted)
   Loaded: loaded (/lib/systemd/system/danted.service; disabled; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Fri 2017-05-19 13:21:14 -03; 14ms 
ago
 Docs: man:danted(8)
   man:danted.conf(5)
  Process: 15761 ExecStart=/usr/sbin/danted -D (code=exited, status=1/FAILURE)
  Process: 15755 ExecStartPre=/bin/sh -cuid=`sed -n -e 
"s/[[:space:]]//g" -e "s/#.*//" -e "/^user\.privileged/{s/[^:]*://p;q;}" 
/etc/danted.conf`;
if [ -n "$uid" ]; then  touch /var/run/danted.pid;  
chown $uid /var/run/danted.pid; fi   (code=exited, 
status=0/SUCCESS)

may 19 13:21:14 defiant systemd[1]: Starting SOCKS (v4 and v5) proxy daemon 
(danted)...
may 19 13:21:14 defiant danted[15761]: May 19 13:21:14 (1495210874.811468) 
danted[15761]: warning: checkconfig(): no socks authentication metho…t intended?
may 19 13:21:14 defiant danted[15761]: May 19 13:21:14 (1495210874.811545) 
danted[15761]: error: checkconfig(): no internal address given for s… clients on
may 19 13:21:14 defiant danted[15761]: May 19 13:21:14 (1495210874.811565) 
danted[15761]: alert: mother[1/1]: shutting down
may 19 13:21:14 defiant systemd[1]: danted.service: Control process exited, 
code=exited status=1
may 19 13:21:14 defiant systemd[1]: Failed to start SOCKS (v4 and v5) proxy 
daemon (danted).
may 19 13:21:14 defiant systemd[1]: danted.service: Unit entered failed state.
may 19 13:21:14 defiant systemd[1]: danted.service: Failed with result 
'exit-code'.
Hint: Some lines were ellipsized, use -l to show in full.
dpkg: error al procesar el paquete dante-server (--configure):
 el subproceso instalado el script post-installation devolvió el código de 
salida de error 1
 Procesando disparadores para man-db (2.7.6.1-2) ...
 Procesando disparadores para systemd (232-23) ...
 Se encontraron errores al procesar:
 dante-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Configurando dante-server (1.4.1+dfsg-4) ...
Job for danted.service failed because the control process exited with error 
code.
See "systemctl status danted.service" and "journalctl -xe" for details.
invoke-rc.d: initscript danted, action "start" failed.
● danted.service - SOCKS (v4 and v5) proxy daemon (danted)
   Loaded: loaded (/lib/systemd/system/danted.service; disabled; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Fri 2017-05-19 13:21:16 -03; 16ms 
ago
 Docs: man:danted(8)
   man:danted.conf(5)
  Process: 15865 ExecStart=/usr/sbin/danted -D (code=exited, status=1/FAILURE)
  Process: 15859 ExecStartPre=/bin/sh -cuid=`sed -n -e 
"s/[[:space:]]//g" -e "s/#.*//" -e "/^user\.privileged/{s/[^:]*://p;q;}" 
/etc/danted.conf`;
if [ -n "$uid" ]; then  touch /var/run/danted.pid;  
chown $uid /var/run/danted.pid; fi   (code=exited, 
status=0/SUCCESS)

may 19 13:21:16 defiant systemd[1]: Starting SOCKS (v4 and v5) proxy daemon 
(danted)...
may 19 13:21:16 defiant danted[15865]: May 19 13:21:16 (1495210876.368422) 
danted[15865]: warning: checkconfig(): no socks authentication metho…t intended?
may 19 13:21:16 defiant danted[15865]: May 19 13:21:16 (1495210876.368495) 
danted[15865]: error: checkconfig(): no internal address given for s… clients on
may 19 13:21:16 defiant danted[15865]: May 19 13:21:16 (1495210876.368514) 
danted[15865]: alert: mother[1/1]: shutting down
may 19 13:21:16 defiant systemd[1]: danted.service: Control process exited, 
code=exited status=1
may 19 13:21:16 defiant systemd[1]: Failed to start SOCKS (v4 and v5) proxy 
daemon (danted).
may 19 13:21:16 defiant systemd[1]: danted.service: Unit entered failed state.
may 19 13:21:16 defiant systemd[1]: danted.service: Failed with result 
'exit-code'.
Hint: Some lines were ellipsized, use 

Bug#862987: browser-history: Is the package still working and useful?

[Adrian Bunk]

Package: browser-history
Version: 2.8-21
Severity: serious

As observed by Salvo Tomaselli, the description says:
 It works with: Netscape Navigator, Arena, and Amaya. Support for
 `browser-history' can easily be added to other browsers, provided you can
 program and have the browser sources.

This is either the (non-RC) issue of a completely outdated description
or the package is now mostly useless.

Also looking at:
 Browser-history came from the will to overcome a Netscape bug: there is no
 global history, and if you close a window, its whole history is lost.

This might have been true in some (pre-Mozilla) versions of Netscape
in the last millenium, but not during the past 15 years.

Bug#619011: Closing the bug

[Anton Gladky]

Control: tags -1 + unreproducible
Control: notfound -1 2.3-1.1

Hi,

the bug seems to be too old and pointed issues in headers
are not relevant any more.

If you think, it is not please reopen it with the description
corresponding to the current code state.

Thanks,

Anton

Bug#808454: Pending fixes for bugs in the libdata-faker-perl package

[pkg-perl-maintainers]

tag 808454 + pending
thanks

Some bugs in the libdata-faker-perl package are closed in revision
1a8cf729f766d595328a38a59ed15d5de6795848 in branch '  jessie' by
gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libdata-faker-perl.git/commit/?id=1a8cf72

Commit message:

Set C locale for tests.

Thanks: Chris Lamb for the bug report.
Closes: #808454

Bug#804516: public/stats: link to the new location for the historical graphs of NM status

[Enrico Zini]

On Mon, Nov 09, 2015 at 10:57:10AM +0800, Paul Wise wrote:

> Please apply the attached patch to link to the new location for the
> historical graphs of NM status.

Thanks, applied and deployed.


Enrico

-- 
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: PGP signature

Bug#862985: [experimental] org.fedoraproject.Config.Printing.service has Exec=/usr/local/bin/scp-dbus-service

[Matthew W.S. Bell]

Package: system-config-printer-common
Version: 1.5.9-1
Severity: important

/usr/share/dbus-1/services/org.fedoraproject.Config.Printing.service has
the line: Exec=/usr/local/bin/scp-dbus-service

The package contains the file: /usr/bin/scp-dbus-service

Thanks,
Matthew

Bug#862986: jessie-pu: package libdata-faker-perl/0.10-1+deb8u1

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdata-faker-perl which makes sure that
tests are run under the C locale in order to avoid test failures as
in #808454.

Full debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlkfGRVfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgYlaBAAiKFmFFmSiGN7PBSpOclK/x8wSPu2JdurnWLHcGa1N4ZOVYYAfK5q6I2t
KvKtQ3fldXeLvzeWxLr5wDsyPZfBPwjdBdsAR/OsTgJmO8P4p1ybXUADCOGmRiR5
zpFRV93zdpbijzU+14gElXHcx6Z7qWVeHOx1aMdOUbms+8Rq1YsuE6fwLW9OVnr4
BhB2mJjVguEM5LnxHP1ODdX59HiO7YMuIMu8knlQnrbrh6JvXN7xAiDclbx35T2i
fn8BJLnBud4lp1/FANzQNwQH05DnLX+Pzsbih26wy66WMrOtRlKJQgt2XrlkG2IM
3c++KKkaeMqlQoeBX9dItyAMlkVlRFPZ6i6szDcIV/IL0kbX4VM3Jy2eBM9JhGeW
oOjWHSaQ9930+53JmX2iaV7IvJsVrLMMzq40ZOwzZT4A8sZujGDD2GtAdgxw2IMg
qYjnkpKwqz6KanLpZ2HlfWGu9XPudUsvt3ojx2FiKa2xcZRlSInj6xaxVSRd7Mn+
p0ETcvgHB3Dk1YTjbE36JvWbQ35mZudikgAxBoAPKAwMZ7E7H+l4o0akdmCM/SnQ
3k6RMEXiRWwAauazKA1IAnGA5/UIARt0TQ2PZHTUGI6ibdmWblyQqh7h+IZUqlHH
IDOr6AOvsc1qh1huImFREXeIShma0nwBVCs/KwPYz9wKFhvF95o=
=xKMJ
-END PGP SIGNATURE-
diff --git a/debian/changelog b/debian/changelog
index c0a7a6d..34c969a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libdata-faker-perl (0.10-1+deb8u1) UNRELEASED; urgency=medium
+
+  * Set C locale for tests. Thanks to Chris Lamb for the bug report.
+(Closes: #808454)
+
+ -- gregor herrmann   Fri, 19 May 2017 18:07:24 +0200
+
 libdata-faker-perl (0.10-1) unstable; urgency=low
 
   * Team upload.
diff --git a/debian/rules b/debian/rules
index 2d33f6a..cf29635 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,3 +2,6 @@
 
 %:
dh $@
+
+override_dh_auto_test:
+   LC_ALL=C dh_auto_test

Bug#862917: Warzone 2100 3.2 campaign is buggy and unplayable. Debian should package version 3.1 until this is resolved

[Markus Koschany]

Am 19.05.2017 um 17:49 schrieb Evgeny Kapun:
> Debian version is affected.
> 
> Another possibility is to take script files from version 3.1 and use
> them with version 3.2, but that would require some patching.
> 
> As to why the bugs are not reported here, it is possible that the users
> don't want to bother Debian maintainer with bugs that affect upstream as
> well.

There was enough time to report those bugs before the hard freeze. We
need to be informed otherwise we can't act.



signature.asc
Description: OpenPGP digital signature

Bug#862970: dropbear-bin: Double-free in server TCP listener cleanup; information disclosure with ~/.ssh/authorized_keys symlink

[Salvatore Bonaccorso]

Control: retitle -1 dropbear: Double-free in server TCP listener cleanup 
(CVE-2017-9078); information disclosure with ~/.ssh/authorized_keys symlink 
(CVE-2017-9079)

Two CVEs were assigned for the two issues, retitling the bug
accordingly.

Regards,
Salvatore

Bug#862984: unblock: gcc-6-cross*

[Matthias Klose]

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

gcc-6 already has an unblock request by nthykier, which needs to be updated to
-18.  The corresponding gcc-6-cross and gcc-6-cross-ports uploads should be
unblocked as well.

Bug#860193: laptop-detect: false-positive on desktop if bluetooth k/b or mouse are used

[Simó Albert i Beltran]

Thanks for the report.
I will fix it.

Bug#862917: Warzone 2100 3.2 campaign is buggy and unplayable. Debian should package version 3.1 until this is resolved

[Evgeny Kapun]

Debian version is affected.

Another possibility is to take script files from version 3.1 and use them with 
version 3.2, but that would require some patching.

As to why the bugs are not reported here, it is possible that the users don't 
want to bother Debian maintainer with bugs that affect upstream as well.

Bug#824843: Pending fixes for bugs in the libsys-syscall-perl package

[pkg-perl-maintainers]

tag 824843 + pending
tag 824936 + pending
tag 826136 + pending
thanks

Some bugs in the libsys-syscall-perl package are closed in revision
154cbe339a1ff967c2c825df4dbf7407c6c91030 in branch '  jessie' by
gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libsys-syscall-perl.git/commit/?id=154cbe3

Commit message:

Add patches (from -3, -4, and -6) to support more architectures.

aarch64.patch, hppa.patch, mips.patch, ppc64le.patch, s390x.patch.

Closes: #824843, #824936, #826136

Bug#858539: ca-certificates: Contains untrusted StartCom and WoSign certificates

[Michael Shuler]

On 05/19/2017 10:07 AM, Chris Lamb wrote:
> I've uploaded ca-certificates 20161130+nmu1 to DELAYED/5:
>   
>   ca-certificates (20161130+nmu1) unstable; urgency=medium
>   
> * Non-maintainer upload.
> * Add StartCom and WoSign certificates to mozilla/blacklist.txt as they 
> are
>   now untrusted by the major browser vendors. Closes: #858539

Thank you for the NMU, Chris, I'm good with that change.

-- 
Kind regards,
Michael




signature.asc
Description: OpenPGP digital signature

Bug#862983: jessie-pu: package libsys-syscall-perl/0.25-2+deb8u1

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libsys-syscall-perl that adds support for
more architectures where the package is silently broken in stable
right now. The patches are taken unchanged from testing/sid.
Fixed bugs: #824843, #824936, #826136

Full debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlkfE1FfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgZZyA//YureJo+THPupOQNis9cwDflnHBYl9sprvnrgJyqetYHZtOG0AKGZGtrH
hd9yC1niHX6fuC3d7HjUvV/VMoTvIJ9T/VvLaPZY5o8J/8+UoTg/8wCvur8m49AW
gTioJrmr3VROPUwqLmYzv8FFsuBf7qToWqvOrglfDT8fOdQV18+E0gm/4v5AO1G5
SeBEulKAKMy0OOuGmXJu99rLvkrA+OMl0kafVJAJN7APwG6NGZYaxK6gfJ/HFmEG
wkYONiStjfDU08jVOf6etYD6ifAoOTUE6Fooh2XTk0HCrG+DRyy8qJcbVfegmdQx
Ie/l0ydFUbHyykZaQ+G4MDAHmoR+9kQw6CjtgWqCJYDh6iNwiKyQQPyryonAbgSW
+3HenRqCveLbIemR27+ox0zrxJOktAXdhMYzMXTONe/xv3poJVqr9wop/5ataIQq
LP1MQ3T4TBDjRHQNAU33N0DU5B1sKTIqvQoMR9n2+dZunP20N7wtV9b9rzGzYKpW
8BeFCSxT+JcXqGk3UIgkFFzrDc1alS+KEx19Bs/qKWeQMs8Dfnf3znHqSafChOr2
a8CdOUu64Tl1tvXAzzzZ0G9cpuPpdearUgZwBksx9PUfIyLpZpk6OWmNF2VkMFEB
v8ra3jP4Hcs5rcjyo/d43+fChGHfdCOhn21fdWWZ22phZ/G1WV8=
=l9KN
-END PGP SIGNATURE-
diff --git a/debian/changelog b/debian/changelog
index 713dd5e..17db76a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libsys-syscall-perl (0.25-2+deb8u1) UNRELEASED; urgency=medium
+
+  * Add patches (from -3, -4, and -6) to support more architectures.
+aarch64.patch, hppa.patch, mips.patch, ppc64le.patch, s390x.patch.
+(Closes: #824843, #824936, #826136)
+
+ -- gregor herrmann   Fri, 19 May 2017 17:33:52 +0200
+
 libsys-syscall-perl (0.25-2) unstable; urgency=medium
 
   [ gregor herrmann ]
diff --git a/debian/patches/aarch64.patch b/debian/patches/aarch64.patch
new file mode 100644
index 000..c2423e0
--- /dev/null
+++ b/debian/patches/aarch64.patch
@@ -0,0 +1,70 @@
+From 6c7c516edfabd2edc835d0aaad39f946164bb25d Mon Sep 17 00:00:00 2001
+From: Yaakov Selkowitz 
+Date: Fri, 4 Dec 2015 02:31:28 -0600
+Subject: [PATCH 3/3] Add aarch64 support
+
+This is a bit complicated because AArch64, as a completely new architecture,
+does not support the deprecated epoll_create and epoll_wait syscalls.
+Instead, these wrap the epoll_create1 and epoll_pwait syscalls, which serve
+the same purpose but with slightly different syntaxes.
+
+Origin: backport, 
https://github.com/bradfitz/sys-syscall/commit/6c7c516edfabd2edc835d0aaad39f946164bb25d
+Bug-Debian: https://bugs.debian.org/824843
+---
+ lib/Sys/Syscall.pm | 19 +--
+ 1 file changed, 17 insertions(+), 2 deletions(-)
+
+diff --git a/lib/Sys/Syscall.pm b/lib/Sys/Syscall.pm
+index 702e835..abd010a 100644
+--- a/lib/Sys/Syscall.pm
 b/lib/Sys/Syscall.pm
+@@ -48,6 +48,8 @@ our (
+  $SYS_readahead,
+  );
+ 
++our $no_deprecated = 0;
++
+ if ($^O eq "linux") {
+ # whether the machine requires 64-bit numbers to be on 8-byte
+ # boundaries.
+@@ -101,6 +103,14 @@ if ($^O eq "linux") {
+ $SYS_epoll_wait   = 409;
+ $SYS_readahead= 379;
+ $u64_mod_8= 1;
++} elsif ($machine eq "aarch64") {
++$SYS_epoll_create = 20;  # (sys_epoll_create1)
++$SYS_epoll_ctl= 21;
++$SYS_epoll_wait   = 22;  # (sys_epoll_pwait)
++$SYS_sendfile = 71;  # (sys_sendfile64)
++$SYS_readahead= 213;
++$u64_mod_8= 1;
++$no_deprecated= 1;
+ } elsif ($machine =~ m/arm(v\d+)?.*l/) {
+ # ARM OABI
+ $SYS_epoll_create = 250;
+@@ -203,7 +213,7 @@ sub epoll_defined { return $SYS_epoll_create ? 1 : 0; }
+ # size doesn't even matter (radix tree now, not hash)
+ sub epoll_create {
+ return -1 unless defined $SYS_epoll_create;
+-my $epfd = eval { syscall($SYS_epoll_create, ($_[0]||100)+0) };
++my $epfd = eval { syscall($SYS_epoll_create, $no_deprecated ? 0 : 
($_[0]||100)+0) };
+ return -1 if $@;
+ return $epfd;
+ }
+@@ -241,7 +251,12 @@ sub epoll_wait_mod8 {
+ $epoll_wait_size = $_[1];
+ $epoll_wait_events = "\0" x 16 x $epoll_wait_size;
+ }
+-my $ct = syscall($SYS_epoll_wait, $_[0]+0, $epoll_wait_events, $_[1]+0, 
$_[2]+0);
++my $ct;
++if ($no_deprecated) {
++$ct = syscall($SYS_epoll_wait, $_[0]+0, $epoll_wait_events, $_[1]+0, 
$_[2]+0, undef);
++} else {
++$ct = syscall($SYS_epoll_wait, $_[0]+0, $epoll_wait_events, $_[1]+0, 
$_[2]+0);
++}
+ for (0..$ct-1) {
+ # 16 byte epoll_event structs, with format:
+ #4 byte mask [idx 1]
+-- 
+2.8.1
+
diff --git a/debian/patches/hppa.patch b/debian/patches/hppa.patch
new file mode 100644
index 000..ba15383
--- /dev/null
+++ b/debian/patches/hppa.patch
@@ 

Bug#611660: ITP: tomb -- crypto undertaker

[陳昌倬]

Control: retitle -1 ITP: tomb -- crypto undertaker
Control: owner -1 !

I will handle this one.


-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#860055: ITP: dino -- modern XMPP client

[Stefan Bühler]

Hi,

I gave packaging dino a try:

https://build.opensuse.org/package/show/home:stbuehler/dino

* "dino" is already used as package name. I went for "dino-xmpp-client" 
  instead.
* I bundled libsignal-protocol-c as a separate tar ball. 
  Longterm #840366 should be used instead ofc.
* It fails to build on 32-bit in gpgme due to (missing) largefile 
  flags. Not sure how to handle this - gpgme says one should use 
  -D_FILE_OFFSET_BITS=64.
* Tarballs created with "git pack-dist" in the dino checkout (including
  submodules!), and the following in .git/config:


[alias]
pack-dist = "!sh -c 'git archive --format=tar.xz --prefix=dino/ HEAD -o 
\"../dino-xmpp-client_$(git log --date=format:%Y%m%d -1 
--pretty=format:%ad-g%h).orig.tar.xz\"; git -C 
plugins/signal-protocol/libsignal-protocol-c archive --format=tar.xz 
--prefix=libsignal-protocol-c/ HEAD -o \"../../../../dino-xmpp-client_$(git log 
--date=format:%Y%m%d -1 
--pretty=format:%ad-g%h).orig-libsignal-protocol-c.tar.xz\"'"


Hope this helps :)

cheers,
Stefan

Bug#862982: nut: README.Debian: Trivial typo fix

[Daniel Shahaf]

Package: nut
Version: 2.7.4-5
Severity: minor

Hi,

In /usr/share/doc/nut/README.Debian.gz, line 15 says "UPGRADING" but
should say "UPGRADING.gz".  That is:

-/usr/share/doc/nut/UPGRADING
+/usr/share/doc/nut/UPGRADING.gz

Cheers,

Daniel

Bug#768073: Eta for lxd in Debian

[Marc Rüttler]

Hi,

what is the current status of lxd packaging?
It would be really nice to have lxd in debian (even if it's only in backports) by the end of the year.

How could I be helpful to speed up the process? :)

Bug#862978: zsh: `kill -L` doesn't work

[Clint Adams]

On Fri, May 19, 2017 at 10:36:25AM -0400, Robbie Harwood wrote:
> As per kill(1), -L should generate a pretty list of signals and values.  Like

You might want to contrast with the output of `run-help kill` and
http://www.unix.com/man-page/posix/1p/kill/

Bug#862981: Test www.debian.org in small and big screens and fix it if needed

[Laura Arjona Reina]

Package: www.debian.org
Severity: normal
Tags: newcomer
User: www.debian@packages.debian.org
Usertags: Design

Test www.debian.org in small and big screens and fix it if needed

To take into account:
 - CSS only, no javascript nor changes in the infrastructure (if possible)
 - Proposals including changing the position of menus etc are ok IMHO
 - Proposals including changes in images (e.g.size) are ok IMHO
 - Related info/feedback:
 https://lists.debian.org/debian-devel/2017/05/msg00210.html
 https://lists.debian.org/debian-devel/2017/05/msg00217.html
 https://lists.debian.org/debian-devel/2017/05/msg00170.html

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#858539: ca-certificates: Contains untrusted StartCom and WoSign certificates

[Chris Lamb]

tags 858539 + pending patch
thanks

I've uploaded ca-certificates 20161130+nmu1 to DELAYED/5:
  
  ca-certificates (20161130+nmu1) unstable; urgency=medium
  
* Non-maintainer upload.
* Add StartCom and WoSign certificates to mozilla/blacklist.txt as they are
  now untrusted by the major browser vendors. Closes: #858539

The full debdiff is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diffstat for ca-certificates-20161130 ca-certificates-20161130+nmu1

 debian/changelog  |8 
 mozilla/blacklist.txt |   16 
 2 files changed, 24 insertions(+)

diff -Nru ca-certificates-20161130/debian/changelog 
ca-certificates-20161130+nmu1/debian/changelog
--- ca-certificates-20161130/debian/changelog   2016-12-01 04:20:53.0 
+0100
+++ ca-certificates-20161130+nmu1/debian/changelog  2017-05-19 
16:53:16.0 +0200
@@ -1,3 +1,11 @@
+ca-certificates (20161130+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add StartCom and WoSign certificates to mozilla/blacklist.txt as they are
+now untrusted by the major browser vendors. Closes: #858539
+
+ -- Chris Lamb   Fri, 19 May 2017 16:53:16 +0200
+
 ca-certificates (20161130) unstable; urgency=medium
 
   [ Philipp Kern ]
diff -Nru ca-certificates-20161130/mozilla/blacklist.txt 
ca-certificates-20161130+nmu1/mozilla/blacklist.txt
--- ca-certificates-20161130/mozilla/blacklist.txt  2016-11-03 
08:40:01.0 +0100
+++ ca-certificates-20161130+nmu1/mozilla/blacklist.txt 2017-05-19 
16:53:16.0 +0200
@@ -5,3 +5,19 @@
 
 # DigiNotar Root CA (see debbug#639744)
 "DigiNotar Root CA"
+
+# StartCom and WoSign certificates are now untrusted by the major browser
+# vendors[0]. See [1] for discussion. The list was generated by:
+#
+#   $ egrep 'WoSign|StartCom' mozilla/certdata.txt \
+# | grep UTF | sed 's/CKA_LABEL UTF8 //' | uniq
+#
+# [0] 
https://blog.mozilla.org/security/2016/10/24/distrusting-new-wosign-and-startcom-certificates/
+# [1] https://bugs.debian.org/858539
+#
+"StartCom Certification Authority"
+"StartCom Certification Authority G2"
+"WoSign"
+"WoSign China"
+"Certification Authority of WoSign G2"
+"CA WoSign ECC Root"

Bug#862978: [Pkg-zsh-devel] Bug#862978: zsh: `kill -L` doesn't work

[Daniel Shahaf]

On Fri, May 19, 2017, at 14:36, Robbie Harwood wrote:
> As per kill(1), -L should generate a pretty list of signals and values.  Like
> this:

The -L option exists in the system's kill command (/bin/kill) but not in zsh's 
builtin kill command (which you get when you type a bare 'kill').  That is fine
because the -L command is a Linux extension to the standard, as documented in
both kill(1) and kill(1p) (the latter from the manpages-posix package).

So, if you want the -L option, call the system's kill command, not the zsh
builtin one.  For example:

% =kill -L
% /bin/kill -L

Bottom line: everything works as expected/documented.

Cheers,

Daniel

P.S. The reason for having a builtin kill command is to make things like
`kill %2` possible (= killing a job by job number).

Bug#862980: Update the homepage, to show the social face of the project, and be more attractive for newcomers

[Laura Arjona Reina]

Package: www.debian.org
Severity: normal
Tags: newcomer
User: www.debian@packages.debian.org
Usertags: Content

At the Diversity and Inclusion BoF in MiniDebConf Cambridge 2016 [1]
it has been suggested to update the Debian website frontpage exposing
more the social part of the project (currently, it's very centered in
Debian the OS).

[1]:
http://meetings-archive.debian.net/pub/debian-meetings/2016/miniconf_cambridge16/Diversity_and_Inclusion_BoF.webm

Other suggestions/comments, in order to make the website more
attractive to newcomers:

https://lists.debian.org/debian-devel/2017/05/msg00134.html
https://lists.debian.org/debian-devel/2017/05/msg00157.html

A rewording of the two paragraphs about Debian in the homepage could
be a good start.

Current content is:


https://www.debian.org/;>Debian is a
free operating system (OS) for yourcomputer.
An operating system is the set of basic programs and utilities that
make your computer run.


Debian provides more than a pure OS: it comes with over
 packages,
precompiled software bundled
up in a nice format for easy installation on your machine. Read more...


One source of inspiration could be the paragraph that we include in
our announcements:

The Debian Project is an association of Free Software developers
who volunteer their time and effort
in order to produce the completely free operating system Debian.

For sending your proposals, any way is welcome:
* Plain text with the new paragraphs
* html
* diff against the current source file:
https://anonscm.debian.org/viewvc/webwml/webwml/english/index.wml

Best regards
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#862978: zsh: `kill -L` doesn't work

[Robbie Harwood]

Package: zsh
Version: 5.3.1-4+b1
Severity: minor

Dear Maintainer,

As per kill(1), -L should generate a pretty list of signals and values.  Like
this:

rharwood@thriss:~$ /bin/kill -L
 1 HUP  2 INT  3 QUIT 4 ILL  5 TRAP 6 ABRT 7 BUS
 8 FPE  9 KILL10 USR111 SEGV12 USR213 PIPE14 ALRM
15 TERM16 STKFLT  17 CHLD18 CONT19 STOP20 TSTP21 TTIN
22 TTOU23 URG 24 XCPU25 XFSZ26 VTALRM  27 PROF28 WINCH
29 POLL30 PWR 31 SYS

However, it does not.  Instead, it does this:

rharwood@thriss:~$ kill -L
kill: unknown signal: SIGL
kill: type kill -l for a list of signals

Moreover, this should be a synonym:

rharwood@thriss:~$ kill --table
kill: unknown signal: SIG-TABLE
kill: type kill -l for a list of signals

I don't really know whether zsh should implement these, but it should respond
correctly to the flag (even if it means calling out to /bin/kill).  For
reference, here's what bash does:

rharwood@thriss:~$ kill -L
 1) SIGHUP   2) SIGINT   3) SIGQUIT  4) SIGILL   5) SIGTRAP
 6) SIGABRT  7) SIGBUS   8) SIGFPE   9) SIGKILL 10) SIGUSR1
11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM
16) SIGSTKFLT   17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP
21) SIGTTIN 22) SIGTTOU 23) SIGURG  24) SIGXCPU 25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF 28) SIGWINCH29) SIGIO   30) SIGPWR
31) SIGSYS  34) SIGRTMIN35) SIGRTMIN+1  36) SIGRTMIN+2  37) 
SIGRTMIN+3
38) SIGRTMIN+4  39) SIGRTMIN+5  40) SIGRTMIN+6  41) SIGRTMIN+7  42) 
SIGRTMIN+8
43) SIGRTMIN+9  44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) 
SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) 
SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9  56) SIGRTMAX-8  57) 
SIGRTMAX-7
58) SIGRTMAX-6  59) SIGRTMAX-5  60) SIGRTMAX-4  61) SIGRTMAX-3  62) 
SIGRTMAX-2
63) SIGRTMAX-1  64) SIGRTMAX


Thanks!

-- Package-specific info:
Packages which depend, recommend, suggest or enhance a zsh package and hence 
may provide code meant to be sourced in .zshrc:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  zsh-syntax-hig 0.5.0-1  all  Fish shell like syntax highlighti

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  awscli 1.11.44-1all  Universal Command Line Environmen
ii  curl   7.52.1-5 amd64command line tool for transferrin
ii  git-buildpacka 0.8.12.2 all  Suite to help with Debian package
ii  systemd232-23   amd64system and service manager
ii  udev   232-23   amd64/dev/ and hotplug management daem
ii  vlc-bin2.2.5.1-1~de amd64binaries from VLC

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (600, 'unstable-debug'), (600, 'testing-debug'), (600, 
'unstable'), (600, 'testing'), (200, 'experimental-debug'), (200, 
'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Versions of packages zsh depends on:
ii  dpkg1.18.24
ii  libc6   2.24-10
ii  libcap2 1:2.25-1
ii  libtinfo5   6.0+20161126-1
ii  zsh-common  5.3.1-4

Versions of packages zsh recommends:
ii  libc6 2.24-10
ii  libncursesw5  6.0+20161126-1
ii  libpcre3  2:8.39-3

Versions of packages zsh suggests:
ii  zsh-doc  5.3.1-4

-- no debconf information

Bug#862979: please build FSAL_RGW

[Daniel Baumann]

Package: nfs-ganesha
Severity: wishlist

Hi,

it would be nice if you could enable ceph rgw support.

Regards,
Daniel

Bug#862977: TAG: cls -- a clearscreen utility with an option to specify the number of lines to clear

[Sam Ave]

Package: wnpp
Severity: wishlist
Tag: ITP

I am filing an intent to package for a small utility I wrote. I release it
to the public domain. There is a source file on Ubuntu Launchpad:
https://launchpad.net/~sam-irl/+archive/ubuntu/cls/+packages

Bug#788350: Pending fixes for bugs in the libhttp-proxy-perl package

[pkg-perl-maintainers]

tag 788350 + pending
thanks

Some bugs in the libhttp-proxy-perl package are closed in revision
60f02b77031754872d0823543302255350d0754b in branch '  jessie' by
gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libhttp-proxy-perl.git/commit/?id=60f02b7

Commit message:

Add patch to fix broken custom 'via' handling.

(Patch taken from upstream release 0.304.)

Closes: #788350

Bug#862976: jessie-pu: package libhttp-proxy-perl/0.301-1+deb8u1

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libhttp-proxy-perl in jessie to fix
#788350. The update adds a patch from the recent upstream release
(which is in testing/unstable, and we've also used the patch before
it was released). Full debdiff attached.

Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlke/epfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgYLzg/9HYuhzXIoy+VpwwGjdo+gb44frK3nhn7tK3GySsxsbGXXAL+yjmiNjo8C
CeiU621CEAow+c0e1prIcevforauy1nSqHe/rw18iI+1pTSZJE5IYsIVgXGiRzJ+
eYQBKe/JoAWc4yid6CZ58HS2ULENvxhSsxHh/fJ9PQnGkQLHMGNJg3cBftiFS8li
dAtokFh0Fw5qGDFX0sWjZvoTMIyC/KHKEuFdQMcMLCiRsMo9rP/YNXSsDFfdhbMi
rZs3K6vTcKasJ1jDjgvjdhl6FJVqiUL95xtee2WbBWh2RpGbpCsCyi6jKq66Eoah
hxVu1E2kYFjmxSCsh6woCEbF4w7ezUjyA/5FfJ7Yy5A/DOttgJU2/1/WovUQ/k9K
zRB56z3cJPU0iPyezWCyTP079gQbFv77umoJoC0kHx+y25He8Fsv4g8e5oqDdGMf
qG/n50YVvFRWxwpTP6Bjt9P/lGClsPHoAtOn4TgkRCutTwIiReuVpIRotJXPIe9E
YxSC9j/6aUIPY5GYNqauDnmx9U4UeBNPzJsT4kgcXu0BeZ60HfjNQrd7lzNb1x/S
9pc/4j9lucVl1fpkH30fLSx+SboBe+I/CWfljFGUnF9H+9VWAMiVI5rB3SPFsRyc
MhIgJwWd0yzV71jxyiH/wNqUp+o+TV5nack0+CoPXre6w1a1S6g=
=i7gm
-END PGP SIGNATURE-
diff --git a/debian/changelog b/debian/changelog
index 3ee3d48..80d7b02 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libhttp-proxy-perl (0.301-1+deb8u1) UNRELEASED; urgency=medium
+
+  * Add patch to fix broken custom 'via' handling.
+(Patch taken from upstream release 0.304.)
+(Closes: #788350)
+
+ -- gregor herrmann   Fri, 19 May 2017 15:43:44 +0200
+
 libhttp-proxy-perl (0.301-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/patches/0001-add-port-to-Via-header.patch 
b/debian/patches/0001-add-port-to-Via-header.patch
new file mode 100644
index 000..7e26423
--- /dev/null
+++ b/debian/patches/0001-add-port-to-Via-header.patch
@@ -0,0 +1,38 @@
+From e105876f84220791f2a6b1e64d2a913658c1d269 Mon Sep 17 00:00:00 2001
+From: Slaven Rezic 
+Date: Fri, 12 Nov 2010 11:37:59 +0100
+Subject: [PATCH] add port to Via header
+
+RFC 2616 kind of suggests to add the port to the Via header if it's not
+the default port:
+
+"If the port is not given, it MAY be assumed to be the default port
+of the received-protocol."
+
+This patch sets the port in the generated Via header if it's not the
+default 80.
+---
+ lib/HTTP/Proxy.pm | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+--- a/lib/HTTP/Proxy.pm
 b/lib/HTTP/Proxy.pm
+@@ -91,7 +91,6 @@
+ port => 8080,
+ stash=> {},
+ timeout  => 60,
+-via  => hostname() . " (HTTP::Proxy/$VERSION)",
+ x_forwarded_for => 1,
+ );
+ 
+@@ -117,6 +116,10 @@
+ $self->{$_} = exists $params{$_} ? delete( $params{$_} ) : $defaults{$_}
+   for keys %defaults;
+ 
++if (!defined $self->{via}) {
++  $self->{via} = hostname() . ($self->{port} != 80 ? ':' . $self->{port} 
: '') . " (HTTP::Proxy/$VERSION)";
++}
++
+ # choose an engine with the remaining parameters
+ $self->{engine} = HTTP::Proxy::Engine->new( %params, proxy => $self );
+ $self->log( PROXY, "PROXY", "Selected engine " . ref $self->{engine} );
diff --git a/debian/patches/series b/debian/patches/series
index 55d236c..b990146 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 hashbang.patch
 spelling.patch
+0001-add-port-to-Via-header.patch

Bug#857986: npm: This pakcage is 3 years old? (consider removal)

[Riku Voipio]

On Fri, May 19, 2017 at 12:15:32PM +0200, Jérémy Lal wrote:
> 2017-05-19 12:07 GMT+02:00 Riku Voipio :
> 
> > Jérémy Lal:
> > > To others, preoccupied that npm won't be available in debian:
> > > - please help with npm maintenance
> > > - hopefully we'll make an updated version installable through debian
> > backports
> >
> > Are there any complications to building npm as part of nodejs package?
> >

> There are complications to distributing npm: it depends on a LOT of
> modules, which
> means it requires a lot of debian-maintainer time to package, and update.
> Using the upstream nodejs tarball as source for npm or the upstream npm
> tarball
> does not change anything about that.

Ok, thanks for clarifying.

Riku

Bug#862975: laptop-mode-tools: Fails to modify wireless txpower using "fixed" with "iw"

[Rowan Thorpe]

Package: laptop-mode-tools
Version: 1.71-1
Severity: normal
Tags: patch

Dear Maintainer,

When using the wireless-power module (with its config-file unmodified), it
fails to enable wireless powersavings. When running with debugging enabled,
and when running the borked internal command manually:

> sudo iw dev wlan0 set txpower fixed

it shows:

> Missing TX power level argument.

When I manually run the command with an added parameter, e.g.:

> sudo iw dev wlan0 set txpower fixed 1

and then check the result with:

> sudo iw dev wlan0 info

it shows the updated value OK. Note that the lowest value it accepts in my
case is 1, not 0.

This has been fixed (actually, avoided) upstream with the following sequence
of commits:

https://github.com/rickysarraf/laptop-mode-tools/commit/3644486a9ee4fda7887fa0ecf224e66c4d12a0d2
https://github.com/rickysarraf/laptop-mode-tools/commit/791191702b91f7e23b280f35e292869631f5ba22
https://github.com/rickysarraf/laptop-mode-tools/commit/9ca191ff3e5b002f759d69435f14c7f54020085f

Namely, they use:

> iw dev wlan0 set power_save [on/off]

and *no* txpower settings if "iw" is available, falling back to the old
txpower commands with iwconfig (and fixed a variable typo in the test).

So it would be good if upstream's new way of running the two commands could
be backported as a Debian patch while we wait for upstream to make the next
release for packaging. For that purpose I attached a diff by merging the
relevant parts of the above 3 commits (note it is the diff that should be
turned into a Debian patch, not a diff for creating the debian patch itself).

-- System Information:
Debian Release: 9.0
  APT prefers unstable
APT policy: (900, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64
 (x86_64)

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

Versions of packages laptop-mode-tools depends on:
ii  init-system-helpers  1.48
ii  lsb-base 9.20161125
ii  psmisc   22.21-2.1+b2
ii  util-linux   2.29.2-1

Versions of packages laptop-mode-tools recommends:
ii  ethtool 1:4.8-1+b1
ii  hdparm  9.51+ds-1
ii  net-tools   1.60+git20161116.90da8a0-1
ii  python-qt4  4.11.4+dfsg-2+b1
ii  sdparm  1.08-1+b1
ii  udev232-23
ii  wireless-tools  30~pre9-12+b1

Versions of packages laptop-mode-tools suggests:
ii  acpid  1:2.0.28-1+b1

-- Configuration Files:
/etc/laptop-mode/conf.d/auto-hibernate.conf changed [not included]
/etc/laptop-mode/conf.d/bluetooth.conf changed [not included]
/etc/laptop-mode/conf.d/configuration-file-control.conf changed [not included]
/etc/laptop-mode/conf.d/cpufreq.conf changed [not included]
/etc/laptop-mode/conf.d/dpms-standby.conf changed [not included]
/etc/laptop-mode/conf.d/eee-superhe.conf changed [not included]
/etc/laptop-mode/conf.d/kbd-backlight.conf changed [not included]
/etc/laptop-mode/conf.d/lcd-brightness.conf changed [not included]
/etc/laptop-mode/conf.d/radeon-dpm.conf changed [not included]
/etc/laptop-mode/conf.d/runtime-pm.conf changed [not included]
/etc/laptop-mode/conf.d/video-out.conf changed [not included]
/etc/laptop-mode/conf.d/wireless-ipw-power.conf changed [not included]
/etc/laptop-mode/conf.d/wireless-iwl-power.conf changed [not included]

-- no debconf information

-- debsums errors found:
--- a/usr/share/laptop-mode-tools/modules/wireless-power2017-01-12 
15:57:19.0 +0200
+++ b/usr/share/laptop-mode-tools/modules/wireless-power2017-05-19 
16:56:56.701809056 +0300
@@ -66,17 +66,12 @@
 
if [ -n "$IW" ]; then
$IW dev $IF set power_save $ONOFF
-if [ $ONOFF = "ON" ]; then
-$IW dev $IF set txpower auto
-else
-$IW dev $IF set txpower fixed
-fi
else
$IWCONFIG $IF power $ONOFF
-if [ $ONOFF = "ON" ]; then
+if [ $ONOFF = "on" ]; then
 $IWCONFIG $IF txpower auto
 else
-$IW dev $IF txpower fixed
+$IWCONFIG dev $IF txpower fixed
 fi
fi
 }

Bug#862974: please build FSAL_CEPH

[Daniel Baumann]

Package: nfs-ganesha
Severity: wishlist

Hi,

it would be nice if you could enable ceph support.

Regards,
Daniel