Bug#596005: Sponsering request for testu01

[Andreas Tille]

Hi Jerome,

I had a sponsoring look into testu01.  The git Repository contains a
file debian/Debian with zero bytes.  What's the purpose of this file?

In debian/copyright you exclude a lot of files including usual automake
files and also the AUTHORS and ChangeLog file.  What's the rationale of
this?  Would you mind documenting this in debian/README.source?  This
might help other team members in case there might be a need to work on
the package.

I'm a bit unsure about the 12MB file debian/adhoc/examples/RandomOrg.bin
May be you also meniton this to get some better understanding why exactly
this is needed, and where to read about its purpose.

In the ITP of this package there was some discussion about the chance
that the code might be released under GPL.  Did you contacted upstream
or asked for a status update to those people who discussed in the ITP?
You should contact the ITP owner anyway before we upload the package.

Kind regards

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786658: quota: Cannot install quota package on a jessie system

[Simone Rossetto]

Package: quota
Version: 4.01-8
Severity: important

Hi all, I cannot install quota package on a jessie system, the configuration 
step always ends with the following error:

  > Job for quota.service failed. See 'systemctl status quota.service' and 
'journalctl -xn' for details.
  > invoke-rc.d: initscript quota, action "start" failed
  > [...]
  > E: Sub-process /usr/bin/dpkg returned an error code (1)
  > Failed to perform requested operation on package.  Trying to recover:
  > [...]
  > Job for quota.service failed. See 'systemctl status quota.service' and 
'journalctl -xn' for details.
  > invoke-rc.d: initscript quota, action "start" failed.

and the output of 'systemctl status quota.service' is:

  > quotaon.sh[13003]: Checking quotas...Warning: user quota not configured in 
filesystem `/home.' ... (warning).
  > quotaon.sh[13003]: Warning: user quota not configured in filesystem `/srv.' 
... (warning).
  > quotaon.sh[13003]: done.
  > quotaon.sh[13003]: Turning on quotas...quotaon: cannot find 
/home/aquota.user on /dev/mapper/vg0-home [/home]
  > quotaon.sh[13003]: quotaon: cannot find /srv/aquota.user on 
/dev/mapper/vg0-srv [/srv]
  > systemd[1]: quota.service: main process exited, code=exited, 
status=2/INVALIDARGUMENT
  > systemd[1]: Failed to start Check And Enable File System Quotas.
  > systemd[1]: Unit quota.service entered failed state.

My /etc/fstab is the follwing

  /dev/mapper/vg0-root  /  ext4  user_xattr,acl,errors=remount-ro 0 1
  /dev/mapper/vg0-home  /home  ext4  user_xattr,acl,usrquota  0 2
  /dev/mapper/vg0-srv   /srv   ext4  user_xattr,acl,usrquota  0 2
  /dev/mapper/vg0-swap  none   swap  sw   0 0

  
Downloading the source tarball of quota I've tried to follow the whole 
installation procedure and I think that the execution of 'touch 
/var/lib/quota/new' (line 148 of postinst script) should be executed before the 
start of the quota service, otherwise the quotaon.sh always fails with 
"Warning: user quota not configured in filesystem \`$1.'".

This is what happens during the installation:
 1. postinst executed
 2. quota start => quotaon.sh executed
 3. no force, no skip
 4. no /var/lib/quota/new file exists because no touch already executed
 5. so no full check but only a call to the check_quota function
 6. no /mountpoint/aquota.user file exists because quotas has never been 
computed yet
 7. and so a warning is printed and the installation ends in error

If the touch was executed before quota started, the installation procedure 
would change and at point 4 the new file would exist and a full check would be 
performed on all quota-enabled filesystems.

As a suggestion I also think that the function check_quota in quotaon.sh file 
should execute a full check whenever invoked on a quota-enabled filesystem 
where there isn't any aquota.user file, i.e. lines 33-35 of quotaon.sh should 
be:

  > if [ ! -e $1/quota.user -a ! -e $1/aquota.user ] ; then
  >   log_warning_msg "Warning: user quota configured in filesystem \`$1' but 
no aquota.user exists, performing full check"
  >   $check -c $CHECKALLFLAGS
  > elif [ "$4" != "journaled" -a ! -f $quotaisoff ] ; then

If I'm wrong what have I missed?


Thanks, bye
Simone


-- System Information:
Debian Release: 8.0
  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=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages quota depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  e2fslibs   1.42.12-1.1
ii  init-system-helpers1.22
ii  libc6  2.19-18
ii  libcomerr2 1.42.12-1.1
ii  libdbus-1-31.8.16-1
ii  libldap-2.4-2  2.4.40+dfsg-1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libtirpc1  0.2.5-1
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13+nmu1

quota recommends no packages.

Versions of packages quota suggests:
ii  libnet-ldap-perl1:0.6400+dfsg-2
ii  postfix [mail-transport-agent]  2.11.3-1
ii  rpcbind 0.2.1-6

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786494: libgit2: loss of libssh2 functionality; please add "pkg-config" to Build-Depends

[Russell Sim]

Hi Dmitry,

Dmitry Smirnov  writes:

> Just uploaded libgit2 introduced serious regression due to loss of bindings 
> with libssh2 which causes loss of symbols in dependent library "libgit2-glib" 
> and then in turn FTBFS in "gitg".
>
> Quoting "CHANGELOG.md":
>
> * The search for libssh2 is now done via pkg-config instead of a
>   custom search of a few directories.
>
> Because "libgit2" do not depend on "pkg-config" new upstream release fails to 
> detect libssh library and builds without SSH support.
>
> After adding "pkg-config" to Build-Depends the following should appear in 
> build log:
>
> -- checking for module 'libssh2' 
> --   found libssh2, version 1.5.0
>
> and "libgit2-22" will Depend on "libssh2-1".
>
> Please add "pkg-config" to Build-Depends.

Thanks for the thorougher details. :)

-- 
Cheers,
Russell


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786491: libgit2: Fails to build for the second time

[Russell Sim]

Hi Dmitry,

Dmitry Smirnov  writes:

> Libgit2 leaves its build directory dirty hence it FTBFS when built again:
>
> dpkg-source: info: local changes detected, the modified files are: 
>  libgit2-0.22.2/tests/.clarcache 
>  libgit2-0.22.2/tests/clar.suite

I've had a look at this and it seems that the cmake file's clean
function should remove the clar.suite file..  The other one is missed
though.  I'll put in a patch to remove them both for the short term.

-- 
Cheers,
Russell


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

[Stuart Prescott]

Hi Guillem,

> > > I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build
> > > should not change the resulting binary packages. It might make the build
> > > succeed despite being broken, but if it succeeds without nocheck, it
> > > should be no different when enabled.
> > 
> > Policy is, however, silent on whether that is the correct behaviour or
> > not.
> 
> Policy is silent on many aspects of the distribution, in many cases
> because they are obviously correct or buggy. Here I'd say the former.

I would disagree that it is obvious that nocheck should not change the 
contents of the package. I think it's entirely reasonable that test results or 
test outputs could be shipped as examples or in the documentation. I think 
it's entirely reasonable that nocheck would thus cause a difference in the 
package.

Other DEB_BUILD_OPTIONS are supposed to cause the resultant .deb to be 
different (nostrip and noopt) so it's not true that the package contents have 
to be invariant on DEB_BUILD_OPTIONS. I can even conceive of situations (such 
as parallel compressors) where parallel=n could change the output.

> > Clarifying policy as to what the correct behaviour should be seems to be a
> > necessary first step.
> 
> I don't see why, in this specific case less so when the request is
> being done on a feature (reproducibility) that is neither in policy.

Precisely because reproducibility is not mandated in policy or even encouraged 
in devref, I think it is important to only test variations that are commonly 
agreed-upon as being worth being robust to. Agreement can be evidenced by 
discussion on mailing lists or by codifying in Policy.

So far, there is broad agreement that builds should be robust to when the 
build was started, the path to the build, the user that runs the build etc. 
Rapid progress has been made in improving the robustness against variations on 
these things with the cooperation of many maintainers precisely because they 
are widely agreed.

The counterpoint would be that declaring a package irreproducible because 
(say) the outputs from gcc-4.8 and gcc-4.9 were different. Such an 
irreproducibility label would not be widely supported. It would certainly be 
possible to create a test harness that rebuilt packages twice with such 
different gcc versions; someone could file a wishlist bug that reproducible.d.n 
do this and bugs could be filed against offending packages asking for 
cooperation in modifying them to become reproducible to this scenario. Would 
anyone modify their packages to deal with such reproducibility problems? Of 
course not. Would adding a gcc-version-test like this harm the wider 
reproducibility effort? Most likely. If the reproducibility effort gets a 
reputation for pushing things for which there is not widespread agreement or 
reporting problems that others consider to be false positives for 
irreproducibility, then the reproducibility effort will be doomed to fail, and 
that would be disappointing. [1]

My conjecture is that "nocheck" is not obviously something to be robust 
against (like a timestamp variation) nor is it obviously something to dismiss 
as outlandish (like a gcc variation). Given that it is somewhere in between, 
finding out if there is a consensus for what nocheck should do seems wise 
before labelling as reproducible vs irreproducible.

> > That said, the policy editors are often interested in seeing scope of the
> > impact of any change and the only way of knowing how many packages would
> > be
> > made instabuggy by this change is to include it in the tests...
> 
> The check does not impose anything on package maintainers, like
> migration blocking or similar. So even if there was a substantial
> amount of packages that would fail that test, it would still be useful
> information for the reproducible effort IMO.

Except that reproducibility is boolean valued and this boolean is exposed to 
maintainers. There is either a nice little tick on the maintainer's QA page or 
there is a nasty little cross. If nasty little crosses come from what is 
considered to be poor tests generating incorrect results, history tells us 
that the entire column will be ignored. That makes including tests for which 
there is not broad agreement a net loss for each maintainer, for 
reproducible.d.n, and for the project.

cheers
Stuart


[1] historical footnote: 10ish years ago, lintian had a reputation for 
producing what were considered by many maintainers to be spurious complaints. 
The result was that they didn't even bother running it at all and so would 
also not see its legitimate complaints. I recall experienced maintainers at 
the time telling me that lintian was only suitable for hello world packages 
not for anything real. The signal:noise in that QA tool was poor and so it 
became devalued; it took many years of hard work to break down that 
reputation.


-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   htt

Bug#786436: ncurses FTBFS: configure loops

[Helmut Grohne]

On Sat, May 23, 2015 at 09:26:48PM -0400, Thomas Dickey wrote:
> Perhaps the proper fix for your build is to ensure that there is a pkg-config 
> for the cross-build,
> rather than restoring the ncurses*-config scripts to your build-environment.

If this issue were about a pkg-config that wasn't configuring cross
paths, it would not be affecting native builds, right?

Further more, my cross builds do set PKG_CONFIG_LIBDIR (until #759556 is
fixed) and this works for other packages.

In other words, the issue at hand is/was not cross-specific.

Helmut


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786657: apache2.4 in jessie/stable missing mod_imagemap

[Steven Sumichrast]

Package: apache2-bin
Version: 2.4.10-10

In Wheezy 7.8 mod_imagemap was shipped with the apache2.2-bin package (
https://packages.debian.org/wheezy/amd64/apache2.2-bin/filelist).  It
appears that in the new stable system, apache2.4-bin is missing
mod_imagemap (https://packages.debian.org/jessie/amd64/apache2-bin/filelist).
I'm not aware of the module being renamed.

Additionally the module is not available for install via a standalone
package.

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

[Helmut Grohne]

On Sun, May 24, 2015 at 11:42:31AM +1000, Stuart Prescott wrote:
> Policy is, however, silent on whether that is the correct behaviour or not. 
> Clarifying policy as to what the correct behaviour should be seems to be a 
> necessary first step. I would expect that policy would end up saying 
> something 
> "should" (and not "must") happen with nocheck; I'm not sure that checking non-
> mandatory things is sensible in this context.

As you point out below, changing policy certainly is a second step. Not
the first one.

> That said, the policy editors are often interested in seeing scope of the 
> impact of any change and the only way of knowing how many packages would be 
> made instabuggy by this change is to include it in the tests...

Exactly. The only way to know whether this is a good change to policy is
to try. If it happens to make lots of packages unreproducible, then we
learned something and can revert to not varying nocheck.

So give it a try and consider revert if it breaks the primary
reproducible goal. Otherwise, profit from quicker testing.

Helmut


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782739: web-monitoring: SSL connection error

[Dmitry Smirnov]

Hi Arno,

On Tue, 19 May 2015 16:19:19 Arno Schneider wrote:
> Now I get the error "Failure when receiving data from the peer".
> 
> > How can I reproduce your problem?
> 
> You can try to monitor the url https://moodle.hs-augsburg.de

With the above web site on Zabbix 2.4.5 I'm getting

Failure when receiving data from the peer: gnutls_handshake() warning: The 
server name sent was not recognized

Which seems to be a problem in curl:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786512

Many other web sites can be monitored through HTTPS without any troubles.

Hopefully curl will be fixed soon.

-- 
Regards,
 Dmitry Smirnov.

---

Reality is that which, when you stop believing in it, doesn't go away.
-- Philip K. Dick


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

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

[Guillem Jover]

Hi!

On Sun, 2015-05-24 at 11:42:31 +1000, Stuart Prescott wrote:
> > I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build
> > should not change the resulting binary packages. It might make the build
> > succeed despite being broken, but if it succeeds without nocheck, it
> > should be no different when enabled.
> 
> Policy is, however, silent on whether that is the correct behaviour or not. 

Policy is silent on many aspects of the distribution, in many cases
because they are obviously correct or buggy. Here I'd say the former.

> Clarifying policy as to what the correct behaviour should be seems to be a 
> necessary first step.

I don't see why, in this specific case less so when the request is
being done on a feature (reproducibility) that is neither in policy.

> That said, the policy editors are often interested in seeing scope of the 
> impact of any change and the only way of knowing how many packages would be 
> made instabuggy by this change is to include it in the tests...

The check does not impose anything on package maintainers, like
migration blocking or similar. So even if there was a substantial
amount of packages that would fail that test, it would still be useful
information for the reproducible effort IMO.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782739: Fwd: Re: Bug#782739: web-monitoring: SSL connection error

[Dmitry Smirnov]

--  Forwarded Message  --

Subject: Re: Bug#782739: web-monitoring: SSL connection error
Date: Sat, 16 May 2015, 10:21:43
From: Dmitry Smirnov 
To: Arno Schneider 

Dear Arno,

On Sat, 18 Apr 2015 11:35:50 Arno Schneider wrote:
> Ok, I have upgraded libcurl3-gnutls to the latest version available on
> the repository. The whole system is upgraded to "testing" but the error
> still persisst...
> 
> Have you an idea what I can do?

You might need to install your CA's root certificate to

/usr/local/share/ca-certificates

as described in 

/usr/share/doc/ca-certificates/README.Debian

see "ca-certificates" package.

I tried reproducing your problem with Zabbix-2.4.5 but found that everything 
works fine for me. I can successfully set-up web monitoring of 
https://cacert.org even if CAcert root certificate is not available on system.

What exactly did you mean when you've said "I try to monitor a SSL protected 
web site."? Is your web site using client SSL authentication?

How can I reproduce your problem?

-- 
Regards,
 Dmitry Smirnov.
-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782739: Fwd: Re: Bug#782739: web-monitoring: SSL connection error

[Dmitry Smirnov]

--  Forwarded Message  --

Subject: Re: Bug#782739: web-monitoring: SSL connection error
Date: Tue, 19 May 2015, 16:19:19
From: Arno Schneider 
To: Dmitry Smirnov 

Dear Dmitry,

> You might need to install your CA's root certificate to

I have installed the certificates but had forgotten to do a 
update-ca-certificates.

> What exactly did you mean when you've said "I try to monitor a SSL protected
> web site."? Is your web site using client SSL authentication?

No - I meant to monitor a web-site via https. There are no client 
certificates needed.

Now I get the error "Failure when receiving data from the peer".

> How can I reproduce your problem?

You can try to monitor the url https://moodle.hs-augsburg.de

best regards, arno

-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782739: Fwd: Re: Bug#782739: web-monitoring: SSL connection error

[Dmitry Smirnov]

--  Forwarded Message  --

Subject: Re: Bug#782739: web-monitoring: SSL connection error
Date: Sat, 18 Apr 2015, 11:35:50
From: Arno Schneider 
To: Dmitry Smirnov 

Dear Dimitry,

> We can not link Zabbix with openssl due to licensing conflict.

that's pity.

> I'm not 100% sure but it might help if you upgrade "libcurl3-gnutls".
>
> You might also want to try a newer Zabbix although you will have to pull it
> from "testing"...


Ok, I have upgraded libcurl3-gnutls to the latest version available on 
the repository. The whole system is upgraded to "testing" but the error 
still persisst...

Have you an idea what I can do?



-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782739: Fwd: Re: Bug#782739: web-monitoring: SSL connection error

[Dmitry Smirnov]

--  Forwarded Message  --

Subject: Re: Bug#782739: web-monitoring: SSL connection error
Date: Sat, 18 Apr 2015, 19:53:34
From: Dmitry Smirnov 
To: Arno Schneider 

On Sat, 18 Apr 2015 11:35:50 Arno Schneider wrote:
> > We can not link Zabbix with openssl due to licensing conflict.
> 
> that's pity.

Yeah, but that's a pity on openssl side. This is why it is important to choose 
GPL-compatible license. I'm not sure if anyone asked Zabbix to add licensing 
exception to allow linking with openssl but you can try...

Personally I believe GNU library is a better choice...


> Ok, I have upgraded libcurl3-gnutls to the latest version available on
> the repository. The whole system is upgraded to "testing" but the error
> still persisst...
> 
> Have you an idea what I can do?

Unfortunately I don't know what to do... Sorry.

-- 
Best wishes,
 Dmitry Smirnov.

---

No person, no idea, and no religion deserves to be illegal to insult,
not even the Church of Emacs.
-- Richard Stallman
-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#760853: jitsi uninstallable in sid

[Christoph Anton Mitterer]

What's the status here?

Has jitsi been abandoned?


Cheers.


smime.p7s
Description: S/MIME cryptographic signature

Bug#786656: ITP: mlucas -- perform Lucas-Lehmer test and trial-factoring of prime-exponent Mersenne number

[黃晉生]

Package: wnpp
Severity: wishlist

Homepage: http://hogranch.com/mayer/README.html
Tarball: http://hogranch.com/mayer/src/C/Mlucas_12.11.2014.tbz2
License: GPLv2+


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786653: xul-ext-adblock-plus-element-hiding-helper: conffiles not removed

[Paul Wise]

On Sat, 2015-05-23 at 23:30 -0400, David Prévot wrote:

> What upgrade are you referring too?

The upgrade that triggered this warning from adequate was:

xul-ext-adblock-plus-element-hiding-helper 1.3-1 to 1.3.2-2

Clearly the conffile was left over from an earlier upgrade though and I
either forgot to report it or wasn't using adequate yet. You can
reproduce the problem by installing wheezy and upgrading to jessie:

sudo cowbuilder --create --distribution wheezy --mirror 
http://httpredir.debian.org/debian --basepath 
/var/cache/pbuilder/base.cow.wheezy
sudo cowbuilder --login --basepath /var/cache/pbuilder/base.cow.wheezy
apt-get install xul-ext-adblock-plus-element-hiding-helper
dpkg-query -W -f='${Conffiles}\n' xul-ext-adblock-plus-element-hiding-helper
echo deb http://http.debian.net/debian jessie main >> /etc/apt/sources.list
apt-get update
apt-get install xul-ext-adblock-plus-element-hiding-helper/jessie
dpkg-query -W -f='${Conffiles}\n' $pkg 

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#786655: libvdpau1: Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory

[Tianming Xie]

Package: libvdpau1
Version: 1.1-1
Severity: important

Dear Maintainer,

I am testing vdpau on this machine with i965-compatible GPU. But vdpauinfo on
this platform says:

"Failed to open VDPAU backend : cannot open shared object file: No such file or
directory"

And I have check all packages (free and non-free) related to vdpau(mainly mesa-
vdpau-drivers), but neither of them contains the file named libvdpau_i965.so.

Linking libvdpau_va_gl.so.1(contained by libvdpau-va-gl1) to libvdpau_i965.so.1
seems to be a workaround, but some report says it can cause problem.



-- Package-specific info:
VDPAU_DRIVER is not set
VDPAU_DRIVER_PATH is not set

vdpauinfo:
Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file:
No such file or directory
Error creating VDPAU device: 1
display: :0   screen: 0

available drivers:
lrwxrwxrwx 1 root root  25 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_nouveau.so -> libvdpau_nouveau.so.1.0.0
lrwxrwxrwx 1 root root  25 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_nouveau.so.1 -> libvdpau_nouveau.so.1.0.0
lrwxrwxrwx 1 root root  25 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_nouveau.so.1.0 -> libvdpau_nouveau.so.1.0.0
-rw-r--r-- 4 root root 4274208 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_nouveau.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r300.so -> libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r300.so.1 -> libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r300.so.1.0 -> libvdpau_r300.so.1.0.0
-rw-r--r-- 4 root root 4274208 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r600.so -> libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r600.so.1 -> libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root root  22 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r600.so.1.0 -> libvdpau_r600.so.1.0.0
-rw-r--r-- 4 root root 4274208 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root root  26 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_radeonsi.so -> libvdpau_radeonsi.so.1.0.0
lrwxrwxrwx 1 root root  26 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_radeonsi.so.1 -> libvdpau_radeonsi.so.1.0.0
lrwxrwxrwx 1 root root  26 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_radeonsi.so.1.0 -> libvdpau_radeonsi.so.1.0.0
-rw-r--r-- 4 root root 4274208 May 12 19:12 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_radeonsi.so.1.0.0
lrwxrwxrwx 1 root root  23 Apr 28 00:56 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0
-rw-r--r-- 1 root root   51232 Apr 28 00:56 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_trace.so.1.0.0
lrwxrwxrwx 1 root root  19 Oct 20  2014 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_va_gl.so -> libvdpau_va_gl.so.1
-rw-r--r-- 1 root root  109744 Oct 20  2014 /usr/lib/x86_64-linux-
gnu/vdpau/libvdpau_va_gl.so.1

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

Kernel: Linux 3.16.0-4-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)

Versions of packages libvdpau1 depends on:
ii  libc6  2.19-18
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  multiarch-support  2.19-18

libvdpau1 recommends no packages.

Versions of packages libvdpau1 suggests:
ii  libvdpau-va-gl1 [vdpau-driver] 0.3.4-2
ii  mesa-vdpau-drivers [vdpau-driver]  10.5.5-1

-- no debconf information

*** /home/user/lspci.txt
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller [8086:0104] (rev 09)
Subsystem: Acer Incorporated [ALI] Device [1025:0739]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if
00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Device [1025:0739]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Address: fee0f00c  Data: 41c1
Capabilities: [d0] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCu

Bug#786653: xul-ext-adblock-plus-element-hiding-helper: conffiles not removed

[David Prévot]

Control: tags -1 moreinfo

Hi Paul,

On Sun, May 24, 2015 at 10:31:24AM +0800, Paul Wise wrote:
> Package: xul-ext-adblock-plus-element-hiding-helper
> Version: 1.3.2-2

> The recent upgrade did not deal with obsolete conffiles properly.

What upgrade are you referring too? I can’t see any conffile being
dropped since Jessie:

$ debdiff ../xul-ext-adblock-plus-element-hiding-helper_1.3{-1,.2-2}_all.deb 
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/gl/composer.dtd
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/gl/global.properties
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/gl/overlay.dtd
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/nb-NO/composer.dtd
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/nb-NO/global.properties
-rw-r--r--  root/root 
/usr/share/xul-ext/adblock-plus-element-hiding-helper/chrome/locale/nb-NO/overlay.dtd

[…]

> Please use the dpkg-maintscript-helper support

Please provide more information on the problem that has been spotted.

> $ pkg=xul-ext-adblock-plus-element-hiding-helper ; adequate $pkg ; dpkg-query 
> -W -f='${Conffiles}\n' $pkg | grep obsolete

This command doesn’t output anything for me, what am I missing? If this
problem has been detected automatically somewhere accessible, a pointer
to the log or machine that ran it could be worth it.

> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
> 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
> 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental')

Regards

David


signature.asc
Description: Digital signature

Bug#786654: dpkg-deb --build fails if built without zlib

[Daniel Schepler]

Source: dpkg
Version: 1.18.0
Severity: minor

The exact configure line is:
./configure --prefix=/tools --disable-dselect --without-zlib --without-bz2
--without-liblzma --without-selinux PERL_LIBDIR=/tools/lib/perl/5.20.2

With this build, trying to create a package fails with:

gzip: invalid option -- '-'
Try `gzip --help' for more information.
dpkg-deb (subprocess): subprocess compressing control member returned error
exit status 1
dpkg-deb: error: subprocess  from tar -cf returned error exit
status 2

It appears that gzip is being called with arguments -c -n-1.  (Also,
tracing the code path, as far as I can tell even in the zlib case gzdopen
would be called with mode "w-1" and I'm not sure exactly what effect that
would have.)  Passing --uniform-compression does work around the issue.
-- 
Daniel Schepler

Bug#786653: xul-ext-adblock-plus-element-hiding-helper: conffiles not removed

[Paul Wise]

Package: xul-ext-adblock-plus-element-hiding-helper
Version: 1.3.2-2
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

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

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

This bug report brought to you by adequate:

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

$ pkg=xul-ext-adblock-plus-element-hiding-helper ; adequate $pkg ; dpkg-query 
-W -f='${Conffiles}\n' $pkg | grep obsolete
xul-ext-adblock-plus-element-hiding-helper: obsolete-conffile 
/etc/xul-ext/adblock-plus-element-hiding-helper.js
$ /etc/xul-ext/adblock-plus-element-hiding-helper.js 
1d914b7f9cfc14e5142b68a6fa0fa7b5 obsolete

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages xul-ext-adblock-plus-element-hiding-helper depends on:
ii  iceweasel 38.0.1-1
ii  xul-ext-adblock-plus  2.6.9+dfsg-2

xul-ext-adblock-plus-element-hiding-helper recommends no packages.

xul-ext-adblock-plus-element-hiding-helper suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#756353: ncurses-base: screen-256color: SGR 7 (reverse video) does not work (appears as italics)

[Guo Yixuan]

Thank you! I just saw the latest upload.

Yixuan

On Sat, May 23, 2015 at 7:59 AM, Romain Francoise 
wrote:

> Ok, I changed my mind; it's not ideal to have to include the change to
> make default-terminal a server option, but forcing a configuration
> change on all the users who don't want italics isn't realistic. Let's go
> with this.
>
> --
> Romain Francoise 
> http://people.debian.org/~rfrancoise/
>



-- 
GUO Yixuan

Bug#456667: garantie verleend aanbod

[NICOM LOAN FIRM]

HEBT U EEN DRINGEND GARANTIE en vertrouwde LENING OF KERSTMIS lening?
OF financiële nood WIJ BIEDEN lening tegen de rente op 2%? Contacteer
ons als u geïnteresseerd bent
MET DE ONDERSTAANDE INFORMATIE MET

LENING aanvraagformulier in te vullen en terug te keren
JOUW NAAM:
Bedrag dat nodig is;
DUUR;
TELEFOONNUMMER;
leeftijd,
LAND;
staat
ANTWOORD OP DEZE E-MAIL: nicomf...@gmail.com

opzicht
De heer MARSHA


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

[Stuart Prescott]

Hi Helmut,

> I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build
> should not change the resulting binary packages. It might make the build
> succeed despite being broken, but if it succeeds without nocheck, it
> should be no different when enabled.

Policy is, however, silent on whether that is the correct behaviour or not. 
Clarifying policy as to what the correct behaviour should be seems to be a 
necessary first step. I would expect that policy would end up saying something 
"should" (and not "must") happen with nocheck; I'm not sure that checking non-
mandatory things is sensible in this context.

That said, the policy editors are often interested in seeing scope of the 
impact of any change and the only way of knowing how many packages would be 
made instabuggy by this change is to include it in the tests...

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786436: ncurses FTBFS: configure loops

[Thomas Dickey]

- Original Message -
| From: "Helmut Grohne" 
| To: 786...@bugs.debian.org
| Sent: Thursday, May 21, 2015 1:48:24 PM
| Subject: Bug#786436: ncurses FTBFS: configure loops
| 
| Control: tags -1 - moreinfo
| Control: severity -1 serious
| 
| On Thu, May 21, 2015 at 07:24:18PM +0200, Helmut Grohne wrote:
| > | Looking for ncursesw-config
| > | checking for ncursesw-config... no
| > | checking for ncursesw6-config... no
| > | checking for ncursesw5-config... no
| 
| There is a notable difference to successful builds here. Those say:
| 
| | checking for ncursesw5-config... ncursesw5-config
| 
| Now where does that come from? ncurses-bin. Well, it came from there,
| but it no longer does.

On the other hand, I have the impression that Debian packagers would prefer to 
use ".pc" files.
The log shows that there is no suitable pkg-config for the cross-compiler, so 
it falls through
to the script looking for ncurses*-config

I did that recently, and verified that the script works with the pkg-config 
which is part of
the MinGW cross-compilers.  (If there is something I've overlooked, that would 
be nice to know).

Perhaps the proper fix for your build is to ensure that there is a pkg-config 
for the cross-build,
rather than restoring the ncurses*-config scripts to your build-environment.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#779623: [maint-guide] add further explanation for s/i/m/l/k/b

[Osamu Aoki]

Control: tags -1 moreinfo

Hi,

On Tue, Mar 03, 2015 at 09:23:50AM +, lumin wrote:
> When learning packaging with maint-guide,
> I found something confusing to me, and I raised my issue on
> https://lists.debian.org/debian-devel/2015/03/msg2.html
> , and following is the wishlist matter.
> 
> Look at Chapter 2. First Steps, footnote 21 of maint-guide(html):

Please note the main text clearly mention to chose "s" as:

| You should see some output asking you what sort of package you want to
| create. Gentoo is a single binary package - it creates only one binary
| package, i.e, one .deb file - so we will select the first option (with
| the s key), check the information on the screen, and confirm by pressing
| ENTER. [21]

This is a tutorial document and already warning reader to focus on
simple package in 2.2 and in the chapter 1:

| Since this is a tutorial, I choose to explain each detailed step for
| some important topics. Some of them may look irrelevant to you. Please
| be patient. I have also intentionally skipped some corner cases and
| provided only pointers to keep this document simple.

So you only get to explained the case of the single binary package "s".

> There are several choices here: s for Single binary
> package, i for arch-Independent package, m for Multiple
> binary packages, l for Library package, k for Kernel
> module package, n for kernel patch package, and b for
> cdbs package. This document focuses on the use of the dh
> command (from the package debhelper) to create a single
> binary package, but also touches on how to use it for
> arch-independent or multiple binary packages. The
> package cdbs offers an alternative packaging script
> infrastructure to the dh command and is outside the
> scope of this document. 
>
> Newbies may be confused on what's the difference between s/i/m/l/k/b,
> as seems no document explained it.

If more explanation needed for the choice presented, that's the job of
the dh_make manpage.  I do not copy all manpage.  I am intentionally terse
here.  I requested reader to check manpage in "1.4. Where to ask for
help" too.

FYI: The dh_make manpage
|PACKAGE CLASSES
|Classes can be set with the single direct options (such as --s for sin‐
|gle) or with the -C,--packageclass option (-C=s for single).
| 
|Single binary (s)
|   The package will generate a single binary .deb  package.  It  is
|   the standard case, so if you don't know what to do, choose this.
| 
|Arch-Independent (i)
|   The package will generate a single package that is arch-indepen‐
|   dent.
| 
|Multiple binary (m)
|   The package will generate multiple binary .deb packages from one
|   source  package. Choose this for larger packages that need to be
|   split.
| 
|Library (l)
|   The package will generate at least  two  binaries.  One  library
|   package   containing  just  the  lib  in  /usr/lib  and  another
|   *-dev_*.deb package containing documentation and C headers.
| 
|Kernel module (k)
|   The package will generate a  binary-all  kernel  module  -source
|   package for use with the make-kpkg(1) command. It also generates
|   a binary package for additional utilities,  daemons,  etc.  that
|   may come with the source.
| 
|Kernel patch
|   The  package will generate a package that can be used for kernel
|   patches.
 
> So I suggest that add further explanation here, such as
> the choice s/i/m/l/k/b only affects the templates under
> debian/ that dh_make would prepare for you, and please
> don't
> panic if you've chose the improper one.
> please have a glance on the file list of package
> dh-make, using
> this command if you had it installed: dpkg -L dh-make.

Actually, dwelling more on dh_make for this feature may confuse user.
Let's keep this in the footnote.

Problem is that this dh_make creates outdated template in the day of
multiarch and it is not flexible enough to address many packaging cases.
Let's keep this document simple to focus only on "s" case.

In the Appendix A. Advanced packaging, multi binary package case etc.
are discussed as: 
  https://www.debian.org/doc/manuals/maint-guide/advanced.en.html

Here, some special case is explained but I have to admit it is awkward.
This is coming from the fact that the dh_make generated template file
has serious limitation.  That is why I am making the debmake package.
  https://tracker.debian.org/pkg/debmake

I have in chapter 1:
| The new debmake may be used as the alternative to the st

Bug#786652: fails to include TEMPLATE.kvm, preventing creation of domains with KVM under apparmor

[Luke Faraone]

Package: libvirt-daemon-system
Version: 1.2.9-9
Severity: normal
File: /etc/apparmor.d/libvirt/TEMPLATE.qemu

May 24 00:07:47 aqua libvirtd[1130]: internal error: Child process
(/usr/lib/libvirt/virt-aa-helper -p 0 -c -u libvirt-a8588abe-9d3b-4772-a95e-
0e312decc03a) unexpected exit status 1: virt-aa-helper.real: error: template
does not exist

This can be resolved by copying /etc/apparmor.d/libvirt/TEMPALTE.qemu to
/etc/apparmor.d/libvirt/TEMPALTE.kvm



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

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

Versions of packages libvirt-daemon-system depends on:
ii  adduser  3.113+nmu3
ii  gettext-base 0.19.3-2
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libaudit11:2.4-1+b1
ii  libavahi-client3 0.6.31-5
ii  libavahi-common3 0.6.31-5
ii  libblkid12.25.2-6
ii  libc62.19-18
ii  libcap-ng0   0.7.4-2
ii  libdbus-1-3  1.8.16-1
ii  libdevmapper1.02.1   2:1.02.90-2.2
ii  libgnutls-deb0-283.3.8-6
ii  libnl-3-200  3.2.24-2
ii  libnl-route-3-2003.2.24-2
ii  libnuma1 2.0.10-1
ii  librados20.80.7-2
ii  librbd1  0.80.7-2
ii  libsasl2-2   2.1.26.dfsg1-13
ii  libselinux1  2.3-2
ii  libssh2-11.4.3-4.1
ii  libsystemd0  215-17
ii  libvirt-clients  1.2.9-9
ii  libvirt-daemon   1.2.9-9
ii  libvirt0 1.2.9-9
ii  libxml2  2.9.1+dfsg1-5
ii  libyajl2 2.1.0-2
ii  logrotate3.8.7-1+b1
ii  policykit-1  0.105-8

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-9
ii  dmidecode 2.12-3
ii  dnsmasq-base  2.72-3+deb8u1
ii  ebtables  2.0.10.4-3
ii  iproute2  3.16.0-2
ii  iptables  1.4.21-2+b1
ii  parted3.2-7
ii  pm-utils  1.4.1-15

Versions of packages libvirt-daemon-system suggests:
ii  apparmor   2.9.0-3
pn  auditd 
pn  radvd  
ii  systemd215-17
pn  systemtap  

-- Configuration Files:
/etc/apparmor.d/usr.lib.libvirt.virt-aa-helper changed [not included]
/etc/libvirt/qemu.conf [Errno 13] Permission denied: u'/etc/libvirt/qemu.conf'

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786651: jython: invoking jython gives a stacktrace and nothing more

[Rogério Brito]

Package: jython
Version: 2.5.3-5
Severity: important

Hi.

I have jython installed on my system that is running testing.

Unfortunately, it seems that some recent upgrade changed the dependencies of
jython and it, now, fails to start with a backtrace. Here is what I get:

$ jython
"my" variable $jythonHome masks earlier declaration in same scope at 
/usr/bin/jython line 15.
Exception in thread "main" java.lang.NoClassDefFoundError: 
jnr/posix/POSIXHandler
at org.python.modules.Setup.(Setup.java:29)
at org.python.core.PySystemState.initBuiltins(PySystemState.java:1047)
at org.python.core.PySystemState.doInitialize(PySystemState.java:883)
at org.python.core.PySystemState.initialize(PySystemState.java:802)
at org.python.core.PySystemState.initialize(PySystemState.java:752)
at org.python.core.PySystemState.initialize(PySystemState.java:745)
at org.python.util.jython.run(jython.java:150)
at org.python.util.jython.main(jython.java:129)
Caused by: java.lang.ClassNotFoundException: jnr.posix.POSIXHandler
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 8 more

I don't know exactly which package is the culprit here, which is why I have
not put a higher severity, but since this makes jython unusable, perhaps a
higher severity is in order.  If jython is not really the culprit here, feel
free to reassign this bug as appropriate.

If I manually downgrade many packages related to jython to their versions in
jessie, then I am able to get jython working again.

If any further information is needed, please let me know and I will try my
best to provide them, so that we can have a version of jython that works
fine in sid.


Thanks,

Rogério Brito.

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

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

Versions of packages jython depends on:
ii  antlr3   3.2-10
ii  default-jre-headless [java5-runtime-headless]2:1.7-52
ii  libasm3-java 3.3.2-2
ii  libconstantine-java  0.8.6-5
ii  libguava-java17.0-1
ii  libjffi-java 1.0.2-11
ii  libjline-java1.0-2
ii  libjnr-netdb-java1.1.4-1
ii  libjnr-posix-java1.1.8-3
ii  libjnr-x86asm-java   1.0.2-2
ii  liblivetribe-jsr223-java 2.0.6-1
ii  libreadline-java 0.8.0.1+dfsg-4
ii  openjdk-7-jre-headless [java5-runtime-headless]  7u79-2.5.5-1
ii  openjdk-8-jre-headless [java5-runtime-headless]  8u45-b14-2
ii  perl 5.20.2-4

Versions of packages jython recommends:
ii  default-jdk2:1.7-52
ii  openjdk-7-jdk [java-compiler]  7u79-2.5.5-1
ii  openjdk-8-jdk [java-compiler]  8u45-b14-2

Versions of packages jython suggests:
pn  jython-doc   
pn  libmysql-java
pn  libpostgresql-jdbc-java  
ii  libservlet2.5-java   6.0.41-4

-- no debconf information

-- 
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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786560: libsane-dev is not Multi-Arch compatible

[Francois Gouget]

On Sat, 23 May 2015, Francois Gouget wrote:
[...]
> > Although Debian policy currently doesn't allow -dev packages with
> > headers which vary across architectures to be Multi-Arch: same,
> 
> There was a plan to make it possible to put headers in the 
> triplet-specific location and based on libgmp-dev this may have seen 
> fruition:

Chapter 9 of the Debian Policy Manual has more data on this:
https://www.debian.org/doc/debian-policy/ch-opersys.html

The requirement for C and C++ headers files to be accessible through 
the search path /usr/include/ is amended, permitting files to be 
accessible through the search path /usr/include/triplet where 
triplet is as above. [79]

[79] This is necessary for architecture-dependant headers file to 
coexist in a multiarch setup. 


See also the MultiarchCross documentation, particularly the 
'Toolchains', 'Multiarching -dev packages' and 'Header files' sections:
https://wiki.ubuntu.com/MultiarchCross


Multiarch already goes most of the way by specifying new paths where 
libraries are to be found; while the MultiarchSpec lists library 
-dev packages as unresolved, the transition plan is already pretty 
specific on making binutils and gcc look into multiarch inlcude 
directories, which is only needed for -dev packages.

The extra explicit changes are:

moving arch-dependent include files into /usr/include/.
dealing with scripts and utilities. 

pkg-config files do not need to change for multiarch - they just 
move into /usr/lib/ 


In version 1.0.25+git20150425-1 libsane-dev's sane-config is also 
arch-specific. So the MultiarchCross documentation's 'Executables in 
-dev packages' will be relevant too.


-- 
Francois Gouget   http://fgouget.free.fr/
 The greatest programming project of all took six days; on the seventh day the
  programmer rested. We've been trying to debug the *&^%$#@ thing ever since.
  Moral: design before you implement.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786650: virt-aa-helper: incomplete apparmor profile

[Luke Faraone]

Package: libvirt-daemon-system
Version: 1.2.9-9
Severity: normal
File: /etc/apparmor.d/libvirt/TEMPLATE.qemu
Tags: patch

On attempting to create a new virtual machine with KVM:

May 23 23:26:39 aqua kernel: [  318.993668] audit: type=1400
audit(1432423599.343:63): apparmor="DENIED" operation="open"
profile="/usr/lib/libvirt/virt-aa-helper" name="/etc/libnl-3/classid" pid=2499
comm="virt-aa-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
May 23 23:26:39 aqua kernel: [  318.995946] audit: type=1400
audit(1432423599.343:64): apparmor="DENIED" operation="open"
profile="/usr/lib/libvirt/virt-aa-helper" name="/dev/dm-7" pid=2499 comm="virt-
aa-helper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
May 23 23:26:39 aqua libvirtd[1130]: internal error: cannot load AppArmor
profile 'libvirt-68bf0174-32b3-498e-b55d-80fdc2b5fee9'

This can be solved by applying the attached patch to
/etc/apparmor.d/usr.lib.libvirt.virt-aa-helper

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

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

Versions of packages libvirt-daemon-system depends on:
ii  adduser  3.113+nmu3
ii  gettext-base 0.19.3-2
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libaudit11:2.4-1+b1
ii  libavahi-client3 0.6.31-5
ii  libavahi-common3 0.6.31-5
ii  libblkid12.25.2-6
ii  libc62.19-18
ii  libcap-ng0   0.7.4-2
ii  libdbus-1-3  1.8.16-1
ii  libdevmapper1.02.1   2:1.02.90-2.2
ii  libgnutls-deb0-283.3.8-6
ii  libnl-3-200  3.2.24-2
ii  libnl-route-3-2003.2.24-2
ii  libnuma1 2.0.10-1
ii  librados20.80.7-2
ii  librbd1  0.80.7-2
ii  libsasl2-2   2.1.26.dfsg1-13
ii  libselinux1  2.3-2
ii  libssh2-11.4.3-4.1
ii  libsystemd0  215-17
ii  libvirt-clients  1.2.9-9
ii  libvirt-daemon   1.2.9-9
ii  libvirt0 1.2.9-9
ii  libxml2  2.9.1+dfsg1-5
ii  libyajl2 2.1.0-2
ii  logrotate3.8.7-1+b1
ii  policykit-1  0.105-8

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-9
ii  dmidecode 2.12-3
ii  dnsmasq-base  2.72-3+deb8u1
ii  ebtables  2.0.10.4-3
ii  iproute2  3.16.0-2
ii  iptables  1.4.21-2+b1
ii  parted3.2-7
ii  pm-utils  1.4.1-15

Versions of packages libvirt-daemon-system suggests:
ii  apparmor   2.9.0-3
pn  auditd 
pn  radvd  
ii  systemd215-17
pn  systemtap  
--- usr.lib.libvirt.virt-aa-helper	2015-05-23 23:43:44.751750819 +
+++ /etc/apparmor.d/usr.lib.libvirt.virt-aa-helper	2015-05-24 00:03:13.039766331 +
@@ -1,7 +1,7 @@
 # Last Modified: Mon Apr  5 15:10:27 2010
 #include 
 
-/usr/lib/libvirt/virt-aa-helper {
+/usr/lib/libvirt/virt-aa-helper flags=(complain) {
   #include 
 
   # needed for searching directories
@@ -25,6 +25,7 @@
 
   /etc/apparmor.d/libvirt/* r,
   /etc/apparmor.d/libvirt/libvirt-[0-9a-f]*-[0-9a-f]*-[0-9a-f]*-[0-9a-f]*-[0-9a-f]* rw,
+  /etc/libnl-3/classid r,
 
   # for backingstore -- allow access to non-hidden files in @{HOME} as well
   # as storage pools
@@ -45,4 +46,5 @@
   /**.vmdk r,
   /**.[iI][sS][oO] r,
   /**/disk{,.*} r,
+  /dev/dm* r,
 }

Bug#785091: spatialite-bin: spatialite gives a Segmentation fault.

[Sebastiaan Couwenberg]

Hi Andy,

On 05/23/2015 09:47 PM, Wood, Andy wrote:
> Version: 4.1.1-5 now in testing does not fix the problem.
> Segmentation fault still occurs.

spatialite-bin no longer segfaults because it doesn't use the
spatialite_init() method anymore.

gdal, qgis & pyspatialite still use the deprecated spatialite_init()
method though. gdal 1.11.2 in experimental will stop using it in favor
of spatialite_init_ex() for spatialite >= 4.1.2, so we also need to
transition to spatialite 4.2.x. See my recent message to the debian-gis
list and the threads linked therein:

https://lists.debian.org/debian-gis/2015/05/msg00035.html

Kind Regards,

Bas

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668185: You can do it with dch(1), or manually with a text editor.

[Osamu Aoki]

Control: tags -1 moreinfo

Hi, ( https://bugs.debian.org/668185 )

Now that jessie is released, I can address non-RC bugs.
(This is an old bug but re-assigned recently rightly to this package.)

I see no problem with "You can do it with dch(1), or manually with a
text editor." in the "4.3. changelog".

It's true.

dch does more thing but not much more.  It's a thin layer as a wrapper
to the system default editor.  The system default editor for my case is
vim ... for others is emacs, nano, 

I do not see problem here.  Unless clear rationale is presented, I will
close this bug.

Osamu


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786649: goldendict: Home page package reported by debian package don't exist

[Hector Colina]

Package: goldendict
Severity: minor

Dear Maintainer,

The goldendict debian package reported http://goldendict.berlios.de like home 
page but this link its broken

The rigth link is http://goldendict.org


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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786469: fixed in util-linux 2.26.2-5

[Andreas Henriksson]

On Fri, May 22, 2015 at 09:18:33AM -0700, Josh Triplett wrote:
> On Fri, 22 May 2015 10:49:38 + Martin Pitt  wrote:
> > * Using sysvinit-utils (<< 2.88dsf-59.1~) confuses apt during upgrade, so
> >   use Depends: instead. This isn't technically true, but ensures a robust
> >   upgrade also from jessie. (Closes: #786469)
> 
> This seems unfortunate, considering that one of the primary purposes of
> this change was to reduce dependence on sysvinit-utils.
> 
> Could the dependency go the other way, instead?

I agree it's unfortunate that sysvinits "upside down" packaging style
now has spread to util-linux. As I see it it will be possible
to fix (via further sysvinit NMUs) once we're ready to get rid
of the initscripts dependency completely in util-linux.

It would be good to hear what the longterm plans are for sysvinit
(the binary package). Even if things stay as they are right now
I guess new jessie installs will be in great numbers and people
will generally have to install sysvinit-core to get a working
sysvinit by the time of stretch release that we can already now
see it as ok to drop initscripts dependency from u-l, given
that sysvinit-core already depends on initscripts.

I quickly looked at blockers for simply dropping the binary
sysvinit package and it seems to boil down to "init-select".
On the other hand the init-select package seems to entirely
be based on farse assumptions. No replies from maintainer
on filed bugs. Maybe someone should just push for it to get
removed


Regards,
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783699: nettle-dev is not Multi-Arch compatible

[Francois Gouget]

On Sat, 23 May 2015, Niels Möller wrote:
[...]
> > $ cat debian/patches/multiarch.patch 
> > --- a/aclocal.m4
> > +++ b/aclocal.m4
> > @@ -857,7 +857,7 @@
> >  fi # shortcircut to system "stdint.h"
> >  # -- PREPARE VARIABLES --
> >  if test "$GCC" = "yes" ; then
> > -ac_cv_stdint_message="using gnu compiler "`$CC --version | head -1` 
> > +ac_cv_stdint_message="using gnu compiler $CC" 
> >  else
> >  ac_cv_stdint_message="using $CC"
> >  fi
> 
> If we go this path, maybe just drop the conditional and unconditionally
> print "using $CC"?

Sure that would work too. It's mostly a matter of how minimal you want 
the patch to be compared to autoconf's code.

> I'm not sure about the reason for displaying the version, but I guess 
> some older gcc versions did stdint and/or inttypes.h differently.

I looked at the Git history of that file but all I found for this line 
was a big import dating back to 2007-02-14 creating that file among 
others. So nothing that explains the rational behind putting compiler 
information inside a C comment.


> If you have the time, it would be helpful to look at the latest version
> of AX_CREATE_STDINT_H (from autoconf archive) and see if it does
> anything differently.

I guess it would be this page:

   
http://git.savannah.gnu.org/gitweb/?p=autoconf-archive.git;a=blob_plain;f=m4/ax_create_stdint_h.m4

pointed to by

   https://www.gnu.org/software/autoconf-archive/ax_create_stdint_h.html

So it still puts the gcc version in the comment.


[...]
> > For GMP_NUMB_BITS here are some thoughts:
> 
> You must understand that nettle defines GMP_NUMB_BITS only if configured
> with --enable-mini-gmp. This configuration is not intended to be
> compatible with anything else, and should never be installed on a normal
> debian system.

I see. So given that the part inside the #if is irrelevant to Debian I 
think the simplest solution would be for the Debian package to apply 
a patch that makes it harmless. I'm torn between removing all 
five lines, and a more minimalistic one that replaces @GMP_NUMB_BITS@ 
with either '0' or 'mini-gmp is not supported' so the user gets a 
meaningful error if he tries to define NETTLE_USE_MINI_GMP anyway.


-- 
Francois Gouget   http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand 
Caramels.

Bug#784316: Please upgrade to hoauth2

[John Goerzen]

On 05/22/2015 02:27 AM, Joachim Breitner wrote:
> Hi,
>
> Am Dienstag, den 05.05.2015, 11:06 +0200 schrieb Joachim Breitner:
>> hoauth has not seen a release in three years and its git repo has
>> disappeared; I believe this is dead and should be removed from Debian
>> (#784315).
>>
>> twidge is its only reverse dependency. Can you check if you can use
>> hoauth2? Or alternatively, maybe twidge needs to go as well?
>
> any news on this? This will soon be a testing transition blocker.
>
> Greetings,
> Joachim
>


Hi Joachim,

I am super busy right now (taking flying lessons) and will not likely
have the chance to look at this soon, unfortunately.  I would happily
accept patches if anybody else has the time to do so.

John

Bug#786648: fails to change euid, wrong command line

[Michael Biebl]

Control: tags -1 moreinfo unreproducible

Am 24.05.2015 um 00:57 schrieb Eduard Bloch:
> Repro steps:
> 
>  - install apt-cacher-ng from Sid (0.8.3-1). That works fine, runs the
>process with correct uid and parameters.
>  - build the package from
>https://alioth.debian.org/anonscm/git/apt-cacher-ng/apt-cacher-ng.git/
>(debian/sid branch) or get apt-cacher-ng_0.8.4-1_amd64.deb from
>https://www.unix-ag.uni-kl.de/~bloch/acng/tmp/ .
>  - Install the .deb with dpkg
> 
> And then weird things start happening, see below. First I was confused.
> Then I saw the WRONG command line. Thich explains the startup failure,
> Foreground=1 parameter is missing. And then I saw the wrong process
> lurking around. User is "root" now for no apparent reason.
> 
> I also cannot just downgrade the package because that ghost process
> occupies the port. And using "service stop apt-cacher-ng" (or whatever
> is run from prerm) is not effective because systemd thinks, the process
> is dead.

Are you absolutely sure you started this process via systemd? Could it
be you started it manually? That would explain why the process is not
tracked by systemd, has the wrong user and subsequent tries to start it
via systemctl/service fail.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#786648: fails to change euid, wrong command line

[Eduard Bloch]

Package: systemd
Version: 215-18
Severity: important

Hello,

first, sorry for the severity but I consider an account handling bug
almost critical.

Repro steps:

 - install apt-cacher-ng from Sid (0.8.3-1). That works fine, runs the
   process with correct uid and parameters.
 - build the package from
   https://alioth.debian.org/anonscm/git/apt-cacher-ng/apt-cacher-ng.git/
   (debian/sid branch) or get apt-cacher-ng_0.8.4-1_amd64.deb from
   https://www.unix-ag.uni-kl.de/~bloch/acng/tmp/ .
 - Install the .deb with dpkg

And then weird things start happening, see below. First I was confused.
Then I saw the WRONG command line. Thich explains the startup failure,
Foreground=1 parameter is missing. And then I saw the wrong process
lurking around. User is "root" now for no apparent reason.

I also cannot just downgrade the package because that ghost process
occupies the port. And using "service stop apt-cacher-ng" (or whatever
is run from prerm) is not effective because systemd thinks, the process
is dead.

And I cannot spot a related difference between
apt-cacher-ng_0.8.3-1_amd64.deb and apt-cacher-ng_0.8.4-1_amd64.deb.

Preparing to unpack .../apt-cacher-ng_0.8.4-1_amd64.deb ...
Unpacking apt-cacher-ng (0.8.4-1) over (0.8.3-1) ...
Setting up apt-cacher-ng (0.8.4-1) ...
Job for apt-cacher-ng.service failed. See 'systemctl status 
apt-cacher-ng.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript apt-cacher-ng, action "start" failed.
dpkg: error processing package apt-cacher-ng (--install):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for doc-base (0.10.6) ...
Processing 1 changed doc-base file...
Registering documents with dwww...
Registering documents with scrollkeeper...
Processing triggers for systemd (215-18) ...
Errors were encountered while processing:
 apt-cacher-ng
zombie: ~/debian/dev/apt-cacher-ng $ sudo systemctl status apt-cacher-ng.service
● apt-cacher-ng.service - Apt-Cacher NG software download proxy
   Loaded: loaded (/lib/systemd/system/apt-cacher-ng.service; enabled)
   Active: failed (Result: start-limit) since Sun 2015-05-24 00:03:28 CEST; 3s 
ago
 Main PID: 13459 (code=exited, status=1/FAILURE)

May 24 00:03:28 zombie systemd[1]: Unit apt-cacher-ng.service entered failed 
state.
May 24 00:03:28 zombie systemd[1]: apt-cacher-ng.service holdoff time over, 
scheduling restart.
May 24 00:03:28 zombie systemd[1]: Stopping Apt-Cacher NG software download 
proxy...
May 24 00:03:28 zombie systemd[1]: Starting Apt-Cacher NG software download 
proxy...
May 24 00:03:28 zombie systemd[1]: apt-cacher-ng.service start request repeated 
too quickly, refusing to start.
May 24 00:03:28 zombie systemd[1]: Failed to start Apt-Cacher NG software 
download proxy.
May 24 00:03:28 zombie systemd[1]: Unit apt-cacher-ng.service entered failed 
state.
zombie: ~/debian/dev/apt-cacher-ng $ ps aux | grep apt-cacher-ng
...
root 13079  0.0  0.0  47464  1484 ?Ss   00:03   0:00 
/usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng
zombie: ~/debian/dev/apt-cacher-ng $ grep Exec 
/lib/systemd/system/apt-cacher-ng.service
ExecStart=/usr/sbin/apt-cacher-ng SocketPath=/var/run/apt-cacher-ng/socket -c 
/etc/apt-cacher-ng ForeGround=1

I have a weid feeling that some voodoo in systemd decided to strip the
"assinment-looking" options and do root mode... but why? And what does
trigger this behavior?

Regards,
Eduard.

-- Package-specific info:

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

Kernel: Linux 4.1.0-rc3.111cputssfix+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59.2
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.26.2-5
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod220-1
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-18
ii  mount   2.26.2-5
ii  sysv-rc 2.88dsf-59.2
ii  udev215-18
ii  util-linux  2.26.2-5

Versions of packages systemd recommends:
ii  dbus1.8.18-1
ii  libpam-systemd  215-18

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information

-- 
 RomanK: s/admins/menschen/, bitte :)
 RomanK: schon versucht
 youam: s/menschen/unmenschen/
 hilft nix


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786647: jessie-pu: package pgbouncer/1.5.4-6+deb8u1; wheezy-pu: pgbuilder/1.5.2-4+deb7u1

[Christoph Berg]

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

Hi,

pgbouncer has a remote crash problem. As discussed with the security
people, the update isn't totally urgent, so I'm proposing this for a
(old)stable update. Unstable is already fixed.

The diffs for wheezy/jessie are attached. I've uploaded the packages
to DELAYED. If you give me a go, I'd reschedule them for immediate
release.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/

No differences were encountered between the control files

diff -Nru pgbouncer-1.5.2/debian/changelog pgbouncer-1.5.2/debian/changelog
--- pgbouncer-1.5.2/debian/changelog	2012-11-02 10:07:46.0 +0100
+++ pgbouncer-1.5.2/debian/changelog	2015-05-23 23:12:28.0 +0200
@@ -1,3 +1,11 @@
+pgbouncer (1.5.2-4+deb7u1) jessie; urgency=medium
+
+  * Fix remote crash - invalid packet order causes lookup of NULL pointer.
+Not exploitable, just DoS. (CVE-2015-4054)
+Cherry-picked from upstream 1.5.5.
+
+ -- Christoph Berg   Sat, 23 May 2015 22:58:29 +0200
+
 pgbouncer (1.5.2-4) unstable; urgency=medium
 
   * Cherry-pick from 1.5.3:  Closes: #692103.
diff -Nru pgbouncer-1.5.2/debian/patches/1.5.5.diff pgbouncer-1.5.2/debian/patches/1.5.5.diff
--- pgbouncer-1.5.2/debian/patches/1.5.5.diff	1970-01-01 01:00:00.0 +0100
+++ pgbouncer-1.5.2/debian/patches/1.5.5.diff	2015-05-23 23:11:09.0 +0200
@@ -0,0 +1,23 @@
+From upstream 1.5.5:
+
+   Fix remote crash - invalid packet order causes lookup of NULL pointer.
+   Not exploitable, just DoS.
+
+CVE-2015-4054
+http://www.openwall.com/lists/oss-security/2015/05/22/5
+
+--- a/src/client.c
 b/src/client.c
+@@ -262,6 +262,12 @@ static bool handle_client_startup(PgSock
+ 		}
+ 		break;
+ 	case 'p':		/* PasswordMessage */
++		/* too early */
++		if (!client->auth_user) {
++			disconnect_client(client, true, "client password pkt before startup packet");
++			return false;
++		}
++
+ 		/* haven't requested it */
+ 		if (cf_auth_type <= AUTH_TRUST) {
+ 			disconnect_client(client, true, "unrequested passwd pkt");
diff -Nru pgbouncer-1.5.2/debian/patches/series pgbouncer-1.5.2/debian/patches/series
--- pgbouncer-1.5.2/debian/patches/series	2012-11-02 10:09:33.0 +0100
+++ pgbouncer-1.5.2/debian/patches/series	2015-05-23 23:11:09.0 +0200
@@ -1,2 +1,3 @@
 692103-long-db-name
 debian-config
+1.5.5.diff

No differences were encountered between the control files

diff -Nru pgbouncer-1.5.4/debian/changelog pgbouncer-1.5.4/debian/changelog
--- pgbouncer-1.5.4/debian/changelog	2014-07-16 16:49:50.0 +0200
+++ pgbouncer-1.5.4/debian/changelog	2015-05-23 23:00:42.0 +0200
@@ -1,3 +1,11 @@
+pgbouncer (1.5.4-6+deb8u1) jessie; urgency=medium
+
+  * Fix remote crash - invalid packet order causes lookup of NULL pointer.
+Not exploitable, just DoS. (CVE-2015-4054)
+Cherry-picked from upstream 1.5.5.
+
+ -- Christoph Berg   Sat, 23 May 2015 22:58:29 +0200
+
 pgbouncer (1.5.4-6) unstable; urgency=low
 
   * Fix duplicate install file which caused pgbouncer.ini to get lost.
diff -Nru pgbouncer-1.5.4/debian/patches/1.5.5.diff pgbouncer-1.5.4/debian/patches/1.5.5.diff
--- pgbouncer-1.5.4/debian/patches/1.5.5.diff	1970-01-01 01:00:00.0 +0100
+++ pgbouncer-1.5.4/debian/patches/1.5.5.diff	2015-05-23 23:03:18.0 +0200
@@ -0,0 +1,23 @@
+From upstream 1.5.5:
+
+   Fix remote crash - invalid packet order causes lookup of NULL pointer.
+   Not exploitable, just DoS.
+
+CVE-2015-4054
+http://www.openwall.com/lists/oss-security/2015/05/22/5
+
+--- a/src/client.c
 b/src/client.c
+@@ -262,6 +262,12 @@ static bool handle_client_startup(PgSock
+ 		}
+ 		break;
+ 	case 'p':		/* PasswordMessage */
++		/* too early */
++		if (!client->auth_user) {
++			disconnect_client(client, true, "client password pkt before startup packet");
++			return false;
++		}
++
+ 		/* haven't requested it */
+ 		if (cf_auth_type <= AUTH_TRUST) {
+ 			disconnect_client(client, true, "unrequested passwd pkt");
diff -Nru pgbouncer-1.5.4/debian/patches/series pgbouncer-1.5.4/debian/patches/series
--- pgbouncer-1.5.4/debian/patches/series	2013-05-24 04:25:12.0 +0200
+++ pgbouncer-1.5.4/debian/patches/series	2015-05-23 23:01:34.0 +0200
@@ -1 +1,2 @@
 debian-config
+1.5.5.diff


signature.asc
Description: Digital signature

Bug#786646: sox: play(1) confused about mp3 length, can segv

[Mike Kupfer]

Package: sox
Version: 14.4.1-5
Severity: normal

Dear Maintainer,

I have an MP3 file that I wanted to listen to using play(1).  The file
is approximately 52 minutes long and can be downloaded from
http://audiodharma.org/teacher/22/talk/2815/venue/IMC/20120105-Daniel_Bowling-IMC-mindfulness_conflict_resolution_and_neuroscience_part_1.mp3.

If I start from the very beginning, i.e.,

  play FILE

everything is okay.  If I start a few seconds in, e.g.,

  play FILE trim 0:05

I can listen to the recording, though I get this message:

  play WARN mp3: MAD lost sync

If I start even further in, like 39 minutes into the recording, I get
the same "lost sync" message, and play(1) exits at approximately
39:10.

If I try to start the recording even further in, e.g.,

  play FILE trim 46:00

play(1) dies with a segmentation violation.

syslog message:

  May 23 14:28:34 allegro kernel: [11001.672046] play[6752]: segfault at 0 ip 
7f74fdae0f19 sp 7fffcff0d010 error 4 in 
libmad.so.0.2.1[7f74fdade000+1e000]

I don't know if this is a sox issue or a libmad issue, but I'll note
that

  madplay -s 46:00 FILE

works just fine.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/3 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 sox depends on:
ii  libc6 2.19-18
ii  libgomp1  4.9.2-10
ii  libsox-fmt-alsa   14.4.1-5
ii  libsox-fmt-ao 14.4.1-5
ii  libsox-fmt-base   14.4.1-5
ii  libsox-fmt-oss14.4.1-5
ii  libsox-fmt-pulse  14.4.1-5
ii  libsox2   14.4.1-5

sox recommends no packages.

Versions of packages sox suggests:
ii  libsox-fmt-all  14.4.1-5

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786645: mousepad: Fails to save preferences

[Stephen R Guglielmo]

Package: mousepad
Version: 0.4.0-2
Severity: normal

Mousepad fails to save changes to the preferences.

Steps to reproduce:
Open mousepad. Change any setting in the preferences (either in the
"Preferences" dialog window, or from the "View" or "Document" menus).
Close mousepad. Reopen it. The preferences revert back to the default
and all changes made are unsaved.

This can be any preference, including, but not limited to, tab size,
word wrap, color scheme, show line numbers, etc.

This happens if I open mousepad from a terminal, from the xfce menu, or
by clicking a text file on the desktop.

Shared C library version:
`dpkg -s libc6 | grep ^Version`
Version: 2.19-18

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

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

Versions of packages mousepad depends on: 
ii  gconf-gsettings-backend [gsettings-backend]  3.2.6-3
ii  libc62.19-18
ii  libglib2.0-0 2.44.0-3
ii  libgtk2.0-0  2.24.25-3
ii  libgtksourceview2.0-02.10.5-2
ii  libpango-1.0-0   1.36.8-3

mousepad recommends no packages.

mousepad suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#782589: sudo destroys AFS tokens on exit

[Russ Allbery]

Sergio Gelato  writes:

> Patch successfully tested in an i386 jessie VM with kernel 3.16.7-ckt9-2
> and OpenAFS module 1.6.9-2+deb8u2 . I've tried both possible settings of
> the pam_setcred option in sudo. No apparent regression with sshd either.

Thanks!  I'm working on a new release (unfortunately slowly).

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786644: reproducible builds should vary whether nocheck is added to DEB_BUILD_OPTIONS

[Helmut Grohne]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: jenkins

I'd expect that setting DEB_BUILD_OPTIONS=nocheck on a package build
should not change the resulting binary packages. It might make the build
succeed despite being broken, but if it succeeds without nocheck, it
should be no different when enabled.

I therefore suggest that the reproducible testing builds packages first
without adding nocheck (like it does already) and adds nocheck to the
second build only as a further variation.

As a small benefit, this should also speed up the testing a little bit.

I am not aware of packages that embed their test results into the binary
packages, but we will likely find some corner cases.

Please consider this further variation

Helmut


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785136: overlay (as in Linux 4.0+) support for schroot

[Antonio Terceiro]

Control: tag 785633 + patch
Control: tag 785136 + patch

Hi,

Base on Felipe's patch posted at
https://github.com/codelibre-net/schroot/issues/1, it seems to work for
me on some basic tests; I would appreciate further testing.

The patch is attached. I also prepared a source package based on it,
ready to be built: https://people.debian.org/~terceiro/schroot-overlay/

I would be willing to do an NMU to have this in the archive; I imagine
that a lot of other people's workflow is broken as mine was.

-- 
Antonio Terceiro 
From 17d296755014332f808ce9408685f4244ae8861f Mon Sep 17 00:00:00 2001
From: Felipe Sateler 
Date: Sat, 23 May 2015 17:00:30 -0300
Subject: [PATCH] Support union mounts with overlay, as in Linux 4.0

Signed-off-by: Felipe Sateler 
Signed-off-by: Antonio Terceiro 

--- a/etc/setup.d/10mount
+++ b/etc/setup.d/10mount
@@ -122,6 +122,9 @@ do_mount_fs_union()
 overlayfs)
 CHROOT_UNION_MOUNT_OPTIONS="lowerdir=${CHROOT_UNION_UNDERLAY_DIRECTORY},upperdir=${CHROOT_UNION_OVERLAY_DIRECTORY}"
 ;;
+overlay)
+mkdir -p ${CHROOT_UNION_OVERLAY_DIRECTORY}/upper ${CHROOT_UNION_OVERLAY_DIRECTORY}/work
+CHROOT_UNION_MOUNT_OPTIONS="lowerdir=${CHROOT_UNION_UNDERLAY_DIRECTORY},upperdir=${CHROOT_UNION_OVERLAY_DIRECTORY}/upper,workdir=${CHROOT_UNION_OVERLAY_DIRECTORY}/work"
 esac
 fi
 
--- a/sbuild/sbuild-chroot-facet-union.cc
+++ b/sbuild/sbuild-chroot-facet-union.cc
@@ -136,6 +136,7 @@ void
 chroot_facet_union::set_union_type (std::string const& type)
 {
   if (type == "aufs" ||
+  type == "overlay" ||
   type == "overlayfs" ||
   type == "unionfs" ||
   type == "none")
--- a/man/schroot.conf.5.man
+++ b/man/schroot.conf.5.man
@@ -446,8 +446,8 @@ optional.
 .TP
 \f[CBI]union\-type=\fP\f[CI]type\fP
 Set the union filesystem type.  Currently supported filesystems are
-\[oq]aufs\[cq], \[oq]overlayfs\[cq] and \[oq]unionfs\[cq].  The default is
-\[oq]none\[cq], which disables this feature.
+\[oq]aufs\[cq], \[oq]overlayfs\[cq], \[oq]overlay\[cq] (as of Linux 4.0+) and
+\[oq]unionfs\[cq].  The default is \[oq]none\[cq], which disables this feature.
 .TP
 \f[CBI]union\-mount\-options=\fP\f[CI]options\fP
 Union filesystem mount options (branch configuration), used for mounting the


signature.asc
Description: Digital signature

Bug#785136: overlay (as in Linux 4.0+) support for schroot

[Antonio Terceiro]

Fixing Felipe's email

On Sat, May 23, 2015 at 06:15:53PM -0300, Antonio Terceiro wrote:
> Control: tag 785633 + patch
> Control: tag 785136 + patch
> 
> Hi,
> 
> Base on Felipe's patch posted at
> https://github.com/codelibre-net/schroot/issues/1, it seems to work for
> me on some basic tests; I would appreciate further testing.
> 
> The patch is attached. I also prepared a source package based on it,
> ready to be built: https://people.debian.org/~terceiro/schroot-overlay/
> 
> I would be willing to do an NMU to have this in the archive; I imagine
> that a lot of other people's workflow is broken as mine was.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#786643: Please, distinguish “NAME” with different purposes (for translation

[David Prévot]

Package: procps
Version: 2:3.3.9-9
Severity: wishlist
Tags: upstream patch

Hi,

Robert (X-D-CCed) proposed some improvements in the tbl handling of po4a
that should improve the translation process of procps manpages (as
currently pushed upstream IIUC) in #748601.

While checking the changes (since we are already handling the French
translation of procps manpages inside the manpages-fr-extra package), I
noticed an annoying side effect: the slabtop(1) “NAME” is merged with
the header among the “SORT CRITERIA” table.

An easy workaround I just committed in manpages-fr-extra is to add an
invisible zero-width break point to the second “NAME”, please find it
attached. I believe it will make sense to include it upstream if this
manpage is to be offered to other translators.

Regards

David
From d7f4b2286b8791658787d0739f99ddb1474f1f72 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?David=20Pr=C3=A9vot?= 
Date: Sat, 23 May 2015 16:01:14 -0400
Subject: [PATCH] procps: Add a zero-width break point in slabtop.1

It allows to distinguish the initial NAME (to be translated) with the
latter one (that must not be translated) and thus permits to handle its
translation differently.
---
 procps/C/man1/slabtop.1 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/procps/C/man1/slabtop.1 b/procps/C/man1/slabtop.1
index 6bc9c5d..ee28633 100644
--- a/procps/C/man1/slabtop.1
+++ b/procps/C/man1/slabtop.1
@@ -53,7 +53,7 @@ b	objects per slab	OBJ/SLAB
 c	cache size	CACHE SIZE
 l	number of slabs	SLABS
 v	number of active slabs	N/A
-n	name	NAME
+n	name	NAME\:
 o	number of objects	OBJS
 p	pages per slab	N/A
 s	object size	OBJ SIZE
-- 
2.1.4



signature.asc
Description: Digital signature

Bug#783473: Consider making pam_krb5.so a Primary account module

[Russ Allbery]

Control: tags 783473 wontfix

Sam Morris  writes:

> A while ago I was configuring NSS and PAM on a system to store user
> information outside of /etc/passwd and /etc/shadow, and I ran into a
> problem with /etc/pam.d/common-account.

> The problem was that pam_krb5.so was not registered as a 'primary'
> accounting module, which meant that pam_unix.so would deny logins
> because it could not find accounting information about the user in
> /etc/shadow.

[...]

> I suggest changing /usr/share/pam-configs/krb5 such that pam_krb5.so
> becomes a 'primary' accounting module; pam_krb5.so and pam_unix.so would
> then both be given a chance to approve accounting checks.

The problem here is that different Kerberos-using sites want to do
different things, which are mutually exclusive.  If there were some way
for people to easily pick which profile they want, I could provide an
alternate profile, but in the absence of that, making pam_krb5.so primary
would be a significant security risk for the people using the other
approach.

There are two basic ways to configure Kerberos authentication.  One of
them is to not use pam_unix.so at all and control login access via either
disabling the default aname to lname mapping or limiting which users are
visible to the system in NSS.  This works great with Kerberos as a primary
accounting module.  The other way is to allow the system to see all valid
domain accounts, but control which accounts can log in based on which
accounts are created locally on that machine.  This is a much simpler and
more straightforward configuration, but it requires that pam_krb5.so *not*
be a primary accounting module so that login control is still based on the
existence of accounts on the local system.

Both ways work and have different merits.  If I change the module to be a
primary accounting module, when it historically has not been, people who
use the latter configuration suddenly have a serious security
vulnerability if they weren't paying attention to the change, since now
all local Kerberos accounts can suddenly log on to their systems, ignoring
which users were actually created locally.

In retrospect, it may have been better to only support the former model
and require people using that latter model to specially configure it.
But, well, that isn't what happened, and now making that change
retroactively is very risky.

What I'm hoping is that we'll eventually have some standard mechanism to
support this in the PAM configuration system, so that people who want to
use the method that you're using can select the alternate profile for how
the PAM module is configured.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786507: gimp doesn't find scanner (used to work)

[Jörg Frings-Fürst]

reassign 786507 sane-backends
thanks



Hallo Michael,
Hello Ari,


first thanks to Ari for the comment less reassignment.


Michael, I reassign the bug to sane-backends. Which version of
sane-backends are you using?


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-54526 Niederkail

Threema: SYR8SJXB

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

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




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

Bug#786525: Disruptive changes should be loudly announced

[David Prévot]

Hi Martin,

> About this change, now. My current feeling is that it should be an
> optional behavior. It is very possible to pass options to the PO4A
> modules, so that users may choose how to handle tbl macros. David, do
> you think that it would do the trick?

Sure, making this new tbl handling optional (or adding an option allowing
to restore the previous behavior), would make this change a lot less
disruptive (allowing any project to adopt it or not at their own pace).
Not making it the default for now, and announcing that the default will
change in the future, would IMHO nicely address the “loudly announce
[future] disruptive change” request.

Regards

David


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786642: [man] [0.46 regression] Some comments line (”\#”) are introducing a spurious newline (changed into “\…” instead of ”.\…”)

[David Prévot]

Package: po4a
Version: 0.46-1
Severity: normal

Hi,

While trying to deal with the disruptive change (#786525) introduced by
spliting tbl's textblocks (#748601), I noticed that the comments (as
available in top.1, and currently translated in manpages-fr-extra) are
not handled the same way as they used to be.

It might be related to the change introduced to fix #744366, thus
X-D-CCing Robert who proposed the initial patch (and may have a clear
view about what is going on).

/usr/share/man/man1/top.1.gz (English original, as provided by the
procps package), currently starts with:

.ig
[…]
. This file may be copied under the terms of the GNU Public License.
..
\#  Setup 
\#  ** Comment out '.nr' or set to 0 to eliminate WIDTH fiddlin' !

/usr/share/man/fr/man1/top.1.gz (French translation, as provided by the
manpages-fr-extra package, and built with po4a 0.45), currently starts
with:

.ig
[…]
. This file may be copied under the terms of the GNU Public License.
..
.\"  Setup 
.\"  ** Comment out '.nr' or set to 0 to eliminate WIDTH fiddlin' !

I.e., the commented lines (starting with “\#”) are kept as commented
lines (but starting with “.\"”).

When building the same page with the latest po4a (0.46), the translated
top.1 man page starts with:

.ig
[…]
\"  Setup 
\"  ** Comment out '.nr' or set to 0 to eliminate WIDTH fiddlin' !

I.e, “\#” is now changed into “\"”. This behaviour change causes the
terminating newline to be seen and interpreted by the man page viewer,
and when viewing the translated (by po4a 0.46) top.1 man page, it starts
with a spurious blank line.

From groff(7):

   Request Short Reference
   . Empty line, ignored.  Useful  for  structuring  docu‐
 ments.
   .\" anything
 Complete line is a comment.
[…]
   Single-Character Escapes
   \" Start of a comment.  Everything up to  the  end  of  the
  line is ignored.
   \# Everything  up  to  and  including  the  next newline is
  ignored.  This is interpreted in  copy  mode.   This  is
  like  \"  except that the terminating newline is ignored
  as well.

Regards

David

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/1 CPU core)
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 po4a depends on:
ii  gettext0.19.4-1
ii  libsgmls-perl  1.03ii-33
ii  perl   5.20.2-6
ii  perl-modules   5.20.2-6
ii  sp 1.3.4-1.2.1-47.3

Versions of packages po4a recommends:
ii  liblocale-gettext-perl 1.05-8+b1
ii  libterm-readkey-perl   2.32-1+b1
ii  libtext-wrapi18n-perl  0.06-7
ii  libunicode-linebreak-perl  0.0.20140601-2

po4a suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#786525: Disruptive changes should be loudly announced

[Martin Quinson]

On Fri, May 22, 2015 at 05:14:20PM -0400, David Prévot wrote:
> Hi Martin,
> 
> On Fri, May 22, 2015 at 10:39:33PM +0200, Martin Quinson wrote:
> 
> > You could even raise the gravity of that
> > bug to block the package transition to testing if you feel that this
> > change should be reverted.
> 
> Even if disruptive changes in the gettext/po4a toolchain (and underlined
> Perl handling) are always painful (one has to make sure every
> contributor is using the “right” version, the amount of changes in the
> PO files to cope with the upgrade can be huge), with my Debian packager
> hat on, I’d say that now (early in the development cycle) is exactly the
> right moment to make such change if it’s an improvement worthing the
> disruption.

I completely missed the point that such a change would be very
disruptive and thus not desirable when facing large text corpus. Sorry.
Again, I'll try to launch the build of manpages-fr to check my changes
before uploading. Not sure that I will manage to notice such massive
fuzzing, but I will try.

About this change, now. My current feeling is that it should be an
optional behavior. It is very possible to pass options to the PO4A
modules, so that users may choose how to handle tbl macros. David, do
you think that it would do the trick?

If so, I will do so in the next week (I'm currently out of town), but
if someone manages to prepare a patch before me, I'd be really
thankful.


Bye, Mt.

-- 
La joie d'apprendre est aussi indispensable aux études que la
respiration aux coureurs. -- Maria Montessori


signature.asc
Description: Digital signature

Bug#722360: Fwd: apt-cacher-ng segfaults

[Eduard Bloch]

Control: tags 722360 +moreinfo

On Sat, 23 Nov 2013 22:46:44 +0100 intrigeri  wrote:

> Eduard Bloch wrote (10 Sep 2013 20:03:54 GMT) :
> > * James Bennet [Tue, Sep 10 2013, 03:47:17PM]:
> >> I am using Debian Squeeze amd64, kernel 3.2.0-0.bpo.1-amd64.
> 
> > Maybe you should update to Debian Stable?
> 
> Just my 2 cents: one for James, the other for Eduard.
> 
> James: Squeeze is still supported for a few more months. However we,
> as package maintainers, don't always have time to fix all more or less

Okay... intrigeri is right. But now we have an update in Stable and even
a newer version in various backport trees. :-)

Please try with an update and report the results.

https://packages.qa.debian.org/a/apt-cacher-ng.html

Regards,
Eduard.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785471: apt-cacher-ng: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Eduard Bloch]

Control: 785471 tags +pending

> Please, Could you update the Brazilian Portuguese Translation?
> 
> Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
> tested with msgfmt and podebconf-display-po.

Thanks!

Eduard.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786573: ghc: GHC 7.6.3 generates binaries with executable stack and data sections

[Joachim Breitner]

Hi,

Am Samstag, den 23.05.2015, 01:19 +0200 schrieb Jonathan Neuschäfer:
> GHC 7.6.3, which is included in Debian jessie (now stable), generates
> binaries with an executable stack and apparently with executable data
> sections (on amd64; I didn't test anywhere else):
>
> [..]
>
> The fix discussed at [1] and [2], i.e. adding a ".note.GNU-stack"
> section does not seem have an effect; it _is_ present:
> 
> > $ ghc -c test.hs
> > compilation IS NOT required
> > $ readelf -a test.o | grep -i stack
> >   [ 6] .note.GNU-stack   PROGBITS   01f8
> > $ ghc -S test.hs
> > $ grep -i stack test.s
> > .section .note.GNU-stack,"",@progbits

thanks for the report. I’m not sure what to do about it though. Is there
a fix available? Also, you file this against the stable version, while I
do not expect a fix for this to be worthy of backporting to stable. Is
it fixed in 7.8, or in 7.10?

I think this is clearly an upstream matter. Can I suggest you take this
discussion upstream at https://ghc.haskell.org/trac/ghc/ticket/703?

Thanks,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#772489: apt-cacher-ng not working with systemd

[Eduard Bloch]

Control: 772489 tags +unreproducible +moreinfo

On Sun, 7 Dec 2014 21:01:09 +0100 Eduard Bloch  wrote:

> > Dec 07 19:56:29 hermione systemd[1]: apt-cacher-ng.service start request 
> > repeated too quickly, r
> > Dec 07 19:56:29 hermione systemd[1]: Failed to start Apt-Cacher NG software 
> > download proxy. 

> > -- The result is failed.
> > 
> 
> And what does /var/log/apt-cacher-ng/apt-cacher.err contain?

The recent versions add more verbosity in case of failures. Please test
again. And/or send the information requested above.

Regards,
Eduard.

-- 
Ein Blitzableiter auf einem Kirchturm ist das denkbar stärkste
Mißtrauensvotum gegen den lieben Gott.
-- Karl Kraus


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#776513: Security hole in versions < 0.15

[Jim Paris]

Control: tags -1 security
Control: severity -1 important

Unfortunately this is not just a wishlist item: versions of Attic
prior to 0.15 have a security hole where a malicious server can trick
clients into sending unencrypted backup data:
  https://github.com/jborg/attic/issues/271

Jim


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786641: RFS: tap.py/1.4 [ITP] -- Test Anything Protocol (TAP) tools for Python

[Nicolas CANIART]

Package: sponsorship-requests
Severity: normal

Dear Debian Mentors,


I am looking for a sponsor for the tap.py package:

 * Package name: tap.py
   Version : 1.4
   Upstream Author : Matt LAYMAN
 * URL : https://github.com/mblayman/tappy
 * License : BSD-2
   Section : python

It builds those binary packages:

python-tappy - TAP producer/consumer tools for Python unittest --
Python 2 version
python3-tappy - TAP producer/consumer tools for Python unittest --
Python 3 version
python-tappy-doc - TAP producer/consumer tools for Python unittest
-- documentation

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

  http://mentors.debian.net/package/tap.py


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

  dget -x http://mentors.debian.net/debian/pool/main/t/tap.py/tap.py_1.4-2.dsc

Changes since the last upload:

  * Fixed READMEs not shipped in the python3 version of the package.
  * Added upstream changelog to the packages.

Binary packages are available at:

   http://www.caniart.net/debian/NEW/

More information about tap.py can be obtained from
http://tappy.readthedocs.org/en/latest/.

The corresponding ITP bug is #786636 [1]

Regards,
Nicolas.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786636


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786640: RFP: lua5.3 -- Simple, extensible, embeddable programming language

[Jeffrey Cliff]

Package: lua5.3
Severity: wishlist

http://www.lua.org/versions.html#5.3

Lua5.2 and Lua5.1 are already in Debian, and Lua5.3 adds some
important features (64 bit, integers, and UTF8)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785091: spatialite-bin: spatialite gives a Segmentation fault.

[Wood, Andy]

Sorry Bas,

Version: 4.1.1-5 now in testing does not fix the problem.  Segmentation fault 
still occurs.

Andy.

 This message (and any attachments) is for the recipient only. NERC is subject 
to the Freedom of Information Act 2000 and the contents of this email and any 
reply you make may be disclosed by NERC unless it is exempt from release under 
the Act. Any material supplied to NERC may be stored in an electronic records 
management system.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786639: gnome-terminal: In nautilus, "Open in Remote Terminal" asks for local user password instead of remote user's

[Sebastián Lacuesta Peña]

Package: gnome-terminal
Version: 3.14.2-1
Severity: normal

Dear Maintainer,

At nautilus, over a mounted sftp remote directory, I tried to open an ssh
connection by using the "Open in Remote Terminal" option at the right button
menu. It opens the terminal, but it asks for a password at remote host using my
local name. I expect the terminal ask for my remote user password at the remote
host.



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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf-gsettings-backend [gsettings-backend]  3.2.6-3
ii  gconf-service3.2.6-3
ii  gnome-terminal-data  3.14.2-1
ii  gsettings-desktop-schemas3.14.1-1
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-18
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libdconf10.22.0-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.44.0-3
ii  libgtk-3-0   3.14.5-1
ii  libnautilus-extension1a  3.14.2-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libuuid1 2.26.2-3
ii  libvte-2.91-00.38.1-2
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.8.18-1
ii  gvfs  1.22.2-1+b1
ii  yelp  3.16.1-1

gnome-terminal suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786445: gthumb: build against libwebkit2gtk-4.0-dev

[hpfn]

On Thu, 21 May 2015 20:54:13 +0200
Emilio Pozuelo Monfort  wrote:

> Source: gthumb
> Version: 3:3.4.0-1
> Severity: important
> 
> Hi,
> 
> Your package currently builds against libwebkit2gtk-3.0-dev. Please
> switch to libwebkit2gtk-4.0-dev (which upstream supports, according
> to configure.ac) as we would like to remove the old
> libwebkit2gtk-3.0.
> 

Done!

-- 
Herbert Parentes Fortes Neto (hpfn)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786638: redshift: New upstream release

[Rodolphe PELLOUX-PRAYER]

Package: redshift
Version: 1.9.1-4
Severity: wishlist

Dear Maintainer,

Redshift has a new upstream release 1.10.

Regards

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 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 redshift depends on:
ii  libc6 2.19-18
ii  libdbus-1-3   1.8.18-1
ii  libdbus-glib-1-2  0.102-1
ii  libdrm2   2.4.60-3
ii  libgeoclue0   0.12.99-4
ii  libglib2.0-0  2.44.1-1
ii  libx11-6  2:1.6.3-1
ii  libxcb-randr0 1.10-3+b1
ii  libxcb1   1.10-3+b1
ii  libxml2   2.9.2+dfsg1-3
ii  libxxf86vm1   1:1.1.4-1

redshift recommends no packages.

redshift suggests no packages.

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#703508: texttopdf should be also available as a standalone application

[Brian Potkin]

On Tue 09 Apr 2013 at 20:16:43 +, Ivan Shmakov wrote:

> > Brian Potkin  writes:
> 
>  > So, at its most basic:
> 
>  >/usr/sbin/cupsfilter input.txt > output.pdf
> 
>  > Being in /usr/sbin the program's existence is not immediately obvious
>  > to a user.
> 
>   What's worse, it currently belongs to the ‘cups’ package (and
>   not, say, ‘cups-filters’), thus bringing all the dependencies of
>   CUPS for the simple task in question.
> 
>   Yet another issue is the documentation.  An example (like the
>   one above) would certainly be apt for cupsfilter(8), and the
>   list of ‘texttopdf’ options (and likewise for the other useful
>   filters), either in the manual page, or in another one
>   referenced from there, would be handy.

textopdf is now available without installing CUPS:

  apt-get install cups-filters-core-drivers

So (as the subject heading requests) texttopdf is available as a
standalone application.

Looks like bug-closing time. :)

Regards,

Brian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786637: nvidia-settings: please make the build reproducible

[Jérémy Bobbio]

Source: nvidia-settings
Version: 340.46-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username hostname

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that nvidia-settings could not be built reproducibly.

The attached patch redefines DATE, WHOAMI, and HOSTNAME_CMD in
debian/rules to stable values. Once applied, nvidia-settings can be
built reproducibly in our current experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
diff -Nru nvidia-settings-340.46/debian/rules nvidia-settings-340.46/debian/rules
--- nvidia-settings-340.46/debian/rules	2014-09-08 11:26:06.0 +
+++ nvidia-settings-340.46/debian/rules	2015-05-23 18:57:40.0 +
@@ -28,6 +28,12 @@
 AUTOKEEP	 = debian/watch
 AUTOCLEAN	 = $(filter-out $(AUTOKEEP),$(AUTOGEN))
 
+# Redefine DATE to something stable to make the build reproducible
+DATE		= date -u --date='$(shell dpkg-parsechangelog -S Date)'
+# Cheat for user and hostname
+WHOAMI		= echo user
+HOSTNAME_CMD	= echo debian
+export DATE WHOAMI HOSTNAME_CMD
 
 %:
 	dh $@


signature.asc
Description: Digital signature

Bug#786636: ITP: tap.py -- TAP producer/consumer tools for Python unittest

[Nicolas CANIART]

Package: wnpp
Severity: wishlist
Owner: Nicolas CANIART 

* Package name: tap.py
  Version : 1.4
  Upstream Author : Matt LAYMAN
* URL : https://github.com/mblayman/tappy
* License : BSD-2
  Section : python
  Description : TAP producer/consumer tools for Python unittest


tap.py is a python package that provides:

- the implementation of a test runner that produces a TAP compliant
  output, for both the standard unittest framework and python-nose.
- facilities to load and parse the output produced by TAP compliant
  test runners.
- Provides a lexer to colorize TAP output with Pygments.

There are a few other python packages that to similar stuff, but none
yet in Debian.
Compared to other package that I could find:

- It is very easy to integrate in your tests, and plays well with the
standard unittest framework;
- It is actively maintained;
- It is compatible with python from 2.6 to 3.4 (covers all python
versions found in Debian);

I have packaged it because I use it myself and having it packaged
eases its deployment on the development and CI systems I maintain.
I now hope that it will be useful to someone else...

The binary pacakges built from this source package are:

  - python3-tappy: TAP producer/consumer tools for Python unittest -- Python 3 
version
  - python-tappy: TAP producer/consumer tools for Python unittest -- Python 2 
version
  - python-tappy-doc: TAP producer/consumer tools for Python unittest -- 
Documentation

Packages are available for review on debian mentors at:

  http://mentors.debian.net/package/tap.py

and here (for the binary packages):

  http://www.caniart.net/debian/NEW/


Regards,
Nicolas.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#776098: grub-pc and grub-rescue-pc cause immediate reboot

[Günther Neuwirth]

Hi,

the same here with debian jessie.
Wheezy works fine.


BIOS: Phoenix-AwardBIOS v6.00PG


~> cat /proc/cpuinfo
processor:0
vendor_id: CentaurHauls
cpu family:6
model:  7
model name: VIA Samuel 2
stepping:  3
cpu MHz:  532.607
cache size:   64 KB
fdiv_bug:  no
f00f_bug: no
coma_bug:   no
fpu:  yes
fpu_exception: yes
cpuid level:   1
wp:   yes
flags:fpu de tsc msr cx8 mtrr pge mmx 3dnow
bogomips:1065.21
clflush size:   32
cache_alignment:  32
address sizes:32 bits physical, 32 bits virtual
power management:

G.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786635: libapache2-mod-jk: default configuration jk.conf should be updated to follow Apache 2.4 syntax scheme

[Markus Koschany]

Package: libapache2-mod-jk
Version: 1:1.2.40+svn150520-1
Severity: wishlist

I am reporting this bug as a reminder for future updates of
libapache2-mod-jk. Lintian reports

https://lintian.debian.org/tags/apache2-deprecated-auth-config.html

for this package. The example configuration file in the source package
conf/httpd-jk.conf is installed to /etc/apache2/mods-available/jk.conf
by default. This file still contains the old Apache 2.2 syntax scheme
with directives like Order, Allow or Deny. These do not integrate well
with the new authorization scheme of Apache 2.4. The configuration
directives should be replaced with a suitable combination of
, , Require all, Require local, Require ip,
and Require method.

I filed a bug report and forwarded this issue upstream. This is
currently not a big problem and the configuration will be changed by
users anyway but the default configuration should be updated for
Apache 2.4.

https://bz.apache.org/bugzilla/show_bug.cgi?id=57946

Markus


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#580524: SIGFPE not catchable on MIPS without an FPU

[Thibaut Paumard]

Control: tag -1 wontfix


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786634: libxray-scattering-perl: please make the build reproducible

[Reiner Herrmann]

Source: libxray-scattering-perl
Version: 3.0.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on Debian's “reproducible builds” effort [1], we have
noticed that libxray-scattering-perl doesn't build reproducibly.
Two files generated by perl scripts are not generated deterministically.

The attached patch fixes this by telling Storable::nstore to produce
sorted output.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds




diff --git a/debian/patches/reproducible_db.patch b/debian/patches/reproducible_db.patch
new file mode 100644
index 000..95df2df
--- /dev/null
+++ b/debian/patches/reproducible_db.patch
@@ -0,0 +1,29 @@
+Author: Reiner Herrmann 
+Description: Set $Storable::canonical to 1 to get reproducible output for nstore
+
+Index: libxray-scattering-perl-3.0.1/data/cromann.PL
+===
+--- libxray-scattering-perl-3.0.1.orig/data/cromann.PL
 libxray-scattering-perl-3.0.1/data/cromann.PL
+@@ -31,6 +31,8 @@ use Storable qw/nstore/;
+ use File::Spec;
+ use Chemistry::Elements qw(get_symbol);
+ 
++$Storable::canonical = 1;
++
+ ##data (s(i),i=1,214) /
+ my @symbols = (
+ 	   'h','h.',   'h1-',  'he',   'li',   'li1+', 'be',
+Index: libxray-scattering-perl-3.0.1/data/waaskirf.PL
+===
+--- libxray-scattering-perl-3.0.1.orig/data/waaskirf.PL
 libxray-scattering-perl-3.0.1/data/waaskirf.PL
+@@ -36,6 +36,8 @@ use Storable qw/nstore/;
+ use File::Spec;
+ use Chemistry::Elements qw(get_symbol);
+ 
++$Storable::canonical = 1;
++
+ ##data (s(i),i=1,214) /
+ 
+ my @symbols = qw(H H1- He Li Li1+ Be Be2+ B C Cval N O O1- O2- F F1- Ne Na
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..4be9e98
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+reproducible_db.patch


signature.asc
Description: OpenPGP digital signature

Bug#784678: closed by Alberto Garcia (Bug#784678: fixed in grilo-plugins 0.2.14-1)

[Michael Biebl]

Hi Berto!

Am 08.05.2015 um 09:39 schrieb Debian Bug Tracking System:
> This is an automatic notification regarding your Bug report
> which was filed against the src:grilo-plugins package:
> 
> #784678: Please port to libmediaart-2.0
> 
> It has been closed by Alberto Garcia .

After pochu has acked the libmediaart transition, I've uploaded
libmediaart 1.9.0-2 to unstable.

Would be great if you can upload grilo-plugins from experimental to
unstable as well.

Thanks,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#786633: webkit2pdf: please make the build reproducible

[Reiner Herrmann]

Source: webkit2pdf
Version: 0.3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on Debian's “reproducible builds” effort [1], we have
noticed that webkit2pdf doesn't build reproducibly.
The build date is embedded into the manpage.

The attached patch fixes this by using the date from the latest
changelog entry.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds



diff --git a/debian/rules b/debian/rules
index cb5d30b..e49ea60 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 
-DATE=$(shell date +%F)
+DATE=$(shell dpkg-parsechangelog -S Date | date -u +%F -f -)
 OP="\("
 REL=$(shell head -1 debian/changelog | cut -d ${OP} -f 2 | cut -d '-' -f 1)
 MAN=debian/webkit2pdf


signature.asc
Description: OpenPGP digital signature

Bug#778983: libinline-java-perl: please make the build reproducible

[intrigeri]

Control: tag -1 + pending

Hi,

FTR, I noticed that Jonas has already imported the proposed patch in
the packaging repo (commit d1ef3c1330bb549340e28f23af27fcfe3f94e374).

Cheers!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674935: Any progress

[Søren Holm]

Changing a default parameter in a configurationfile is not "disagreeing with 
upstream". Changing the default in code is. The option is in a 
configurationfile 
for a reason. 

But as stated earlier I think it is counter intuitive and agree with the other 
posters that it is dangerous.

Who can decide the policy?

-- 
Søren Holm

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

Bug#706279: alpine: corrupts UTF-8 attachments

[Eduardo Chappa]

Thorsten,

  Alpine converts the content of the attachment to UTF-8 before any 
further processing. The newest alpha version 2.20.8 allows you to save a 
text/* attachment in binary form, meaning that no transformation to UTF-8 
will be made before any other filters is applied (e.g. user defined 
filters and conversion of CR LF filters). You can already test this by 
subscribing to the git reporsitory at


  http://repo.or.cz/alpine

  This change will be available in the next release of Alpine. I hope this 
will be useful for you.


  Thank you.

--
Eduardo
http://patches.freeiz.com/alpine/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786380: transition: armadillo

[Emilio Pozuelo Monfort]

On 23/05/15 12:04, Kumar Appaiah wrote:
> On Fri, May 22, 2015 at 07:15:43PM +0200, Emilio Pozuelo Monfort wrote:
>> mlpack fails to build. Seems like libarmadillo-dev needs a dependency on
>> libsuperlu-dev ?
>>
>> https://buildd.debian.org/status/package.php?p=mlpack&suite=sid
>>
>> /usr/include/armadillo_bits/include_superlu.hpp:91:53: fatal error:
>> /usr/include/superlu/supermatrix.h: No such file or directory
>>#include ARMA_INCFILE_WRAP(ARMA_SLU_SUPERMATRIX_H)
> 
> I have uploaded armadillo_5.100.2+dfsg-4. I have verified that mlpack
> builds with this version.
> 
> Sorry for missing this earlier. Please give back at an appropriate
> time.

Thanks, that's looking good again.

FWIW gdal is building without armadillo support:

checking whether we should include Armadillo support... no

In case you want to take a look. Might be because of the missing dependency,
that could have caused pkg-config to fail on armadillo.

Emilio


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783137: share parsing of sources.list files

[Damyan Ivanov]

Control: user debian-p...@lists.debian.org
Control: usertag -1 bcn2015

-=| Niko Tyni, 22.04.2015 22:22:49 +0300 |=-
> Package: dh-make-perl, apt-file
> Severity: wishlist
> 
> It looks like both apt-file and Debian::AptContents::get_contents_files()
> in dh-make-perl parse /etc/apt/sources.list type files and try to
> determine a path to Contents files from that. It would be nice if they
> could share this code, perhaps by moving it into a separate module
> shipped with apt-file that dh-make-perl could use.

FTR, I tried moving the parse_sources_list() routine into a separate 
module (Apt::Parse::Sources), but it seems to use too much from 
apt-file's machinery - $Conf, debug(), error(), warningx(). Not that 
it isn't possible to re-implement that or hack something, but it 
started to feel uncomfortable messing with apt-file internals.

Sorry, no good news :/

> (This was prompted by #783110 FWIW.)
> 
> As for actually parsing the sources.list files, libapt-pkg-perl does
> some of that too but unfortunately there doesn't seem to be any interface
> for getting details about the source repositories...


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785523: jessie-pu: package libi18n-charset-perl/1.412-1

[Niko Tyni]

Control: user debian-p...@lists.debian.org
Control: usertags -1 bcn2015

On Sat, May 23, 2015 at 09:58:54AM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sun, 2015-05-17 at 15:04 +0300, Niko Tyni wrote:
> > I'd like to fix #785502 in jessie. Trivial debdiff attached.
> 
> Please go ahead, thanks.

Thanks, uploaded.

Greetings from the Perl Sprint in Barcelona!
-- 
Niko


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#785557: perl: FTBFS on i386 and amd64: itimer problems on buildds?

[Dominic Hargreaves]

On Wed, May 20, 2015 at 09:01:26PM +0100, Dominic Hargreaves wrote:
> On Mon, May 18, 2015 at 09:44:24AM +0200, Martin Zobel-Helas wrote:
> > Hi, 
> > 
> > On Sun May 17, 2015 at 22:18:52 +0300, Niko Tyni wrote:
> > > DSA (also cc'd): What's the virtualization setup with x86-grnet-01,
> > > brahms and binet? Is there a difference with babin, which managed
> > > to build the i386 binaries? Are the underlying virtualization hosts
> > > running jessie too? 
> > 
> > ganeti, using qemu for all architectures. The underlying virtualization
> > hosts for x86-grnet-01 and brahms run jessie, binet's virtualization
> > host still runs wheezy. All VMs are bootstraped by DSA with the same
> > script, which is available at [1]. After the bootstrapping is done,
> > buildd maintainers take over and setup the buildd on the VM.
> 
> It seems to be reproducible on barriere.debian.org:
> 
> t/op/time . # Failed test 
> 2 - very basic times test at op/time.t line 33
> FAILED at test 2
> 
> More digging needed.

The test calls the times(2) system call, expecting to see the real  issue can 
be reduced to:

dom@barriere:~$ time yes > /dev/null
^C

real0m2.768s
user0m0.000s
sys 0m2.764s

We'd expect to instead 'yes' take 'user' time, like this:

dom@himalia:~$ time yes > /dev/null
^C

real0m2.686s
user0m2.656s
sys 0m0.032s

This is rather strange; any ideas from DSA?

Cheers,
Dominic.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786630: josm: privacy leak: update check

[Sebastiaan Couwenberg]

Hi Christoph,

On 05/23/2015 06:32 PM, Christoph Anton Mitterer wrote:
> Apparently josm "calls home" each time started and checks for updates.
> 
> This is IMHO and inappropriate privacy leak.
> Keeping software up-to-date is the package management's duty within
> Debian, so there is especially no need that this is taken over partially
> by software, especially not when it means that it needlessly leaks at least
> IP address, version of my current JOSM and the times whenever I start it.

I'm tempted to downgrade the severity to wishlist, because if you don't
trust the OpenStreetMap project you shouldn't use their infrastructure.

> So this function should be either removed or made optionally (defaulting
> to being disabled).

Are you willing to provide a patch to disable the update check?

Kind Regards,

Bas

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786632: duck: To greedy when trying to find disguised e-mail addresses: Email: Leader@National: ERROR

[Axel Beckert]

Package: duck
Version: 0.7
Severity: normal
User: debian-p...@lists.debian.org
Usertag: bcn2015

Dear Simon,

duck seems a little bit greedy when looking for disguised e-mail
addresses. Example from libaudio-cd-perl as in Git:

E: debian/copyright:79: Email: Leader@National: ERROR (Certainty:possible)
   Leader@National: No MX entry found.
   Leader@National: No A entry found.
   Leader@National: No  entry found.

The offending line is:

" Research Leader @ National e-Science Centre, School of Informatics,"

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), 
(111, 'buildd-experimental'), (110, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages duck depends on:
ii  libconfig-inifiles-perl  2.83-3
ii  libfile-which-perl   1.18-1
ii  libmailtools-perl2.13-1
ii  libnet-dns-perl  0.81-2
ii  libparse-debcontrol-perl 2.005-4
ii  libpath-class-perl   0.35-1
ii  libregexp-common-email-address-perl  1.01-4
ii  libregexp-common-perl2013031301-1
ii  libstring-similarity-perl1.04-1+b2
ii  libwww-curl-perl 4.17-1+b1
ii  libxml-xpath-perl1.13-7
ii  libyaml-libyaml-perl 0.41-6
ii  perl 5.20.2-6

duck recommends no packages.

Versions of packages duck suggests:
ii  bzr 2.6.0+bzr6602-2
ii  git 1:2.1.4-2.1
ii  mercurial   3.1.2-2
ii  subversion  1.8.13-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786585: needrestart: Need an option to send or not mails

[Thomas Liske]

Re,

On 05/23/2015 05:00 PM, Francois Mescam wrote:
> 
> 
> On 23/05/2015 10:02, Thomas Liske wrote:
>> Hi François,
>>
>> On 05/23/2015 08:05 AM, Francois Mescam wrote:
>>> Package: needrestart
>>> Version: 2.1-1
>>> Severity: wishlist
>>>
>>> Dear Maintainer,
>>>
>>> Every time there some program to restart in a session needrestart
>>> write a message on the console used tu run needrestart and send a mail
>>> with the same information.
>>>
>>> Please provide an option for that.
>>>
>>> An easy way to do that is to consider /etc/needrestart/notify.d/600-mail
>>> as a configuration file. So if I modify it for not sending a mail it
>>> will
>>> not be replaced by an upgrade.
>> ACK - although it is a shell script, it is indeed a configuration file.
>> needrestart already ignores any hooks matching m/(~|\.dpkg-[^.]+)$/ .
> It's strange, after upgrade to 2.1-1 I loose modifications I've done
> before on 600-mail.
> On the next upgrade I will observe what happen and give you a report.

I did not check if the files were conffiles in 2.0-2 - but in sid they
are and therefore should not be overwritten:

$ cat /var/lib/dpkg/info/needrestart.conffiles
/etc/apt/apt.conf.d/99needrestart
/etc/dpkg/dpkg.cfg.d/needrestart
/etc/needrestart/conf.d/README.needrestart
/etc/needrestart/hook.d/10-dpkg
/etc/needrestart/hook.d/20-rpm
/etc/needrestart/hook.d/90-none
/etc/needrestart/needrestart.conf
/etc/needrestart/notify.d/200-write
/etc/needrestart/notify.d/400-notify-send
/etc/needrestart/notify.d/600-mail
/etc/needrestart/notify.d/README.needrestart


HTH,
Thomas

> François
>>
>>
>> HTH,
>> Thomas
>>
>>
>>> With my best regards
>>>
>>> François
>>>
>>> -- Package-specific info:
>>> needrestart output:
>>>
>>>
>>>
>>> -- System Information:
>>> Debian Release: stretch/sid
>>>APT prefers unstable
>>>APT policy: (900, 'unstable'), (400, 'testing')
>>> Architecture: i386 (i686)
>>>
>>> Kernel: Linux 4.0.0-1-686-pae (SMP w/1 CPU core)
>>> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
>>> Shell: /bin/sh linked to /bin/dash
>>> Init: systemd (via /run/systemd/system)
>>>
>>> Versions of packages needrestart depends on:
>>> ii  dpkg   1.18.0
>>> ii  libmodule-find-perl0.12-1
>>> ii  libmodule-scandeps-perl1.16-1
>>> ii  libproc-processtable-perl  0.51-1
>>> ii  libsort-naturally-perl 1.03-1
>>> ii  libterm-readkey-perl   2.32-1+b1
>>> ii  perl   5.20.2-6
>>>
>>> needrestart recommends no packages.
>>>
>>> Versions of packages needrestart suggests:
>>> ii  libnotify-bin0.7.6-2
>>> ii  needrestart-session  0.3-2
>>>
>>> -- Configuration Files:
>>> /etc/needrestart/needrestart.conf changed:
>>> $nrconf{blacklist} = [
>>>  # ignore sudo (not a daemon)
>>>  q(^/usr/bin/sudo(\.dpkg-new)?$),
>>>  # ignore DHCP clients
>>>  q(^/sbin/(dhclient|dhcpcd5|pump|udhcpc)(\.dpkg-new)?$),
>>>  # ignore apt-get (Debian Bug#784237)
>>>  q(^/usr/bin/apt-get(\.dpkg-new)?$),
>>> ];
>>> $nrconf{blacklist_rc} = [
>>>  q(^avahi-daemon) ,
>>>  q(^postfix) ,
>>>  q(^rtkit-daemon) ,
>>> ];
>>> $nrconf{override_rc} = {
>>>  # DBus
>>>  q(^dbus) => 0,
>>>  # display managers
>>>  q(^gdm) => 0,
>>>  q(^kdm) => 0,
>>>  q(^nodm) => 0,
>>>  q(^wdm) => 0,
>>>  q(^xdm) => 0,
>>>  q(^lightdm) => 0,
>>>  # networking stuff
>>>  q(^network-manager) => 0,
>>>  q(^NetworkManager) => 0,
>>>  q(^wpa_supplicant) => 0,
>>>  q(^openvpn) => 0,
>>>  q(^quagga) => 0,
>>>  q(^tinc) => 0,
>>>  # gettys
>>>  q(^getty@.+\.service) => 0,
>>>  # misc
>>>  q(^zfs-fuse) => 0,
>>>  q(^mythtv-backend) => 0,
>>>  # workaround for broken systemd-journald
>>>  # (see also Debian Bug#771122 & #771254)
>>>  q(^systemd-journald) => 0,
>>>  # more systemd stuff
>>>  # (see also Debian Bug#784238 & #784437)
>>>  q(^emergency\.service$) => 0,
>>>  q(^rescue\.service$) => 0,
>>> };
>>> if(-d q(/etc/needrestart/conf.d)) {
>>>foreach my $fn (sort ) {
>>>   print STDERR "$LOGPREF eval $fn\n" if($nrconf{verbose});
>>>   eval do { local(@ARGV, $/) = $fn; <>};
>>>   die "Error parsing $fn: $@" if($@);
>>>}
>>> }
>>>
>>> /etc/needrestart/notify.d/600-mail changed:
>>> exit 0
>>> MAILX='/usr/bin/mail'
>>> test -x "$MAILX" || exit 1
>>> echo "[$0] notify user $NR_USERNAME on $NR_SESSION via mail" 1>&2
>>> {
>>>  echo "Your session on host $(hostname -f) ($NR_SESSION) is
>>> running obsolete binaries or libraries as listed below."
>>>  echo
>>>  echo "Please consider to relogin or restart the affected
>>> processes!"
>>>  echo
>>>  cat
>>> } | fold -s -w 72 | "$MAILX" -s "Relogin or restarts on host
>>> $(hostname) required!" "$NR_USERNAME"
>>>
>>>
>>> -- no debconf information
>>>
>>


-- 

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fi

Bug#774707: sslh: Installation of sslh breaks xinetd if clients are connected

[Fabian Kurz]

Hello Guillaume,

On Sat, May 23, 2015 at 06:26:08PM +0200, Guillaume Delacour wrote:
> Le mardi 06 janvier 2015 à 15:47 +0100, Fabian Kurz a écrit :
> > 
> > The problem appears to be in line 32 of "postinst":
> > 
> > # disable to force user to configure inetd mode
> > # and disable if standalone mode
> > update-inetd --disable https
> > 
> > This command appears to fail if there are existing connections to any xinetd
> > service.
> 
> I use update-inetd to enable/disable the sslh service and this utility
> seems to (according to description) doesn't support xinetd but the
> xinetd depends on it.
> 
> Anyway, i've tested this on jessie:
[...]
> My echo session was never disconnected by the removal of sslh and the
> xinetd service always listen and accept new connections on 7/tcp.
> 
> Can you reproduce the problem on Jessie ?

I tested it on a freshly installed Jessie system and everything worked
as expected. So I guess this bug can be closed.

Best regards,
Fabian

-- 
Fabian Kurz, DJ1YFK  Munich, Germany
fab...@fkurz.net +49 176 24079617
http://fkurz.net/http://lcwo.net/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786631: duck: Should not check message-ids as if they were e-mail addresses

[Axel Beckert]

Package: duck
Version: 0.7
Severity: normal

Dear Simon,

I'm currently running (once again) duck over all packages maintained by
the Debian Perl Team.

One thing I noticed is that it tends to regard message-ids as e-mail
addresses. Example from libaudio-cd-perl as currently in Git:

[…]erl/libaudio-cd-perl # duck
E: debian/copyright:30: Email: 
9257c4510809061459x16a03155p5a427b440cd8...@mail.gmail.com: ERROR 
(Certainty:possible)
   9257c4510809061459x16a03155p5a427b440cd8...@mail.gmail.com: No MX entry 
found.
   9257c4510809061459x16a03155p5a427b440cd8...@mail.gmail.com: No A entry found.
   9257c4510809061459x16a03155p5a427b440cd8...@mail.gmail.com: No  entry 
found.

The offending lines is:

" Message-ID: <9257c4510809061459x16a03155p5a427b440cd8...@mail.gmail.com>"

I think at least if a maybe-email-address is prepended by "Message-ID:"
in some way, it can be ignored.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), 
(111, 'buildd-experimental'), (110, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages duck depends on:
ii  libconfig-inifiles-perl  2.83-3
ii  libfile-which-perl   1.18-1
ii  libmailtools-perl2.13-1
ii  libnet-dns-perl  0.81-2
ii  libparse-debcontrol-perl 2.005-4
ii  libpath-class-perl   0.35-1
ii  libregexp-common-email-address-perl  1.01-4
ii  libregexp-common-perl2013031301-1
ii  libstring-similarity-perl1.04-1+b2
ii  libwww-curl-perl 4.17-1+b1
ii  libxml-xpath-perl1.13-7
ii  libyaml-libyaml-perl 0.41-6
ii  perl 5.20.2-6

duck recommends no packages.

Versions of packages duck suggests:
ii  bzr 2.6.0+bzr6602-2
ii  git 1:2.1.4-2.1
ii  mercurial   3.1.2-2
ii  subversion  1.8.13-1

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786590: dwb: segfaults with libwebkitgtk-3.0-0 2.4.9-1

[Gian Piero Carrubba]

* [Sat, May 23, 2015 at 05:34:14PM +0200] Sebastian Ramacher:

Does this also happen with other webkitgtk based browesers?


Hi Sebastian,

as far as I can see the only other browser depending on 
libwebkitgtk-3.0-0 is xombrero, and I can not reproduce the issue with 
it.


Ciao,
Gian Piero.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786630: josm: privacy leak: update check

[Christoph Anton Mitterer]

Package: josm
Version: 0.0.svn7643+dfsg1-1
Severity: normal


Hi.

Apparently josm "calls home" each time started and checks for updates.

This is IMHO and inappropriate privacy leak.
Keeping software up-to-date is the package management's duty within
Debian, so there is especially no need that this is taken over partially
by software, especially not when it means that it needlessly leaks at least
IP address, version of my current JOSM and the times whenever I start it.


So this function should be either removed or made optionally (defaulting
to being disabled).


Best wishes,
Chris.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668058: dh-make-perl: Recursive option does not use PERL5LIB / @INC for parent module to include children in testing

[Damyan Ivanov]

Control: user debian-p...@lists.debian.org
Control: usertag -1 bcn2015

-=| Brendan Byrd, 08.04.2012 11:57:53 -0400 |=-
> Package: dh-make-perl
> Version: 0.75-1
> Severity: normal
> 
> When installing package A in CPAN, and finding that package B is also 
> required,
> dh-make-perl will then install package B in CPAN.  The trouble is that 
> package B
> is not shared to package A when it finally gets to testing for package A.  If
> package B does not exist within @INC (ie: the package hasn't been installed in
> the core directories), the testing will likely croak with messages like this:
> 
> t/01use.t .. 1/1
> #   Failed test 'use Package::A;'
> #   at t/01use.t line 3.
> # Tried to use 'Package::A'.
> # Error:  Can't locate Package/B.pm in @INC (@INC contains: 
> /usr/share/dh-make-perl/Package-A-0.10/inc 
> /usr/share/dh-make-perl/Package-A-0.10/blib/lib 
> /usr/share/dh-make-perl/Package-A-0.10/blib/arch /etc/perl 
> /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 
> /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 
> /usr/local/lib/site_perl .) at 
> /usr/share/dh-make-perl/Package-A-0.10/blib/lib/Package/A.pm line 7.
> # BEGIN failed--compilation aborted at 
> /usr/share/dh-make-perl/Package-A-0.10/blib/lib/Package/A.pm line 7.
> # Compilation failed in require at (eval 4) line 2.
> # BEGIN failed--compilation aborted at (eval 4) line 2.
> # Looks like you failed 1 test of 1.
> 
> The workaround is to, of course, install the dependency manually via CPAN, but
> this pollutes the core directories with non-Debian files, and defeats the
> purpose of dh-make-perl in general.

I guess the right workaround is to install the libB-perl.deb first and 
then go in with packaging A. Or, use dh-make-perl --recursive 
--install --cpan A.

Does that help?


-- dam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#774707: sslh: Installation of sslh breaks xinetd if clients are connected

[Guillaume Delacour]

tags 774707 + moreinfo
thanks

Le mardi 06 janvier 2015 à 15:47 +0100, Fabian Kurz a écrit :
> 
> The problem appears to be in line 32 of "postinst":
> 
> # disable to force user to configure inetd mode
> # and disable if standalone mode
> update-inetd --disable https
> 
> This command appears to fail if there are existing connections to any xinetd
> service.

I use update-inetd to enable/disable the sslh service and this utility
seems to (according to description) doesn't support xinetd but the
xinetd depends on it.

Anyway, i've tested this on jessie:

- install xinetd 1:2.3.15-3 (and update-inetd 4.43, by depends)
- enable echo service in /etc/xinetd.d/echo and connect to it
- install sslh 1.16-2, default standalone
- call "update-inetd --disable https" :

# update-inetd --disable https
# echo test | nc localhost 7
test
^C

My echo session was never disconnected by the removal of sslh and the
xinetd service always listen and accept new connections on 7/tcp.

Can you reproduce the problem on Jessie ?

-- 
Guillaume Delacour 


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

Bug#774074: dh-make-perl: Recursive option does not check version of existing packages

[Damyan Ivanov]

Control: user debian-p...@lists.debian.org
Control: usertag -1 bcn2015

-=| Andy Beverley, 28.12.2014 12:24:00 + |=-
> Package: dh-make-perl
> Version: 0.75-1
> Severity: normal
> Tags: upstream patch
> 
> When using the recursive option, dh-make-perl checks for existing
> packages both locally and in apt. However, it doesn't check the
> versions, so the actual module required may still not exist.
> 
> This patch also checks the version, and adds the module to the
> missing list if the version does not satisfy the requirement.
> 
> It relies on DPKG::Parse::Available and associated RT patch 69920,
> but the module appears to be unmaintained. Assuming that the patch
> attached to this is acceptable, I'd be happy in looking at options
> to ensure that DPKG::Parse::Available is maintained.
> 
> Bug 774073 relies on this patch.

I like the patch, though it needs DPKG::Parse::Available in Debian 
before it could be applied as is. Maybe make that part conditional on 
DPKG::Parse::Available being present? Do you plan to package that in 
Debian? (Hint: commit access is really easy to get: 
https://wiki.debian.org/Teams/DebianPerlGroup/Welcome#How_to_join)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763522: mutt: SEGV when choosing pgp keyID from list (mutt/mutt-patched)

[Muammar El Khatib]

Package: mutt
Version: 1.5.23-3
Followup-For: Bug #763522

Hi,


I am also having this problem when selecting pgp keyID from list. When doing
dmesg, this is the error displayed:


[13287.053897] traps: mutt[26804] general protection ip:48cb82 sp:7ffea0dfb138
error:0 in mutt-patched[40+ee000]

This started happening when using my new  4096R key.


Regards,

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

System: Linux 4.0.0-1-amd64 (x86_64)
ncurses: ncurses 5.9.20150516 (compiled with 5.9)
libidn: 1.30 (compiled with 1.29)
hcache backend: tokyocabinet 1.4.48

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

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

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

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

misc/am-maintainer-mode.patch
features/ifdef.patch
features/xtitles.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features-old/patch-1.5.4.vk.pgp_verbose_mime.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
misc/fix-configure-test-operator.patch
upstream/531430-imapuser.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
up

Bug#786608: cppman -c: typos

[陳昌倬]

On Sat, May 23, 2015 at 05:50:32PM +0200, Jakub Wilk wrote:
> * ChangZhuo Chen (陳昌倬) , 2015-05-23, 23:45:
> >Report to upstream [0], thanks.
> >
> >[0] https://github.com/aitjcize/cppman/pull/42
> 
> "manpage pages" doesn't should right.
> It should be either "manual pages" or "manpages".

Report to upstream [0], thanks.

[0] https://github.com/aitjcize/cppman/pull/43

> 
> -- 
> Jakub Wilk
> 
> 

-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#780320: nslcd group queries not working in jessie

[Arthur de Jong]

On Fri, 2015-05-22 at 21:44 +0200, Torsten Landschoff wrote:
> Any hint how this can be fixed? I'd be up to patch the source and build 
> a new package for our local systems.

Could you provide the relevant bits of nslcd.conf (leave out any
passwords) and output from nslcd -d when the error occurs?

Also, can you provide more information on which LDAP server is used?

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#785936: [Pkg-haskell-maintainers] Bug#785936: ghc-mod: Cannot be installed on unstable

[Sven Bartscher]

On Wed, 20 May 2015 17:39:19 +0200
Michal Sojka  wrote:

> Dear Maintainer,
> 
> ghc-mode cannot be installed on unstable, because it depends on
> unavailable package ghc (< 7.6.3+).

Thanks for the report!
ghc-mod generates it's dependency on ghc on the fly, while building.
Rebuilding ghc should fix the problem. (Joachim?)

Regards
Sven


pgpjybWkJrlcM.pgp
Description: Digitale Signatur von OpenPGP

Bug#786629: RM: libsocialtext-resting-utils-perl -- ROM; dependency RC-buggy and about to be removed

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

As a consequence of removing the RC-buggy libsocialtext-resting-perl
(removal bug filed just before), libsocialtext-resting-utils-perl
will have to go as well.

No rdeps, low popcon.


Cheers,
gregor


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKNOXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGAdcQAIOTtj0EudH+zDEv37DQRmu6
XwSTCx49fLKzR+WQWwkbnx2Dm3qYl1X1Ndg5stPXa/ppkZ/Ro0hdfi8qKjagc/Zx
JQR+UrR12diQQeSXMGz0uhmR+Hynip14mk0rJD+M7AaA1WkMk6jBdqpXoKwiq03O
LgjxBc5yoHmhsmSAq1yEAyxgkm7F5PQw4QWYAM9x2qx1mfA4DmEXb4bSiH61+OYD
zGeG5T0xj6joDpTXO6GijmADnMsXKAa9cHzRxMnsxqnX+1kD+SrTQRTVW1cOTK4W
iYypixWMlZCldkf3HXUNkzScD/YRaoMaK+aypYl76v5Tk4ROiInyLURnc7cdOGAT
AQ0JEByF/YjtqLrVSzOtE9p+tueEe5ytFC77RXL3kf/lUw9s9VSqTdXxxeYzyjwV
BbtD55w0J8gvHZ0tNZqsyPipT8hWVlA8oVpQEvTMDXUS0JEch+E4rOVQA5VacHdi
kRBnPLGYipIoxC4c/w3srK9WVvkiWgL61RCKb5IYimoIVNpRCWHEgRljHjYusYeP
17ByW0N81NOcWV8pi6jpo55jzU2CXALLlJOmJ3B2srFoT7IWPB7fqdwnuJFXIc2Q
zP4i6VktisT1NmZch2LBbs5cLhIbzx1a4edxSmo5CrNDAeQXvZbAQwF2yPJUHrYa
+sxBQRVd9nH9HRGEi+Gp
=zWZ8
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786628: RM: libcgi-application-plugin-ajaxupload-perl -- ROM; RC-buggy

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Please remove package libcgi-application-plugin-ajaxupload-perl.
It has an RC bug (fails to build since Perl 5.18) since 2 years, 
as a consequence of its build dependency libtest-cgi-multipart-perl
being RC-buggy (removal bug filed right now).
 
No rdeps, low popcon.
  
   
Cheers,   
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKK6XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGqF8P/j55QN7ddVjKDa42JhJpj1Ka
BvMCeAML7XXxLdvTo783e2hRc6DsDMEPiIjUh0QzUaXRBkLftMAo25aijYqKFvpl
K4j9eEGuZeaGG4BmVPJb6TXdGiu6w4yRRbF7oWspmIdEusKu+01+AUmpBXKiNFrR
0t2hRinNitRnl5gXmtpXumKWnKgoT7yv1PIiZa8TDfwfT2JZ63pwc1uQnUe3sZ9j
ijuVBUT11hssbYm3+fI6TOERMnLe3E4Tzk1/EtEpZ5GzwMfeKDNG4llUk9OSQLA/
42alDijFHdPLZPT5sS/76gYIH6hnj5Gha3G8MZhnQ0GVn6w6a7gnUJz1UV/K8/xY
D6OC4jHNVZjCQxKsDYGEr3N2RjDqMuwdpp0h/VF5gg9RXlxDaLRiZUvPCdguSTl+
xil5NEZTYneTLhwZeoETocphKHWJ8i+2IGol5ZoFN27PTnpGplVqsM6maIS/1NNN
xlDHMo3mF6bfenXnCoPlrO8U+Q6QjDh1RCUk1U0LESSlDUI5iellCl4eQ8QEaOPF
+xA7J6+F6o/DRGTFDQ6/hYJnTD/L5Ls0t4RAzCsvVlg6oAW4oUlXIEjdY6JhJA4S
DFnTYx7h+IEYHOTpjzkcyhJ9Xy3NAjFU9wNuhMkaqgKNfkEOI23HFFtlABePJjSS
tpp9oTNS5kvpHVJRYoWZ
=OWaq
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786627: RM: libnet-dri-perl -- ROM; RC-buggy

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Please remove package libnet-dri-perl
It has an RC bug (fails to build since Perl 5.18) since 2 years, with
no reason to believe it will be fixed upstream or otherwise: #710954
 
No rdeps, low popcon.
  
   
Cheers,   
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKHuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGDlYP/3mOrKgWR5qyNNQtsvbASzoD
Xn/tE4+oQQfm91F4Q1Q2HPsn4vccyBx/7qNjlg6xSMgv7a/7WYdKKmsY1EdRYSS0
1eLCeu6Lj6e3+A5UY2P9wdGSJBh0e89Cnfzl6cwJuOcpW73Pi/1l9Rqw7q+MTTtg
Haq4tu3rnOFq0ZvFoXc9O28ZxBPv2cyTph3kPt6hM1ATtiAKJH118UZlT62eEo8E
m9weVLjOmcpRKaeAtruk1n3z0CgeecIAzMD+/z5DUnt4VOdF7bgHYfNGsD9/FOI6
xeeHnlbjDWK0RoWsVW/2fxAgXWusiJ5T3UX0HauZfFyPBzMW4ulqRi25/e1zTWKu
rOn8okgpFi4RxH/dqj8ELhN6mATStX2zMil9rAng7j4qb5P7X2rtbAAlg4ByQKJy
FVvcXQEAKqEunu185v6xFmwW2195VtGzSd9y053v6m9/tWonLD4Qoxleev21i0hT
ZqYoL7KbXmwI+Y9QsPMB4qNOIYrq4KHkJ5Rguz2P6TP8PrzgKz7vFCQMGeJ4QXXl
25kolZRieTaky0hLRvxkjD11JWJdbYOIfHlMqgIjWy9B5OzjQdG99cBFUNmvTB1G
MJWzjnLSipO1ioZ2fxvXKD/V+rP31jyVb621dbKFJEG46uM3i2Zy//obKG8OR93s
aPZ0FF5HnfLPZtxDt/Zg
=nEk2
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786608: cppman -c: typos

[Jakub Wilk]

* ChangZhuo Chen (陳昌倬) , 2015-05-23, 23:45:

Report to upstream [0], thanks.

[0] https://github.com/aitjcize/cppman/pull/42


"manpage pages" doesn't should right.
It should be either "manual pages" or "manpages".

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786626: RM: librdf-helper-perl -- ROM; RC-buggy

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please remove package librdf-helper-perl.
It has an RC bug (fails to build since Perl 5.18) since 2 years, with
no reason to believe it will be fixed upstream or otherwise: #710983

No rdeps, low popcon.


Cheers,   
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKGJXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG4oYP/illLvMVwwTfWb3HoHj/SUJw
yuwvFBL2meYL3jKiiE9GVea617NfqeWkFY+vosv1iY0n8Td98VW+9ALWE7j9mcK+
Pl+uqoOdxQJuJXVZbHA3/WrIeIBIG+dt+VdX5V/HU48rhJCaB5XR31ieGzGQp04x
fUWFDssHDnUV+4zOIM1lxO+qy9FV2C0wNS80YZT0RZEKkM/f8h6UxXyu4/cLiG9f
eu+pUAOyWXcHu3AiuW5+gix2rtoFkh4/RBKXk4/J+nry/3QfF4GCC3XtNK+Bjsev
15wwPjLQLyO98p/XCavHWC24SVd6+Wx9gUNOb5qIqMr41k9NDe75JldIagSP/wdj
o6WQxrBhTevSpkX3EWz0zqJly6lXyE8aunDzXxznlKKyPzwFrcnkWvHxI8AR6Wru
B3jwdFNfjEA9V3ZSe/CS8TOTFvptroM23TPtiWS2gqd5yykhivh9fHIVMHxfgk6T
Esq4yHIpUotlaPDveBaWlidRW1/nLW9Qe9DjQm6V9aREopFahA07fXK3cdv1uq8r
ovpCK2pemlpdyamM8NYOE3obVcGGv5xeGv0+5hFt5xq571gEirhPlfLpVPj+uvqd
TZUL4h+N0E75ZFsqtWHFSrlJ6N5J3pH6vVimhDfxvFR82gIl6o5lL8YcgiGipPe2
Qx0xZs4WHLlM0qf6Vnl7
=17Eh
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786625: RM: libscalar-number-perl -- ROM; RC-buggy

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please remove package libscalar-number-perl.
It has an RC bug (fails to build since Perl 5.18) since 2 years, with
no reason to believe it will be fixed upstream or otherwise: #708839

No rdeps, low popcon (vote/recent).
  

Cheers,   
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKEJXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGX/QP/ipNMY4ATEeSj47QeZkbfCXW
5PK+SGTdPONfMIMBT7+BSmZLAH4jLqF3Q5kEbNRzcGWjHE5Lr5v+Fnf6y0uyrgkB
Xeh+k/DEj6OpzMi02nuHz5v3VX5N+1PJr2RLHTyD2bFtg9rj3NY7oI1e3EmZ0Q+7
XocIoVwWsiiTpxBWt9LGPCITHwda6rSYu9hYnZbv78bQXV2/o66uOo43q4m9/o/q
gr8qXGhLTf8GCbOUJtQxtu8m9grpUPa8DEHhr78M589f+KAMY86oBPnl8WRQGPMT
n3BGnUoDRFsQnImzHEpj2KJNB7HKvrt59zZs7HcVs6N3W8HDImfSOjsV+xjqQUSy
SFL5DAw7RGQQnBJ4z4SeXVv/MirZ8h0ekVGw7nvOqc+pDFok+NQrb/Z1pUJrkjT8
v8/cqQ0VWoyIh8yGSV3R0AA4Ae1g5BEv/S9NHiGj7IrKbyfX2NwVZbT/V3pD4y5o
TbON0zc6ZBuTkhKOf34FQpFuWLMYNIgOB7Z3LovncvlDNK0fWXqX3RUfDpZGF4Vt
sgN0xhXuGWjPqakkrX5IaDHcwgjCafP4hhFo6xIqFhjy20NlE0MQbQwTmW8ZjY8k
BLPeKzN3+hgPgelKNEG2IMA0FOimPt7bvXuW3PDVHqF4OuUgNiI2VmHOqJO6atZK
q8FrYaxvaCRLOhcHw0jU
=OJy0
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#786608: cppman -c: typos

[陳昌倬]

Control: tags -1 upstream

On Sat, May 23, 2015 at 02:34:22PM +0200, Jakub Wilk wrote:
> Package: cppman
> Version: 0.4.2-3
> Severity: minor
> 
> $ cppman -c
> By default, cppman fetch pages on-the-fly if corresponding page is not found 
> in the cache. The "cache-all" option is only useful if you want to view man 
> pages offline. Caching all contents will take several minutes, do you want to 
> continue [y/N]? y
> Caching mange pages from cplusplus.com ...
> Caching std::codecvt::codecvt ...
> ...
> 
> 
> There are two typos here:
> fetch -> fetches
> mange -> manual

Report to upstream [0], thanks.

[0] https://github.com/aitjcize/cppman/pull/42

> 
> -- 
> Jakub Wilk
> 
> 

-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#786624: RM: libsocialtext-resting-perl -- ROM; RC-buggy

[gregor herrmann]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please remove package libsocialtext-resting-perl.
It has an RC bug (fails to build since Perl 5.18) since 2 years, with
no reason to believe it will be fixed upstream or otherwise: #710993

Low popcon. One rdep (libsocialtext-resting-utils-perl) which will
have to be removed as well.


Cheers,   
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVYKCKXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGFCkP/2ZnRnc+va/iPHdiUzFD7WBP
FqS0ZYsE8a0mGMeFCa9S0p69lSmFYFHsRoLUyCAYlc8ZbmysIfIF77lnY6L5Y1fj
E6JPZcimAMXhYWRdjpy3DsZjfQEDOCajBoXLZOA7RU5e8Wn5vUWA3yV43kPjF06c
gpETEOEBFAvoPv0KctwmhPxHh0f7dWKbjRk4byGtRmZ3y8eg+QhDRHg4U5GTLyDq
JePKDjLQHW14wxEYQkYE/KAY6xgKxSwR1aWLuON13Kmh5pNyHviJDggcueexCu/S
8LPFzklHx6h5zIiWq44H+zJTicFwWqE/3ozRqRy3Rz+knhPHJuID9SbOnKWMPkMU
oFS2CRnxyofwJXlDSo7V89b5Lt0wUClhXPBKlD2cqgyJe3PzUCYIcLeh0gDH5bZj
lBsctMI29WGoMNwoWID64in0fyEy1O+VGyUmTJnX+BioQIopABUWkr5Mo7lJjdTy
gvDVtfrfrX9vDyzsuPQc48FjUSUQGNwRqrAZaVT5K94T4h2HCdsYs2zFnFGKeX9d
/5Mv8dS2PPjvc9y8Wj+j8JRd+Nz+lQj4KrEEvuP0xVHwraRwBORoin/nZf0azN7p
pH9XXmeMijIpMRQxwej58Lu/CRnWUwUYklguOy7w9BqLIzayRgA7LfDWSTenFPf7
7yc2kyFY+cTlUfaIEzCv
=86t7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org